【正文】 等。連線的一端若有一個小圓圈，則表示非強(qiáng)制型的關(guān)系；連線的一端若有一個小十字架，則表示強(qiáng)制型的關(guān)系。其他許多功能都是圍繞這兩項功能而展開的。為了消除這個多對多關(guān)系，在兩者之間插入第 3 個實體，該實體取名為“借還書”。 “圖書館信息系統(tǒng)”中還有許多其 他實體，它們都是圍繞這 3 個主要實體及其關(guān)系而展開的。由于一個架位號上可放多本書，所以“書庫”和“圖書”是一對多的關(guān)系。此 PDM 是由 CDM 生成的。 目的（ Purpose） 本文檔的目旨在推動軟件工程的規(guī)范化，使設(shè)計人員遵循統(tǒng)一的概要設(shè)計書寫規(guī)范，節(jié)省制作文檔的時間，降低系統(tǒng)實現(xiàn)的風(fēng)險，做到系統(tǒng)設(shè)計資料的規(guī)范性與全面性，以利于系統(tǒng)的實現(xiàn)、測試、維護(hù)、版本升級等。 命名規(guī)則（ Naming Rule） 變量對象命名規(guī)則：申明全局變量、局部變量對象的命名規(guī)則。按照不同的設(shè)計方法，有不同的總體邏輯結(jié)構(gòu)。主要內(nèi)容包括一張邏輯 ER 圖及其相應(yīng)的數(shù)據(jù)字典 5 物理數(shù)據(jù) 模型 PDM 關(guān)系數(shù)據(jù)庫的物理設(shè)計模型，叫做物理數(shù)據(jù)模型。模塊是結(jié)構(gòu)化設(shè)計中的概念 10 內(nèi)部接口 軟件系統(tǒng)內(nèi)部各子系統(tǒng)之間、各部件之間、各模板之間的接口，叫做內(nèi)部接口。 表 66 版本更新記錄 版本號 創(chuàng)建者 創(chuàng)建日期 維護(hù)者 維護(hù)日期 維護(hù)紀(jì)要 王大林 2001/02/18 — — — — — 王小林 2001/02/26 ER 圖維護(hù) 2．總體設(shè)計 （ Design of Collective） 總體結(jié)構(gòu)設(shè)計（ Design of Collective Structure） 軟件系統(tǒng)的總體邏輯結(jié)構(gòu)，按照不同的設(shè)計方法，有不同的總體邏輯結(jié)構(gòu)。 圖 613 總體結(jié)構(gòu)示意圖 運(yùn)行環(huán)境設(shè)計（ Design of Running Environment） 該軟件系統(tǒng)的運(yùn)行環(huán)境： 硬件平臺： （ 1）服務(wù)器的最低配置要求 （ 2）工作站的最低配置要求 （ 3）外設(shè)的要求 軟件平臺： （ 1）服務(wù)器操作系統(tǒng) （ 2）數(shù)據(jù)庫管理系統(tǒng) （ 3）中間件 （ 4）客戶端的操作系統(tǒng) （ 5）客戶端的平臺軟件 網(wǎng)絡(luò)平臺： （ 1）通信協(xié)議 （ 2）通信帶寬 子系統(tǒng)清單（ Subsystem List） 子系統(tǒng)清單，如表 67 所示。 模塊功能分配的目的，就是為了將具有相同功能的模塊合并，從中提取公用模塊，形成公用部件，按照構(gòu)件或中間件的方式加以實現(xiàn)，作為本系統(tǒng)的公用資源，甚至作為公司級組織的公用資源，從而充實公司級的構(gòu)件庫或中間件庫，優(yōu)化系統(tǒng)設(shè)計，加快開發(fā)速度，提高開發(fā)質(zhì)量。 表 68 功能模塊清單 模 塊 編 號 模塊英文名 模塊功能簡述 模塊的接口簡述 M 11 M 12 M 21 M 22 3．模塊（部件）功能分配 （ Functional Distribution of Module） 具有功能獨(dú)立、能被調(diào) 用的信息單元叫做模塊。若用面向?qū)ο蟮?Rose 工具進(jìn)行分析和設(shè)計，則遵照 Rose 的要求進(jìn)行。如需求分析報告、詳細(xì)設(shè)計說明書、測試計劃、用戶手冊 12 參考資料 參考資料是指本文件書寫時用到的其他資料。角色的權(quán)利通過授權(quán)來實現(xiàn) 8 子系統(tǒng) 具有相對獨(dú)立功能的小系統(tǒng)叫做子系統(tǒng)。若采用面向?qū)ο蠡蛎嫦虿考?gòu)件）的設(shè)計方法，則總體邏輯結(jié)構(gòu)為部件（構(gòu)件）的組裝圖 2 外部接口 本軟件系統(tǒng)與其他軟件系統(tǒng)之間的接口，接口設(shè)施可以是中間件。 術(shù)語定義（ Terms Glossary） 術(shù)語定義或解釋一般用表格形式給出，如表 65 所示。 軟件概要設(shè)計的范圍是：軟件系統(tǒng)總體結(jié)構(gòu)設(shè)計、全局?jǐn)?shù)據(jù)庫和數(shù)據(jù)結(jié)構(gòu)設(shè)計、外部接口設(shè)計、主要部件功能分配設(shè)計、部件之間的接口設(shè)計等方面的內(nèi)容。該 PDM 比較整齊規(guī)范，那是因為在生成之后進(jìn)行了手工調(diào)整。以上實體、屬性、關(guān)系如圖 610 所示。例如，“書庫”和“單位”這兩個實體，就是分別圍繞“圖書”和“讀者”而展開的。另外，它還有兩個外鍵，圖書號和讀者號。 “圖書”的屬性 有圖書號、書名、作者、出版社、單價等，“讀者”的屬性有讀者號、姓名、電話等。 首先分析“圖書館信息系統(tǒng)”的概念數(shù)據(jù)模型 CDM，如圖 610 所示。兩個實體之間的關(guān)系，用一條連線表示。 首先，介紹一下在 ER 圖中實體的表示法，如圖 610 所示。 （ 3）可利用的信息和資源。 （ 4）培訓(xùn)需求：用戶對培訓(xùn)的需求，是否提供多媒體教學(xué)光盤。外部接口列表，如表 526 所示。 接口需求點(diǎn)列表（接口模型）（ Interface Requirement）（ Interface Model） （ 1）與其他系統(tǒng)的接口，如監(jiān)控系統(tǒng)、控制系統(tǒng)、銀行結(jié)算系統(tǒng)、稅控系統(tǒng)、財務(wù)系統(tǒng)、政府網(wǎng)絡(luò)系統(tǒng)及其他系統(tǒng)等。需求性能點(diǎn)列表的格式，如表 525 所示。 （ 6）在正常情況下和峰值工作條件下，在一定時間周期中要處理的數(shù)據(jù)總數(shù)。 （ 2）支持的并行操作的使用者數(shù)。 （ 2）更新處理時間，如記賬的最長時間。 3．目標(biāo)系統(tǒng)功能需求 （ Function of Target System） 功能需求分析（ Function Analysis） 決策層、管理層、操作層各有哪些具體功能要求。 表 521 單據(jù)的描述格式 單據(jù)名稱 用途 使用單位 制作單位 頻率 高峰時數(shù)據(jù)流量 各數(shù)據(jù)項的詳細(xì)說明如下： 屬性中文名 屬性英文名 屬性類型、長度、精度 屬性的值域 Pk/fk 賬本（ Account） 因為賬本上的數(shù)據(jù)是統(tǒng)計數(shù)據(jù)，所以一個賬本一般對應(yīng)一張中間表，賬本的格式可用表格描述，如表 522所示。 單據(jù)、賬本、報表（ Bill of Document， Account and Report） 目標(biāo)系統(tǒng)中用戶將使用的正式單據(jù)、賬本、報表等，并進(jìn)行窮舉、分類、歸納。 作業(yè)流程（業(yè)務(wù)模型）（ Busywork Flow）（ Operation Model） 目標(biāo)系統(tǒng)的作業(yè)流程是對現(xiàn)有系統(tǒng)作業(yè)流程的重組、優(yōu)化與改進(jìn)。取得用戶的組織結(jié)構(gòu)，是需求獲取步驟中的工作任務(wù)之一。 參考資料（ References） 說明該用戶需求報告使用的參考資料，如： [1] 商務(wù)合同 [2] 招標(biāo)書 [3] 用戶領(lǐng)域的資料 [4] 用戶需求調(diào)查表 [5] 用戶需求報告 [6] 參照的標(biāo)準(zhǔn) 每一個文件、文獻(xiàn)要有標(biāo)題、或文件號，發(fā)布或發(fā)表日期以及出版單位。項目的目標(biāo)是將目的細(xì)化后的具體描述。 6《需求規(guī)格說明書》 《需求規(guī)格說明書》編寫參考指南 1．概述 （ Summary） 本文檔是進(jìn)行項目策劃、概要設(shè)計和詳細(xì)設(shè)計的基礎(chǔ)，也是軟件企業(yè)測試部門進(jìn)行內(nèi)部驗收測試的依據(jù)。 （ 2）硬件、軟件、運(yùn)行環(huán)境和開發(fā)環(huán)境方面的條件和限制。 （ 3）運(yùn)行環(huán)境需求：平臺、體系結(jié)構(gòu)、設(shè)備要求。 應(yīng)在此列舉出所有的外部接口名稱、接口標(biāo)準(zhǔn)、規(guī)范。 （ 1）輸入設(shè)備：鍵盤、鼠標(biāo)、條碼掃描器、掃描儀等； （ 2）輸出設(shè)備：顯示器、打印機(jī)、光盤刻錄機(jī)、磁帶機(jī)、音箱等； （ 3）顯示風(fēng)格：圖形界面、字符界面、 IE 界面等； （ 4）顯示方式： 1024*76 640*480 等； （ 5）輸出格式：顯示布局、打印格式等。 性能需求點(diǎn)列表（ Performance List） 詳細(xì)列出用戶性能點(diǎn)列表 ，提供給后續(xù)分析、設(shè)計、編程、測試中使用，更是為了用戶測試驗收中使用。 （ 5）處理任務(wù)的數(shù)量。 空間要求（ Space Request） 如： （ 1）支持的終端數(shù)。 表 516 功能需求點(diǎn)列表 編 號 功 能 名 稱 使 用 部 門 使 用 崗 位 功 能 描 述 輸 入 內(nèi) 容 輸 出 內(nèi) 容 1 2 3 4．目標(biāo)系統(tǒng)性能需求 （ Performance of Target System） 時間要求（ Time Request） 如： （ 1）響應(yīng)時間，如查詢的最長等待時間。企業(yè)中的變化是永恒的，系統(tǒng)分析員需要描述哪些變化可能引起系統(tǒng)范圍變更。 表 513 單據(jù)的描述格式 單據(jù)名稱 用途 使用單位 制作單位 頻率 高峰時數(shù)據(jù)流量 各數(shù)據(jù)項的詳細(xì)說明如下： 序號 數(shù)據(jù)項中文名 數(shù)據(jù)項英文名 類型、長度、精度 數(shù)據(jù)項的取值范圍 1 2 3 賬本（ Account） 因為賬本上的數(shù)據(jù)是統(tǒng)計數(shù)據(jù)，所以一個賬本一般對應(yīng)一張中間表，賬本的格式可用表格描述，如表 514所示。 圖形可以將流程描述得很清楚，但是還要附加一些文字說明，如關(guān)于業(yè)務(wù)發(fā)生的頻率、意外事故的處理、高峰期的業(yè)務(wù)頻率等，不能在流程圖中描述的內(nèi)容，需要用文字進(jìn)行詳細(xì)描述。每個崗位的職責(zé)可以進(jìn)行詳細(xì)的描述，建議采用表格的形式，如表 512所示。 表 511 版本更新記錄 版本號 創(chuàng)建者 創(chuàng)建日期 維護(hù)者 維護(hù)日期 維護(hù)紀(jì)要 王大林 2001/02/18 — — — — — 王小林 2001/02/26 賬本格式維護(hù) 2．現(xiàn)有系統(tǒng)描述 （ System in Existence） 組織結(jié)構(gòu)與職責(zé)（ Organizing Framework and Function） 將用戶的組織結(jié)構(gòu)逐層詳細(xì)描述，建議采用樹狀的組織結(jié)構(gòu)圖進(jìn)行表達(dá)，每個部門的職責(zé)也應(yīng)進(jìn)行簡單的描述。 對于項目的目標(biāo)可以逐步細(xì)化，以便與系統(tǒng)的需求建立對應(yīng)關(guān)系，檢查系統(tǒng)的功能是否覆蓋了系統(tǒng)目標(biāo)。 對于產(chǎn)品開發(fā)類項目，需要在此將該產(chǎn)品定義的用戶群的特點(diǎn)描述清楚。其內(nèi)容可分為： （ 1）評審點(diǎn) （ 2）評審周期 （ 3）評審層次 （ 4）評審條款和措施 （ 5）管理評審活動中提交的工作產(chǎn)品（列出被評審的工作產(chǎn)品） 17．度量 （ Measurement） 度量是按規(guī)定在項目進(jìn) 行過程中，需要采集的度量數(shù)據(jù)，以便量化地反映項目的進(jìn)展情況，為管理者提供對項目進(jìn)展的適當(dāng)?shù)目梢曅?，同時度量數(shù)據(jù)是項目過程改善的數(shù)據(jù)基礎(chǔ)。 （ 3）重大風(fēng)險事件的 級別：功能不全、性能不穩(wěn)、迅速受限制等。本章節(jié)中需要描述的主要內(nèi)容有： （ 1）軟件項目每個階段的進(jìn)度時間表 （ 2）設(shè)定的里程碑 （ 3）評審時間 （ 4）緩沖時間 11．配置管理計劃（可單獨(dú)做一個計劃） （ Configuration Management Planning） 本書單獨(dú)作為一章論述。 8．成本估計 （ Estimates of Costs） 成本估計，是指對項目完成過程中耗費(fèi)的人力、物力、財力資源的估算。項目包含的任務(wù)，如： （ 1）需求分析 （ 2）系統(tǒng)設(shè)計 （ 3）系統(tǒng)實現(xiàn) （ 4）測試 （ 5）產(chǎn)品交付 （ 6）產(chǎn)品 維護(hù) 項目可能包含的產(chǎn)品，如： （ 1）需求分析說明書 （ 2）規(guī)格分析說明書 （ 3）系統(tǒng)設(shè)計說明書 （ 4）源代碼 （ 5）各種測試報告 （ 6）用戶手冊 （ 7）軟件問題維護(hù)記錄 7．工作產(chǎn)品、任務(wù)規(guī)模、工作量 估計 （ Estimates of Work Product， Task Size and Workload） 項目規(guī)模估算是為了確定項目所需的人工。 4．軟件生存周期 （ Software Life Cycle） 本章節(jié)記錄項目策劃生存期定義的工作結(jié)果，需要描述的主要內(nèi)容： （ 1）項目生存期框圖 （ 2）項 目生存期說明 5．規(guī)范、方法和標(biāo)準(zhǔn) （ Criterion， Means， Standard） 本章節(jié)中需要描述采用的供開發(fā)和維護(hù)軟件用的規(guī)范、方法和標(biāo)準(zhǔn)。 （ 3）配置管理組，執(zhí)行 SCM 過程，負(fù)責(zé)項目產(chǎn)品的版本、配置管理以及配置庫狀態(tài)報告。 3．項目組織 （ Project Organization） 項目組織是為開發(fā)項目而組建的隊伍。 [1] ?? [2] ?? 相關(guān)文檔（ Related Documents） 當(dāng)該文檔變更時，可能對其他文檔產(chǎn)生影響，受影響的文檔叫相關(guān)文檔，需將它們列出。包括用戶應(yīng)用領(lǐng)域與計算機(jī)領(lǐng)域的術(shù)語與縮寫詞等。 （ 6）軟件風(fēng)險的估計。 （ 2）軟件規(guī)范、方法和標(biāo)準(zhǔn)的選擇。 表 318 進(jìn)度計劃（ 1999/04/011999/10/15） 階段名稱 需求分析 概要設(shè)計 詳細(xì)設(shè)計 編碼 測試 包裝 發(fā)布 第 1 周進(jìn)度 需求培訓(xùn) 第 2 周進(jìn)度 需求獲取 第 3 周進(jìn)度 需求獲取 第 4 周進(jìn)度 需求獲取