第一篇：合同管理-需求分析文檔（模版）
合同管理需求分析 需求描述：
合同與招標(biāo)管理主要實(shí)現(xiàn)對(duì)合同項(xiàng)目的立項(xiàng)審批、招標(biāo)、合同以及竣工驗(yàn)收的全過程管理。該系統(tǒng)主要由合同項(xiàng)目管理、招標(biāo)管理、合同管理、客戶管理和灰名單管理等幾個(gè)模塊組成。
流程圖：
合同管理流程圖合同管理外包工程合同項(xiàng)目申請(qǐng)招標(biāo)否自動(dòng)創(chuàng)建項(xiàng)目合同項(xiàng)目審批招標(biāo)書擬定標(biāo)書簽收登記評(píng)標(biāo)報(bào)告申請(qǐng)?jiān)u標(biāo)報(bào)告審批合同申請(qǐng)招標(biāo)記錄填報(bào)談判紀(jì)要錄入資質(zhì)與安全協(xié)議審查合同擬定付款申請(qǐng)合同記錄人員管理合同終止現(xiàn)場管理合同變更竣工/質(zhì)保驗(yàn)收申請(qǐng)竣工/質(zhì)保驗(yàn)收審批結(jié)束 3 項(xiàng)目管理
3.1 項(xiàng)目申請(qǐng)：
合同項(xiàng)目管理是指所有需要簽訂合同的項(xiàng)目都要在此進(jìn)行申請(qǐng)。由各個(gè)部門的專工或主任提出申請(qǐng)。
合同項(xiàng)目申請(qǐng)又分為未運(yùn)行、進(jìn)行中和已完工。后兩者是屬于后補(bǔ)項(xiàng)目，后補(bǔ)項(xiàng)目必須增加先履行原因。
合同項(xiàng)目的屬性包括：項(xiàng)目編號(hào)、申請(qǐng)日期、后補(bǔ)類型（生產(chǎn)搶修、超過50萬已書面報(bào)分公司同意、后補(bǔ)或不招標(biāo)超過10萬已書面報(bào)總經(jīng)理同意）、項(xiàng)目狀況（未進(jìn)行、進(jìn)行中、已竣工）、申請(qǐng)方式（招標(biāo)、不招標(biāo)）、項(xiàng)目名稱、項(xiàng)目性質(zhì)（新簽、續(xù)簽、變更、終止、補(bǔ)充）、資金來源、項(xiàng)目預(yù)算、費(fèi)用管理部門、項(xiàng)目類型（技術(shù)服務(wù)、土建、維修、軟件等）計(jì)劃開工時(shí)間、計(jì)劃竣工時(shí)間、申請(qǐng)理由、申請(qǐng)人、申請(qǐng)部門、申請(qǐng)部門主管、不招標(biāo)理由（有多條理由顯示，直接讓用戶勾選）、項(xiàng)目內(nèi)容、工程量及物料人力資源情況。
合同項(xiàng)目申請(qǐng)時(shí)需要填寫承包商推薦會(huì)簽表，需要招標(biāo)的項(xiàng)目至少選擇5家，不需要招標(biāo)的項(xiàng)目至少選擇3家；如果選擇的承包商單位不足則需要在【備注】中填寫理由。合同申請(qǐng)的界面原型如下：
3.2 項(xiàng)目審批：
項(xiàng)目申請(qǐng)?zhí)峤缓?，由各?jí)進(jìn)行審批，其中系統(tǒng)約定72小時(shí)，如果超過72小時(shí)，則系統(tǒng)自動(dòng)推進(jìn)，無需他在簽字審批。但是要在系統(tǒng)中列明原因：“該記錄已超過72小時(shí)，系統(tǒng)自動(dòng)推進(jìn)！”。如果是部門專工提出申請(qǐng)，則還需要部門主任審批，審批后由項(xiàng)目主管部門審批報(bào)公司分管領(lǐng)導(dǎo)審批，對(duì)于超過多少金額的還需要報(bào)總經(jīng)理審批。對(duì)不同類型的項(xiàng)目，主管部門可能不一樣，例如生產(chǎn)項(xiàng)目的主管部門是設(shè)備部，非生產(chǎn)項(xiàng)目的主管部門是經(jīng)營計(jì)劃部。項(xiàng)目審批的界面原型如下：
項(xiàng)目驗(yàn)收
項(xiàng)目驗(yàn)收分為: 竣工驗(yàn)收單、質(zhì)保驗(yàn)收單和階段驗(yàn)收單。
驗(yàn)收單包括：驗(yàn)收日期、驗(yàn)收單類別（竣工、質(zhì)保、階段）、項(xiàng)目名稱、資金來源、項(xiàng)目預(yù)算、履行地點(diǎn)、開工日期、竣工日期、質(zhì)保金截至日期、甲方名稱、乙方名稱、項(xiàng)目摘要內(nèi)容、評(píng)價(jià)等級(jí)、合格/不合格、客戶評(píng)價(jià)（符合合同要求、不符合合同要求、達(dá)到預(yù)期目標(biāo)、未達(dá)到預(yù)期目標(biāo)、可以投入使用、不可以投入使用、質(zhì)保期質(zhì)量無問題、質(zhì)保期有問題）、填寫人、填寫時(shí)間、填寫部門、附件。
? 竣工驗(yàn)收單申請(qǐng)：
由項(xiàng)目負(fù)責(zé)部門提出竣工驗(yàn)收申請(qǐng)。
? 竣工驗(yàn)收單審批：
竣工單申請(qǐng)后，經(jīng)過各級(jí)審核通過后，就將該系統(tǒng)置為已竣工。當(dāng)超過72小時(shí)候沒有審批就自動(dòng)推進(jìn)。
? 質(zhì)保驗(yàn)收單申請(qǐng)：
由項(xiàng)目負(fù)責(zé)部門提出竣工驗(yàn)收申請(qǐng)。
? 質(zhì)保驗(yàn)收單審批：
質(zhì)保單申請(qǐng)后，經(jīng)過各級(jí)審核通過后，就將該系統(tǒng)置為已竣工。當(dāng)超過72小時(shí)候沒有審批就自動(dòng)推進(jìn)。
? 階段驗(yàn)收單登記：
由項(xiàng)目負(fù)責(zé)部門登記所有階段驗(yàn)收的記錄。
如果項(xiàng)目是來自于外包工程，所有的驗(yàn)收記錄和質(zhì)保記錄同步保存到外包工程的記錄中。項(xiàng)目驗(yàn)收的界面原型如下：
招標(biāo)管理
對(duì)于需要招標(biāo)的項(xiàng)目，應(yīng)該進(jìn)行招標(biāo)。招標(biāo)管理主要是做好三個(gè)方面的工作：分別是招標(biāo)擬定，標(biāo)書簽收登記以及項(xiàng)目評(píng)標(biāo)報(bào)告。這三個(gè)節(jié)點(diǎn)只有在評(píng)標(biāo)報(bào)告審批時(shí)必須要做的。
4.1 標(biāo)書簽收登記：
標(biāo)書簽收登記就是登記簽收標(biāo)書的投標(biāo)方單位。由項(xiàng)目負(fù)責(zé)單位登記所有投標(biāo)方單位，并記錄投標(biāo)單位名稱，投標(biāo)時(shí)間，投標(biāo)金額，聯(lián)系人及聯(lián)系電話。界面原型如下：
4.2 招標(biāo)書擬定：
招標(biāo)書擬定就是下載招標(biāo)書模板后，根據(jù)模板要求填寫各項(xiàng)數(shù)據(jù)上傳到系統(tǒng)中。
4.3 工程評(píng)估報(bào)告申請(qǐng)：
由項(xiàng)目負(fù)責(zé)部門提出工程評(píng)估報(bào)告申請(qǐng)。
工程評(píng)標(biāo)報(bào)告屬性：項(xiàng)目名稱、資金來源、項(xiàng)目預(yù)算、參與投標(biāo)單位（序號(hào)、公司名稱、投標(biāo)報(bào)價(jià)、資質(zhì)）、評(píng)標(biāo)意見、綜合排序（將投標(biāo)單位排序）、擬中標(biāo)單位、中標(biāo)金額、參與人員、備注、申請(qǐng)人、申請(qǐng)時(shí)間、申請(qǐng)部門、各種附件。工程評(píng)估報(bào)告申請(qǐng)的界面原型如下：
4.4 工程評(píng)估報(bào)告審批
項(xiàng)目評(píng)估報(bào)告提出申請(qǐng)要經(jīng)過審批，經(jīng)過審批后才發(fā)布。由各級(jí)領(lǐng)導(dǎo)進(jìn)行審批，各個(gè)上傳的附件應(yīng)直接在屏幕上顯示出來。對(duì)于超過72小時(shí)未審批的要自動(dòng)推進(jìn)。
工程評(píng)估報(bào)告審批的界面原型如下：
合同管理
合同管理包括：合同申請(qǐng)審批、合同擬定、合同談判紀(jì)要、其他付款、付款申請(qǐng)審批、合同變更、合同終止等管理。
5.1 合同申請(qǐng)：
合同申請(qǐng)審批是由合同起草人或項(xiàng)目負(fù)責(zé)部門提出申請(qǐng)。合同申請(qǐng)的屬性有：合同名稱，合同編號(hào)，合同性質(zhì)，合同類型，資金來源，合同金額，項(xiàng)目預(yù)算，所屬項(xiàng)目，簽約單位（我方）（承包部門，部門負(fù)責(zé)人，承辦人），簽約單位（對(duì)方）（承辦人，承辦人聯(lián)系電話）,簽約時(shí)間，簽約地點(diǎn)，備注，附件，申請(qǐng)部門，申請(qǐng)人，申請(qǐng)時(shí)間。
合同申請(qǐng)的界面原型如下：
5.2 合同審核：
合同申請(qǐng)由項(xiàng)目負(fù)責(zé)部門提出后，經(jīng)過部門主任審批、主管部門領(lǐng)導(dǎo)審批、公司領(lǐng)導(dǎo)審批后通過（具體流程可以靈活設(shè)置）后生效。合同審核的界面原型如下：
合同擬定
通過下載【合同模板】后，填寫合同內(nèi)容上傳擬定好的合同文本到系統(tǒng)中。合同擬定的界面原型如下：
5.4 合同談判紀(jì)要
合同的談判紀(jì)要是在系統(tǒng)中錄入合同談判的紀(jì)要內(nèi)容。合同談判紀(jì)要的界面原型如下：
5.5 付款申請(qǐng)
由項(xiàng)目提出部門提出付款通知單，并經(jīng)過相關(guān)部門和公司領(lǐng)導(dǎo)審批。一個(gè)項(xiàng)目可以多次付款。超過總金額后就不能再付款了。系統(tǒng)應(yīng)該要有剩余質(zhì)保金的到期提示。付款申請(qǐng)的界面原型如下：
5.6 付款審核
合同付款審核的界面原型如下：
5.7 其他付款
其他付款是申請(qǐng)付款通知單的一種，是多那些沒有按正規(guī)流程辦理的項(xiàng)目的付款。其他付款的界面原型如下：
5.8 合同變更
由項(xiàng)目負(fù)責(zé)人根據(jù)合同的實(shí)際情況可以對(duì)合同進(jìn)行變更，需要填寫變更原因，記錄好變更的時(shí)間。合同變更的界面原型如下：
合同終止申請(qǐng)
當(dāng)合同有效時(shí)間到達(dá)時(shí)，合同自動(dòng)終止，或者因?yàn)槠渌蚩梢杂身?xiàng)目負(fù)責(zé)部門提前終止合同。合同終止申請(qǐng)的界面原型如下：
5.10 合同終止審核
項(xiàng)目負(fù)責(zé)部門提出合同終止申請(qǐng)后，需要通過各級(jí)部門審核通過后才能終止合同。合同終止的審核的流程需要通過工作流來進(jìn)行配置。
合同終止審核的界面原型如下：
客戶管理
合同管理中的承包單位統(tǒng)一在【承包商】模塊中進(jìn)行管理，創(chuàng)建合同項(xiàng)目時(shí)自動(dòng)將對(duì)應(yīng)的承包商信息保存到【承包商】模塊中。
第二篇：合同管理系統(tǒng)需求分析（定稿）
1.1.1 合同管理
1.1.1.1 管理思想及綜述
可實(shí)現(xiàn)多種合同類型的管理，可實(shí)現(xiàn)對(duì)合同在集團(tuán)內(nèi)部的多級(jí)審批。并可實(shí)現(xiàn)對(duì)項(xiàng)目類合同進(jìn)行合同錄入、合同變更、合同結(jié)算管理。并可實(shí)現(xiàn)對(duì)合同附件的管理?？蓪?shí)現(xiàn)項(xiàng)目月度資金計(jì)劃的錄入，并可實(shí)現(xiàn)與進(jìn)度相結(jié)合的項(xiàng)目款的支付管理，最后實(shí)現(xiàn)付款記錄自動(dòng)生成憑證到總賬系統(tǒng)。
1.1.1.2 管理流程
1.1.1.3 系統(tǒng)功能 1.1.1.3.1 合同訂立
合同錄入
操作組織：實(shí)體成本中心組織或者非實(shí)體成本中心組織
可以修改和刪除“保存”或者“提交”狀態(tài)下的合同；單擊【【】，就可以上傳“合同文本”和“工程附件”；單擊【
】和】，就可以對(duì)審批后的合同進(jìn)行“責(zé)任部門”移交；單擊【同所有相關(guān)的信息。
合同錄入完畢后，點(diǎn)【
】，就可以查看該合】，然后在序時(shí)簿界面進(jìn)行審批，合同審批支持工作流。
合同修訂
操作組織：實(shí)體成本中心組織或者非實(shí)體成本中心組織
進(jìn)入“合同修訂”主界面，選中需要修訂的已審批合同，單擊工具條上【就可以修改和刪除“保存”或者“提交”狀態(tài)下的合同修訂；
】和【
】，合同查詢
本功能用來自定義條件查詢合同，雙擊查詢出來的合同，可以看到該合同相關(guān)的執(zhí)行信息，包括合同信息、拆分信息、結(jié)算信息、變更信息、成本信息、付款信息、付款計(jì)劃等信息。
操作組織：實(shí)體成本中心組織或者非實(shí)體成本中心組織 用戶可以根據(jù)需要選擇界面上的選項(xiàng)進(jìn)行查詢。合同執(zhí)行
“合同執(zhí)行”包括六個(gè)方面的內(nèi)容：合同變更發(fā)起、變更審批單查詢、變更簽證確認(rèn)、變更指令單查詢、結(jié)算單錄入、結(jié)算單查詢。
合同變更發(fā)起
操作組織：實(shí)體成本中心組織或者非實(shí)體成本中心組織
進(jìn)入“合同變更發(fā)起”主界面，選中最明細(xì)工程項(xiàng)目，單擊工具條上的【】進(jìn)入“變更審批單-新增”界面；單擊工具條上【或者“提交”狀態(tài)下的變更審批單；
變更審批單錄入完畢后，點(diǎn)【進(jìn)行審批，該審批支持工作流。
】和【】，就可以修改和刪除“保存”
】，單據(jù)狀態(tài)變?yōu)椤耙烟峤弧?，然后在序時(shí)簿界面
1.1.1.3.2 變更簽證確認(rèn)
操作組織：實(shí)體成本中心組織或者非實(shí)體成本中心組織
該功能是用來登記變更指令單的“下發(fā)”、“簽證”以及“變更結(jié)算”等信息。如下圖：
填寫完畢之后，點(diǎn)“確定”，則該變更指令單的狀態(tài)變?yōu)椤耙押炞C”。點(diǎn)【可以進(jìn)行簽證的反向操作。
系統(tǒng)支持批量簽證的功能，點(diǎn)【
】
】，則自動(dòng)將選擇的項(xiàng)目分期下的所有“已下發(fā)”狀態(tài)下的變更指令單列示出來，供用戶逐一簽證確認(rèn)。如下圖所示：
選擇“已簽證”狀態(tài)的變更指令單，點(diǎn)【結(jié)算金額。如下圖所示：
】，就可以錄入變更指令單的1.1.1.3.3 結(jié)算單錄入
操作組織：實(shí)體成本中心組織或者非實(shí)體成本中心組織
進(jìn)入“結(jié)算單錄入”主界面，選擇需要錄入結(jié)算的合同，單擊工具條上的【入“結(jié)算單-新增”界面；單擊工具條上【或者“提交”狀態(tài)下的結(jié)算單；
】和【
】進(jìn)
】，就可以修改和刪除“保存”
1.1.1.3.4 無文本合同
“無文本合同”包括兩個(gè)內(nèi)容：無文本合同錄入、無文本合同查詢。無文本合同錄入
操作組織：實(shí)體成本中心組織或者非實(shí)體成本中心組織 “無文本合同-新增”編輯界面如下，黃色部分為必錄字段。
1.1.1.3.5 扣款及獎(jiǎng)勵(lì)
“獎(jiǎng)勵(lì)及扣款”包括六個(gè)方面的內(nèi)容：違約金錄入、獎(jiǎng)勵(lì)單錄入、扣款單錄入及三種單據(jù)的查詢。
1.1.1.3.6 違約金錄入
操作組織：實(shí)體成本中心組織或者非實(shí)體成本中心組織
1.1.1.3.7 獎(jiǎng)勵(lì)單錄入
操作組織：實(shí)體成本中心組織或者非實(shí)體成本中心組織 “獎(jiǎng)勵(lì)單-新增”編輯界面如下，黃色部分為必錄字段。
1.1.1.3.8 扣款單錄入
操作組織：實(shí)體成本中心組織或者非實(shí)體成本中心組織
“扣款單-新增”編輯界面如下，黃色部分為必錄字段。
1.1.1.3.9 違約/獎(jiǎng)勵(lì)/扣款查詢
操作組織：實(shí)體成本中心組織或者非實(shí)體成本中心組織
用戶可以根據(jù)需要選擇菜單，實(shí)現(xiàn)對(duì)違約、獎(jiǎng)勵(lì)、扣款的分別查詢。點(diǎn)開相應(yīng)菜單后，用戶可以按照界面上的選項(xiàng)進(jìn)行查詢。
用戶也可以通過設(shè)置“自定義”頁簽里條件進(jìn)行組合查詢。
1.1.1.3.10 付款計(jì)劃
合同付款計(jì)劃
“付款計(jì)劃”包括七個(gè)內(nèi)容：合同付款計(jì)劃、月度付款計(jì)劃、項(xiàng)目計(jì)劃執(zhí)行表、項(xiàng)目月度計(jì)劃申請(qǐng)表、項(xiàng)目計(jì)劃申報(bào)表、付款計(jì)劃查詢、付款計(jì)劃執(zhí)行表。
操作組織：實(shí)體成本中心組織。
該模塊的功能為：按照“單一合同”為緯度，編輯每個(gè)合同的付款計(jì)劃。進(jìn)入“合同付款計(jì)劃”主界面，選中相應(yīng)的合同，單擊工具條上的【
】進(jìn)入“合同付款計(jì)劃”編輯界面；
月度付款計(jì)劃
操作組織：實(shí)體成本中心組織或者非實(shí)體成本中心。
該模塊的功能為：按照“合同”為緯度，查詢每個(gè)責(zé)任部門的付款計(jì)劃（默認(rèn)為三個(gè)月）。
計(jì)劃申報(bào)
該模塊的功能為：按照“成本科目-合同”為緯度，編輯工程項(xiàng)目的（12個(gè)月）付款計(jì)劃。
月度計(jì)劃申報(bào)
該模塊的功能為：按照“成本科目-合同”為緯度，編輯工程項(xiàng)目的月度（3個(gè)月）付款計(jì)劃。
如下圖所示:
該表錄入完畢后，點(diǎn)【
】，然后在序時(shí)簿界面進(jìn)行審批，該審批支持工作流多級(jí)審批。當(dāng)該表審批之后，自動(dòng)將3個(gè)月內(nèi)的付款計(jì)劃反寫到對(duì)應(yīng)的“合同付款計(jì)劃”。
付款計(jì)劃查詢
該模塊的功能為：通過條件設(shè)置來查詢合同付款計(jì)劃，每一行顯示一個(gè)合同的一個(gè)月計(jì)劃。數(shù)據(jù)來源于“合同付款計(jì)劃”。
付款計(jì)劃執(zhí)行表
該模塊的功能為：以合同為緯度，匯總展現(xiàn)工程項(xiàng)目下合同的月度付款計(jì)劃執(zhí)行情況。示例如下：
項(xiàng)目計(jì)劃執(zhí)行表
該模塊的功能為：以成本科目為緯度，將“項(xiàng)目計(jì)劃申報(bào)表”、“項(xiàng)目月度計(jì)劃申請(qǐng)表”以及月度實(shí)際付款等信息結(jié)合起來應(yīng)用，通過層層累計(jì)的方式綜合展現(xiàn)“項(xiàng)目周期”、“本”和“本月份”三個(gè)不同的時(shí)間縱深的付款計(jì)劃的執(zhí)行情況。因此，本表的數(shù)據(jù)來源為：“項(xiàng)目計(jì)劃申報(bào)表”、“項(xiàng)目月度計(jì)劃申請(qǐng)表”以及月度實(shí)際付款等信息。如下圖所示：
在項(xiàng)目執(zhí)行情況表中，展開“項(xiàng)目成本執(zhí)行情況”，顯示的是項(xiàng)目累計(jì)發(fā)生的成本、付款、欠款以及待發(fā)生情況。如下圖：
在項(xiàng)目執(zhí)行情況表中，展開“預(yù)算執(zhí)行情況”，顯示的是本成本、付款預(yù)算的執(zhí)行情況，如下圖：
在項(xiàng)目執(zhí)行情況表中，展開“本月計(jì)劃執(zhí)行情況”，顯示的是查詢當(dāng)月的成本/付款計(jì)劃、成本/付款實(shí)際發(fā)生、以及計(jì)劃與實(shí)際的差額情況，如下圖：
1.1.1.3.11 付款管理
“付款管理”包括四個(gè)內(nèi)容：付款申請(qǐng)單錄入、付款申請(qǐng)單查詢、付款單錄入、付款單查詢。
付款申請(qǐng)單錄入
付款單錄入
1.1.1.4 系統(tǒng)應(yīng)用價(jià)值和特點(diǎn)
本系統(tǒng)應(yīng)用價(jià)值和特點(diǎn)有如下幾點(diǎn)： 1.涵蓋合同管理全周期和合同管理全要素（合同訂立過程、合同內(nèi)容、合同主體（締約方）、合同標(biāo)的、合同變更與索賠、合同結(jié)算與支付、履約風(fēng)險(xiǎn)、履約聯(lián)系、合同終結(jié)與總結(jié)等）；
2.3.4.5.6.7.8.9.支持各類合同的業(yè)務(wù)流程靈活匹配；
能夠根據(jù)投資預(yù)算和項(xiàng)目管控要求，進(jìn)行合約規(guī)劃； 按照權(quán)責(zé)體系和績效考核要求，實(shí)行合同的分級(jí)分類管理； 承接招評(píng)標(biāo)數(shù)據(jù)，全面登記合同事務(wù)；
提供完整的合同錄入、變更、結(jié)算、付款管理流程；
根據(jù)合同付款計(jì)劃，嚴(yán)格控制合同付款申請(qǐng)，保障項(xiàng)目現(xiàn)金流； 實(shí)現(xiàn)項(xiàng)目資金計(jì)劃申報(bào)和資金全面預(yù)算管理； 有效實(shí)現(xiàn)變更管理，掌控項(xiàng)目過程成本發(fā)生；
10.實(shí)現(xiàn)合同文檔管理、分次結(jié)算管理；
11.通過數(shù)據(jù)一體化功能，全面掌握合同執(zhí)行情況； 12.通過流程管控實(shí)現(xiàn)企業(yè)內(nèi)部控制以及工作流驅(qū)動(dòng)。
第三篇：合同管理系統(tǒng)需求文檔
合同管理系統(tǒng)需求文檔
一、開發(fā)前提：
合同系統(tǒng)的開發(fā)在原資金系統(tǒng)的基礎(chǔ)上，人員組織結(jié)構(gòu)、系統(tǒng)角色設(shè)置與資金系統(tǒng)基本一致或做少量修改。
合同系統(tǒng)審批方式采用類似于資金系統(tǒng)的網(wǎng)上審批。系統(tǒng)可以滿足各種復(fù)雜的審批流轉(zhuǎn)規(guī)則，尤其是滿足集團(tuán)公司多個(gè)子公司多種不同審批流程（同一模塊每一個(gè)子公司一個(gè)流程）的需求。
合同系統(tǒng)中的合同隸屬于資金系統(tǒng)中的項(xiàng)目，合同審批簽訂后占用項(xiàng)目的預(yù)算。通俗的講，項(xiàng)目的預(yù)算是通過項(xiàng)目所對(duì)應(yīng)的合同執(zhí)行的，合同的簽訂、金額變更受到項(xiàng)目預(yù)算的制約。
二、詳細(xì)需求：
1.供應(yīng)商管理：
系統(tǒng)需求：
? 對(duì)供應(yīng)商的基本信息進(jìn)行管理，通過一個(gè)頁面直觀的展示合同對(duì)方的信息。? 可以方便的增加、修改、模糊搜索供應(yīng)商的信息。
? 系統(tǒng)提供上傳供應(yīng)商的資質(zhì)信息等附件功能。
? 提供EXCEL導(dǎo)入導(dǎo)出供應(yīng)商信息功能。
報(bào)表需求：
? 可以按照各種條件查詢供應(yīng)商的相關(guān)信息。
? 可以鏈接到供應(yīng)商相關(guān)項(xiàng)目、相關(guān)合同和已經(jīng)簽署資金統(tǒng)計(jì)等內(nèi)容。
2.合同管理（基礎(chǔ)數(shù)據(jù)）：
系統(tǒng)需求：
? 可對(duì)多種合同類型進(jìn)行管理。如：設(shè)備合同、建安合同、服務(wù)合同、租賃合同等。? 合同一定是和資金系統(tǒng)中的項(xiàng)目關(guān)聯(lián)的。
? 合同分為開口合同和閉口合同。
? 合同金額分為合同金額（標(biāo)的金額）、預(yù)算金額（計(jì)劃金額）、實(shí)際結(jié)算金額三種。? 合同保證金（尾款）。合同保證金的金額由錄入合同的人計(jì)算填寫，保證金交付
日期由合同錄入人計(jì)算錄入。
? 系統(tǒng)提供附件的上傳和下載。
? 各式的合同系統(tǒng)提供填寫模板、默認(rèn)一些合同信息、校驗(yàn)一些合同信息輸入的合法性。
? 系統(tǒng)提供合同樣本的打印功能。并提供合同樣本的導(dǎo)出為EXCEL功能。報(bào)表需求：
? 根據(jù)檢索條件快速、準(zhǔn)確找到合同資料，支持關(guān)鍵字模糊搜索、分組顯示等。? 提供合同按照類型、按照單位、按照項(xiàng)目的一些統(tǒng)計(jì)圖表。
3.合同建立與審批管理（略）。
系統(tǒng)需求：
? 合同簽訂/變更是需要審批流程的，可根據(jù)合同類型、合同金額等條件自動(dòng)匹配
合同審批流程。實(shí)現(xiàn)并簽、串簽、按條件跳轉(zhuǎn)等功能。
? 合同的審批具有短信通知功能。
? 系統(tǒng)提供合同存檔功能。
4.合同的變更管理。
系統(tǒng)需求：
? 系統(tǒng)提供合同基礎(chǔ)信息變更的流程?？勺兏贤痤~等基礎(chǔ)信息。
報(bào)表需求：
? 提供合同具體的變更記錄。
5.合同系統(tǒng)與資金系統(tǒng)的深度關(guān)聯(lián)，預(yù)算管理。
系統(tǒng)需求：
? 任何合同都隸屬于資金系統(tǒng)中的一個(gè)項(xiàng)目。
? 合同的建立、變更（金額）都受到項(xiàng)目預(yù)算的控制。在新增合同時(shí)如果合同所
屬項(xiàng)目的資金不足則不允許新建合同。在最后的領(lǐng)導(dǎo)審批后，再次進(jìn)行項(xiàng)目資
金進(jìn)行是否滿足合同資金的驗(yàn)證。驗(yàn)證復(fù)核后合同正式建立。合同變更中，如果合同金額增加同樣需要驗(yàn)證其金額是否超出項(xiàng)目總金額。
? 合同的執(zhí)行。合同的執(zhí)行是在資金系統(tǒng)中填寫合同報(bào)銷單。以合同資金的支出
進(jìn)度判斷合同的執(zhí)行進(jìn)度。
? 合同保證金只有在合同保證金交付日期到達(dá)之后進(jìn)行交付（報(bào)銷）。報(bào)表需求：
? 項(xiàng)目報(bào)表中，分為項(xiàng)目預(yù)算、已簽署合同金額、已執(zhí)行合同金額、項(xiàng)目可簽署
余額、項(xiàng)目實(shí)際剩余金額等字段。
? 項(xiàng)目報(bào)表中可以鏈接到支出類型表。
? 項(xiàng)目報(bào)表中可以鏈接到合同信息表。
? 項(xiàng)目報(bào)表提供按照供應(yīng)商的統(tǒng)計(jì)報(bào)表及圖表。
? 項(xiàng)目報(bào)表中提供按照時(shí)間的資金支出統(tǒng)計(jì)及報(bào)表。
? 預(yù)警提醒。報(bào)表提供合同進(jìn)度逾期和資金逾期等提示。
6.系統(tǒng)設(shè)置。
? 填單權(quán)限設(shè)置。
? 報(bào)表查看權(quán)限設(shè)置。
? 組織結(jié)構(gòu)、角色、等同資金管理系統(tǒng)。
中科普達(dá)軟件公司
第四篇：圖書管理系統(tǒng)需求分析
云南工商學(xué)院09信息管理1班
圖書管理系統(tǒng)需求分析
班級(jí)：09信息管理1班
組員： 唐學(xué)悅，段敏，楊文燕，胡勇毅，余科輯，林春宇，李波
任務(wù)分配情況：
云南工商學(xué)院09信息管理1班
目錄 系統(tǒng)需求概述...............................................................................................................................3 1.1 圖書管理系統(tǒng)功能概述....................................................................................................3 1.2 系統(tǒng)主要業(yè)務(wù)流程分析....................................................................................................3 1.3 系統(tǒng)功能模塊分析............................................................................................................3 1.4 建立用例模型....................................................................................................................4 1.4.1 讀者用例圖.............................................................................................................4 1.4.2 圖書管理員用例圖.................................................................................................4 1.4.3 系統(tǒng)管理員用例圖.................................................................................................5 1.5 詳述用例............................................................................................................................5 2 系統(tǒng)分析.......................................................................................................................................6 2.1 類圖....................................................................................................................................6 3 系統(tǒng)設(shè)計(jì).......................................................................................................................................8 3.1 用例動(dòng)態(tài)模型設(shè)計(jì)............................................................................................................8 3.1.1 實(shí)現(xiàn)“讀者查詢個(gè)人借閱信息”用例的動(dòng)態(tài)模型.................................................8 3.1.2 實(shí)現(xiàn)“查詢圖書信息”用例的動(dòng)態(tài)模型.................................................................9 3.1.3 實(shí)現(xiàn)“借閱圖書”用例的動(dòng)態(tài)模型.........................................................................9 3.2 類圖設(shè)計(jì)..........................................................................................................................11 3.3 物理架構(gòu)設(shè)計(jì)..................................................................................................................12 3.3.1 組件圖...................................................................................................................12 3.3.2 配置圖...................................................................................................................13 2
云南工商學(xué)院09信息管理1班
1.系統(tǒng)需求概述
1.1 圖書管理系統(tǒng)功能概述
圖書管理主要是借書、還書以及其他一些附帶操作（例如，超期罰款、催還圖書等）的處理。一個(gè)簡單的圖書管理系統(tǒng)應(yīng)提供如下功能：
·借書處理：完成讀者借書的流程處理。·還書處理：完成讀者還書的流程處理。
·信息查詢：包括圖書信息查詢和讀者借閱情況查詢?！D書管理：包括輸入新書記錄和刪除舊書記錄。
1.2 系統(tǒng)主要業(yè)務(wù)流程分析
與系統(tǒng)功能相對(duì)應(yīng)，系統(tǒng)主要有4個(gè)流程：結(jié)束流程、還書流程、圖書查詢、圖書資源管理。各流程的主要過程描述如下：
·借書流程：讀者借閱所需的圖書，借出后圖書記錄中的借閱標(biāo)志被置為false(不能再借)，借書文件中增加一個(gè)借書記錄。
·還書流程：讀者歸還所借的圖書，還書后圖書記錄中的借閱標(biāo)志被置為true(可被外借)，在借書文件中刪除一個(gè)借書記錄。
·圖書查詢：讀者和工作人員可以進(jìn)行圖書信息查詢，輸入圖書的編號(hào)或書名，可從圖書對(duì)象列表中查找相應(yīng)的記錄。
·圖書管理：首先由工作人員在“錄入新書資料”和“刪除舊書資料”兩個(gè)選項(xiàng)中選擇。若是“錄入新書資料”，則由工作人員輸入新書資料，將新書添加為對(duì)象列表的新紀(jì)錄。若是“刪除舊書資料”，則查找需要?jiǎng)h除的圖書，將其從圖書對(duì)象列表中刪除。
1.3 系統(tǒng)功能模塊分析
滿足上述需求的系統(tǒng)主要包括以下幾個(gè)系統(tǒng)模塊：
·基本業(yè)務(wù)處理模塊：主要用于實(shí)現(xiàn)圖書管理員對(duì)讀者借閱圖書和歸還圖書的處理。
·信息查詢模塊：重要用于實(shí)現(xiàn)讀者對(duì)圖書信息和自身借閱信息的查詢。
云南工商學(xué)院09信息管理1班
·系統(tǒng)維護(hù)模塊：主要用于實(shí)現(xiàn)系統(tǒng)管理員對(duì)讀者信息、圖書管理員信息、圖書信息、和數(shù)據(jù)庫的管理。
1.4 建立用例模型
根據(jù)功能需求構(gòu)造用例模型，主要任務(wù)是識(shí)別系統(tǒng)中的所有參與者，并對(duì)每個(gè)參與者找出其用例，建立用例模型。
系統(tǒng)主要的參與者為“讀者”、“圖書管理員”、和“系統(tǒng)管理員”。各個(gè)參與者的用例圖如下：
1.4.1 讀者用例圖
<
圖1-1 讀者用例圖
1.4.2 圖書管理員用例圖
<
圖1-2 圖書管理員用例圖
云南工商學(xué)院09信息管理1班
1.4.3 系統(tǒng)管理員用例圖
添加書目添加讀者刪除書目刪除讀者系統(tǒng)管理員查詢圖書查詢讀者
圖1-3 系統(tǒng)管理員用例圖
1.5 詳述用例
在識(shí)別了參與者和主要用例并創(chuàng)建了用例圖之后，如果有必要，還可以按順序詳述每個(gè)用例，包括用例如何開始、結(jié)束以及如何與參與者進(jìn)行交互。
表1-1 讀者查找個(gè)人借閱信息用例
用例：讀者查找個(gè)人借閱信息(用例名稱)(唯一標(biāo)識(shí)符)(涉及用例的參與者)(用例開始時(shí)，系統(tǒng)必須滿足的條件)ID：1參與者：
1、讀者前提條件： 讀者已登錄到系統(tǒng)事件流：
1、讀者選擇查找個(gè)人借閱信息界面
2、讀者輸入圖書證編號(hào)
3、系統(tǒng)按圖書證編號(hào)查找讀者借閱信息結(jié)果：系統(tǒng)向讀者顯示讀者借閱信息，該用例結(jié)束(用例中的實(shí)際步驟)(用例結(jié)束時(shí)，系統(tǒng)的狀態(tài))
云南工商學(xué)院09信息管理1班
表1-2 讀者查找圖書信息用例
用例：讀者查找圖書信息(用例名稱)(唯一標(biāo)識(shí)符)(涉及用例的參與者)ID：2參與者：
1、讀者(用例開始時(shí)，系統(tǒng)必須滿足的條件)前提條件： 讀者已經(jīng)啟動(dòng)圖書管理系統(tǒng)，并已知書名或書號(hào)事件流：
1、讀者選擇查找圖書信息界面
2、讀者輸入書名或書號(hào)
3、系統(tǒng)按書名或書號(hào)查找圖書信息結(jié)果：系統(tǒng)向讀者顯示圖書信息，該用例結(jié)束(用例中的實(shí)際步驟)(用例結(jié)束時(shí)，系統(tǒng)的狀態(tài))系統(tǒng)分析
2.1 類圖
在定義系統(tǒng)需求后，下一步就是確定系統(tǒng)中存在的對(duì)象類。系統(tǒng)中對(duì)象類的識(shí)別可以使用名詞/動(dòng)詞分析法來進(jìn)行，即文本中的名詞和名詞短語暗示類或類的屬性，動(dòng)詞和動(dòng)詞短語暗示職責(zé)或者類的操作。
通過用例圖的分析可知，在圖書管理系統(tǒng)中可以確定的主要對(duì)象類包括 “讀者”，“圖書”、“圖書管理人員”和“系統(tǒng)管理員”。其中“讀者”和“圖書”通過借閱關(guān)系可以構(gòu)成一個(gè)新類“借閱記錄”。
另外，分析用例圖可知，用例“身份驗(yàn)證”和“圖書資料查詢”是對(duì)象類“讀者”和“工作人員”共同擁有的，并且用例“身份驗(yàn)證”是除用例“圖書資料查詢”之外其余用例執(zhí)行的前提，因此可以將“身份驗(yàn)證”與“圖書資料查詢”定義為接口類中的操作(接口類是不含屬性且操作函數(shù)沒有具體實(shí)現(xiàn)的抽象類，接口類通過一個(gè)實(shí)現(xiàn)聯(lián)系獲得其它對(duì)象類的支持，這些對(duì)象類實(shí)現(xiàn)接口類中定義的全部操作)。其余用例則抽象為與該用例交互的參與者所屬對(duì)象類的操作。因此，最后可獲得的對(duì)象類圖為：
云南工商學(xué)院09信息管理1班
系統(tǒng)管理員-name-password1*讀者-name-number-password+借書()+還書()+借閱情況查詢()***<
圖1-4 系統(tǒng)對(duì)象類圖
除了定義上述用于系統(tǒng)數(shù)據(jù)信息存儲(chǔ)管理和業(yè)務(wù)邏輯控制的類之外，在用圖形用戶界面開發(fā)系統(tǒng)時(shí)，我們還可以定義一些相應(yīng)的用戶界面類：
(1)MainWindow類—MainWindow是圖書管理員與系統(tǒng)交互的主界面，系統(tǒng)的主 界面具有菜單，當(dāng)用戶選擇不同的菜單項(xiàng)時(shí)，MainWindow對(duì)象調(diào)用相應(yīng)的方法完成功能操作。
(2)BorrowDialog類—BorrowDialog是進(jìn)行借書操作時(shí)需要的對(duì)話框。(3)ReturnDialog類—ReturnDialog是進(jìn)行還書操作時(shí)需要的對(duì)話框。(4)QueryDialog類—QueryDialog是查詢某借閱者的借閱信息或圖書庫存信息的對(duì)話框。
(5)MaintenanceWindow類—MaintenanceWindow是系統(tǒng)管理員對(duì)系統(tǒng)進(jìn)行維護(hù)的主界面，它也提供菜單項(xiàng)。
ReturnDialogBorrowDialogMainWindowQueryDialogMaintenanceDialog 圖1-5圖書管理系統(tǒng)的用戶界面類
云南工商學(xué)院09信息管理1班 系統(tǒng)設(shè)計(jì)
系統(tǒng)設(shè)計(jì)的主要工作是用例實(shí)現(xiàn)—設(shè)計(jì)。即對(duì)每個(gè)用例進(jìn)行動(dòng)態(tài)建模，包括建立序列圖、協(xié)作圖等，描述如何通過類對(duì)象的協(xié)作來實(shí)現(xiàn)用例中的功能。隨著動(dòng)態(tài)建模的深入，會(huì)發(fā)現(xiàn)原來建立的類存在缺陷或不夠完整，需要對(duì)分析中得到的類圖進(jìn)行不斷的修正和調(diào)整。所以，還應(yīng)該通過動(dòng)態(tài)建模來修正和完善類圖。
3.1 用例動(dòng)態(tài)模型設(shè)計(jì)
3.1.1 實(shí)現(xiàn)“讀者查詢個(gè)人借閱信息”用例的動(dòng)態(tài)模型
:MainWindow:QueryDialog:BorrowBookBorrower1:queryLoan2:createDialog3：queryLoanInfo4:getBook5:消息查詢6：返回借閱信息7：顯示借閱信息
圖1-6 讀者查詢個(gè)人借閱信息序列圖
1:queryLoan():MainWindowerBorrower6:顯示借yLoanInfo()閱信息5:返回借閱信息:Borrower-Book4:getBook():QueryDialog2:createDialog()3:qu
圖1-7 讀者查詢個(gè)人借閱信息協(xié)作圖
云南工商學(xué)院09信息管理1班
3.1.2 實(shí)現(xiàn)“查詢圖書信息”用例的動(dòng)態(tài)模型
:MainWindow:QueryDialog:BorrowBookBorrower1:queryLoan2:createDialog3：queryLoanInfo4:findBook5:圖書信息查詢6：返回圖書信息7：顯示圖書信息 圖1-8 讀者查詢圖書序列圖
1:queryLoan():MainWindowerBorrower6:顯示圖yLoanInfo()書信息5:返回圖書信息:Borrower-Book4:findBook():QueryDialog2:createDialog()3:qu
圖1-9 讀者查詢圖書協(xié)作圖
3.1.3 實(shí)現(xiàn)“借閱圖書”用例的動(dòng)態(tài)模型
云南工商學(xué)院09信息管理1班
:MainWindow:BorrowDialog:QueryDialogBorrower1:queryLoan2:createDialog4:查詢圖書庫存5:返回圖書是否可借6:修改讀者的借閱信息及庫存信息7:修改成功8:顯示借書成功
圖1-10 讀者借閱圖書序列圖
2:createDialog()oan():MainWindow:BorrowDialogry1:queL息6:顯示借書成功存庫信書借存圖可庫詢否及查是息功:4書信成圖閱改修Borrower回借:7返者:讀5改修:6:QueryDialog
圖1-11 讀者借閱圖書協(xié)作圖
云南工商學(xué)院09信息管理1班
3.1.4 實(shí)現(xiàn)“歸還圖書”用例的動(dòng)態(tài)模型
:MainWindow:ReturnDialog:QueryDialogBorrower1:queryLoan2:createDialog3:修改讀者的借閱信息及庫存信息4:修改成功5:顯示還書成功
圖1-12 讀者歸還圖書序列圖
1:queryLoan():MainWindowBorrower6:顯示還書成功4:修改成功:QueryDialog3:修改讀者的借閱信息及庫存信息:ReturnDialog2:createDialog()
圖1-13 讀者歸還圖書協(xié)作圖
3.2 類圖設(shè)計(jì)
進(jìn)一步擴(kuò)充和細(xì)化分析階段定義的類，包括定義新的類來處理用戶的需求。隨著動(dòng)態(tài)建模的深入，也會(huì)發(fā)現(xiàn)原來建立的類存在缺陷或不夠完整，需要對(duì)分析中得到的類圖進(jìn)行不斷的修正和調(diào)整。所以，還應(yīng)該通過動(dòng)態(tài)建模來修正和完善類圖。
云南工商學(xué)院09信息管理1班
系統(tǒng)管理員-name:string-password:string+AddBook()+QueryBook()+AddBorrower()+QueryBorrower()借書記錄-borrower:string-book:string-date:Date+newLoan()+getBorrower()+getBook()11*讀者-name:string-number:string-password:string+Borrow()+Return()+QueryLoan()***<
圖1-14 設(shè)計(jì)類圖
3.3 物理架構(gòu)設(shè)計(jì)
物理架構(gòu)設(shè)計(jì)就是用UML圖形描述系統(tǒng)軟件和硬件的大致結(jié)構(gòu)，包括畫出組件圖和配置圖。
3.3.1 組件圖
組件圖：表示構(gòu)成軟件系統(tǒng)的各物理組件及其相互之間的聯(lián)系。它能明確表示軟件系統(tǒng)各部分的功能職責(zé)。圖書管理系統(tǒng)的組件圖如下所示，其中包含“借/還書處理”、“信息查詢”、“圖書資源管理”和“身份驗(yàn)證”等組件。
云南工商學(xué)院09信息管理1班
圖書管理系統(tǒng)借/還處理信息查詢圖書資源管理身份驗(yàn)證圖書信息借閱信息
圖1-15 系統(tǒng)組件圖
3.3.2 配置圖
圖書管理系統(tǒng)是一個(gè)基于網(wǎng)絡(luò)和數(shù)據(jù)庫的應(yīng)用系統(tǒng),可以采用B/S結(jié)構(gòu),系統(tǒng)配置圖下圖所示：
數(shù)據(jù)庫服務(wù)器圖書信息借閱信息讀者客戶端借/還書處理工作人員客戶端公共客戶端身份驗(yàn)證圖書資源管理借閱信息圖書資料查詢 圖1-16 系統(tǒng)配置圖
第五篇：圖書管理系統(tǒng)需求分析
圖書管理系統(tǒng)需求分析報(bào)告
1.引言 1.1 編寫目的
軟件需求分析，其目的是用于說明軟件產(chǎn)品或軟件項(xiàng)目需要滿足的條件和限制。在軟件工程項(xiàng)目中，首先要獲取用戶的需求，通過對(duì)軟件需要的提取、分析、文檔化和驗(yàn)證，為進(jìn)一步的設(shè)計(jì)和實(shí)現(xiàn)提供數(shù)據(jù)。軟件需求與其他活動(dòng)也密切相關(guān)，如軟件測(cè)試、配置管理和質(zhì)量管理等。
本需求的編寫是為了研究利用大型數(shù)據(jù)庫做基礎(chǔ)的圖書管理系統(tǒng)軟件的開發(fā)途徑和應(yīng)用方法。同時(shí)它也是進(jìn)行項(xiàng)目策劃、概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)的基礎(chǔ)，是維護(hù)人員進(jìn)行內(nèi)部維護(hù)，信息更新，驗(yàn)收和測(cè)試的依據(jù)。
1.2 項(xiàng)目背景
本項(xiàng)目的名稱：圖書管理系統(tǒng)。
圖書管理系統(tǒng)這任務(wù)提出與開發(fā)者為某學(xué)生的課程設(shè)計(jì),用戶是學(xué)校圖書館。本產(chǎn)品是針對(duì)電腦管理圖書的需求設(shè)計(jì)的，可以完成圖書信息錄入、修改、刪除，讀者登記、購入新書、讀者借還書、圖書注銷等。
1.3 相關(guān)定義
數(shù)據(jù)流圖（Data Flow Diagram）：簡稱DFD，它從數(shù)據(jù)傳遞和加工角度，以圖形方式來表達(dá)系統(tǒng)的邏輯功能、數(shù)據(jù)在系統(tǒng)內(nèi)部的邏輯流向和邏輯變換過程，是結(jié)構(gòu)化系統(tǒng)分析方法的主要表達(dá)工具及用于表示軟件模型的一種圖示方法。數(shù)據(jù)字典：它是數(shù)據(jù)的信息的集合，即對(duì)數(shù)據(jù)流圖中包含的所有元素的定義的集 合。其作用是為設(shè)計(jì)人員提供關(guān)于數(shù)據(jù)描述的信息。數(shù)據(jù)字典應(yīng)該由對(duì)以下四類元素的定義組成：數(shù)據(jù)流、數(shù)據(jù)流分量（即數(shù)據(jù)元素）、數(shù)據(jù)存儲(chǔ)、處理。
2.需求概述 2.1 目標(biāo)
“圖書管理系統(tǒng)”主要提供圖書信息和讀者基本信息的維護(hù)以及借閱等功能。本系統(tǒng)是提高圖書管理工作的效率，減少相關(guān)人員的工作量，使學(xué)校的圖書管理工作真正做到科學(xué)、合理的規(guī)劃，系統(tǒng)、高效的實(shí)施。
2.2 用戶類和特征
最高用戶是圖書管理員和讀者，圖書管理員需要進(jìn)行用戶的創(chuàng)建、修改和刪除等工作，要求具備計(jì)算機(jī)知識(shí)，如權(quán)限管理等。讀者是普通用戶，具備一定的計(jì)算機(jī)操作即可。
2.3 運(yùn)行環(huán)境
服務(wù)器：CPU P4 1GHz以上;內(nèi)存256M以上配置。由于服務(wù)器將存儲(chǔ)大量圖書資料，建議準(zhǔn)備100G以上硬盤、并預(yù)留磁盤擴(kuò)充接口。
客戶端：CPU C433MHz以上；硬盤：200M以上空白空間；內(nèi)存：128M以上配置。
軟件運(yùn)行環(huán)境：服務(wù)器：Windows 2000 Server、Windows 2000 Advanced Server、Windows 2003均可;Microsoft SQL Server 2000 或 2005。
3.需求分析 3.1數(shù)據(jù)需求
圖書館管理信息系統(tǒng)需要完成功能主要有：
1)讀者基本信息的輸入，包括借書證編號(hào)、讀者姓名、讀者性別等。2)讀者基本信息的查詢、修改，包括讀者借書證編號(hào)、讀者姓名、讀者性別等。3)書籍類別標(biāo)準(zhǔn)的制定、類別信息的輸入，包括類別編號(hào)、類別名稱。4)書籍類別信息的查詢、修改，包括類別編號(hào)、類別名稱。
5)書籍庫存信息的輸入，包括書籍編號(hào)、書籍名稱、書籍類別、作者姓名、出版社名稱、出版日期、登記日期。
6)書籍庫存信息的查詢，修改，包括書籍編號(hào)、書籍名稱、書籍類別、作者姓名、出版社名稱、出版日期登記日期等。
7)借書信息的輸入，包括讀者借書證編號(hào)、書籍編號(hào)、借書日期。
8)借書信息的查詢、修改，包括借書證編號(hào)、借書證編號(hào)、讀者姓名、書籍編號(hào)、書籍名稱、借書日期等。
9)還書信息的輸入，包括借書證編號(hào)、書籍編號(hào)、還書日期。
10)還書信息的查詢和修改，包括還書讀者借書證編號(hào)、讀者姓名、書籍編號(hào)、書籍名稱、借書日期、還書日期等。11)超期還書罰款輸入，還書超出期限包括超出期限還書的讀者借書證號(hào)，書籍編號(hào)，罰款金額。
12)超期還書罰款查詢，刪除，包括讀者借書證編號(hào)、讀者姓名、書籍編號(hào)、書籍名稱，罰款金額等
13)管理員管理：包括創(chuàng)建讀者用戶信息、刪除讀者用戶信息、添加圖書信息、刪除圖書信息。
3.2事物需求
1)在讀者信息管理部分,要求: a.可以查詢讀者信息。
b.可以對(duì)讀者信息進(jìn)行添加及刪除的操作。
2)在書籍信息管理部分,要求: a.可以瀏覽書籍信息。
b.可以對(duì)書籍信息進(jìn)行維護(hù),包括添加及刪除的操作。
3)在借閱信息管理部分,要求: a.可以瀏覽借閱信息。
b.可以對(duì)借閱信息進(jìn)行維護(hù)操作。
4)在歸還信息管理部分，要求: a.可以瀏覽歸還信息。
b.對(duì)歸還信息可修改維護(hù)操作。
5)在管理者信息管理部分,要求: a.顯示當(dāng)前數(shù)據(jù)庫中管理者情況。b.對(duì)管理者信息維護(hù)操作。
6)在罰款信息管理部分，要求: a.可以瀏覽罰款信息。b.對(duì)罰款信息可以更新。
3.3確定用例及編寫用例文檔
用例描述了一個(gè)完整的系統(tǒng)事件流程，其重點(diǎn)在于執(zhí)行者與系統(tǒng)之間的交互而不是內(nèi)在的系統(tǒng)活動(dòng)，并對(duì)執(zhí)行者產(chǎn)生有價(jià)值的可觀測(cè)結(jié)果。
在這個(gè)“圖書管理系統(tǒng)”中的用例圖如下所示。
用例圖不能提供用例所具有的全部信息，為此需要使用文字描述那些不能放在圖形上的信息。用例文檔是關(guān)于執(zhí)行者與系統(tǒng)如何交互的規(guī)格說明，要求清晰明確，沒有二義性。在描述用例時(shí)，應(yīng)該只注重外部能力，不涉及內(nèi)部細(xì)節(jié)。
4.非功能需求 4.1 性能需求
學(xué)校對(duì)系統(tǒng)性能無特殊的要求，只要查詢圖書的時(shí)候沒有明顯的延遲就可以了，查詢的時(shí)間不要超過3秒鐘。條件、假定和限制：
1）系統(tǒng)最小壽命： 系統(tǒng)應(yīng)該能在無重大改動(dòng)的條件下正常運(yùn)行5年以上。
2）對(duì)設(shè)備的要求：
要求計(jì)算機(jī)穩(wěn)定性良好，整套系統(tǒng)經(jīng)濟(jì)實(shí)惠。
3）可以利用的信息和資源：
圖書管已經(jīng)配置了所有的計(jì)算機(jī)，以及網(wǎng)絡(luò)設(shè)備，操作人員將使用win2003 4)圖書管員工受過較好的計(jì)算機(jī)方面的培訓(xùn)，在調(diào)研的時(shí)候感覺有不少員工有計(jì)算機(jī)方面的專業(yè)經(jīng)驗(yàn)。5）編目要參照中圖法。
安全性需求
對(duì)于圖書管理系統(tǒng)的圖書量會(huì)非常大，所以在對(duì)這些圖書導(dǎo)入和查詢時(shí)要保證速度。在圖書借閱過程中又要保證事務(wù)的完整性。對(duì)于整個(gè)系統(tǒng)，需要完整的權(quán)限控制，防止某些人惡意攻擊系統(tǒng)，修改原始記錄，同時(shí)對(duì)于數(shù)據(jù)庫中的數(shù)據(jù)需要定時(shí)備份，防止系統(tǒng)數(shù)據(jù)丟失。此外，系統(tǒng)要求用戶在登陸時(shí)需要身份驗(yàn)證。
5.故障處理
在正常情況下，應(yīng)不出錯(cuò)。一旦發(fā)生意外，比如掉電、網(wǎng)絡(luò)不通等，也應(yīng)保證系統(tǒng)數(shù)據(jù)不會(huì)丟失。
故障出現(xiàn)后可能采取的變通措施，包括：
備份：使用附加存儲(chǔ)設(shè)備備份數(shù)據(jù)。備份頻率為每日一次。需手動(dòng)備份?；謴?fù)及再啟動(dòng)：如果數(shù)據(jù)造成丟失，可使用備份數(shù)據(jù)還原。
點(diǎn)擊咨詢 