第一篇：辦公信息系統(tǒng)項目研發(fā)需求說明書

信息管理與辦公系統(tǒng)研發(fā)需求說明書

辦公信息系統(tǒng)項目

信息管理與辦公系統(tǒng)

研發(fā)需求說明書

二O一六年三月

信息管理與辦公系統(tǒng)研發(fā)需求說明書

信息管理與辦公系統(tǒng)研發(fā)需求說明書

1.3.1.易用性

對于信息辦公系統(tǒng)，要求工作人員可以通過鼠標選擇、拖拉等操作就能夠完成大部分任務，系統(tǒng)使用不需要復雜的培訓，即可使每個用戶方便、靈活地使用，做到真正的辦公自動化。

1.3.2.穩(wěn)定性

保證系統(tǒng)的不間斷運行和出現(xiàn)錯誤時能夠及時恢復并沒有數(shù)據(jù)丟失、系統(tǒng)崩潰等現(xiàn)象出現(xiàn)，避免因停電、操作失誤、機器硬件錯誤等造成的數(shù)據(jù)丟失或系統(tǒng)崩潰現(xiàn)象。

1.3.3.安全保密性

貴單位信息辦公系統(tǒng)是涉及重要的信息，因此，安全保密性是對新信息系統(tǒng)的最起碼要求。

1.3.4.先進性與發(fā)展性

對于系統(tǒng)，最好采用當前最先進的Internet/Intranet技術，也充分考慮系統(tǒng)的可伸縮性、可擴展性和可繼承性，讓系統(tǒng)能夠隨所選擇的平臺不斷升級而得到進一步的繼承和發(fā)展。

1.3.5.標準化和開放性

對于系統(tǒng)公文資料參考國家公文標準和用戶系統(tǒng)內(nèi)公文標準進行設計。開放性是指系統(tǒng)提供給本單位內(nèi)部其他系統(tǒng)和外部其他相關單位對信息辦公系統(tǒng)的訪問。當然，這些訪問是有條件的，同時也有相當?shù)陌踩蜋嘞拊O置。

信息管理與辦公系統(tǒng)研發(fā)需求說明書

‘用戶名’和登錄‘密碼’是否正確，如果輸入正確，將進入系統(tǒng)的主界面（個人桌面）。

2.系統(tǒng)管理

組織機構(gòu)、人員、職位是基本信息組成部分，在各個機構(gòu)下設置相應的職位，每個職位可以具有不同的操作權限，通過建立人員與相應職位的對應關系，實現(xiàn)對人員操作權限的統(tǒng)一管理。

3.公文流轉(zhuǎn)

公文流轉(zhuǎn)以用于處理日常工作中的單位內(nèi)外部的各種公文，利用計算機網(wǎng)絡的高速迅捷和計算機控制的嚴格準確性實現(xiàn)公文的處理。公文管理模塊相對傳統(tǒng)公文處理而言，在很大程度上提高了公文處理效率和準確性，用戶操作簡便易行。公文流轉(zhuǎn)包括了公文的發(fā)文擬制、發(fā)文簽發(fā)、發(fā)文傳閱、收文簽收登記、公文查詢等。

4.收文登記

收文登記用于外部來文的簽收、登記處理，包括：新增公文、錄入、編輯公文信息。

綜合查詢系統(tǒng)

綜合查詢系統(tǒng)是整個信息管理與信息辦公系統(tǒng)中的核心系統(tǒng)。在此系統(tǒng)中，系統(tǒng)可以根據(jù)各種需求和查詢條件。

系統(tǒng)維護系統(tǒng)

系統(tǒng)維護系統(tǒng)主要負責數(shù)據(jù)備份、系統(tǒng)參數(shù)設置、用戶角色管理等輔助功能。系統(tǒng)維護系統(tǒng)為數(shù)據(jù)庫管理員和用戶權限管理員兩種角色服務。

? 數(shù)據(jù)備份管理包括：數(shù)據(jù)定期備份、備份數(shù)據(jù)恢復、備份歷史記錄查詢、歷史備份數(shù)據(jù)刪除等功能，其中數(shù)據(jù)備份包括對數(shù)據(jù)庫中數(shù)據(jù)定期系統(tǒng)備份和人工不定期備份，同時包括對報表文件的備份處理等； ?

用戶角色管理：管理用戶信息，設定角色名稱，及權限等功能；

? 系統(tǒng)參數(shù)設置為系統(tǒng)配置服務，設置需要的參數(shù)，如數(shù)據(jù)保存年限，數(shù)據(jù)自動備份時間間隔以及地區(qū)代碼、報表分類基本信息維護等等。

第二篇：大學圖書館信息系統(tǒng)需求規(guī)格說明書要點

1.概述

1.1.系統(tǒng)簡述

本系統(tǒng)是為了給圖書管理人員和讀者借、還書帶來便利，除了圖書館內(nèi)管理的一般功能還外，還包括網(wǎng)上在線查詢圖書信息、查詢本人的借閱情況和續(xù)借等功能。

系統(tǒng)名稱 ：XX大學圖書館信息管理系統(tǒng) 項目委托單位 ：XX大學圖書館

項目開發(fā)單位 ：XX大學管理學院信息管理與信息系統(tǒng)專業(yè) 系統(tǒng)最終用戶 ：XX大學圖書館工作人員

1.2.編寫目的

系統(tǒng)功能需求有：

編目

：分類，標注主題詞；錄入所有圖書的目錄及部分圖書的內(nèi)容 借書證管理

：辦新證、換證、清理借書證（注、吊銷）提供檢索服務 ：查圖書的目錄、在館狀態(tài)；查圖書內(nèi)容 流通服務

：借、還、續(xù)借、罰款、凍結(jié)借書證

圖書清理

：遺失、損壞、過時圖書及相應目錄的清理 統(tǒng)計分析

：分類統(tǒng)計圖書、讀者、借閱等信息

該文檔是為了明確系統(tǒng)需求，規(guī)劃設計進度，更好地安排系統(tǒng)開發(fā)測試，在開發(fā)過程中防止錯誤的出現(xiàn)，本文檔供項目經(jīng)理、開發(fā)人員和設計人員參考。

1.3.參考資料

UML基礎與Rose建模教程

蔡敏 徐慧慧 黃炳強編著 信息系統(tǒng)分析與設計教程

陳佳

谷銳 李朝輝編著

1.4修訂版本記錄

本版本為第一版本，暫無修訂版本記錄

2.術語表

讀者信息注銷：采集學生或教師的離校信息，對相關借閱信息進行注銷，并收回借閱證。

借閱證辦理：根據(jù)新生入校時技術部采集的新生信息或新進教師信息進行借閱證辦理

圖書借閱：對讀者的借書進行登記，并將資源的狀態(tài)改為借出，同時修改讀者的借閱信息。

圖書歸還：根據(jù)讀者的還書，將資源信息改為在館，修改讀者的借閱信息。凍結(jié)借閱證：根據(jù)讀者是否有過分的行為達到凍結(jié)借閱證的地步，然后凍結(jié)借閱證收回讀者借閱書籍的權利。

圖書編目：根據(jù)圖書的ISBN號將圖書編碼，規(guī)放到特定的位置中的一個編碼。罰款：讀者由于借閱的書籍或者光盤超出規(guī)定的時間，超出的時間將要收取一定的現(xiàn)金作為處罰。

3.系統(tǒng)業(yè)務流程

3.1概述

圖書館管理系統(tǒng)業(yè)務主要是對讀者和圖書的管理，將具體業(yè)務分到分到3個部門來進行管理，分別是：辦公室、流通管理部和采編部，各個部門管理相關的業(yè)務，并通過相互配合，來完成實現(xiàn)系統(tǒng)的各種功能。

3.2概要調(diào)查

采編部門圖書目錄采購員購進圖書名單1圖書編目分類3檢索服務所需圖書信息表讀者信息辦公室圖書管理員借閱證圖書管理員借閱證4流通服務圖書記錄5圖書清理圖書信息讀者讀者管理2借閱證管理讀者信息借閱證辦公室分析報表6統(tǒng)計分析圖書管理員讀者辦公室辦公室讀者

總體業(yè)務流程圖

3.3詳細調(diào)查

3.3.1.辦公室業(yè)務的詳細調(diào)查

圖書管理員借閱證管理員提交憑證2.1發(fā)新證借閱證辦公室讀者讀者登記入館讀者檔案圖書管理員2.2讀者信息變更處理讀者登記表2.4注銷借閱證注銷卡號報表辦公室管理員申請掛失表管理員讀者退卡申請2.3卡回收管理員辦公室

借閱證管理業(yè)務流程圖

描述：辦公室的主要任務是對讀者信息以及借閱證的管理，借閱證的辦理、掛失、注銷等處理。

3.3.2.圖書流通管理部業(yè)務的詳細調(diào)查

圖書信息借閱證3.1圖書借閱所借圖書信息讀者管理員讀者管理員借閱證3.2圖書歸還所還圖書信息圖書信息

圖書活動業(yè)務流程圖 描述：

圖書借閱：讀者從圖書館中找到所需圖書拿到圖書流通管理部的管理員處，管理員根據(jù)讀者的借閱信息和圖書的基本信息來處理讀者的借閱請求。

圖書歸還：讀者將借閱到的圖書拿到圖書流通管理部管理員處，管理員根據(jù)讀者的借閱信息處理歸還業(yè)務，如果讀者借閱超期則通知讀者繳納罰款，否則將無法借閱圖書。

遺失圖書分析報告5.1遺失圖書處理遺失圖書處理報告管理員3管理員2管理員1損壞圖書分析報告5.2損壞圖書處理損壞圖書處理報告5.4更新報告圖書目錄更新流通管理部管理員2過時圖書分析報告5.3過時圖書處理過時圖書處理報告

圖書管理業(yè)務流程圖 描述：

3.3.3.采編部業(yè)務的詳細調(diào)查

圖書采購業(yè)務流程圖

3.3.4.詳細業(yè)務流程描述

1.購書業(yè)務管理 1.1清單討論 采編部根據(jù)近期出版的圖書和比較典型的書籍，列出一個預采購圖書的清單，流通管理部門的職工也可以根據(jù)情況提出相應的購書方案，然后通過討論確定最終的購書方案。

1.2購買圖書 通過會議的討論確定購書清單，采編部將購書清單發(fā)送給商家，并交納購書的金額

1.3派送購買圖書 2.編目圖書 2.1編目圖書 編目部將從出版社購得的圖書，根據(jù)ISBN號，以及圖書館圖書存放的位置，將圖書進行編目輸入到圖書的數(shù)據(jù)庫中，并商家根據(jù)采編部的購書清單和交納的金額，將相應的書本通過郵遞的方式發(fā)送到采編部

采編部 采編部

商家 采編部 采編部 編目部，流通管

理部 將編目過的圖書交予流通部上架

3.讀者請求處理 3.1請求借書 讀者在圖書館中找到自己想借閱的圖書，將圖書和自己的借閱證交到流通部的借閱管理員處，由管理員處理借閱事務

3.2處理借閱請通過讀者提交的圖書和借閱證，先判斷讀者的借閱信息，是求 否有超期的圖書或者借閱的圖書數(shù)量是否達到上限，如果條件都達到，就修改讀者的信息和書籍的信息

3.3請求歸還 讀者將自己借閱的書本交予流通部歸還處的管理員，向管理員提出歸還圖書的請求

3.4處理歸還請流通部管理員通過讀者提交的書本，判斷所借圖書是否超期，求 是否有污損，提醒讀者是否要繳納罰款，并處理書籍的信息 3.5繳納罰款 由于讀者所借圖書超期或者圖書有破損，處罰讀者的行為，讀者將相應金額的罰款和自己的借閱證交到罰款處的管理員，由管理員處理

3.6處理罰款 根據(jù)讀者提交的借閱證，查詢讀者所需繳納罰款的信息，并收取讀者相應的金額罰款，處理讀者罰款的信息

4.辦公室職能 4.1請求信息處讀者提出自己辦證入館、掛失或者注銷信息的請求，并填寫理 表格提交自己的個人信息，交予辦公室的管理員

4.2處理請求 辦公室的管理員根據(jù)讀者提交的請求以及相應的信息，判斷是否能夠處理請求的信息，若能處理便處理，否則提醒提交信息者。

4.系統(tǒng)用例模型

4.1參與者描述

流通管理部 讀者，流通管理

部 流通管理部

讀者，流通管理

部 流通管理部 讀者，流通管理

部 流通管理部 辦公室 讀者 辦公室

描述：系統(tǒng)的參與者主要是按照部門劃分的，每個部門可以有多個員工，但每個部門的員工只能處理本部門的業(yè)務。

4.2高層用例模型 4.2.1.總體用例圖

描述：系統(tǒng)中各個參與者與系統(tǒng)功能的關系

4.2.2.辦公室高層用例圖

描述：辦公室的主要功能就是對讀者信息的增刪改查

4.2.3.流通管理部高層用例圖

描述：流通部處理讀者圖書的借閱歸還、圖書信息處理和罰款處理

4.2.4.采編部高層用例圖

描述：采編部的主要功能就是采購圖書、編目圖書和更新圖書信息

4.2.5.讀者高層用例圖

描述：讀者在系統(tǒng)中的功能主要就是查詢個人信息、借閱圖書、歸還圖書、繳納罰款

4.3 分層用例模型

4.3.1.辦公室工作的子用例圖

用例說明：

（1）簡要說明：在操作界面上選擇需要的功能選項，包括登記辦證入館、借閱證掛失、借閱證掛失的取消、借閱證注銷、，選擇特定的功能后進入相應的操作界面，界面內(nèi)主要包括查詢、新增、修改、刪除、退出功能。

（2）前提條件：操作者擁有操作權限。

（3）事件流

打開辦公室管理員操作界面 登錄管理界面

顯示權限內(nèi)的功能選項

提供查詢、新增、修改、刪除、退出操作選項

選擇查詢功能

獲得讀者的借閱證號或者學號

按讀者借閱證號或者學號以及其他重要信息查詢 判斷是否得到查詢結(jié)果 如果未得到查詢結(jié)果

則提示：“無符合條件的讀者信息” 否則

顯示查詢結(jié)果

選擇新增功能

獲得讀者的學號，姓名等重要必須的信息 輸入相應的信息并提交存盤 判斷是否成功 如果存盤成功 則提示：“新增讀者成功”

否則

提示：“新增讀者操作失敗”

選擇修改功能

獲得讀者的借閱證號或者學號 顯示查詢出的結(jié)果 輸入相應的修改信息 提交并保存修改信息 判斷是否修改成功 如果修改成功

則提示：“修改讀者信息成功” 否則

提示：“修改讀者信息失敗”

選擇刪除功能

獲得讀者的借閱證號或者學號 顯示查詢出的結(jié)果 選擇刪除操作

判斷刪除操作是否成功 如果刪除成功

則提示：“刪除讀者信息成功”

否則

提示：“刪除讀者信息失敗”

選擇退出功能

終止管理者的用例

（4）事后條件：正確的信息保存在數(shù)據(jù)庫中（5）非功能性需求：

在輸入和修改操作中，對輸入的錯誤信息要迅速提示

4.3.2.采編部工作的子用例圖

用例說明：

（1）簡要說明：在操作界面上實現(xiàn)圖書編目的處理

（2）前提條件：獲得圖書的關鍵信息，操作者擁有操作權限

（3）事件流：

打開圖書編目界面 輸入圖書的重要信息 進行圖書編目 判斷處理是否成功 如果處理成功

顯示處理后圖書的編號 并提示：“處理成功” 否則

提示：“處理失敗，請確定輸入信息的正確性” 返回至圖書編目界面

（4）事后條件：正確的圖書編號保存在數(shù)據(jù)庫中（5）非功能性需求

在輸入和修改操作中，對輸入的錯誤信息要迅速提示

4.3.3.流通管理部子用例圖 4.3.3.1.圖書借閱用例圖

用例說明：

（1）簡要說明：在操作界面上顯示處理圖書借閱

（2）前提條件：獲得借閱圖書的編號和讀者的借閱證號，操作者

擁有操作權限

（3）事件流：

打開借閱處理的界面 輸入讀者的借閱證號 顯示讀者的借閱信息 如果有圖書超期、拖欠罰款未交或借閱已達上限

提示讀者未能借書的信息，不能借閱圖書

否則

輸入圖書的編號

顯示圖書的信息

處理借閱請求

判斷借閱操作是否成功 如果處理成功

提示：“借閱圖書處理成功”

顯示讀者借閱的信息 否則

提示：“借閱處理失敗，請確定所輸入信息的正確性”

返回至借閱處理界面

（4）事后條件：正確的借閱處理信息保存在相應的數(shù)據(jù)庫中（5）非功能性需求：

在輸入和修改操作中，對輸入的錯誤信息要迅速提示 4.3.3.2.圖書歸還用例圖

用例說明：

（1）簡要說明：在操作界面上顯示處理歸還圖書信息

（2）前提條件：獲得歸還圖書的編號，操作者擁有操作權限（3）事件流：

打開歸還處理的界面 輸入圖書的編號

顯示圖書借閱的信息以及借閱者信息 如果圖書超期

提示讀者超期信息 處理歸還圖書操作 判斷歸還操作是否成功 如果處理成功

提示：“歸還處理成功” 顯示歸還后讀者的借閱信息

否則

提示：“歸還處理失敗，請確定輸入信息的正確性” 返回至歸還處理界面

（4）事后條件：正確的罰款處理信息保存在數(shù)據(jù)庫中（5）非功能性需求：

在輸入和修改操作中，對輸入的錯誤信息要迅速提示

4.3.3.3.罰款處理用例圖

用例說明：

（1）簡要說明：在操作界面上顯示處理罰款處理信息

（2）前提條件：獲得讀者的借閱證號，操作者擁有操作權限（3）事件流：

打開罰款處理的界面 輸入讀者的借閱證信息 顯示讀者的超期記錄 處理讀者的罰款信息 判斷罰款處理是否成功 如果處理成功

提示：“罰款處理成功” 顯示處理后的罰款記錄 否則

提示：“罰款處理失敗，請確定輸入信息的正確性” 返回至罰款處理界面

（4）事后條件：正確的罰款處理信息保存在數(shù)據(jù)庫中（5）非功能性需求：

在輸入和修改操作中，對輸入的錯誤信息要迅速提示

4.3.3.4.圖書處理用例圖

用例說明：

（1）簡要說明：在操作界面上實現(xiàn)圖書信息的處理

（2）前提條件：獲得圖書的關鍵信息，操作者擁有操作權限

（3）事件流：

打開圖書處理界面 輸入圖書的重要信息 修改或刪除圖書的信息 判斷處理是否成功

如果處理成功

顯示處理后圖書的信息 并提示：“處理成功” 否則

提示：“處理失敗，請確定輸入圖書信息的正確性” 返回至圖書處理界面

（4）事后條件：正確的圖書信息保存在數(shù)據(jù)庫中（5）非功能性需求

在輸入和修改操作中，對輸入的錯誤信息要迅速提示

4.3.4.讀者子用例圖 4.3.4.1.借閱圖書用例圖

用例說明

（1）簡要說明：在操作界面上顯示借閱圖書處理的信息

（2）前提條件：獲得讀者的借閱證號和所借圖書的信息、操作者擁有權限

（3）事件流：

打開讀者借閱圖書處理的界面 輸入讀者的借閱證號 判斷讀者能否借書 如果能夠借書

則提示：“讀者已借X本書，可借Y本書，無罰款信息” 輸入所借圖書信息 處理借閱

判斷借閱處理是否成功 如果成功

則提示：“讀者借閱圖書處理成功”

返回至功能選擇界面 否則

提示：“讀者借閱處理失敗，請確定讀者信息的正確性”

返回至借閱處理界面

否則

提示：“讀者借書已滿”或者“有圖書逾期記錄”

返回至功能選擇界面

（4）事后條件：正確的借閱處理信息保存在數(shù)據(jù)庫中（5）非功能性需求：

在輸入和修改操作中，對輸入的錯誤信息要迅速提示

4.3.4.2.圖書歸還用例圖

用例說明：

（1）簡要說明：在操作界面上顯示歸還圖書處理的信息

（2）前提條件：獲得讀者借閱證號和歸還圖書的信息，操作者擁有處理歸還圖書的權限

（3）事件流

打開讀者歸還圖書的操作界面

輸入讀者借閱證號顯示讀者的借閱信息 顯示讀者圖書是否超期并提醒讀者 處理歸還操作 判斷操作是否成功 如果成功

則提示：“讀者歸還圖書成功”

選擇返回功能

界面返回至管理員登陸成功后的功能選擇界面 否則

提示：“歸還圖書失敗，請確定輸入信息的正確性”

返回至歸還圖書界面

（4）事后條件：正確的圖書歸還后保存在數(shù)據(jù)庫中（5）非功能性需求：

在輸入和修改操作中，對輸入的錯誤信息要迅速提示

4.3.4.3 個人信息查詢用例圖

用例說明：

（1）簡要說明：在登錄后顯示具體的詳細信息（2）前提條件：了解個人的借閱證號和密碼（3）事件流

打開讀者登錄的頁面 輸入借閱證號及密碼 判斷是否登錄成功 如果登錄成功

則提示：“登錄成功” 顯示讀者的個人信息 選擇退出功能

退出讀者查詢 否則

提示：“密碼錯誤”、“借閱證號錯誤”和“查詢不到相應的結(jié)果”

（4）非功能性需求：

在輸入信息操作時，對輸入的錯誤信息要立即提示

4.4主要用例間的活動描述 4.4.1 采編部活動圖

4.4.2流通管理部活動圖

4.4.3 借書活動圖

4.4.4 還書活動圖

4.4.5 辦公室活動圖

4.5核心對象的狀態(tài)變遷描述 4.5.1借閱證狀態(tài)圖

4.5.2圖書狀態(tài)圖

5.需求原型系統(tǒng)

5.1需求原型總體結(jié)構(gòu)

5.2各用例的需求原型

5.2.1流通管理部門的用例情景描述 5.2.1.1借閱圖書的情景描述

5.2.1.2還書處理的情景描述

5.2.1.3罰款處理的情景描述

5.2.1.4圖書處理的情景描述

5.2.1.5刪除圖書的信息情景描述

5.2.2讀者的情景描述 5.2.2.1查詢借閱書籍信息

5.2.3采編部門的情景用例描述 5.2.3.1圖書編目入館的情景描述

5.2.4辦公室的情景描述

5.2.4.1讀者信息的添加情景描述

5.2.4.2讀者借閱證的掛失情景描述

5.2.4.3讀者信息的刪除情景描述

6.其他需求

系統(tǒng)有的采用不同級別的權限來控制，學生和教師只能查看自己的個人信息。進行密碼修改，已借圖書的查詢，預約等操作。操作員身份可以處理學生、老師的借還，掛失，預約操作。管理員，可以查看借閱，還書在某個時間段的流量。每個讀者或是操作員的工作日志。還能進行系統(tǒng)的一些參數(shù)的設置。每個權限都分別有不同的操作頁面。這些權限都要進身份認證之后才能進入操作頁面。并設置操作的超時時限。防止用戶在沒有進過身份的認證就進入更高一級的操作頁中去。還可以在用戶長時間沒有進行任何操作之后就自動關閉與服務器的連接。

第三篇：如何寫軟件項目需求說明書

如何寫軟件項目需求說明書

進入軟件開發(fā)行業(yè)也有一段時間了，大大小小項目也接觸了一些，對于怎么寫好項目需求文檔做一下總結(jié)，發(fā)表一下自己的看法。1 獲取需求：

作為需求方也就是甲方，通過語言描述或文檔的方式將需求（系統(tǒng)需要提供的功能）提交給開發(fā)人員（需求分析人員）。

獲得需求的方式可以有多種多樣：電話詢問、現(xiàn)場考察、聆聽用戶講解、閱讀用戶編制的相關文件(如招標書)，其實這些方法都是GET方式，我們可以通過以下兩類技術手段來達到：GET(獲取)和PUSH(引導、反饋、激發(fā))相互結(jié)合的方式來得到我們真正的需求，而這兩個過程都是必須交互進行的，一般我們可以篩選一名非常有經(jīng)驗(包括談判技巧、深厚的業(yè)務和技術背景、人緣很好、勤奮努力)的人士擔任需求工程師，長期在客戶那里工作。2 需求分析人員

（1）根據(jù)客戶提供的文檔或語言描述，將需求按功能劃分，以用例圖的方式表達系統(tǒng)提供的功能模塊及功能模塊之間的關系，完成用例圖后與客戶確認大的功能模塊，并對每個功能模塊做進一步的溝通詳細記錄用戶所提供的關鍵性的描述，此過程需要系統(tǒng)分析人員對客戶進行引導。

（2）對每個功能模塊進行詳細分析與描述，具體信息包括：用戶角色、功能說描述、IPO的方式進行描述（即輸入項、輸出項、處理）、要提供必要的功能說明，如果使文檔更加直觀，更容易讓客戶理解，可以用UI的方式表達輸入輸出，配合必要的描述，這樣對于客戶更加容易理解，需要與客戶進行大量的溝通確認。

（3）編寫數(shù)據(jù)字典：在需求階段，很難使團隊的思路一致，建立一個合適的機制是完全必要的，這就是數(shù)據(jù)字典，數(shù)據(jù)字典是對系統(tǒng)用到的所有數(shù)據(jù)項和結(jié)構(gòu)的定義，以確保開發(fā)人員使用統(tǒng)一的數(shù)據(jù)定義。在需求階段，數(shù)據(jù)字典至少應定義客戶數(shù)據(jù)項以確保客戶與開發(fā)小組是使用一致的定義和術語。分析和設計工具通常包括數(shù)據(jù)字典組件。

（4）關于文檔具體表述的格式與形式，要根據(jù)所要表達的功能來確定，最重要的是把事情描述清楚,這事最終的目的；

(5)需求文檔確定后，設計人員根據(jù)這份需求文檔進行系統(tǒng)的設計工作了。

第四篇：《××項目軟件需求變更說明書》

軟件需求變更說明書

項目名稱： 長益高速收費數(shù)據(jù)分析系統(tǒng)一、概述

因湖南省高速公路聯(lián)網(wǎng)拆分系統(tǒng)軟件升級，導致長益下屬收費站入口和出

口交易數(shù)據(jù)、拆分數(shù)據(jù)、代收拆分數(shù)據(jù)無法獲取。而現(xiàn)階段省高管局監(jiān)控中心無法在上報報表日期內(nèi)提供拆分數(shù)據(jù)，從而導致長益高速收費數(shù)據(jù)分析系統(tǒng)無法輸出相關報表。經(jīng)過深入了解和分析，在與業(yè)主方多次探討后，提出以下變更說明。

二、變更內(nèi)容

? MTC實收和流量

原始情況：

人工收費系統(tǒng)出口站收費數(shù)據(jù)和出口流量的導入，是由收費站工作

人員從站級拆帳網(wǎng)下載的“收費數(shù)據(jù)統(tǒng)計報表”并再錄入部分細分數(shù)據(jù)，導入長益收費數(shù)據(jù)分析系統(tǒng)。

變更后：

收費站工作人員在分析系統(tǒng)中MTC實收功能模塊中只錄入出口各車

型實收收入、各車型流量、免費車流量、綠通車流量、系統(tǒng)外收入、綠通車減免金額、免費車減免金額、手工票金額。

運營部工作人員在分析系統(tǒng)中MTC實收功能模塊中導入本路段各站

進，其他路段出的代收流量的各車型估算流量。其中包括各車型流量、綠通車流量、免費車流量。

? MTC實得

原始情況：

人工收費系統(tǒng)實得數(shù)據(jù)的導入，是由收費站工作人員從站級拆帳網(wǎng)

下載的“拆帳統(tǒng)計報表”，導入長益收費數(shù)據(jù)分析系統(tǒng)。

代收實得的導入，是由運營部工作人員從拆帳網(wǎng)下載的“長張高速

公司名稱，版本號

2公路聯(lián)網(wǎng)收費實際分配收入統(tǒng)計表”，導入長益數(shù)據(jù)分析系統(tǒng)。

變更后：

運營部工作人員在分析系統(tǒng)中MTC實得功能模塊中導入估算MTC各

車型拆分收入。其中包括本路段各車型收入、系統(tǒng)外收入及代收業(yè)主各車型收入、系統(tǒng)外收入。

? 報表輸出

由于原始基礎數(shù)據(jù)的變更，所導致從數(shù)據(jù)模型上的建立發(fā)生了變化，從而將導致原長益數(shù)據(jù)分析系統(tǒng)輸出報表無法根據(jù)原來基礎數(shù)據(jù)的數(shù)據(jù)輸出，需要轉(zhuǎn)換為估算的數(shù)據(jù)輸出，需要對所有的報表進行修改。

需要修改的報表有以下：

?

?

?

?

?

?

?

?

?

?

?

?

?

?

?

?

?

?

?

?

?

?

? 公司－綠色通道車輛 公司－收費站拆帳情況表 公司－單車收費標準計算表 公司－流量對比表 公司－各類車流量收入比重對比圖 公司－各類車流量收入比重表 公司－實征率 公司－高速免費車 公司－收費車流量統(tǒng)計 公司－ETC收費車與免費車 公司－月流量分析 公司－ETC征費情況 公司－月收入圖 公司－月收費情況總表 公司-收費車流量與收入統(tǒng)計 路勁-收入影響因素對比表 路勁-項目每月輸入及車流匯總表 路勁-各站每月收入及車流匯總表 路勁-歷年路費收入圖 路勁-歷年次票車流量圖 路勁-日報 省局-交通流量統(tǒng)計月報表 省局-綠色通道和免費車公司名稱，版本號

? 省局-其他收入分項統(tǒng)計

? 三年同天對比-1月

? 三年同期對比-2月

? 三年同天對比-3月

? 三年同期對比-4月

? 三年同期對比-5月

? 三年同期對比-6月

? 三年同期對比-7月

? 三年同期對比-8月

? 三年同期對比-9月

? 三年同期對比-10月

? 三年同期對比-11月

? 三年同期對比-12月

? 周報-高速公路

? 周報-總表

? 周報-流量圖

? 周報-收入圖

? 周報-老路

? 月報-月收費

? 月報-財務系統(tǒng)內(nèi)金額拆帳

? 月報-月度收費情況

公司名稱，版本號 4

第五篇：信息化項目需求說明書

附件2

信息化項目需求說明書（模板）

一、概述

1.提出本業(yè)務（或工作）相關信息化建設和應用情況現(xiàn)狀。

2.給出項目的提出背景和項目建設（改造）的必要性。

3.如有公司決策依據(jù)，請進行說明并提供相應材料（文件或會議紀要）。

二、需求內(nèi)容

1.結(jié)合業(yè)務特點，提出項目建設的目標，滿足業(yè)務的實際需要。

2.提出項目建設的功能及內(nèi)容，包括軟硬件采購需求和開發(fā)實施需求。

3.提出項目的總體實施方案，包括實施計劃、實施內(nèi)容和實施范圍。

4.給出投資估算，進行分項說明。