《信息管理系統(tǒng)》實驗指導書

《《信息管理系統(tǒng)》實驗指導書》由會員分享，可在線閱讀，更多相關《《信息管理系統(tǒng)》實驗指導書（29頁珍藏版）》請在裝配圖網(wǎng)上搜索。

1、《信息管理概論》作業(yè)1答案 《信息管理系統(tǒng)》實驗指導書 信息管理系統(tǒng)實驗是為計算機相關專業(yè)本科《信息管理系統(tǒng)》課程配套設置的，是《信息管理系統(tǒng)》課程講授中一個重要的、不可或缺的實踐環(huán)節(jié)。其目的是培養(yǎng)學生對世界的建模能力和解決實際問題的能力。 通過實驗訓練，達到如下目的： 使學生進一步了解和掌握計算機信息管理系統(tǒng)的開發(fā)方法，提高學生對世界的建模能力、分析問題解決問題的能力、綜合運用所學課程知識的能力，從而培養(yǎng)學生理論聯(lián)系實際作風、實事求是、嚴肅認真的科學態(tài)度和良好的工作作風，為今后從事科學研究和軟件開發(fā)工作打下良好的基礎。 實驗一：類圖設計，將類圖轉(zhuǎn)化為規(guī)范化的表 實驗學時：2

2、 實驗類型：驗證型 一、目的與任務 目的：針對具體業(yè)務系統(tǒng)設計類圖，并將其轉(zhuǎn)化為規(guī)范化的表。 任務：學習類圖的設計方法，掌握規(guī)范表的轉(zhuǎn)換方法。 二、內(nèi)容、要求與安排方式 1 .實驗內(nèi)容與要求 根據(jù)各組選擇的具體業(yè)務系統(tǒng)，通過分工合作和研究探討，在正確掌握類圖設計方法的前提下，設計具體業(yè)務系統(tǒng)的類圖，并根據(jù)規(guī)范表的轉(zhuǎn)換方法，將類圖轉(zhuǎn)化為規(guī)范化表。 根據(jù)實驗內(nèi)容書寫實驗報告，實驗報告的內(nèi)容和格式參見學校和學院的有關規(guī)定。 2 .實驗安排方式 每組一個題目，各組可同時進行實驗，每組5-6人。 3 .參考教材和相關的參考資料完成實驗內(nèi)容。 實驗二：SQL?言基本訓練、高級查詢和子

3、查詢 實驗學時：4 實驗類型：驗證型 一、目的與任務 目的：在實驗1的基礎上，學習和掌握基本SQ昭言、高級查詢和子查詢。 任務：學習基本SQ昭言、高級查詢和子查詢的標準，掌握它們的使用方法和使用環(huán)境。 二、內(nèi)容、要求與安排方式 1 .實驗內(nèi)容與要求 實驗內(nèi)容包括SQ昭言的CREATEALTERDROPSELECTNSERTDELETEffiUPDATE句,以及SELECT的高級查詢和子查詢。 根據(jù)實驗內(nèi)容書寫實驗報告，實驗報告的內(nèi)容和格式參見學校和學院的有關規(guī)定。 2 .實驗安排方式 每組一個題目，各組可同時進行實驗，每組5-6人。 實驗三：表單、報表的設計 實驗學時

4、：2 實驗類型：驗證型 一、目的與任務 目的：在實驗2的基礎上，設計表單和報表。 任務：結(jié)合以前實驗的結(jié)果，設計目標系統(tǒng)的表單和報表。 二、內(nèi)容、要求與安排方式 1 .實驗內(nèi)容與要求 根據(jù)目標系統(tǒng)的特點和業(yè)務需求，在實驗2的基礎上設計目標系統(tǒng)的表單和報表。 根據(jù)實驗內(nèi)容書寫實驗報告，實驗報告的內(nèi)容和格式參見學校和學院的有關規(guī)定。 2 .實驗安排方式： 每組一個題目，各組可同時進行實驗，每組5-6人。 實驗四：應用軟件的功能設計與實現(xiàn) 實驗學時：4 實驗類型：綜合型 一、目的與任務 目的：在實驗3的基礎上，設計目標系統(tǒng)的軟件功能，并利用所熟悉的軟件開發(fā)工具，完成系統(tǒng)

5、的實現(xiàn)。 任務：現(xiàn)代應用軟件包括多項功能，它具有標準化的外觀，方便用戶的使用。使用相關的軟件開發(fā)工具，在實驗3的基礎上設計和實現(xiàn)應用軟件的功能。 二、內(nèi)容、要求與安排方式 1 .實驗內(nèi)容與要求 ⑴設計應用軟件的一般功能，其中包括菜單、工具欄和幫助系統(tǒng)等。 ⑵設計應用軟件的特殊功能，其中包括體現(xiàn)業(yè)務系統(tǒng)特點的功能等。 ⑶系統(tǒng)功能及集成。 2 .實驗安排方式： 3 組一個題目，各組可同時進行實驗，每組5-6人。 附錄一：實驗要求 《信息管理系統(tǒng)》實驗要求學生采用“項目小組”的形式，結(jié)合具體的開發(fā)項目進行設計。具體要求如下： 4 班級按項目小組進行分組，每組不得超過6人； 2

6、 .每個項目小組選出項目負責人或項目經(jīng)理，由項目經(jīng)理召集項目組成員討論、選定開發(fā)項目； 3 .項目中的每項任務要落實到人且規(guī)定該任務的起止日期和時間； 4 .每個項目小組必須按照《信息管理系統(tǒng)實驗指導書》附錄中給定的文檔規(guī)范標準提供項目文檔; 5 .題目自定或采用附錄二中的題目； 6 .軟件開發(fā)采用面向?qū)ο蟮姆椒ā? 附錄二：實驗題目 題目一：教務管理系統(tǒng)之子系統(tǒng)一一學院課程安排” 1系統(tǒng)簡介 每個學期的期中，學校教務處向各個學院發(fā)出下各學期的教學計劃，包括課程名稱、課程代碼、課時、班級類別（本科、?？?、成人教育、研究生）、班號等；學院教學主管人員根據(jù)教學任務和要求給出各個課程的

7、相關限制（如：任課教師的職稱、上課的班數(shù)、最高和最低周學時數(shù)等）；任課教師自報本人授課計劃，經(jīng)所在教研室協(xié)調(diào)任可，將教學計劃上交學院主管教學計劃的人員，批準后上報學校教務處，最終由教務處給出下個學期全學院教師的教學任務書。 假設上述排課過程全部由人工操作，現(xiàn)要求為上述過程實現(xiàn)計算機自動處理過程。 2.限定條件 ⑴每位教師的主講課程門數(shù)不超過2門/學期：講師以下職稱的教師不能承擔學院定主課的主講任務。 ⑵學院中層干部的主講課時不能超過4學時/周。 ⑶本學期出現(xiàn)嚴重教學事故的教師不能承擔下各學期的主講任務。 ⑷本系統(tǒng)的輸入項至少包括：教務處布置的教學計劃，學院教師自報的授課計劃和學院定

8、的有關授課限制條件。 ⑸本系統(tǒng)的輸出項至少包括：教務處最終下達全院教師的教學任務書和學院各個班級下各學期的課程表（可以不含上課地點）。 題目二：學校教材定購系統(tǒng)” 1系統(tǒng)簡介 本系統(tǒng)可以細化為兩個子系統(tǒng)：銷售系統(tǒng)和采購系統(tǒng) 銷售系統(tǒng)的主要工作過程為：首先由教師或?qū)W生提交購書單，經(jīng)教材發(fā)行人員審核是有效購書單后，開發(fā)票、登記并返給教師或?qū)W生領書單，教師或?qū)W生可以到書庫領書。 采購系統(tǒng)的主要工作過程為：若是教材脫銷，則登記缺書，發(fā)缺書單給書庫采購人員；一旦新書入庫后，即發(fā)進書通知給教材發(fā)行人員。 以上功能要求在計算機上實現(xiàn)。 2.技術要求和限制條件 ⑴當書庫中的各種書籍數(shù)量發(fā)生變

9、化（包括進書和出書）時，都應修改相關的書庫記錄，如庫存表或進/出庫表。 ⑵在實現(xiàn)上述銷售和采購的工作過程時，需考慮有關的合法性驗證。 ⑶系統(tǒng)的外部項至少包括：教師、學生和教材工作人員。 ⑷系統(tǒng)的相關數(shù)據(jù)存儲至少包括：購書表、庫存表、缺書登記表、待購教材表、進庫表和出庫表 題目三：機票預定系統(tǒng)” 1系統(tǒng)簡介 航空公司為給旅客乘機提供方便，需要開發(fā)一個機票預定系統(tǒng)。各個旅行社把預定機票的旅客信息（姓名、性別、工作單位、身份證號碼（護照號碼）、旅行時間、旅行始發(fā)地和目的地，航班艙位要求等）輸入到系統(tǒng)中，系統(tǒng)為旅客安排航班。當旅客交付了預訂金后，系統(tǒng)打印出取票通知和賬單給旅客，旅客在飛機起

10、飛前一天憑取票通知和帳單交款取票，系統(tǒng)核對無誤即打印出機票給旅客。此外航空公司為隨時掌握各個航班飛機的乘載情況，需要定期進行查詢統(tǒng)計，以便適當調(diào)整。 2.技術要求和限制條件 ⑴在分析系統(tǒng)功能時要考慮有關證件的合法性驗證（如身份證、取票通知和交款發(fā)票）等。 ⑵對于本系統(tǒng)還應補充一下功能： ①旅客延誤了取票時間的處理 ②航班取消后的處理 ③旅客臨時更改航班的處理 ⑶系統(tǒng)的外部輸入項至少包括：旅客、旅行社和航空公司。 題目四：學校內(nèi)部工資管理系統(tǒng)” 1系統(tǒng)簡介 假設學校共有教職工約1000人，10個行政部門和8個系。每個月20日前各個部門（包括系和部門）要將出勤情況上報人事處，2

11、3日前人事處將出勤工資、獎金及扣款清單送到財務處。財務處于每個月月底將教職工的工資表做好并將數(shù)據(jù)送銀行。每個月3日將工資條發(fā)給每個單位。若由員工調(diào)入 或調(diào)出、校內(nèi)調(diào)動、離退休變化，則由人事處通知相關部門和財務處。 2.技術要求和限制條件 ⑴本系統(tǒng)的數(shù)據(jù)存儲至少包括：工資表、部門匯總表、扣稅款表、銀行發(fā)放表等。 ⑵除人事處、財務處外，其他職能部門和系名稱可以簡化表示。 ⑶工資、獎金、扣款細節(jié)由學生自定義。 題目五：實驗室設備管理系統(tǒng)” 1系統(tǒng)簡介 每學年要對實驗室設備使用情況進行統(tǒng)計、更新。其中： ⑴對于已徹底損壞的做報廢處理，同時詳細記錄有關信息。 ⑵對于由嚴重問題（故障）

12、的要及時修理，并記錄修理日期、設備名、編號、修理廠家、修理費用、責任人等。 ⑶對于急需修改但又缺少的設備，需以申請表”的形式送交上級領導請求批準購買。新設備購入后要立即進行設備登記（包括類別、設備名、編號、型號、規(guī)格、單價、數(shù)量、購置日期、生產(chǎn)廠家、保質(zhì)期和經(jīng)辦人等信息），同時更新申請表的內(nèi)容。 ⑷隨時對現(xiàn)有設備及其修理、報廢情況進行統(tǒng)計、查詢，要求能夠按類別和時間段等查詢。 2.技術要求及限制條件 ⑴所有工作由專門人員負責完成，其他人不得任意使用。 ⑵每件設備在做入庫登記時均由系統(tǒng)按類別加自動順序號編號，形成設備號；設備報廢時要及時修改相應的設備記錄，且有領導認可。 ⑶本系統(tǒng)的數(shù)

13、據(jù)存儲至少包括：設備記錄、修理記錄、報廢記錄、申請購買記錄。 ⑷本系統(tǒng)的輸入項至少包括：新設備信息、修理信息、申請購買信息、具體查詢統(tǒng)計要求。 本系統(tǒng)的輸出項至少包括：設備購買申請表、修理/報廢設備資金統(tǒng)計表 附錄三：軟件開發(fā)文檔指南 1可行性研究報告 可行性研究報告的編寫目的是：說明該軟件開發(fā)項目的實現(xiàn)在技術、經(jīng)濟和社會條件方面的可行性；評述為了合理地達到開發(fā)目標而可能先擇的各種方案；說明論證所選定的方案。 可行性研究報告的編寫內(nèi)容要求如下： 1.1 引言 1.1.1 編寫目的 1.1.2 背景 1.1.3 定義 1.1.4 參考資料 1.2 可行性研究的前提 1.

14、2.1 要求 1.2.2 目標 1.2.3 條件、假定和限制 1.2.4 進行可行性研究的方法 1.2.5 評價尺度 1.3 對現(xiàn)有系統(tǒng)的分析 1.3.1 數(shù)據(jù)流程和處理流程 1.3.2 工作負荷 1.3.3 費用開支 1.3.4 人員 1.3.5 設備 1.3.6 局限性 1.4 所建議的系統(tǒng) 1.4.1 對所建議系統(tǒng)的說明 1.4.2 數(shù)據(jù)流程各處理流程 1.4.3 改進之處 1.4.4 影響 1.4.4.1 對象設備的影響 1.4.4.2 對軟件的影響 1.4.4.3 對用戶單位機構(gòu)的影響 1.4.4.4 對系統(tǒng)動行的影響 1.4.4.5 對開發(fā)

15、的影響 1.4.4.6 對地點和設施的影響 1.4.4.7 對經(jīng)費開支的影響 1.4.5 局限性 1.4.6 技術條件方面的可行性 1.5 可選擇其他系統(tǒng)方案 1.5.1 可選擇的系統(tǒng)方案1 1.5.2 可選擇的系統(tǒng)方案2 1.6 投資及收益分析 1.6.1 支出 1.6.1.1 基本建設投資 1.6.1.2 其他一次性支出 1.6.1.3 非一次性支出 1.6.2 收益 1.6.2.1 一次性收益 1.6.2.2 非一次性收益 1.6.2.3 不可定量的收益 1.6.3 收益/投資比 1.6.4 投資回收周期 1.6.5 敏感性分析 1.7 社會條件方

16、面的可行性 1.7.1 法律方面的可行性 1.7.2 使用方面的可行性 1.8 結(jié)論 2項目開發(fā)計劃 編制項目開發(fā)計劃的目的是用文件的形式，把對于在開發(fā)過程中各項工作的負責人員、開發(fā)進度所需經(jīng)費預算、所需軟、硬件條件等問題做出安排記載下來，以便根據(jù)本計劃開展和檢查本項目的開發(fā)工作。編制內(nèi)容要求如下： 2.1 引言 2.1.1 編寫目的 2.1.2 背景 2.1.3 定義 2.1.4 參考資料 2.2 項目概述 2.2.1 工作內(nèi)容 2.2.2 主要參加人員 2.2.3 產(chǎn)品及成果 2.2.3.1 程序 2.2.3.2 文件 2.2.3.3 服務 2.2.3.

17、4 非移交產(chǎn)品 2.2.4 驗收標準 2.2.5 完成項目的最遲期限 2.2.6 本計劃的審查者與批準者 2.3 實施總計劃 2.3.1 工作任務的分解 2.3.2 接口人員 2.3.3 進度 2.3.4 預算 2.3.5 關鍵問題 2.4 支持條件 2.4.1 計算機系統(tǒng)支持 2.4.2 需要用戶承擔的工作 2.4.3 需由外單位提供的條件 2.5 專題計劃要點 3軟件需求說明書 軟件需求說明書的編制是為了使用戶的軟件開發(fā)者雙方對該軟件的起初規(guī)定有一個共同的理解，使之成為整個開發(fā)工作的基礎。編制軟件需求說明書的內(nèi)容要求如下： 3.1 引言 3.1.1 編寫

18、的目的 3.1.2 背景 3.1.3 定義 3.1.4 參考資料 3.2 任務概述 3.2.1 目標 3.2.2 用戶的點 3.2.3 假定與約束 3.3 需求規(guī)定 3.3.1 對功能的規(guī)定 3.3.2 對性能的規(guī)定 3.3.2.1 精度 3.3.2.2 時間特性要求 3.3.2.3 靈活性 3.3.3 輸入輸出要求 3.3.4 數(shù)據(jù)管理能力的要求 3.3.5 故障處理要求 3.3.6 其它的專門的要求 3.4 運行環(huán)境規(guī)定 3.4.1 設備 3.4.2 支持軟件 3.4.3 接口 3.4.4 控制 4數(shù)據(jù)需求說明書 數(shù)據(jù)要求說明書的編制目的是為

19、了向整個開發(fā)時期提供關于處理數(shù)據(jù)的描述和數(shù)據(jù)采集要求的技術信息。編制數(shù)據(jù)要求說明書的內(nèi)容要求如下： 4.1 引言 4.1.1 編寫目的 4.1.2 背景 4.1.3 定義 4.1.4 參考資料 4.2 數(shù)據(jù)的邏輯描述 4.2.1 靜態(tài)數(shù)據(jù) 4.2.2 動態(tài)輸入數(shù)據(jù) 4.2.3 動態(tài)輸出數(shù)據(jù) 4.2.4 內(nèi)部生成數(shù)據(jù) 4.2.5 數(shù)據(jù)約定 4.3 數(shù)據(jù)的采集 4.3.1 要求和范圍 4.3.2 輸入的承擔者 4.3.3 處理 4.3.4 影響 5概要設計說明書 概要設計說明書可稱作系統(tǒng)設計說明書，這里說的系統(tǒng)是指程序系統(tǒng)，編制的目的是說明對程序的系統(tǒng)的設計考慮

20、，包括程序系統(tǒng)的基本處理流程、程序系統(tǒng)的組織結(jié)構(gòu)、模塊劃分、功能分配、接口設計、運行設計、數(shù)據(jù)結(jié)構(gòu)設計和出錯處理設計等，為程序的詳細設計提供基礎。編制概要設計說明書的內(nèi)容要求如下： 5.1 引言 5.1.1 編寫目的 5.1.2 背景 5.1.3 定義 5.1.4 參考資料 5.2 總體設計 5.2.1 需求規(guī)定 5.2.2 運行環(huán)境 5.2.3 基本設計概念和處理流程 5.2.4 結(jié)構(gòu) 5.2.5 功能需求與程序的關系 5.2.6 人工處理過程 5.2.7 尚未解決的問題 5.3 接口設計 5.3.1 用戶接口 5.3.2 內(nèi)部接口 5.3.3 外部接口

21、5.4 運行設計 5.4.1 運行模塊組合 5.4.2 運行控制 5.4.3 運行時間 5.5 系統(tǒng)數(shù)據(jù)結(jié)構(gòu)設計 5.5.1 邏輯結(jié)構(gòu)設計要點 5.5.2 物理結(jié)構(gòu)設計要點 5.5.3 數(shù)據(jù)結(jié)構(gòu)與程序的關系 5.6 系統(tǒng)出錯處理設計 5.6.1 出錯信息 5.6.2 補救措施 5.6.3 系統(tǒng)維護設計 6詳細設計說明書 詳細說明書可稱作程序設計說明書。編制目的是說明一個軟件系統(tǒng)各個層次中的每一個程序（每個 模塊或子程序）的設計考慮，如果一個軟件系統(tǒng)比較簡單，層次很少，本文件可以不單獨編寫，有關內(nèi)容合并概要設計說明書。對詳細設計說明書的內(nèi)容要不得要求如下： 6.1

22、引言 6.1.1 編寫目的 6.1.2 背景 6.1.3 定義 6.1.4 參考資料 6.2 程序系統(tǒng)的組織結(jié)構(gòu) 6.3 程序1標識符）設計說明 6.3.1 程序描述 6.3.2 功能 6.3.3 性能 6.3.4 輸入項 6.3.5 輸出項 6.3.6 算法 6.3.7 流程邏輯 6.3.8 接口 6.3.9 存儲分配 6.3.10 注釋設計 6.3.11 限制條件 6.3.12 測試計劃 6.3.13 尚未解決的問題 6.4 程序2（標識符）設計說明 7數(shù)據(jù)庫設計說明書 數(shù)據(jù)庫設計說明書的編制目的是對于設計中的數(shù)據(jù)庫所有標識、邏輯結(jié)構(gòu)和理結(jié)構(gòu)做出

23、具體的設 計規(guī)定。其內(nèi)容要求如下： 7.1 引言 7.1.1 編寫目的 7.1.2 背景 7.1.3 定義 7.1.4 參考資料 7.2 外部設計 7.2.1 標識符和狀態(tài) 7.2.2 使用它的程序 7.2.3 約定 7.2.4 專門指導 7.2.5 支持軟件 7.3 結(jié)構(gòu)設計 7.3.1 概念結(jié)構(gòu)設計 7.3.2 邏輯結(jié)構(gòu)設計 7.3.3 理結(jié)構(gòu)設計 7.4 運用設計 7.4.1 數(shù)據(jù)字典設計 7.4.2 安全保密設計 8用戶手冊 用戶手冊的編制是要使用非專門術語的語言，充分地描述該軟件系統(tǒng)工程所具有的功能及基本的使用方法。使用戶（或潛在用戶）通過本

24、手冊能夠了解該軟件的用途，并且能夠確定在什么情況下，如何 使用它。具體的內(nèi)容要求如下： 8.1 引言 8.1.1 編寫目的 8.1.2 背景 8.1.3 定義 8.1.4 參考資料 8.2 用途 8.2.1 功能 8.2.2 性能 8.2.2.1 精度 8.2.2.2 時間特性 8.2.2.3 靈活性 8.2.3 安全保密 8.3 運行環(huán)境 8.3.1 硬設備 8.3.2 支持軟件 8.3.3 數(shù)據(jù)結(jié)構(gòu) 8.4 使用過程 8.4.1 安裝與初始化 8.4.2 輸入 8.4.2.1 輸入數(shù)據(jù)的現(xiàn)實背景 8.4.2.2 輸入格式 8.4.2.3 輸入舉

25、例 8.4.3 輸出 8.4.3.1 輸出數(shù)據(jù)的現(xiàn)實背景 8.4.3.2 輸出格式 8.4.3.3 輸出舉例 8.4.4 文卷查詢 8.4.5 出錯處理與恢復 8.4.6 終端操作 9操作手冊 操作手冊的編制是為了向操作人中提供該軟件每一個運行的具體過程和有關知識，包括操作方法的細節(jié)。具體的內(nèi)容要求如下： 9.1 引言 9.1.1 編寫目的 9.1.2 背景 9.1.3 定義 9.1.4 參考資料 9.2 軟件概述 9.2.1 軟件的結(jié)構(gòu) 9.2.2 程序表 9.2.3 文卷表 9.3 安裝與初始化 9.4 運行說明 9.4.1 運行表 9.4.2

26、運行步驟 9.4.3 運行1標識符）說明 9.4.3.1 運行控制 9.4.3.2 操作信息 9.4.3.3 輸入-輸出文卷 9.4.3.4 輸出文卷 9.4.3.5 輸出文卷的復制 9.4.3.6 啟動恢復過程 9.4.4 運行2（標識符）說明 9.5 非常規(guī)過程 9.6 遠程操作 10模塊開發(fā)卷宗 模塊開發(fā)卷宗是在模塊開發(fā)過程中逐步編寫出來的，每完成一個模塊或一級密切相關的模塊的復審時編寫一份，應該把所有的模塊開發(fā)卷宗匯集在一起。編寫的目的是記錄和匯總低層次開發(fā)的進度和結(jié)果，以便于對整個模塊開發(fā)工作的管理和復審，并為將來的維護提供非常有用的技術信息。具體的內(nèi)容要求如

27、下： 10.1 標題 10.2 模塊開發(fā)情況表 10.3 功能說明 10.4 設計說明 10.5 源代碼清單 10.6 測試說明 10.7 復審的結(jié)論 11測試計劃 11.1 引言 11.1.1 編寫目的 11.1.2 背景 11.1.3 定義 11.1.4 參考資料 11.2 計劃 11.2.1 軟件說明 11.2.2 測試內(nèi)容 11.2.3 測試1標識符） 11.2.3.1 進度安排 11.2.3.2 條件 11.2.3.3 測試資料 11.2.3.4 測試培訓 11.2.4 測試2（標識符） 11.3 測試設計說明 11.3.1 測試1標識

28、符） 11.3.1.1 控制 11.3.1.2 輸入 11.3.1.3 輸出 11.3.1.4 過程 11.3.2 測試2（標識符） 11.4 評價準則 11.4.1 范圍 11.4.2 數(shù)據(jù)整理 11.4.3 尺度 12測試分析報告 測試分析報告的編寫是為了把組裝測試和確認測試的結(jié)果、發(fā)現(xiàn)及分析寫成文件加發(fā)記載，具體的編寫內(nèi)容要求如下: 12.1 弓|言 12.1.1 編寫目的 12.1.2 背景 12.1.3 定義 12.1.4 參考資料 12.2 測度概要 12.3 測試結(jié)果及發(fā)現(xiàn) 12.3.1 測試1標識符） 12.3.2 測試2（標識符） 1

29、2.4 對軟件功能的結(jié)論 12.4.1 功能1標識符） 12.4.1.1 能力 12.4.1.2 限制 12.4.2 功能2（標識符） 12.5 分析摘要 12.5.1 能力 12.5.2 缺陷和限制 12.5.3 建議 12.5.4 評價 12.6 測試資源消耗 13開發(fā)進度月報 開發(fā)進度月報的編制目的是及時向有關管理部門匯報項目開發(fā)的進展和情況，以便函及時發(fā)現(xiàn)或處理開發(fā)過程中出現(xiàn)的問題。一般地，開發(fā)進度月報是以項目組為單位每月編寫的。如果被開發(fā)的軟件系統(tǒng)規(guī)模比較大，整個工程項目被劃分給若干個分項目組承擔，開發(fā)進度月報將以項目組為單位按月編寫。具體的內(nèi)容要求如下：

30、13.1 標題 13.2 工程進度與狀態(tài) 13.2.1 進度 13.2.2 狀態(tài) 13.3 資源耗用與狀態(tài) 13.3.1 資源耗用 13.3.1.1 工時 13.3.1.2 機時 頁腳內(nèi)容27 《信息管理概論》作業(yè)1答案 13.3.2 狀態(tài) 13.4 經(jīng)費支出與狀態(tài) 13.4.1 經(jīng)費支出 13.4.1.1 支持性費用 13.4.1.2 設備購置費 13.4.2 狀態(tài) 13.5 下個月的工作計劃 13.6 建議 13.7 開發(fā)總結(jié)報告 項目開發(fā)總結(jié)報告的編制是為了總結(jié)本項目開發(fā)工作的經(jīng)驗，說明實際取得的開發(fā)結(jié)果以及對整個開發(fā)工作的各個方面的評價。具體的內(nèi)容要求如下： 14.1 弓|言 14.1.1 編寫目的 14.1.2 背景 14.1.3 定義 14.1.4 參考資料 14.2 實際開發(fā)結(jié)果 14.2.1 主要功能和性能 14.2.2 基本流程 14.2.3 進度 14.2.4 費用 14.3 開發(fā)工作評價 14.3.1 對生產(chǎn)效率的評價 14.3.2 對產(chǎn)品質(zhì)量的評價 14.3.3 對技術方法的評價 14.3.4 出錯原因的分析 14.2.1產(chǎn)品 頁腳內(nèi)容29