新生報到管理系統(tǒng)需求說明書.doc

ics 35.080l 77中華人民共和國國家標準gb/t 8567-2006代替gb/t 8567-1988計算機軟件文檔編制規(guī)范specification for computer software documentation2006-03-14發(fā)布 2006-07-01實施發(fā)布中華人民共和國國家質(zhì)量監(jiān)督檢驗檢疫總局中國國家標準化管理委員會文檔編號：jx_cjdx_yyrj_j2ee0001 版本號：v1.0 新生報到管理系統(tǒng)軟件需求規(guī)格說明 v1.0(gb/t 8567-2006)擬 制 人 黃明兵 審 核 人 批 準 人 二零一一年十月三十日1引言41.1標識41.2系統(tǒng)概述41.3文檔概述52引用文件53需求53.1要求的狀態(tài)和方式63.2需求概述63.2.1系統(tǒng)總體功能和業(yè)務(wù)結(jié)構(gòu)63.2.2硬件系統(tǒng)的需求203.2.3軟件系統(tǒng)的需求203.2.4接口需求203.3系統(tǒng)能力需求213.3.x(系統(tǒng)能力)3.4系統(tǒng)外部接口需求213.4.1接口標識和接口圖213.4.x(接口的項目唯一標識符)223.5系統(tǒng)內(nèi)部接口需求233.6系統(tǒng)內(nèi)部數(shù)據(jù)需求233.7適應性需求233.8安全性需求243.9保密性和私密性需求243.10操作需求253.11可使用性、可維護性、可移植性、可靠性和安全性需求253.12故障處理需求253.12.1軟件系統(tǒng)出錯處理263.12.2硬件系統(tǒng)冗余措施的說明263.13系統(tǒng)環(huán)境需求263.14計算機資源需求263.14.1計算機硬件需求263.14.2計算機硬件資源利用需求263.14.3計算機軟件需求273.14.4計算機通信需求273.15系統(tǒng)質(zhì)量因素273.16設(shè)計和構(gòu)造的約束273.17相關(guān)人員需求273.18相關(guān)培訓需求283.19相關(guān)后勤需求283.20其他需求283.21包裝需求283.22需求的優(yōu)先次序和關(guān)鍵程度284合格性規(guī)定285需求可追蹤性286非技術(shù)性需求297尚未解決的問題298注解29附錄291引言1.1標識符合、縮略語和定義如下：b/s: brower/server 瀏覽器/服務(wù)器sql server: 系統(tǒng)服務(wù)器所使用的數(shù)據(jù)庫管理系統(tǒng)（dbms）。 uml： unified modeling language(同一建模語言)的縮寫，是一個標準的建模語言1.2系統(tǒng)概述新生報到管理系統(tǒng)是結(jié)合學校迎新活動管理的實際需要，對新生的入學情況進行管理的信息系統(tǒng)，提供豐富的查詢分析功能和管理、決策信息，是提高高校迎新工作效率的管理軟件。使用該系統(tǒng)可以實現(xiàn)新生信息的有序存儲，使得檢索迅速、查找方便、并且提高了可靠性。本軟件旨在使學校對新生信息的管理，以減輕工作人員的負擔，可以加快迎新工作的有條不紊的進行，實現(xiàn)直觀化，合理化。通過這樣的系統(tǒng)，可以做到信息的規(guī)范管理、科學統(tǒng)計和快速的查詢，從而減少管理方面的工作量。尤其對于復雜的信息管理，計算機能夠充分發(fā)揮它的優(yōu)越性。1.2.1項目來源及背景新生報到系統(tǒng)采用uml結(jié)構(gòu)，在設(shè)計初期即充分考慮系統(tǒng)的安全性、穩(wěn)定性和所需提供的必要功能，并在充分吸取前人經(jīng)驗的基礎(chǔ)上著手設(shè)計和開發(fā)。因而功能齊全，性能穩(wěn)定可靠，介面親和力強，是普通使用者容易上手操作的新生報到系統(tǒng)。該系統(tǒng)雖是今年剛開發(fā)的軟件產(chǎn)品，每個新生要經(jīng)歷近8個處理環(huán)節(jié)。在普通的服務(wù)器上、幾百個用戶同時在線處理、系統(tǒng)均能應付自如，未出現(xiàn)任何差錯，大大減輕各級經(jīng)辦人員的勞動強度，因而贏得學院領(lǐng)導和各基層單位的一致好評。 1.2.2系統(tǒng)結(jié)構(gòu)劃分本系統(tǒng)共分為：報到、繳費、宿舍分配、戶籍遷移、校醫(yī)院體檢等5個個功能模塊。其數(shù)據(jù)更新權(quán)歸各職能部門所有，從而保證了全院范圍內(nèi)的數(shù)據(jù)一致性，也為責任落實到人提供了基礎(chǔ)。1.3.3用戶特點：本系統(tǒng)的用戶是網(wǎng)上用戶，一類是新生，他們只需要打開新生報到界面，輸入自己的學號或者證件號等就可以進入根據(jù)自己系統(tǒng)的提示進入新生報到的程序；另一類用戶是管理用戶，他們是高校內(nèi)部的人，主要是系統(tǒng)管理人員和教務(wù)處，他們熟悉該流程以及辦理，系統(tǒng)人員對系統(tǒng)很熟悉，對系統(tǒng)進行維護。1.3文檔概述該新生報道管理系統(tǒng)是某高校委托其信息工程學院計算機系開發(fā)，集寢室管理、檔案管理、報道登記、收費管理等功能為一體的應用軟件，根據(jù)合同規(guī)定，通過雙方討論協(xié)商，特編制本新生報道管理系統(tǒng)需求說明書該文檔是關(guān)于用戶對于新生報到管理系統(tǒng)的需求，重點描述了新生報到的基本流程和新生報到系統(tǒng)的功能需求，是概要設(shè)計階段的重要輸入。本文檔的預期讀者是：設(shè)計人員開發(fā)人員測試人員用戶2引用文件軟件工程案例教程 機械工業(yè)出版社 韓萬江 編著數(shù)據(jù)庫系統(tǒng)概論第四版 高等教育出版社 王珊 薩師煊 編著3需求本章分條詳述系統(tǒng)需求，是指功能、業(yè)務(wù)(包括接口、資源、性能、可靠性、安全性、保密性等)和數(shù)據(jù)需求。也就是，構(gòu)成系統(tǒng)驗收條件的系統(tǒng)特性。給每個需求指定項目唯一標識符以支持測試和可追蹤性。并以一種可以定義客觀測試的方式來陳述需求。對每個需求都應說明相關(guān)合格性方法(見第4章)，如果是子系統(tǒng)，則還要給出從該需求至系統(tǒng)需求的可追蹤性(見5.a條)。描述的詳細程度遵循以下規(guī)則：應包含構(gòu)成系統(tǒng)驗收條件的那些系統(tǒng)特性，需方愿意推遲到設(shè)計時留給開發(fā)方說明的那些特性。如果在給定條中沒有需求可說明的話，應如實陳述。如果某個需求在多條中出現(xiàn)，可以只陳述一次而在其他條中引用之。3.1要求的狀態(tài)和方式3.2需求概述3.2.1系統(tǒng)總體功能和業(yè)務(wù)結(jié)構(gòu)我們采用面向?qū)ο蠓治鲎鳛橹饕南到y(tǒng)建模方法，使用uml(unified modeling language)作為建模語言。uml為建?；顒犹峁┝藦牟煌嵌扔^察和展示系統(tǒng)的各種特征的方法。在uml中，任何一個角度對系統(tǒng)所作的抽象可能需要幾種模型來描述，而這些來自不同角度的模型圖最終組成了系統(tǒng)的映象。用例描述角色（用戶、外部系統(tǒng)以及系統(tǒng)處理）是如何與系統(tǒng)交互來完成工作的。用例模型提供了一個非常重要的方式來界定系統(tǒng)邊界以及定義系統(tǒng)功能，同時，該模型將來可以派生出動態(tài)對象模型。設(shè)計用例時，我們遵循下列步驟：1）識別出系統(tǒng)的角色。角色可以是用戶、外部系統(tǒng)，甚至是外部處理，通過某種途徑與系統(tǒng)交互。重要的是著重從系統(tǒng)外部執(zhí)行者的角度來描述系統(tǒng)需要提供哪些功能，并指出這些功能的執(zhí)行者(角色）是誰。盡可能地確保所有角色都被完全識別出來。2）描述主要的用例。可以采取不斷問體積“這個角色究竟想通過系統(tǒng)做什么？”來準確地描述用例。3）重新審視每個用例，為它們下個詳盡的定義。 新生報到管理系統(tǒng)流程圖將各系統(tǒng)或子系統(tǒng)連在一起，著重說明這個系統(tǒng)各部分之間地關(guān)系，表達了系統(tǒng)各部分之間信息流動情況。如下圖所示： 圖1：新生報到系統(tǒng)系統(tǒng)流程圖3.2.1.1角色定義 用戶或者執(zhí)行這指與系統(tǒng)產(chǎn)生交互的外部用戶或者外部系統(tǒng)。3.2.1.1.1新生該系統(tǒng)開發(fā)目的主要就是針對新生報到做智能化的設(shè)計。新生和系統(tǒng)的每個功能都密不可分。 3.2.1.1.2管理用戶管理用戶分各部門管理員和系統(tǒng)管理員，各部門管理員是指在新生報到管理系統(tǒng)中通過管理端參與新生報到工作的人員，它又分為宿舍管理員、財醫(yī)院管理員、學務(wù)處管理員、校工處管理員、學院報到處管理員、一卡通管理員。 系統(tǒng)管理員是指對新生報到管理系統(tǒng)進行相關(guān)的設(shè)置、進行系統(tǒng)維護的人員，通過管理端登錄對管理端的用戶進行設(shè)置、分配權(quán)限等，它們的關(guān)系如下圖所示。 圖2：管理用戶角色的關(guān)系 管理用戶的具體說明如下：各部門管理員： 宿管部管理員：安排新生入住，對已入住的新生進行登記，管理新生入住信息。學院報到處管理員：查驗新生錄取通知書相關(guān)信息是否正確，管理新生個人信息。財務(wù)處管理員：管理新生繳費信息。 校醫(yī)院管理員：組織新生體檢，并記錄新生體檢信息。 一卡通管理員：管理新生一卡通發(fā)放情況。 學工處管理員：管理需要辦理戶口轉(zhuǎn)移新生的戶口轉(zhuǎn)移信息。 系統(tǒng)管理員：通過管理端對系統(tǒng)用戶進行管理的人員，這個角色主要負責對管理端用戶的增刪，權(quán)限的設(shè)置等功能。 3.2.1.2 系統(tǒng)主用例圖 新生報到管理系統(tǒng)可以分為兩個最重要的組成部分，一個是新生端子系統(tǒng)，一個是管理端子系統(tǒng)。新生端子系統(tǒng)功能主要就是新生通過登錄系統(tǒng)，查詢自己的個人基本信息以及報到信息。管理端子系統(tǒng)功能是學校各部門的管理員依據(jù)新生報到的相關(guān)信息辦理相關(guān)手續(xù)，記錄新生報到信息等功能。系統(tǒng)的主用例圖如下圖所示。 圖3：系統(tǒng)的主用例圖 3.2.1.2.2子系統(tǒng) 新生通過提交錄取通知書等入學信息、付費信息等與系統(tǒng)管理端交互。其主要功能是提供新生報到、繳費管理、寢室分配、戶籍遷移、一卡通辦理等。其用例圖和活動圖如下圖所示。 圖4：子系統(tǒng)功能用例圖 主用例描述如下：（1）預檢信息 給前來報到的新生進行報到、核對并及時修改學生個人的基本信息；自動生成報到號，通過報到號為學生辦理以下環(huán)節(jié)的手續(xù)；查看未報到和已報到的學生人數(shù)及基本信息。（2）繳費管理給前來繳費的學生進行繳費情況登記；查看未繳費和已繳費的學生人數(shù)及其個人基本信息；查看學生的繳費記錄；財務(wù)處還有權(quán)設(shè)置學院內(nèi)各專業(yè)的應繳金額和代收費用。（3）宿舍管理給學生分配宿舍；查看未分配宿舍的學生人數(shù)、基本信息和已分配宿舍的學生人數(shù)、基本信息和宿舍號；可查尋學院宿舍的住宿情況。（4）戶口轉(zhuǎn)移 新生可按需求自主選擇是否要辦理戶口轉(zhuǎn)移，需要者辦理戶口轉(zhuǎn)移相關(guān)手續(xù)，并進行登記。（5）領(lǐng)取一卡通 已完成繳費的新生可到現(xiàn)代技術(shù)教育中心領(lǐng)取一卡通，并登記領(lǐng)取情況。（6）體檢 新生需到校醫(yī)院進行體檢，并登記體檢信息。a) 預檢信息 用例詳細信息如圖：用例名稱預檢信息用例描述給前來報到的新生進行報到、核對并及時修改學生個人的基本信息；自動生成報到號，并統(tǒng)計分類執(zhí)行者新生、學院報到處管理員條件前置新生錄取通知書編號后置預檢完成之后，生成新生個人基本信息表基本流程1）給前來報到的新生進行報到、核對并及時修改學生個人的基本信息2）自動生成錄取編號，通過報到號為學生辦理以下環(huán)節(jié)的手續(xù)查看未報到和已報到的學生人數(shù)及基本信息備注無 預檢信息活動圖，如圖以下： 圖5：預檢信息活動圖b) 繳費管理 確認新生的繳費情況，并登記和錄入新生的基本信息；對于未繳費的新生可以提供幾種繳費的方式：銀行繳費、現(xiàn)場繳費或申請貸款。用例名稱繳費管理用例描述繳費登記；統(tǒng)計已繳費人數(shù)執(zhí)行者新生、財務(wù)處管理員條件前置新生已經(jīng)登錄系統(tǒng)，并且已經(jīng)辦理報到后置記錄每個學生的繳費登記；統(tǒng)計繳費的人數(shù)基本流程1、通過點擊繳費按鈕進行查詢是否已繳費情況登記2、對于已繳費的新生可以不用通過此過程；未繳費的新生應該進行此項辦理統(tǒng)計人數(shù)并錄入備注無 繳費管理用例圖、順序圖如下圖所示： 圖6：繳費管理用例圖 圖7：繳費管理順序圖c) 宿舍分配 分配宿舍給學生，并統(tǒng)計人數(shù)和錄入學生基本信息，便于學生查詢是否已分配宿舍、宿舍號碼和宿舍人員名單。用例名稱宿舍分配用例描述分配宿舍給新生，查詢學院宿舍的住宿情況執(zhí)行者宿管部條件前置宿管部工作人員登入系統(tǒng)，新生已繳納學費后置記錄已分配和未分配學生人數(shù)、基本信息，并錄入住宿人員名單基本流程1、宿管部將新生宿舍分配情況反饋給新生2、新生根據(jù)分配情況辦理入住手續(xù)，同時登記入住信息3、查詢學院宿舍的住宿情況，生成已入住宿新生的名單備注無宿舍分配活動圖： 圖8：宿舍管理用例圖 圖9：宿舍管理活動圖d) 戶口遷移新生根據(jù)自己的需要辦理戶籍遷移，管理員查詢并統(tǒng)計已辦理和未辦理新生人數(shù)和基本信息。用例名稱戶籍遷移用例描述辦理戶籍遷移執(zhí)行者學工處管理員條件前置學生已經(jīng)登錄系統(tǒng)，并需要辦理戶口遷移后置記錄已辦理和未辦理的學生人數(shù)以及基本信息基本流程1、 給要辦理遷移戶口的學生辦理戶籍遷移登記手續(xù)2、查看已辦理戶籍遷移和未辦理的學生人數(shù)和基本信息備注無戶口遷移用例圖、順序圖： 圖10：戶口遷移用例圖 圖11：戶口遷移順序圖e) 一卡通辦理新生入校必須要的一卡通辦理程序，學院給每個新生辦理一卡通，對于已經(jīng)領(lǐng)用一卡通的學生，要進行登記處理生并以生成表格的形式，給予新生進行查詢，學院還要進行統(tǒng)計和登記。用例名稱一卡通辦理用例描述一卡通領(lǐng)用登記，并統(tǒng)計人數(shù)和基本信息執(zhí)行者現(xiàn)代技術(shù)教育中心條件前置新生已繳納學費后置發(fā)放一卡通，并登記、統(tǒng)計人數(shù)和新生的基本信息確認基本流程1、給新生辦理學院通用的一卡通領(lǐng)用情況登記2、查看未辦理一卡通和已辦理的學生人數(shù)和基本信息備注無 一卡通辦理的用例圖、活動圖： 圖12：一卡通管理用例圖 圖13：一卡通辦理活動圖f) 體檢管理 用例名稱體檢用例描述新生注冊后需到校醫(yī)院處進行體檢，并記錄體檢信息執(zhí)行者校醫(yī)院管理員條件前置新生已繳納學費后置體檢完成后，校醫(yī)院管理員記錄新生體檢結(jié)果基本流程1、新生憑錄取通知書到校醫(yī)院參加體檢 2、新生體檢完成后，校醫(yī)院管理員對新生體檢結(jié)果進行登記備注無 體檢管理用例圖如下圖所示： 圖14：體檢管理用例圖 3.2.1.2.3系統(tǒng)管理系統(tǒng)管理是管理系統(tǒng)的安全而設(shè)計的，該系統(tǒng)采用b/s設(shè)計模式，故只有合法用戶才可以使用系統(tǒng)，考慮到系統(tǒng)使用的人員很多，所以系統(tǒng)提供用戶注冊與密碼修改功能，注冊需要在進入系統(tǒng)后由系統(tǒng)管理員分配，而不像一般網(wǎng)頁注冊那樣直接填數(shù)據(jù)，修改密碼則是在各種進入系統(tǒng)后提交新數(shù)據(jù)于系統(tǒng)，系統(tǒng)進行處理。 圖15：系統(tǒng)管理用例圖 圖16：系統(tǒng)管理數(shù)據(jù)流圖3.2.2硬件系統(tǒng)的需求服務(wù)器： 操作系統(tǒng)：microsoft windows 2000 servercpu：p4處理器內(nèi)存：512m客戶端： 操作系統(tǒng)：全系列windows cpu：1g處理器 內(nèi)存：128m 瀏覽器：ie5.0以上3.2.3軟件系統(tǒng)的需求說明對軟件系統(tǒng)的需求。操作系統(tǒng)： windows 2000或以上版本數(shù)據(jù)庫：mysql開發(fā)工具包：jdk version 1.6web服務(wù)器：tomcat瀏覽器：ie5.0及以上3.2.4接口需求說明硬件系統(tǒng)和軟件系統(tǒng)之間的接口。3.3系統(tǒng)能力需求本條應分條詳細描述與系統(tǒng)每一能力相關(guān)聯(lián)的需求。“能力”被定義為一組相關(guān)的需求。可以用“功能”、“性能”、“主題”、“目標”或其他適合用來表示需求的詞來替代“能力”。3.3.1 界面需求l 頁面內(nèi)容主題突出，美觀簡潔l 導航結(jié)構(gòu)明確，易于用戶理解使用l 頁面大小適中，能用各種瀏覽器以不同分辨率瀏覽，頁面風格統(tǒng)一3.3.2 響應時間需求無論是客戶端還是管理端，當用戶登錄，進行任何操作的時候，系統(tǒng)應該及時地進行反應，反應的時間在5秒以內(nèi)。系統(tǒng)應能檢測出各種非正常情況，如與設(shè)備的通信中斷，無法連接數(shù)據(jù)庫服務(wù)器等，以避免出現(xiàn)長時間等待甚至無響應。3.3.3 可靠性需求 系統(tǒng)應保證在開學期間7*24小時不停頓運行，保證50人可以同時在瀏覽器中訪問并登錄系統(tǒng)，此時系統(tǒng)能正常運行，顯示無誤。3.3.4 可擴展性需求 系統(tǒng)又能夠能夠體現(xiàn)擴展性需求，以適應將來功能的擴充。3.3.5 系統(tǒng)安全性需求系統(tǒng)有嚴格的權(quán)限管理功能，各種模塊須有相應的權(quán)限方能進入。系統(tǒng)能防止各類誤操作造成的數(shù)據(jù)丟失，破壞。防止用戶非法獲取網(wǎng)頁及內(nèi)容。3.4系統(tǒng)外部接口需求本條應分條描述關(guān)于系統(tǒng)外部接口的需求(如有的話)。本條可引用一個或多個接口需求規(guī)格說明(irs)或包含這些需求的其他文檔。3.4.1接口標識和接口圖本條應標識所需的系統(tǒng)外部接口。(若適用)每個接口標識應包括項目唯一標識符，并應用名稱、序號、版本和引用文件指明接口的實體(系統(tǒng)、配置項和用戶等)。該標識應說明哪些實體具有固定的接口特性(因而要對這些接口實體強加接口需求)，哪些實體正被開發(fā)或修改(從而接口需求已被施加于它們)?？捎靡粋€或多個接口圖表來描述這些接口。3.4.2 用戶接口 a、采用windows的通用圖形界面，用戶友好。 b、界面有一致性，界面規(guī)范遵循windows軟件界面餓規(guī)范 c、提供錯誤處理。 d、提供信息提示，用多種信息提示當前用戶的狀態(tài)、界面。 e、提供方便的聯(lián)機幫助。 f、遵循國家關(guān)于計算機方面詞匯的標準，用詞正確、準確、無歧義。 g、本產(chǎn)品的用戶一般需要通過終端進行操作，進入主界面后點擊相應的窗口，分別進入 相對應的界面（如、輸入界面、輸出界面）。用戶對程序的維護，最好要有備份。3.4.x(接口的項目唯一標識符)本條(從3.4.2開始)應通過項目唯一標識符標識系統(tǒng)的外部接口，簡單地標識接口實體，根據(jù)需要可分條描述為實現(xiàn)該接口而強加于系統(tǒng)的需求。該接口所涉及的其他實體的接口特性應以假設(shè)、或“當(未提到實體)這樣做時，系統(tǒng)將”的形式描述，而不描述為其他實體的需求。本條可引用其他文檔(如：數(shù)據(jù)字典、通信協(xié)議標準和用戶接口標準)代替在此所描述的信息。(若適用)需求應包括下列內(nèi)容，它們以任何適合于需求的順序提供，并從接口實體的角度說明這些特性的區(qū)別(如對數(shù)據(jù)元素的大小、頻率或其他特性的不同期望)：a.系統(tǒng)必須分配給接口的優(yōu)先級別；b.要實現(xiàn)的接口的類型的需求(如：實時數(shù)據(jù)傳送、數(shù)據(jù)的存儲和檢索等)；c.系統(tǒng)必須提供、存儲、發(fā)送、訪問、接收的單個數(shù)據(jù)元素的特性，如： 1)名稱/標識符； a)項目唯一標識符； b)非技術(shù)(自然語言)名稱； c)標準數(shù)據(jù)元素名稱； d)技術(shù)名稱(如代碼或數(shù)據(jù)庫中的變量或字段名稱)； e)縮寫名或同義名； 2)數(shù)據(jù)類型(字母數(shù)字和整數(shù)等)； 3)大小和格式(如：字符串的長度和標點符號)； 4)計量單位(如：米、元、秒)； 5)范圍或可能值的枚舉(如：099)； 6)準確度(正確程度)和精度(有效數(shù)字位數(shù))； 7)優(yōu)先級別、時序、頻率、容量、序列和其他的約束條件，如：數(shù)據(jù)元素是否可被更新、業(yè)務(wù)規(guī)則是否適用； 8)保密性和私密性的約束； 9)來源(設(shè)置/發(fā)送實體)和接收者(使用/接收實體)；d.系統(tǒng)必須提供、存儲、發(fā)送、訪問和接收的數(shù)據(jù)元素集合體(記錄、消息、文件、數(shù)組、顯示和報表等)的特性，如： 1)名稱/標識符； a)項目唯一標識符； b)非技術(shù)(自然語言)名稱； c)技術(shù)名稱(如代碼或數(shù)據(jù)庫的記錄或數(shù)據(jù)結(jié)構(gòu))； d)縮寫名或同義名； 2)數(shù)據(jù)元素集合體中的數(shù)據(jù)元素及其結(jié)構(gòu)(編號、次序和分組)； 3)媒體(如盤)和媒體中數(shù)據(jù)元素/數(shù)據(jù)元素集合體的結(jié)構(gòu)； 4)顯示和其他輸出的視聽特性(如：顏色、布局、字體、圖標和其他顯示元素、蜂鳴聲和亮度等)； 5)數(shù)抿元素集合體之間的關(guān)系。如排序/訪問特性； 6)優(yōu)先級別、時序、頻率、容量、序列和其他的約束條件，如：數(shù)據(jù)元素集合體是否可被修改、業(yè)務(wù)規(guī)則是否適用； 7)保密性和私密性約束； 8)來源(設(shè)置/發(fā)送實體)和接收者(使用/接收實體)；e.系統(tǒng)必須規(guī)定接口使用的通信方法所要求的特性。如： 1)項目唯一標識符； 2)通信鏈接/帶寬/頻率/媒體及其特性； 3)消息格式化； 4)流控制(如：序列編號和緩沖區(qū)分配)； 5)數(shù)據(jù)傳送速率，周期性/非周期性，傳輸間隔； 6)路由、尋址和命名約定； 7)傳輸服務(wù)，包括：優(yōu)先級別和等級； 8)安全性/保密性/私密性方面的考慮，如：加密、用戶鑒別、隔離和審核等；f.系統(tǒng)必須規(guī)定接口使用的協(xié)議所要求的特性，如： 1)項目唯一標識符； 2)協(xié)議的優(yōu)先級別/層次； 3)組，包括：分段和重組、路由和尋址； 4)合法性檢查、錯誤控制和恢復過程； 5)同步，包括：連接的建立、保持和終止； 6)狀態(tài)、標識、任何其他的報告特征；g.其他所需的特性，如：接口實體的物理兼容性(尺寸、公差、負荷、電壓和接插件兼容性等)。3.5系統(tǒng)內(nèi)部接口需求本條應指明系統(tǒng)內(nèi)部接口的需求。如果所有內(nèi)部接口留到設(shè)計時或在系統(tǒng)成分的需求規(guī)格說明中規(guī)定，那么必須如實說明。如果實施這樣的需求，則可考慮本文檔的3.4列出的主題。3.6系統(tǒng)內(nèi)部數(shù)據(jù)需求本條應指明分配給系統(tǒng)內(nèi)部數(shù)據(jù)的需求(若有)，包括對系統(tǒng)中數(shù)據(jù)庫和數(shù)據(jù)文件的需求。如果所有有關(guān)內(nèi)部數(shù)據(jù)的決策都留待設(shè)計時或留待系統(tǒng)部件的需求規(guī)格說明中給出，則需在此如實說明。如果要強加這種需求，則可考慮在本文檔的3.4.x.c和3.4.x.d列出的主題。 系統(tǒng)數(shù)據(jù)描述：a） 學生信息：錄取通知書號碼+身份證號+姓名+性別+家庭地址+聯(lián)系方式+班級編號b） 寢室信息：房間號+檔次+收費標準c） 檔案信息：錄取通知書號+辦理戶口轉(zhuǎn)移信息+寢室代碼+學雜費繳納情況d） 管理人員信息：工作人員編號+工作人員姓名+身份證號+登陸密碼。 e） 輔導員信息：輔導員編號+輔導員姓名+聯(lián)系方式d) 班級信息：班級編號+班級名稱（1） 動態(tài)數(shù)據(jù)學生信息表：錄取通知書號，姓名，性別，班級。輔導員姓名，輔導員聯(lián)系方式，寢室號檔案繳納信息表：學生姓名，錄取通知書編號，組織關(guān)系繳納情況，高中檔案繳納情況，學雜費繳納情況。（2） 數(shù)據(jù)庫描述 本軟件采用sql server 2005專用數(shù)據(jù)庫接口。3.7性能需求(若有)本條應指明要求系統(tǒng)提供的、與安裝有關(guān)的數(shù)據(jù)(如：現(xiàn)場的經(jīng)緯度)和要求系統(tǒng)使用的、根據(jù)運行需要可能變化的運行參數(shù)(如：表示與運行有關(guān)的目標常量或數(shù)據(jù)記錄的參數(shù))。為了保證系統(tǒng)能夠長期、安全、穩(wěn)定、可靠、高效地運行，新生報到管理系統(tǒng)應該滿足以下性能需求：（1）系統(tǒng)處理的準確性和及時性： 系統(tǒng)處理的準確性和及時性是系統(tǒng)的必要性能。查詢時應保證查全率，所有相應域包含查詢關(guān)鍵字的記錄都應能查到。在系統(tǒng)實際和開發(fā)過程中，要充分考慮系統(tǒng)當前和將來可能承受的工作量，是系統(tǒng)的處理能力和相應時間能夠滿足信息處理的需求。相應時間，更新處理時間都比較迅速，完全滿足用戶要求。一般操作的相應時間應在3-5s內(nèi)，對數(shù)據(jù)的導入、到處、軟磁盤和打印機的操作也應在可接受的時間內(nèi)完成。（2）系統(tǒng)的開放性和系統(tǒng)的可擴充性：系統(tǒng)在開發(fā)過程中，應該充分考慮以后的可擴充性?？蓴U充系統(tǒng)可以通過簡單地加入和減少系統(tǒng)的模塊，配置系統(tǒng)硬件。通過軟件的修補、替換，完成系統(tǒng)的升級和更新?lián)Q代。（3）系統(tǒng)的易用性和易維護性： 系統(tǒng)是直接面對使用人員的，而使用人員往往在對計算機并不非常熟悉。這就要求系統(tǒng)能夠提供良好的用戶接口，易用的人機交互見面。要實現(xiàn)這一點，就要求系統(tǒng)應該盡量使用用戶熟悉的過程。系統(tǒng)中涉及到的數(shù)據(jù)是學校新生管理的相當重要的信息，系統(tǒng)要提供方便的手段供系統(tǒng)管理員進行數(shù)據(jù)的備份、日常安全管理、系統(tǒng)以外崩潰時數(shù)據(jù)的恢復等工作。（4）系統(tǒng)的標準性 系統(tǒng)在設(shè)計、開發(fā)、使用過程中，要涉及很多計算機硬件、軟件。所有這些都要符合主流國際、國家和行業(yè)標準。例如，在開發(fā)中使用的操作系統(tǒng)、網(wǎng)絡(luò)系統(tǒng)、開發(fā)工具都必須符合通用標準。3.8安全性需求(若有)本條應描述有關(guān)防止對人員、財產(chǎn)、環(huán)境產(chǎn)生潛在的危險或把此類危險減少到最低的系統(tǒng)需求，包括：危險物品使用的限制；為運輸、操作和存儲的目的而對爆炸物品進行分類；異常中止/異常出口規(guī)定；氣體檢測和報警設(shè)備；電力系統(tǒng)接地；排污；防爆(若適用)。描述還應包括有關(guān)系統(tǒng)核部件(若有)的需求，如：部件設(shè)計、意外爆炸的預防以及與核安全規(guī)則保持一致。由于數(shù)據(jù)的傳輸上需要通過網(wǎng)絡(luò)傳輸，為了客戶資料進行保密，需要在網(wǎng)絡(luò)的傳輸過程中對數(shù)據(jù)進行加密。 這個工作主要是在準備網(wǎng)絡(luò)包，及解開網(wǎng)絡(luò)包這兩個模塊完成，它們各對數(shù)據(jù)進行加密及解密還原工作。 3.9保密性和私密性需求(若有)本條應指明維持保密性和私密性的系統(tǒng)需求，包括：系統(tǒng)運行的保密性/私密性環(huán)境、提供的保密性或私密性的類型和程度、系統(tǒng)必須經(jīng)受的保密性/私密性的風險、減少此類危險所需的安全措施、系統(tǒng)必須遵循的保密性/私密性政策、系統(tǒng)必須提供的保密性/私密性審核以及保密性/私密性必須遵循的確認/認可準則。3.10操作需求說明本系統(tǒng)在常規(guī)操作、特殊操作以及初始化操作和恢復操作等方面的要求。靈活性說明對該軟件的靈活性的要求，即當需求發(fā)生某些變化時，該軟件對這些變化的適應能力，如：a 操作方式上的變化；b 運行環(huán)境的變化；c 同其他軟件的接口的變化；d 精度和有效時限的變化；e 計劃的變化或改進。對于為了提供這些靈活性而進行的專門設(shè)計的部分應該加以標明。 輸人輸出要求解釋各輸入輸出數(shù)據(jù)類型，并逐項說明其媒體、格式、數(shù)值范圍、精度等。對軟件的數(shù)據(jù)輸出及必須標明的控制輸出量進行解釋并舉例，包括對硬拷貝報告（正常結(jié)果輸出、狀態(tài)輸出及異常輸出）以及圖形或顯示報告的描述。 數(shù)據(jù)管理能力要求說明需要管理的文卷和記錄的個數(shù)、表和文卷的大小規(guī)模，要按可預見的增長對數(shù)據(jù)及其分量的存儲要求作出估算。3.11可使用性、可維護性、可移植性、可靠性和安全性需求（1） 正確性 要求發(fā)布的軟件達到用戶的預期目標，運行時基本無錯誤。（2） 可靠性 在正常條件下，應該不出故障。（3） 效率 對于瀏覽、查詢、增加、刪除、更新和密碼設(shè)置等一般操作，要求及時響應，在3-5s內(nèi)。（4） 完整性 要求在發(fā)生意外時，保證數(shù)據(jù)不丟失。（5） 易用性 軟件界面符合當前流行的習慣，盡量為用戶的使用提供方便。（6） 可維護性 要求軟件運行發(fā)現(xiàn)錯誤時，能夠快速、準確地對其定位、診斷和修改、恢復。（7） 安全保密性 要求提供身份驗證，只允許通過身份驗證的用戶使用本軟件。如果三次密碼輸入不正確，則強行關(guān)閉系統(tǒng)。（8） 可理解性對于本軟件提供的各種表單、按扭，其功能應該一目了然，易于理解。（9） 數(shù)據(jù)的可交互性要求提供數(shù)據(jù)的導入/到處功能，尤其要提高與word/excel等通用辦公軟件的數(shù)據(jù)交互接口。3.12故障處理需求說明本系統(tǒng)在發(fā)生可能的軟硬件故障時，對故障處理的要求。3.12.1軟件系統(tǒng)出錯處理說明屬于軟件系統(tǒng)的問題；給出發(fā)生錯誤時的錯誤信息；說明發(fā)生錯誤時可能采取的補救措施。3.12.2硬件系統(tǒng)冗余措施的說明說明哪些問題可以由硬件設(shè)計解決，并提出可采取的冗余措施；對硬件系統(tǒng)采取的冗余措施加以說明。3.13系統(tǒng)環(huán)境需求(若有)本條應指明系統(tǒng)運行必須的與環(huán)境有關(guān)的需求。對軟件系統(tǒng)而言，運行環(huán)境包括支持系統(tǒng)運行的計算機硬件和操作系統(tǒng)(其他有關(guān)計算機資源方面的需求在下條描述)。對硬軟件系統(tǒng)而言，運行環(huán)境包括系統(tǒng)在運輸、存儲和操作過程中必須經(jīng)受的環(huán)境條件，如：自然環(huán)境條件(風、雨、溫度、地理位置)、誘導環(huán)境(運動、撞擊、噪音、電磁輻射)和對抗環(huán)境(爆炸、輻射)。3.14計算機資源需求本條應分條進行描述。根據(jù)系統(tǒng)性質(zhì)，在以下各條中所描述的計算機資源應能夠組成系統(tǒng)環(huán)境(對應軟件系統(tǒng))或系統(tǒng)部件(對應硬軟件系統(tǒng))。3.14.1計算機硬件需求本條應描述系統(tǒng)使用的或引人到系統(tǒng)中的計算機硬件需求，(若適用)包括：各類設(shè)備的數(shù)量、處理器、存儲器、輸入/輸出設(shè)備、輔助存儲器、通信/網(wǎng)絡(luò)設(shè)備、其他所需的設(shè)備的類型、大小、能力(容量)及其他所要求的特征。3.14.2計算機硬件資源利用需求本條應描述系統(tǒng)的計算機硬件資源利用方面的需求，如：最大許可使用的處理器能力、存儲器容量、輸入/輸出設(shè)備能力、輔助存儲器容量和通信/網(wǎng)絡(luò)設(shè)備能力。這些要求(如每個計算機硬件資源能力的百分比)還包括測量資源時所要求具備的條件。3.14.3計算機軟件需求本條應描述系統(tǒng)必須使用或引人系統(tǒng)的計算機軟件的需求，例如包括：操作系統(tǒng)、數(shù)據(jù)庫管理系統(tǒng)、通信/網(wǎng)絡(luò)軟件、實用軟件、輸入和設(shè)備模擬器、測試軟件和生產(chǎn)用軟件。必須提供每個軟件項的正確名稱、版本和引用文件。3.14.4計算機通信需求本條應描述系統(tǒng)必須使用的或引人系統(tǒng)的計算機通信方面的需求，例如包括：連接的地理位置、配置和網(wǎng)絡(luò)拓撲結(jié)構(gòu)、傳輸技術(shù)、數(shù)據(jù)傳輸速率、網(wǎng)關(guān)、要求的系統(tǒng)使用時間、傳送/接收數(shù)據(jù)的類型和容量、傳送/接收/響應的時間限制、數(shù)據(jù)的峰值和診斷功能。3.15系統(tǒng)質(zhì)量因素(若有)本條應描述系統(tǒng)質(zhì)量因素方面的需求，例如包括：系統(tǒng)的功能性(實現(xiàn)全部所需功能的能力)、可靠性(產(chǎn)生正確、一致結(jié)果的能力 如設(shè)備故障的平均間隔時間)、可維護性(易于服務(wù)、修改、更正的能力)、可用性(需要時進行訪問和操作的能力)、靈活性(易于適應需求變化的能力)、軟件可移植性(易于適應新環(huán)境變化的能力)、可重用性(在多個應用中使用的能力)、可測試性(易于充分測試的能力)、易用性(易于學習和使用的能力)和其他屬性等的定量需求。3.16設(shè)計和構(gòu)造的約束(若有)本條應描述約束系統(tǒng)設(shè)計和構(gòu)造的那些需求。對硬軟件系統(tǒng)而言，本條應包括強加于系統(tǒng)的物理需求，這些需求可通過引用適當?shù)纳逃脴藴屎鸵?guī)范來指定。需求包括：a.特殊系統(tǒng)體系結(jié)構(gòu)的使用或?qū)w系結(jié)構(gòu)方面的需求，例如：需要的子系統(tǒng)；標準部件、現(xiàn)有部件的使用；政府/需方提供的資源(設(shè)備、信息、軟件)的使用；b.特殊設(shè)計或構(gòu)造標準的使用；特殊數(shù)據(jù)標準的使用；特殊編程語言的使用；工藝需求和生產(chǎn)技術(shù)；c.系統(tǒng)的物理特性(如：重量限制、尺寸限制、顏色、保護罩)；部件的可交換性；從一地運輸?shù)搅硪坏氐哪芰Γ挥蓡稳嘶蛞唤M人攜帶或架設(shè)的能力；d.能夠使用和不能使用的物品；處理有毒物品的需求以及系統(tǒng)產(chǎn)生電磁輻射的允許范圍；e.銘牌、部件標記、系列號和批次號的標記、其他標識標記的使用；f.為支持在技術(shù)、威脅和任務(wù)等方面預期的增長和變化而必須提供的靈活性和可擴展性。3.17相關(guān)人員需求(若有)本條應描述與使用或支持系統(tǒng)的人員有關(guān)的需求，包括人員的數(shù)量、技術(shù)等級、責任期、培訓需求、其他的信息，如：所提供的工作站數(shù)量、內(nèi)在幫助和培訓能力的需求八若有)還應包括強加于系統(tǒng)的人力行為工程需求。這些需求包括對人員在能力與局限性方面的考慮；在正常和極端