需求問題
然後就是使用者場景分析，在沒有聽課或者看這本書之前呢這些我是完全想不到的，那時候腦子裡只有乙個簡單的想法——把功能實現了不就得了，哪有那摸多的麻煩事啊！真的是和書上說的一樣的那種人，但是看完書後發現是真不行，因為我們的軟體是要賣給別人的，不是單單的實現某些所謂的功能的。所以使用者場景分析就十分有必要了，這樣一來一是可以檢測到使用者在使用過程中會遇到哪些問題以便我們解決，以及在任何環境下或者使用者（外行人）的任何操作都必須讓軟體看起來是正常的，也就是傳說中的換位思考，把自己當場乙個不太了解電腦的使用者來做軟體。
接下來的事情就是寫文件了，「什麼？！程式設計師還需要寫文件？你不是在逗我吧！沒錯，不僅僅要寫而且還要寫的十分的詳細，就像，就像電視劇集本那樣詳細，但是用不著寫得那樣生動」反而呢要做的越簡單越容易理解越好，但是不能太枯燥乏味了，這樣沒人願意讀得好嗎！看到這裡呢，我又一次感到了巨大的壓力感和榮耀感，媽呀原來程式設計師還是數理文學通吃啊，全能人才啊！！
構建之法閱讀筆記08 完結
今天把 構建之法 徹底讀完了，戰線拉得可能有點長，但是對書中內容卻有了深刻的理解。其實這也應該算是對 構建之法 這本書閱讀的第二遍了，第一遍主要是跟著老師的課上進度，隨著老師的講解以及ppt的配合，對軟體工程有了深刻的理解。其中的很多經典的案例對我們對軟體工程的理解有著很大的促進作用，形象而生動。而...
讀《構建之法》
這周精讀了幾遍 構建之法 的 一 二 十六章，本人更偏好於語言精練概況的書籍，由於語言習慣問題，這本書對我而言有些解讀困難。由此在下面對幾章內容精練出總結概況，並提出問題。第一章1.1軟體 程式 軟體工程 軟體 資料結構 演算法 文中的軟體被定義為程式與軟體工程的結合，意在強調靜態 往往不足以滿足客...
構建之法05
軟體最重要的就是設計與實現，他需要我們了解使用者的需求，確定有哪些實體有分別有什麼屬性，怎樣進行編譯，怎樣實現功能。軟體設計是從軟體需求規格說明書出發，根據需求分析階段確定的功能設計軟體系統的整體結構 劃分功能模組 確定每個模組的實現演算法以及編寫具體的 形成軟體的具體設計方案。對任意的工程產品或系...