軟體工程大體分為六個週期:可行性研究、分析、設計、測試、編碼、執行維護,每個階段都會產生相應的文件。做完機房收費系統,但是只是敲一下**,沒想到還有那麼多的文件要寫,文件已經寫完了,印象最深的還是那麼多令人眼花繚亂的圖。針對軟體工程整個階段做一下最後的總結。
需求分析
需求分析主要是對功能的描述,文件中穿插了很多圖,進行軟體設計的分析,回答了「做什麼的問題」。
需求分析說明書:文件讀者:軟體開發人員、後期維護人員
需求分析中的涉及到的一些圖:
資料流圖
ipo圖
原型圖判定表 判定樹
結構英語
軟體設計
軟體設計階段分為概要設計和詳細設計兩個方面,設計階段回答「怎樣做」的問題
在設計階段已經有了初步的測試了,測試分析是貫穿於整個軟體開發整個階段的
概要設計工作:進行模組設計,建立模組的層次結構,確定模組間的介面和人機介面
模組設計遵循高內聚低耦合問題
概要設計涉及到的一些圖
層次圖
系統流程圖
ipo圖
結構圖詳細設計階段:不是具體的編寫程式而是要設計出程式的乙個「藍圖」,軟體概要設計階段已經進行了模組設計和介面的設計,這個階段主要是這些模組串起來,進行乙個總體的
設計。
詳細說明書中有乙個演算法設計 :
我寫的是 時間差=上機時間-下機時間等等
師傅在驗收的時候說到這個問題,這是函式而不是演算法,演算法是為了提高軟體的效能問題,軟體的各種功能已經完善,需要在軟體的執行速度上進行一些優化。所以演算法是進行效能優化這個稱不上是演算法
詳細設計中涉及到的一些圖:
程式流程圖
盒圖(n-s圖)
測試階段
在設計階段已經出現測試設計,測試設計時貫穿於整個階段的
黑盒測試:涉及到測試用例,主要是對進行介面的測試,主要是對功能的測試
白盒測試: 對**的注釋的檢視,對語句結構的檢視(例如),檢查命名是否符合規範。
對於if語句巢狀問題:一般巢狀中出現兩個if就可以了,盡量不要使用多重迴圈,因為每次執行if迴圈是時每個if語句都佔了空間,這樣會影響軟體執行速度。
總結:軟體工程中從開發到維護是其整個週期,軟工剛開始的時候介紹了一大堆的圖和一些分析方法,但是聽的時候一頭霧水,通過編寫文件加深了對軟工的理解,也許這就是理論和實踐相結合的效應吧,知識點不斷的重複才能更好的鞏固和理解。
軟工 軟工文件總結
1 定義 軟工文件是與程式開發 維護和使用有關的 材料,記錄了軟體開發活動和階段性成果 理解軟體所必需的闡述性資料。2 目的與作用 1 目的是為了保證專案開發的成功,最經濟的花費這些投資,並且便於執行和維護,在開發的每乙個階段都需要編制文件。2 作用是 a 作為開發人員在一定階段內的工作成果和結束標...
軟工文件總結
軟工文件已經結束有一段時間了,一直也沒有寫總結做的挺不好的!反思一下自己!根據文件的產生和使用範圍分為三類 我覺得軟體需求說明書既是開發文件也是使用者文件,因為軟體需求說明書是由開發者和使用者共同決定的。如果要做乙個軟體就要先做一下市場調查,了解使用者的需求,使用者和開發者共同商討的乙個平衡點這就產...
軟工文件總結
標準的軟體開發過程 軟體開發的標準過程包括六個階段 瀑布型 而六個階段需要編寫的各類檔案達14種之多,在每個階段需要編寫哪些檔案?每個階段都需要畫哪種圖?1.可行性與計畫研究階段 1.1系統流程圖 系統流程圖是描述系統物理模型的一種傳統工具。它是表達資料在系統各部件之間流動的情況,而不是對資料加工處...