【正文】 （ 3）便利店（小型連鎖超市） 作為一個(gè)完整的商業(yè) MIS 系統(tǒng)來說，物流配送中心與大型商場（大型連鎖超市）之間會發(fā)生物流、資金流、信息流的關(guān)系；大 型商場（大型連鎖超市）與便利店（小型連鎖超市）之間也會發(fā)生物流、資金流、信息流的關(guān)系；而物流配送中心與便利店（小型連鎖超市）之間沒有任何關(guān)聯(lián)。 （ 3）大型商場（大型連鎖超市）＋ 便利店（小型連鎖超市）的商業(yè) MIS 系統(tǒng)。大型商場（大型連鎖超市）作為本軟件的第二層，除了要進(jìn)行本商場的各種業(yè)務(wù)管理外，還要向上級物流配送中心訂貨、付款、 索取發(fā) 票，向下級便利店（小型連鎖超市）送貨，收取錢款等等。 由于配送中心與大型商場（大型連鎖超市）之間、大型商場（大型連鎖 超市）與便利店（小型連鎖超市）之間在物理位置上有一定的距離，所以，它們之間的網(wǎng)絡(luò)連接也是一個(gè)需要重視的大問題。 作為一個(gè)軟件企業(yè)，應(yīng)該不斷地提取、積累自己的軟件資源。所以，還要考慮軟件加密算法設(shè)計(jì)。 表 317 任務(wù)組的人數(shù)及開發(fā)任務(wù) 任務(wù)組 人數(shù) 具體開發(fā)任務(wù) 第 1 任務(wù)組 4 1） POS 機(jī)模塊改造 2）利用 協(xié)議進(jìn)行遠(yuǎn)程數(shù)據(jù)交換 3）電子商務(wù)模塊 第 2 任務(wù)組 6 物流配送中心管理模塊。數(shù)據(jù)庫設(shè)計(jì)工具采用 PowerDesigner，程序開發(fā)工具選擇為 PowerBuilder 。根據(jù)以往的實(shí)際工作經(jīng)驗(yàn)，下面列出研發(fā)進(jìn)度，如表 318所示。主要是確定以下內(nèi)容： （ 1）軟件生存周期的選取及裁剪。 （ 5）軟件進(jìn)度表的制定。一般而言，對于一個(gè)較大的軟件項(xiàng)目（工期6 個(gè)人月以上），計(jì)劃書包括如下內(nèi)容： （ 1）軟件規(guī)模估計(jì) （ 2）工作模塊計(jì)劃 （ 3）人力資源計(jì)劃 （ 4）其他資源計(jì)劃 （ 5）進(jìn)度安排計(jì)劃 （ 6）配置管理計(jì)劃（可單獨(dú)做一個(gè)計(jì)劃） （ 7）質(zhì)量保證計(jì)劃（可單獨(dú)做一個(gè)計(jì)劃） 術(shù)語定義（ Terms Glossary） 將該軟件開發(fā)計(jì)劃中的術(shù)語、縮寫詞進(jìn)行定義。 參考資料（ References） 說明該軟件開發(fā)計(jì)劃使用的參考資料，如項(xiàng)目的用戶需求報(bào)告、商務(wù)合同、用戶領(lǐng)域的資料等，每一個(gè)文件、文獻(xiàn)要有標(biāo)題、索引號或 文件號，發(fā)布或發(fā)表日期以及出版單位。 項(xiàng)目的范圍（ Project Scope） 本章的內(nèi)容，主要參照《立項(xiàng)建議書》 /《合同》與《用戶需求報(bào)告》中相關(guān)章節(jié)，簡要描述該軟件項(xiàng)目的實(shí)現(xiàn)范圍： （ 1）主要功能點(diǎn)列表 （ 2）主要性能點(diǎn)列表 （ 3）主要接口列表 （ 4）本軟件項(xiàng)目與其他軟件項(xiàng)目之間的關(guān)系 （ 5）項(xiàng)目實(shí)施方面的限制等內(nèi)容 項(xiàng)目的使用對象（ Project Reader） 在本章節(jié)中，要識別出顧客與最終用戶，對顧客與最終用戶的情況要有簡單描述，如最終用戶的教育水平、技術(shù)水平及本系統(tǒng)的使用頻度等。 （ 2）質(zhì)量保證組，執(zhí)行 SQA 過程，負(fù)責(zé)項(xiàng)目過程與產(chǎn)品的質(zhì)量控制和報(bào)告。 （ 6）需求管理組，負(fù)責(zé)對需求基線和需求變更進(jìn)行管理。建議以表格的形式，列出生存期各階段的任務(wù)和工作產(chǎn)品。 （ 3）規(guī)模估算的結(jié)果，建議用《任務(wù)規(guī)模和工作量估算表》 的形式列出。若采用工具制定項(xiàng)目計(jì)劃，應(yīng)將工具生成的圖表作為項(xiàng)目計(jì)劃的附件。 （ 2）易發(fā)生重大風(fēng)險(xiǎn)事件的高風(fēng)險(xiǎn)區(qū)域：用戶需求、設(shè)計(jì)、測試、運(yùn)行平臺等。 14．設(shè)備工具計(jì)劃 （ Equipment and Tools Planning） 項(xiàng)目設(shè)備工具計(jì)劃，是根據(jù)項(xiàng)目的工作指派及進(jìn)度確定項(xiàng)目所需要的設(shè)備和工具，以確保設(shè)備工具在任務(wù)執(zhí)行前到位，保證項(xiàng)目任務(wù)的順利執(zhí)行，在本計(jì)劃中應(yīng)包含以下幾方面的內(nèi)容： （ 1）所需的設(shè)備 （ 2）基本的要求 （ 3）應(yīng)到位的時(shí)間 15．培訓(xùn)計(jì)劃 （ Training Planning） 項(xiàng)目的培訓(xùn)計(jì)劃，應(yīng)根據(jù)項(xiàng)目的特點(diǎn)和項(xiàng)目組成員技能情況，制定出項(xiàng)目組成員所需的培訓(xùn)內(nèi)容，培訓(xùn)計(jì)劃中應(yīng)包含以下幾方面： （ 1）培訓(xùn)內(nèi)容 （ 2）培訓(xùn)時(shí)間 （ 3）教員 （ 4）接受培訓(xùn)的人員 （ 5）培訓(xùn)目的（應(yīng)達(dá)到的效果） 16．項(xiàng)目評審 （ Project Reviews） 項(xiàng)目評審，是對項(xiàng)目策劃過程所做的定期性評審。 用戶簡介（ User Synopsis） 在本章節(jié)中要將用戶的基本情況描述清楚，以便于分析人員劃定系統(tǒng)范圍，進(jìn)行關(guān)于功能、進(jìn)度、成本、性能等方面的平衡決策。項(xiàng)目目標(biāo)應(yīng)是明確的、可度量的、可以達(dá)到的 , 項(xiàng)目的范圍應(yīng)能確保項(xiàng)目的目標(biāo)可以達(dá)到。 相關(guān)文檔（ Related Documents） 說明用戶需求報(bào)告的變更，以及可能受變更影響的其他相關(guān)文檔，如： [1] 項(xiàng)目開發(fā)計(jì)劃 [2] 需求規(guī)格說明書 版本更新信息（ Version Updated Record） 版本更新記錄格式，如表 511 所示。 崗位定義（ Role Definition） 用戶環(huán)境 中的企業(yè)崗位和組織結(jié)構(gòu)一樣，也是分析人員理解企業(yè)業(yè)務(wù)的基礎(chǔ)，是需求獲取的工作任務(wù)，同時(shí)也是分析人員提取對象的基礎(chǔ)。詳細(xì)業(yè)務(wù)流程圖可以采用直式業(yè)務(wù)流程圖、 Use case圖、程序流程圖加上文字說明。 單據(jù)（ Bill of Document） 單據(jù)的格式可用表格描述，如表 513 所示。 表 515 報(bào)表的描述格式 報(bào)表名稱 用途 使用單位 制作單位 頻率 高峰時(shí)數(shù)據(jù)流量 各數(shù)據(jù)項(xiàng)的詳細(xì)說明如下： 序號 數(shù)據(jù)項(xiàng)中文名 數(shù)據(jù)項(xiàng)英文名 數(shù)據(jù)項(xiàng)類型、長度、精度 數(shù)據(jù)來源 1 2 3 可能的變化（ Possible Change） 對于現(xiàn)行的系統(tǒng)，將來可能會有哪些變化，需要在此描述。功能需求點(diǎn)列表的格式，如表 516 所示。 （ 4）解題時(shí)間。 （ 4）表和文件的大小規(guī)模（要按可預(yù)見的增長，對數(shù)據(jù)及其分量的存儲要求做出估算）。 （ 8）對處理和傳輸過程中的精度要求。整個(gè)系統(tǒng)的界面風(fēng)格定義，某些功能模塊的特殊的界 面 要求。 （ 2）與中間件的接口，要列出接口規(guī)范、入口參數(shù)、出口參數(shù)、傳輸頻率等。 （ 2）資金需求：投資額度。 7．目標(biāo)系統(tǒng)假設(shè)與約束條件 （ Suppose and Restriction of Target System） 假設(shè)與約定條件是對預(yù)計(jì)的系統(tǒng)風(fēng)險(xiǎn)的描述 , 如： （ 1）法律、法規(guī)和政策方面的限制。 （ 5）需求中的風(fēng)險(xiǎn)分析：技術(shù)風(fēng)險(xiǎn)、技能風(fēng)險(xiǎn)、時(shí)間風(fēng)險(xiǎn)、資源風(fēng)險(xiǎn)。 項(xiàng)目的目的與目標(biāo)（ Purpose and Aim of Project） 項(xiàng)目的目的是對開發(fā)本系統(tǒng)的意圖的總概括。 術(shù)語定義（ Terms Glossary） 將該需求規(guī)格說明書 中的術(shù)語、縮寫進(jìn)行定義 , 包括用戶應(yīng)用領(lǐng)域與計(jì)算機(jī)領(lǐng)域的術(shù)語與縮寫等。組織結(jié)構(gòu)是用戶企業(yè)業(yè)務(wù)流程與信息的載體，對分析人員理解企業(yè)的業(yè)務(wù)、確定系統(tǒng)范圍很有幫助。 表 520 角 色 定 義 編號 角色 所在部門 職 責(zé) 相關(guān)的業(yè)務(wù) 1008 采購員 業(yè)務(wù)部 商品采購、合同簽訂、供應(yīng)商選擇 進(jìn)貨、合同管理 1009 對用戶角色的識別也包括使用了計(jì)算機(jī)系統(tǒng)后的系統(tǒng)管理人員。 圖形可以將流程描述得很清楚，但是還要附加一些文字說明，如關(guān)于業(yè)務(wù)發(fā)生的頻率、意外事故的處理、高峰期的業(yè)務(wù)頻率等，不能在流程圖中描述的內(nèi)容，需要用文字進(jìn)行詳細(xì)描述。單據(jù)的格式可用表格描述，如表 521 所示。企業(yè)中的變化是永恒的，系統(tǒng)分析員需要描述哪些變化可能引起系統(tǒng)范圍變更。 表 524 功能需求點(diǎn)列表 編號 功能名稱 使用部門 使用崗位 功能描述 輸入 系統(tǒng)響應(yīng) 輸出 1 2 3 4．目標(biāo)系統(tǒng)性能需求 （ Performance of Target System） 時(shí)間要求（ Time Request） 如： （ 1）響應(yīng)時(shí)間，如查詢的最長等待時(shí)間。 空間性能（ Space Request） 如： （ 1）支持的終端數(shù)。 （ 5）處理任務(wù)的數(shù)量。 性能需求點(diǎn)列表（性能模型）（ Performance List）（ Performance Model） 詳細(xì)列出用戶性能點(diǎn)列表，提供給后續(xù)分析、設(shè)計(jì)、編程、測試中使用，更是為了用戶測試驗(yàn)收中使用。 （ 1）輸入設(shè)備：鍵盤、鼠標(biāo)、條碼掃描器、掃描儀等； （ 2）輸出設(shè)備：顯示器、打印機(jī)、光盤刻錄機(jī)、磁帶機(jī)、音箱等； （ 3）顯示風(fēng)格：圖形界面、字符界面、 IE 界面等； （ 4）顯示方式： 1024 76 640 480 等； （ 5）輸出格式：顯示布局、打印格式等。 應(yīng)在此列舉出所有的外部接口名稱、接口標(biāo)準(zhǔn)、規(guī)范。 （ 3）運(yùn)行環(huán)境需求：平臺、體系結(jié)構(gòu)、設(shè)備要求。 （ 2）硬件、軟件、運(yùn)行環(huán)境和開發(fā)環(huán)境方面的條件和限制。 7《需求報(bào)告 / 需求規(guī)格說明書評審記錄表》 《用戶需求報(bào)告 / 需求規(guī)格說明書評審記錄表》 （ Review Table of Requirements） 項(xiàng)目名稱 項(xiàng)目經(jīng)理 評審階段 用戶需求報(bào)告 /需求規(guī)格說明書 第 次評審 評審組組長 評審時(shí)間 評審地點(diǎn) 評審組成員 不符合項(xiàng)跟蹤記錄（ Check list of nonpliance items） 不符合項(xiàng)名稱 不 符合 項(xiàng)內(nèi)容 限 期改 正時(shí)間 實(shí)際改正時(shí)間 測試合格時(shí)間 測試員簽字 審計(jì)員簽字 評審意見 評審結(jié)論 評審組長簽字： 評審組成員簽字： 表 528 《需求變更管理表》 （ Modification Table of Requirements） 項(xiàng)目名稱 申請日期 用戶名稱 審批日期 變更原因 實(shí)際變更日期 原來需求 變更內(nèi)容 審批意見 申請人： 審批人： 8“圖書館信息系統(tǒng)” “圖書館信息系統(tǒng)”數(shù)據(jù)模型設(shè)計(jì)案例 “圖書館信息系統(tǒng)”的概念數(shù)據(jù)模型 CDM（見圖 610）和物理數(shù)據(jù)模型 PDM（見圖 611）分析。帶下劃線的屬性為主關(guān)鍵字，即主鍵 PK（或主碼），如“ 圖書號 ”。 圖 610 “圖書館信息系統(tǒng)”的概念數(shù)據(jù)模型 CDM 系統(tǒng)的 ER 圖又稱為系統(tǒng)的概念數(shù)據(jù)模型 CDM，有了它以后，利用 PowerDesigner 工具，就能自動(dòng)生成物 理數(shù)據(jù)模型 PDM。所以“圖書館信息系統(tǒng)”的主要實(shí)體是“圖書”和“讀者”?！敖柽€書”至少有兩個(gè)屬性：借書還書時(shí)間、借書還書標(biāo)志。這 3 個(gè)實(shí)體是“圖書館信息系統(tǒng)”的核心。同樣，“單位”表示讀者在什么單位，即該讀者的單位名稱、單位地址和單位電話等，由于一個(gè)單位可有多個(gè)讀者，所以“單位”和“讀者”是一對多的關(guān)系。不 難發(fā)現(xiàn)：在生成 PDM 的過程中，凡是 CDM 中的一對多的關(guān)系，主表中的主鍵 PK 都自動(dòng)拷貝到子表中去，作為子表的外鍵 FK，這就是數(shù)據(jù)庫設(shè)計(jì)工具 PowerDesigner 的一項(xiàng)功能。 范圍（ Scope） 本文檔用于軟件設(shè)計(jì)階段的概要設(shè)計(jì)，它的上游（依據(jù)的基線）是《需求分析規(guī)格書》，它的下游是《詳細(xì)設(shè)計(jì)說明書》，并為《詳細(xì)設(shè)計(jì)說明書》提供測試的依據(jù)。 數(shù)據(jù)庫對象命名規(guī)則：申明數(shù)據(jù)庫表名、字段名、索引名、視圖名等對象的命名規(guī)則。若采用面向功能或面向數(shù)據(jù)的設(shè)計(jì)方法，則總體邏輯結(jié)構(gòu)為一樹形的功能模塊結(jié)構(gòu)圖。主要內(nèi)容包括一張物理表關(guān)系圖及其相應(yīng)的數(shù)據(jù)字典 6 視圖 在基表或其他視圖之上建立的一張?zhí)摫恚凶鲆晥D，它具有物理表的許多性質(zhì)，在數(shù)據(jù)處理和授權(quán)上很有用 7 角色 數(shù)據(jù)庫中享有某些特權(quán)操作的用戶，叫做角色。接口描述包括：調(diào)用方式、入口信息、出口信息等 11 相關(guān)文件 相關(guān)文件是指當(dāng)本文件內(nèi)容變更后，可能引起變更的其他文件。本指南以結(jié)構(gòu)化設(shè)計(jì)方法為主，畫出系統(tǒng)總體結(jié)構(gòu)圖，列出系統(tǒng)的功能模塊清單編號、名稱、功能，并盡可能描繪出功能模塊之間的關(guān)系。 XX 系統(tǒng) 總體結(jié)構(gòu)圖 子系統(tǒng) 1 子系統(tǒng) 2 子系統(tǒng) N 子系統(tǒng) 21 子系統(tǒng) 22程序 2) 目標(biāo)程序 3) 用戶指南 子系統(tǒng) 2M 表 67 子系統(tǒng)清單 子系統(tǒng)編號 子系統(tǒng)英文名 子系統(tǒng)功能簡述 子系統(tǒng)之間的關(guān)系 SS1 SS2 SS3 功能模塊清單（ Function Module List） 功能模塊清單，如表 68 所示。 專用模塊功能分配（ Functional Distribution of Expert Module） 專