構建之法閱讀筆記01

2022-06-29 01:51:12 字數 1040 閱讀 5406

第一掌:

第一掌是軟體工程概論,主要講了什麼是軟甲工程。我開始只是認為軟體只是一些人用**敲出來的,閱讀了這章後才了解到原來軟體工程設計到方方面面、有很深的學問。

1、軟體工程是把系統的、有序的、可量化的方法應用到軟體的開發、運營和維護上的過程。

2、軟體工程包括下列領域:軟體需求分析、軟體設計、軟體構建、軟體測試和軟體維護。

3、軟體工程和下列的學科相關:電腦科學、計算機工程、管理學、數學、專案管理學、質量管理學、軟體人體工學、系統工程、工業設計和使用者體驗設計。

第二、第三章:

這兩章從程式設計師的個人修煉上進行了闡述。首先有個軟體工程師的任務清單:

計畫

*明確需求和其他相關因素、指明時間成本和依賴關係

開發

*分析需求

*生成設計文件

*設計複審(和同事審核設計文件)

***規範(為目前的開發制定合適的規範)

*具體設計

*具體編碼

***複審

*測試(包括自測、修改**、提交修改)

記錄用時

測試報告

計算工作量

事後總結

提出過程改進計畫

快速閱讀《構建之法》 構建之法閱讀筆記01

自己從3月4日開始讀 構建之法 在粗讀一遍後,自己產生如下疑問 1.風格真的很重要嗎?總覺得清晰易讀即可 2.編寫軟體時,是程式簡潔高效但不易讀好?還是程式冗餘效率低下但是方便別人閱讀易維護好?3.使用者體驗主要體現在哪些方面?介面美觀,反映速度快,功能齊全足夠了嗎?4.本書只說了團隊模式,並未對如...

01《構建之法》閱讀筆記01

個人感受 我過去的做法 1 寫程式以實現功能為主要目的,所以有時候為了功能的保證,會不太注重演算法的使用。2 在團隊專案中,習慣了個人程式設計,和團隊成員溝通偏少。為什麼這樣不好 1 不注重演算法的使用,會無端的浪費空間和執行時間,使程式效率大大降低。2 團隊成員之間交流過少時,融合會經常出現問題,...

構建之法閱讀筆記01

從第一章概論中提到,軟體工程要創作足夠好的軟體。而有一些同學認為,所謂好軟體,就是沒有bug的軟體,所謂軟體工程,就是把軟體中的bug都消滅掉的過程,這確實抓住了軟體工程中的乙個要素,和軟體打交道的專業人士都知道軟體有bug,軟體團隊的很多人都整體和bug打交道,bug的多少可以直接衡量乙個軟體的開...