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

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

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

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

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

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

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

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

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

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

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

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

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

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

13、據(jù)存儲至少包括：設(shè)備記錄、修理記錄、報廢記錄、申請購買記錄。 ⑷本系統(tǒng)的輸入項至少包括：新設(shè)備信息、修理信息、申請購買信息、具體查詢統(tǒng)計要求。 本系統(tǒng)的輸出項至少包括：設(shè)備購買申請表、修理/報廢設(shè)備資金統(tǒng)計表 附錄三：軟件開發(fā)文檔指南 1可行性研究報告 可行性研究報告的編寫目的是：說明該軟件開發(fā)項目的實現(xiàn)在技術(shù)、經(jīng)濟和社會條件方面的可行性；評述為了合理地達(dá)到開發(fā)目標(biāo)而可能先擇的各種方案；說明論證所選定的方案。 可行性研究報告的編寫內(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 目標(biāo) 1.2.3 條件、假定和限制 1.2.4 進行可行性研究的方法 1.2.5 評價尺度 1.3 對現(xiàn)有系統(tǒng)的分析 1.3.1 數(shù)據(jù)流程和處理流程 1.3.2 工作負(fù)荷 1.3.3 費用開支 1.3.4 人員 1.3.5 設(shè)備 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 對象設(shè)備的影響 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 對地點和設(shè)施的影響 1.4.4.7 對經(jīng)費開支的影響 1.4.5 局限性 1.4.6 技術(shù)條件方面的可行性 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 基本建設(shè)投資 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ù)責(zé)人員、開發(fā)進度所需經(jīng)費預(yù)算、所需軟、硬件條件等問題做出安排記載下來，以便根據(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 服務(wù) 2.2.3.

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

18、的目的 3.1.2 背景 3.1.3 定義 3.1.4 參考資料 3.2 任務(wù)概述 3.2.1 目標(biāo) 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 設(shè)備 3.4.2 支持軟件 3.4.3 接口 3.4.4 控制 4數(shù)據(jù)需求說明書 數(shù)據(jù)要求說明書的編制目的是為

19、了向整個開發(fā)時期提供關(guān)于處理數(shù)據(jù)的描述和數(shù)據(jù)采集要求的技術(shù)信息。編制數(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 輸入的承擔(dān)者 4.3.3 處理 4.3.4 影響 5概要設(shè)計說明書 概要設(shè)計說明書可稱作系統(tǒng)設(shè)計說明書，這里說的系統(tǒng)是指程序系統(tǒng)，編制的目的是說明對程序的系統(tǒng)的設(shè)計考慮

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

21、5.4 運行設(shè)計 5.4.1 運行模塊組合 5.4.2 運行控制 5.4.3 運行時間 5.5 系統(tǒng)數(shù)據(jù)結(jié)構(gòu)設(shè)計 5.5.1 邏輯結(jié)構(gòu)設(shè)計要點 5.5.2 物理結(jié)構(gòu)設(shè)計要點 5.5.3 數(shù)據(jù)結(jié)構(gòu)與程序的關(guān)系 5.6 系統(tǒng)出錯處理設(shè)計 5.6.1 出錯信息 5.6.2 補救措施 5.6.3 系統(tǒng)維護設(shè)計 6詳細(xì)設(shè)計說明書 詳細(xì)說明書可稱作程序設(shè)計說明書。編制目的是說明一個軟件系統(tǒng)各個層次中的每一個程序（每個 模塊或子程序）的設(shè)計考慮，如果一個軟件系統(tǒng)比較簡單，層次很少，本文件可以不單獨編寫，有關(guān)內(nèi)容合并概要設(shè)計說明書。對詳細(xì)設(shè)計說明書的內(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標(biāo)識符）設(shè)計說明 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 注釋設(shè)計 6.3.11 限制條件 6.3.12 測試計劃 6.3.13 尚未解決的問題 6.4 程序2（標(biāo)識符）設(shè)計說明 7數(shù)據(jù)庫設(shè)計說明書 數(shù)據(jù)庫設(shè)計說明書的編制目的是對于設(shè)計中的數(shù)據(jù)庫所有標(biāo)識、邏輯結(jié)構(gòu)和理結(jié)構(gòu)做出

23、具體的設(shè) 計規(guī)定。其內(nèi)容要求如下： 7.1 引言 7.1.1 編寫目的 7.1.2 背景 7.1.3 定義 7.1.4 參考資料 7.2 外部設(shè)計 7.2.1 標(biāo)識符和狀態(tài) 7.2.2 使用它的程序 7.2.3 約定 7.2.4 專門指導(dǎo) 7.2.5 支持軟件 7.3 結(jié)構(gòu)設(shè)計 7.3.1 概念結(jié)構(gòu)設(shè)計 7.3.2 邏輯結(jié)構(gòu)設(shè)計 7.3.3 理結(jié)構(gòu)設(shè)計 7.4 運用設(shè)計 7.4.1 數(shù)據(jù)字典設(shè)計 7.4.2 安全保密設(shè)計 8用戶手冊 用戶手冊的編制是要使用非專門術(shù)語的語言，充分地描述該軟件系統(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 硬設(shè)備 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 出錯處理與恢復(fù) 8.4.6 終端操作 9操作手冊 操作手冊的編制是為了向操作人中提供該軟件每一個運行的具體過程和有關(guān)知識，包括操作方法的細(xì)節(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標(biāo)識符）說明 9.4.3.1 運行控制 9.4.3.2 操作信息 9.4.3.3 輸入-輸出文卷 9.4.3.4 輸出文卷 9.4.3.5 輸出文卷的復(fù)制 9.4.3.6 啟動恢復(fù)過程 9.4.4 運行2（標(biāo)識符）說明 9.5 非常規(guī)過程 9.6 遠(yuǎn)程操作 10模塊開發(fā)卷宗 模塊開發(fā)卷宗是在模塊開發(fā)過程中逐步編寫出來的，每完成一個模塊或一級密切相關(guān)的模塊的復(fù)審時編寫一份，應(yīng)該把所有的模塊開發(fā)卷宗匯集在一起。編寫的目的是記錄和匯總低層次開發(fā)的進度和結(jié)果，以便于對整個模塊開發(fā)工作的管理和復(fù)審，并為將來的維護提供非常有用的技術(shù)信息。具體的內(nèi)容要求如

27、下： 10.1 標(biāo)題 10.2 模塊開發(fā)情況表 10.3 功能說明 10.4 設(shè)計說明 10.5 源代碼清單 10.6 測試說明 10.7 復(fù)審的結(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標(biāo)識符） 11.2.3.1 進度安排 11.2.3.2 條件 11.2.3.3 測試資料 11.2.3.4 測試培訓(xùn) 11.2.4 測試2（標(biāo)識符） 11.3 測試設(shè)計說明 11.3.1 測試1標(biāo)識

28、符） 11.3.1.1 控制 11.3.1.2 輸入 11.3.1.3 輸出 11.3.1.4 過程 11.3.2 測試2（標(biāo)識符） 11.4 評價準(zhǔn)則 11.4.1 范圍 11.4.2 數(shù)據(jù)整理 11.4.3 尺度 12測試分析報告 測試分析報告的編寫是為了把組裝測試和確認(rèn)測試的結(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標(biāo)識符） 12.3.2 測試2（標(biāo)識符） 1

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

30、13.1 標(biāo)題 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 設(shè)備購置費 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 對技術(shù)方法的評價 14.3.4 出錯原因的分析 14.2.1產(chǎn)品 頁腳內(nèi)容29