第三階段：確認階段。在完成上兩階段的工作之后，就需要對具體的流程細化，對數(shù)據(jù)進行確認了。根據(jù)前兩個階段的工作，承建方應草擬出一份需求分析報告，并提供原型演示系統(tǒng)，和建設方進行進一步的討論，最終確定一份需求分析報告。

需要指出的是，在系統(tǒng)建設的過程中，特別在采用迭代法的開發(fā)模式時，需求分析的工作需一直進行下去，而在后期的需求改進中，工作則基本集中在后兩個階段中。

監(jiān)理方在這三個階段的工作，按照內容可以分為兩部分：監(jiān)督和溝通。監(jiān)督工作包括對需求分析階段的各種文檔的保管監(jiān)督，對承建方的訪談活動的監(jiān)督，對需求分析報告、原型演示系統(tǒng)的確認等；溝通工作則表現(xiàn)在當建設方和承建方由于知識背景不同而在訪談過程中溝通不順暢的時候，監(jiān)理方應利用自身優(yōu)勢使得雙方順利理解對方。

需求分析階段，監(jiān)理方可參考的標準有：GB938588計算機軟件需求說明編寫指南。

這個階段監(jiān)理方應提交：在需求分析進行前提交需求分析階段監(jiān)理細則、監(jiān)理日志、在需求分析結束后提交需求分析階段總結報告。

4、概要設計階段

概要設計，即將軟件需求轉化為數(shù)據(jù)結構和軟件的系統(tǒng)結構，一般包括數(shù)據(jù)設計和系統(tǒng)結構設計。其中數(shù)據(jù)設計側重于數(shù)據(jù)結構的定義，系統(tǒng)結構設計定義軟件系統(tǒng)各主要成份之間的關系。

在承建方進行概要設計的過程中，監(jiān)理方需要監(jiān)督以下方面：

⑴、制定規(guī)范

在進入軟件開發(fā)階段之初，首先應為軟件開發(fā)組制定在設計時應該共同遵守的標準，以便協(xié)調組內各成員的工作。包括：

閱讀和理解軟件需求說明書，確認用戶要求能否實現(xiàn)，明確實現(xiàn)的條件，從而確定設計的目標，以及它們的優(yōu)先順序；

根據(jù)目標確定最合適的設計方法；

規(guī)定設計文檔的編制標準；

規(guī)定編碼的信息形式，與硬件，操作系統(tǒng)的接口規(guī)約，命名規(guī)則。

⑵、軟件系統(tǒng)結構的總體設計

根據(jù)需求分析，基于功能層次結構建立系統(tǒng)，其中包括采用某種設計方法，將系統(tǒng)按功能劃分成模塊的層次結構、確定每個模塊的功能、建立與已確定的軟件需求的對應關系、確定模塊間的調用關系、確定模塊間的接口、評估模塊劃分的質量。

⑶、處理方式設計

處理方式設計要確定為實現(xiàn)系統(tǒng)的功能需求所必需的算法，評估算法的性能；確定為滿足系統(tǒng)的性能需求所必需的算法和模塊間的控制方式；確定外部信號的接收發(fā)送形式。

⑷、數(shù)據(jù)結構設計

根據(jù)需求分析報告進行數(shù)據(jù)庫設計。數(shù)據(jù)庫設計包括確定軟件涉及的文件系統(tǒng)的結構以及數(shù)據(jù)庫的模式、子模式，進行數(shù)據(jù)完整性和安全性的設計；確定輸入，輸出文件的詳細的數(shù)據(jù)結構；結合算法設計，確定算法所必需的邏輯數(shù)據(jù)結構及其操作；確定對邏輯數(shù)據(jù)結構所必需的那些操作的程序模塊(軟件包)；限制和確定各個數(shù)據(jù)設計決策的影響范圍；若需要與操作系統(tǒng)或調度程序接口所必須的控制表等數(shù)據(jù)時，確定其詳細的數(shù)據(jù)結構和使用規(guī)則；數(shù)據(jù)的保護性設計；數(shù)據(jù)的一致性設計；冗余性設計等。

⑸、可靠性設計

可靠性設計也叫做質量設計。在運行過程中，為了適應環(huán)境的變化和用戶新的要求，需經常對軟件進行改造和修正。在軟件開發(fā)的一開始就要確定軟件可靠性和其它質量指標，考慮相應措施，以使得軟件易于修改和易于維護。

⑹、概要設計階段的文檔

概要設計階段完成時應編寫以下文檔：概要設計說明書、數(shù)據(jù)庫設計說明書、用戶手冊、制定初步的測試計劃。

針對上述工作，監(jiān)理方應按如下標準評定承建方的概要設計：

⑴、可追溯性：確認該設計是否覆蓋了所有已確定的軟件需求，軟件每一成份是否可追溯到某一項需求；

⑵、接口：確認該軟件的內部接口與外部接口是否已經明確定義，模塊是否滿足高內聚和低耦合的要求，模塊作用范圍是否在其控制范圍之內；

⑶、風險：確認該設計在現(xiàn)有技術條件下和預算范圍內是否能按時實現(xiàn)；

【?發(fā)表評論?0條?】