作為軟體開發的第乙個環節,也是最重要的乙個環節,需求分析的好壞,能夠直接影響軟體的開發情況,
需求分析階段的工作,可以分為四個方面:問題識別、分析與綜合、制訂規格說明、評審。
問題識別:就是從系統角度來理解軟體，確定對所開發系統的綜合要求，並提出這些需求的實現條件，以及需求應該達到的標準。這些需求包括:功能需求(做什麼)、效能需求(要達到什麼指標)、環境需求(如機型、作業系統等)、可靠性需求(不發生故障的概率)、安全保密需求、使用者介面需求、資源使用需求(軟體執行是所需的記憶體、cpu等)、軟體成本消耗與開發進度需求、預先估計以後系統可能達到的目標。
分析與綜合: 逐步細化所有的軟體功能，找出系統各元素間的聯絡，介面特性和設計上的限制，分析他們是否滿足需求，剔除不合理部分，增加需要部分。最後綜合成系統的解決方案，給出要開發的系統的詳細邏輯模型(做什麼的模型)。
制訂規格說明書: 即編制文件，描述需求的文件稱為軟體需求規格說明書。請注意，需求分析階段的成果是需求規格說明書，向下一階段提交。
評審: 對功能的正確性，完整性和清晰性，以及其它需求給予評價。評審通過才可進行下一階段的工作,否則重新進行需求分析。
通常情況下,要根據需求分析的內容,進行軟體的概要設計,結合軟體功能的需求情況,設計出程式的流程圖,如果採用c語言等高階語言進行編寫,還要設計出每個模組的功能等。從整體上來說，概要設計就是給出乙個程式的框架,後續的軟體開發工作,都要建立在這個框架的基礎上,由此可以看出,這個框架不僅可以決定程式的功能,還能夠影響程式的執行效率,在計算機軟體程式開發中,要想實現特定的功能,可以採用多個語句和邏輯關係來實現,但是不同的語句和邏輯關係,會對軟體造成一定的影響。隨著軟體自身越來越複雜,如何編寫出簡潔沒有漏洞的程式,是每個開發人員所追求的,而邏輯關係上的最簡化,顯然要在概要設計階段實現,只有在概要設計時,保持乙個清晰的思路,在程式流程圖設計完成後,多方位的進行審核,不斷的利邏輯關係進行簡化,最後給出乙個科學、合理的邏輯關係。
(1)為每個模組進行詳細的演算法設計。用某種圖形、**、語言等工具將每個模組處理過程的詳細演算法描述出來。
(2)為模組內的資料結構進行設計。對於需求分析、概要設計確定的概念性的資料型別進行確切的定義。
(3)為資料結構進行物理設計，即確定資料庫的物理結構。物理結構主要指資料庫的儲存記錄格式、儲存記錄安排和儲存方法，這些都依賴於具體所使用的資料庫系統
研發工程師正式進入編碼階段，這個過程雖然大部分時間用來寫**，但是可能還需要進行技術預研、進行需求確認。
編碼過程一般還需進行服務端和移動端的聯調等。
完成編碼後需要進行功能評審。
測試工程師按階段設計《測試例項》，未通過的流程測試提交至jira，分配給相應的開發人員調整。
研發工程師根據測試結果修改**，完成後提交測試，測試通過後完成。
測試工程師編寫《測試結果報告》，包括功能測試結果、壓力測試結果等。
測試工程師編寫系統各埠的《操作手冊》、維護手冊等。
1、在軟體測試證明軟體達到要求後，軟體開發者應向使用者提交開發的目標安裝程式、資料庫的資料字典、《使用者安裝手冊》、《使用者使用指南》、需求報告、設計報告、測試報告等雙方合同約定的產物。
2、《使用者安裝手冊》應詳細介紹安裝軟體對執行環境的要求、安裝軟體的定義和內容、在客戶端、伺服器端及中介軟體的具體安裝步驟、安裝後的系統配置。
3、《使用者使用指南》應包括軟體各項功能的使用流程、操作步驟、相應業務介紹、特殊提示和注意事項等方面的內容，在需要時還應舉例說明。
等待使用者驗收。
根據使用者需求的變化或環境的變化，對應用程式進行全部或部分的修改。
我們小組最喜歡的團隊型別是**團隊和交響樂團模式
我比較欣賞的是交響樂團模式。
首先，這種模式的可以讓團隊的成員在自己擅長的方面工作，不容易出現分配了任務卻沒有能力完成的情況。
其次，嚴謹慎密的分工能夠幫助團隊的成員認清自己的定位，不容易出現越界或推脫責任的情況。
再有一點，團隊成員經常在同樣的崗位工作，對於自己的工作更加熟練，工作效率更高。
軟體工程第二次作業
題目鏈結位址 github鏈結位址 難度瓶頸 最終選擇 改進版本 只是生成數獨終盤，不考慮附加作業，就沒有考慮類，只是函式。array 0 0 7 basic.erase 7 basic為集合名稱 if basic.size 0 for int k 0 k row k else 版本二 void c...
軟體工程第二次作業
github 位址 我剛開始打 的時候覺得打完就好，能過樣例就ok。經歷過一段時間後會發現有可能樣例過了其他測試點全錯，所以就會開始多測試幾組資料，希望自己的 能夠盡量準確。當準確性開始有保障後，我就會去思考程式本身是不是可以進一步改進，使 執行速度變的更快。在我看來自己出資料測試就相當於書中說的單...
軟體工程第二次作業
1.簡述軟體過程 軟體生存週期 軟體過程模型 軟體生存週期模型 三者之間的概念區別。軟體過程 軟體生存週期中的一系列相關過程所涉及的活動 軟體生存週期 軟體生命週期 同任何事物類似，軟體也有乙個從生到死的過程，這個過程一般稱為軟體生存週期或生命週期 軟體過程模型 軟體生存週期模型 為了能高效地開發乙...