軟體最重要的就是設計與實現，他需要我們了解使用者的需求，確定有哪些實體有分別有什麼屬性，怎樣進行編譯，怎樣實現功能。軟體設計是從軟體需求規格說明書出發，根據需求分析階段確定的功能設計軟體系統的整體結構、劃分功能模組、確定每個模組的實現演算法以及編寫具體的**，形成軟體的具體設計方案。對任意的工程產品或系統，開發階段絕對的第一步是確定將來所要構建的製造原型或實體表現的目標構思。這個步驟是由多方面的直覺與判斷力來共同決定的。這些方面包括構建類似模型的經驗、一組引領模型發展的原則、一套啟動質量評價的標準、以及重複修改直至設計最後定型的過程本身。
我之前認為乙個軟體的設計僅僅是頁面跳轉之間的結構和頁面布局之類的設計，但是根據書中所說的我的認識實在是太淺薄了，還有類似於實體屬性，以及實體與實體的聯絡，實體與屬性的聯絡，屬性之間的關係與格式都是我們必須要考慮的。
的計算機軟體設計與其他工程學科相比還處在幼年時期，仍在不斷變化中，例如更新的方法、更好的演算法分析、以及理解力的顯著進化。但是軟體工程的發展也是很迅速的，短短幾十年從起步階段發展到各行各業都以來的存在，無不說明軟體工程發展的必然性，而即將從事軟體工程行業的我們無疑會再次改變軟體格式。但是現在的我們還是應該腳踏實地的按照前輩的經驗一步步實現軟體的設計與實現，這樣才能保證我們的軟體的質量。
構建之法閱讀筆記05
時隔多日，自己又重拾 構建之法 今天對需求分析這部分進行了閱讀。當我們程式設計師在編寫軟體之前要做的就是了解使用者的需求，準確而全面地找到需求主要有以下幾個步驟 1 獲取和引導需求 elicitation 我們需要找到軟體的利益相關者，了解和挖掘他們對軟體的需求，引導他們表達出對軟體的需求。很多時候...
構建之法閱讀筆記05
本次閱讀了第十三 軟體測試 十四章 質量保障 在軟體發布前基本沒有進行測試，直到上台講述的之前的一段時間才發現了一些問題，甚是著急 第十三章中excel計算1900閏年錯誤的例子給了我乙個全新的概念 要服務於最主要的功能.傳說中的拐點 小飛 我聽說在軟體專案中，有這樣乙個拐點存在 在這一點之前，新的...
構建之法閱讀筆記05
這是構建之法的最後一篇閱讀筆記 這幾天主要閱讀了it的創新這一章，創新在現代的社會中是乙個被說爛了的詞語，各行各業都在提倡創新，就連學校裡也在提倡什麼創新創業大賽 在 構建之法 的創新迷思一節，列舉出了七個迷思，接下來分別作出乙個簡要的概述。迷思之一 偉大的創新總是靈光一現。迷思之二 大家都喜歡創新...