【正文】 易理解和操作 ， 能夠盡量提供系統(tǒng)真實的結(jié)果并有利于評審 。 2） 模型應(yīng)包括與系統(tǒng)有關(guān)的全部相關(guān)元素 ， 能夠再現(xiàn)系統(tǒng)運行的結(jié)果 。 3） 模型應(yīng)突出表現(xiàn)與系統(tǒng)相關(guān)的重要因素 ， 忽略無關(guān)或次要因素 。 4）模型設(shè)計應(yīng)盡量簡單、易于實現(xiàn)、易于修改。 如果系統(tǒng)十分復(fù)雜，則需將模型分解為若干個具有層次結(jié)構(gòu)的小模型?？梢越柚Ｐ蛯ο到y(tǒng)中某個重要的獨立要素進行專門的評估。如有必要，可以對其中的關(guān)鍵要素建造原型并進行模擬，以便準確分析其技術(shù)可行性。 技術(shù)可行性研究 技術(shù)可行性研究應(yīng)明確給出技術(shù)風險分析、資源分析和技術(shù)分析的結(jié)論，以便使項目管理人員據(jù)此做出是否進行系統(tǒng)開發(fā)的決策。 如果技術(shù)風險很大，或者資源不足，或者當前的技術(shù)、方法與工具不能實現(xiàn)系統(tǒng)預(yù)期的功能和性能，項目管理人員就應(yīng)及時做出撤消項目的決定。 方案選擇 在可行性研究階段，系統(tǒng)工程師根據(jù)系統(tǒng)分析所確定的系統(tǒng)目標開始研究問題的求解方案。 對于較復(fù)雜的大系統(tǒng)，一般都要將其分解為若干個子系統(tǒng)，接著精確地定義各子系統(tǒng)的界面、功能和性能，給出各子系統(tǒng)之間的關(guān)系。 分解技術(shù)可降低解的復(fù)雜性，有利于人員的組織與分工，提高開發(fā)生產(chǎn)率和開發(fā)質(zhì)量。 方案選擇 由于系統(tǒng)的分解方法可以有多種，因此實現(xiàn)系統(tǒng)目標的方案也可以有多種。采用的方案不同，對成本、進度、技術(shù)及各種資源的要求就會不同，系統(tǒng)在功能和性能方面也可能有較大差異。 從另一個角度來看，在系統(tǒng)開發(fā)的總成本不變的前提下，由于系統(tǒng)開發(fā)各階段的成本分配方案的不同也會影響系統(tǒng)的功能和性能。 另外，由于系統(tǒng)的各功能和性能可能由多種因素組成，而某些因素之間又是相互關(guān)聯(lián)彼此制約、不可兼得的。比如系統(tǒng)的計算精度和系統(tǒng)的執(zhí)行時間就是互相矛盾的。 方案選擇 綜上所述，要選擇一個較好的方案，首先要對系統(tǒng)采用多種分解和組合方法提出多種備選的求解方案，然后依據(jù)系統(tǒng)的功能、性能、成本、進度、系統(tǒng)開發(fā)所采用的技術(shù)、風險、軟硬件資源、對開發(fā)人員的要求等方面評價每一個預(yù)選方案，并利用 折衷 手段對預(yù)選方案進行充分論證，反復(fù)比較各種方案的成本 效益，最后選擇出一種較好的方案。 可行性研究報告 — 階段性成果 它可作為系統(tǒng)規(guī)格說明書的一個附件 。 其主要內(nèi)容如下： 1） 引言：說明可行性研究的目的 ， 項目的名稱 、 背景 ，本文檔用到的術(shù)語和參考資料 。 2） 可行性研究的前提：說明待開發(fā)項目的功能 、 性能和基本要求 ， 要達到的目標 ， 各種約束條件 ， 可行性研究的方法和決定可行性的主要因素 。 3） 對現(xiàn)行系統(tǒng)的分析：如果有現(xiàn)行系統(tǒng) ， 說明現(xiàn)行系統(tǒng)的處理流程和數(shù)據(jù)流程 ， 系統(tǒng)狀態(tài) ， 費用支出 ， 所需專業(yè)人員的種類和數(shù)量 ， 所需設(shè)備 ， 存在的問題等 。 4） 方案選擇：所選擇方案的系統(tǒng)配置 ， 選擇方案的標準 。 5） 所建議方案的技術(shù)可行性分析：對所選擇的較好的方案的風險分析 、 資源分析和技術(shù)分析；對子系統(tǒng)的技術(shù)分析 。 可行性研究報告 — 階段性成果 6） 經(jīng)濟可行性分析：說明所建議系統(tǒng)的成本 效益分析結(jié)果 。 7） 運行 、 操作可行性分析 。 8） 法律可行性分析 。 9） 其他可供選擇方案：分別說明每一個可供選擇的方案 ， 并應(yīng)說明未被推薦的理由 。 10） 結(jié)論意見：說明項目是否能開發(fā) ， 還需要什么條件才能開發(fā)以及對項目目標有何變動等 。 可行性研究報告應(yīng)提交管理部門，由管理人員對可行性研究報告進行評審并做出決策。 系統(tǒng)規(guī)格說明與評審 系統(tǒng)規(guī)格說明 系統(tǒng)規(guī)格說明是系統(tǒng)分析和定義階段生成的一種文檔。 該文檔描述了基于計算機系統(tǒng)應(yīng)達到的目標，應(yīng)具有的功能、性能和支配系統(tǒng)開發(fā)的各種約束條件； 指明了各子系統(tǒng)在整個系統(tǒng)中的作用和地位； 描述了系統(tǒng)的輸入輸出數(shù)據(jù)和控制信息。 系統(tǒng)規(guī)格說明是硬件工程、軟件工程、數(shù)據(jù)庫工程和人機工程的基礎(chǔ)。 可供參考的系統(tǒng)規(guī)格說明目錄 1． 引言 1） 文檔的范圍和目的 2） 概述 ① 目標 ② 約束 2． 功能和數(shù)據(jù)描述 1）系統(tǒng)結(jié)構(gòu) ①系統(tǒng)結(jié)構(gòu)關(guān)系圖 ②系統(tǒng)結(jié)構(gòu)關(guān)系圖的描述 3． 子系統(tǒng)描述 1） 子系統(tǒng) N的規(guī)格說明 ① 結(jié)構(gòu)流圖 ② 系統(tǒng)模型說明 ③ 性能說明 ④ 設(shè)計約束條件 ⑤ 分配系統(tǒng)部件 2） 結(jié)構(gòu)字典 3） 結(jié)構(gòu)互連圖及說明 可供參考的系統(tǒng)規(guī)格說明目錄 4． 系統(tǒng)建模和模擬 1） 用于模擬的系統(tǒng)模型 2） 模擬結(jié)果 3） 特殊性能 5． 項目問題 1） 開發(fā)成本 2） 進度安排 6． 附錄 系統(tǒng)規(guī)格說明的評審 首先，系統(tǒng)開發(fā)人員應(yīng)當和用戶、客戶通力合作，對系統(tǒng)規(guī)格說明進行技術(shù)評審。技術(shù)評審主要解決的問題有： ①系統(tǒng)規(guī)格說明中的定義是否正確，是否正確地描述了項目的范圍、準確定義了系統(tǒng)的功能、性能和界面，開發(fā)人員和用戶對系統(tǒng)的目標是否有共同的認識等。 ②系統(tǒng)功能的復(fù)雜性是否與開發(fā)風險、成本和進度預(yù)測保持一致。 ③系統(tǒng)及各子系統(tǒng)功能定義是否足夠詳細。 ④系統(tǒng)與環(huán)境及各子系統(tǒng)之間的接口定義是否詳細、有否遺漏。 ⑤是否指明系統(tǒng)性能、可靠性和可維護性等需求。 ⑥是否為以后的開發(fā)打下堅實的基礎(chǔ)。 管理復(fù)審 技術(shù)評審?fù)ㄟ^后 ， 還要進行由項目管理部門和客戶方負責人參加的管理復(fù)審 。 管理復(fù)審主要解決的問題有： ① 系統(tǒng)是否有穩(wěn)定的商業(yè)需求 、 經(jīng)濟和社會效益 。 ② 系統(tǒng)開發(fā)是否還有其他的選擇方案 。 ③ 系統(tǒng)各部分開發(fā)風險如何 。 ④ 系統(tǒng)開發(fā)所需資源是否具備 。 ⑤ 成本和進度計劃是否合理等 。 管理復(fù)審最后應(yīng)做出是否繼續(xù)開發(fā)項目的決策 。 系統(tǒng)規(guī)格說明技術(shù)評審和管理復(fù)審?fù)ㄟ^后，即可按照硬件工程、軟件工程、數(shù)據(jù)庫工程、人機工程等并行進行開發(fā)工作。 管理復(fù)審： 技術(shù)評審?fù)ㄟ^后 ， 還要進行由項目管理部門和客戶方負責人參加的管理復(fù)審 。 管理復(fù)審主要解決的問題有： ① 系統(tǒng)是否有穩(wěn)定的商業(yè)需求 、 經(jīng)濟和社會效益 。 ② 系統(tǒng)開發(fā)是否還有其他的選擇方案 。 ③ 系統(tǒng)各部分開發(fā)風險如何 。 ④ 系統(tǒng)開發(fā)所需資源是否具備 。 ⑤ 成本和進度計劃是否合理等 。 管理復(fù)審最后應(yīng)做出是否繼續(xù)開發(fā)項目的決策 。 系統(tǒng)規(guī)格說明技術(shù)評審和管理復(fù)審?fù)ㄟ^后，即可按照硬件工程、軟件工程、數(shù)據(jù)庫工程、人機工程等并行進行開發(fā)工作。 項目開發(fā)計劃 ?根據(jù)軟件系統(tǒng)的目標和任務(wù) ,把在開發(fā)過程中各項工作的 負責人員、開發(fā)進度、所需經(jīng)費預(yù)算，以及所需軟件、硬件做出安排 記載下來。以便開展和檢查該軟件工程項目的開發(fā)工作。 項目開發(fā)計劃 ? 制定計劃的原則 – 遵循軟件系統(tǒng)開發(fā)各階段的已有經(jīng)驗。 ? 編碼前（調(diào)查 10%、分析和設(shè)計占 30%）共 40%）； ? 編碼占 20%； ? 編碼后（測試、安裝和維護）占 40%。 – 項目開發(fā)計劃應(yīng)該具有足夠的靈活性。 ? 文檔編寫占據(jù)整個項目的 40%工作量 ? 項目計劃時間要在實際評估的時間基礎(chǔ)上預(yù)留 —。 項目開發(fā)計劃 ? 軟件計劃任務(wù)書 – 軟件（工程）工作范圍：軟件功能、性能、可靠性以及接口等防剛面的需求進行描述，形成總體任務(wù)說明，以指導(dǎo)軟件開發(fā)各階段工作。 – 環(huán)境資源：對人力資源、硬件和軟件的分配使用情況，對每種資源的描述基本上包括資源的狀況、資源要求的日程安排、資源使用的持續(xù)時間等三個方面說明 – 進度安排： ? 根據(jù)已有經(jīng)驗。 ? 任務(wù)分類： – 承前啟后任務(wù)（編碼和詳細設(shè)計）之間可以同組人員完成 – 獨立性任務(wù)（不同模塊的編碼）之間可以不同組人員完成 – 依附性任務(wù)（編寫各個階段的文檔）之間只能由同組人員完成 ? 確定各個階段需要投入的資源（軟硬件、人員、資金等）