案例一：總務辦公管理系統
系統簡介：某單位準備開發一個購買辦公用品和裝置的總務辦公管理系統。辦公用品的購買申請由各科室提出，由負責總務工作的辦公室統一收集。其中，購買申請的金額低於500元（含500元）可以由總務辦公室直接審批，而高於500元的購買申請由機構主管領導審批，批准的購買申請形成採購清單由採購員負責購買，同時應記錄每次實際購買清單，進行入賬。在提出購買申請時要包括下述資料：申請單位、物品名稱、物品數量、預計價格、物品用途等。每次購買完成後應記錄以下資料：物品名稱、物品數量、價格、總金額、購買日期、經辦人等。

軟體需求說明書

1引言
1.1編寫目的
該文件描述了總務辦公系統的功能和效能的要求，將作為對該專案在概要設計階段的設計輸入，該文件的目的是解決整個專案系統中“做什麼”的問題。對於開發技術在這裡並沒有涉及，而主要是通過建立模型的方式來描述使用者的需求為使用者、開發方等不同參與方提供一個交流的平臺。

1.2預期讀者
總務辦公管理系統針對的不同的預期讀者包括：
設計開發人員 、專案管理人員、測試人員、科室人員、總務辦公人員、機構主管、採購員、維護管理員。
1.3背景
a.軟體名稱：總務辦公管理系統；
b.提出者：系統需求者
c.開發者：XX、XX。
1.4參考資料
[1]《軟體工程與實踐 第3版》 賈鐵軍等 清華大學出版社
[2]《軟體專案管理案例教程 第3版》韓萬江等 機械工業出版社
2任務概述
2.1目標
（1）網站能夠提供友好的使用者介面，方便普通員工、辦公室人員以主管人員進行關
操作。
（2）網站能夠滿足使用者需求，使使用者通過使用系統能夠進行所需物品的申請，批准和相關資料的管理，方便公司的商品購買。
（3）網站應有良好的可相容性，可以較容易地加入其它系統的應用。
2.2使用者的特點
本系統的終端使用者包含下面幾種身份：科室人員、總務辦公人員、機構主管、普通員工、採購員、維護管理員。
科室人員：科室人員主要提出所需辦公用品的購買申請，將要購買的商品相關資訊填入系統了，等待稽核人員稽核。這類使用者有一定的知識水平，可以進行一簡單的辦公軟體進行操作。所以對於該使用者，使用者介面較為簡單。該角色工作內容較其他使用者相對簡單，系統預期使用頻度為一天一次。
總務辦公人員：總務辦公人員主要對各科室提出的辦公室用品購買申請進行核查審批，主要負責金額較低的商品申請。該使用者有相對高的文化水平，自身有較多的重要工作，系統預期使用頻度為兩天一次。
機構主管：機構主管主要對所提出購買申請的物品中金額較高的商品進行核查審批，擁有相對大的權利。知識水平高，有一定協調能力。有較多的重要工作，系統預期使用頻度為三天一次。
採購員：採購員主要對已經稽核通過了的辦公室物品進行採集，補全所需的商品，。使用者多執行能力強，所以系統的更新速度是以天為單位。
維護管理員：主要進行網站日常維護，釋出網頁資訊，管理網站人員資訊資料，包括對其的增加和刪除操作。該使用者有較高的知識水平，有一定程式設計能力。由於系統具有不確定性，系統使用頻度無法預期。
2.3假定和約束
經費約束：總費用控制在5萬
開發期限：7天
執行環境：windows作業系統
3需求規定
3.1對功能的規定
3.1.1綜合描述
總務辦公管理系統的功能包括：
（1）許可權功能：為使用者設定許可權功能，使用者只能對授權範圍內進行相應修改及刪除。
（2）錄入功能：為使用者提供對所有資訊的錄入功能。
（3）查詢功能：為使用者提供查詢的功能，可查詢允許範圍內的所有資訊。
（4）維護功能：為使用者提供查詢及相應的修改，刪除功能。
（5）列印功能：能列印商品申請的資訊及商品購買資訊，以及批准清。
（6）退出功能：結束並關閉系統。
下表為總務辦公管理系統的功能列表

3.1.2系統角色（Actor）分析
角色或者執行者（Actor）是指與系統產生互動的外部使用者或者外部系統。本系統的使用角色主要分為普通員工、科室人員、總務辦公人員、機構主管、採購員、維護管理員。
以下是對每個角色的詳細介紹。
A.科室人員：
各科室可以完成網站註冊和登入，提出辦公用品的購買申請，檢視商品相關資訊包括審批清單，購買完成商品資訊等。
B.普通員工:
普通員工不需要進行註冊，直接登入並瀏覽網頁上的資訊，但沒有許可權對資訊進行修改。
C.總務辦公人員：
總務辦公人員可以完成網站註冊和登入，對各科室提出的購買金額在500元以下的申請進行審批，提交審批清單，對於高於500元的申請沒有許可權，還可以檢視商品相關資訊包括審批清單，購買完成商品資訊等。
D.機構主管：
機構主管可以完成網站註冊和登入，對各科室提出的購買金額超過500元總務辦公人員沒有許可權進行審批的申請進行審批，提交審批清單，對於小於500元的申請可以選擇性進行審批，還可以檢視商品相關資訊包括審批清單，購買完成商品資訊等。
E.採購員：
採購員可以完成網站註冊和登入，對審批部門審批的審批清單進行購買，並提交實際購買商品清單，還可以檢視商品相關資訊包括審批清單，購買完成商品資訊等。
F.系統管理員
系統管理員主要進行網站日常維護，釋出網頁資訊，管理網站人員資訊資料，
包括對其的增加和刪除操作
3.1.3系統主用例圖

系統主要分為客戶端子系統和管理端子系統，前者參與人員有普通員工、科室人員、總務辦公人員、機構主管、採購員，後者參與人員為維護管理員，系統間不耦合，各自處理相應事務。具體系統主 用例圖如圖 3-1 所示。
3.1.4 客戶端子系統
客戶端子系統由、科室人員、總務辦公人員、機構主管、採購員執行申請批准相關操作，普通員工僅可以對網站常規介紹性內容進行簡單瀏覽，沒有修改資訊功能；各科室提出購買申請；科室人員和總務辦公人員對各科室提出的購買申請進行審批，提交審批清單。採購員對審批部門審批的審批清單進行購買，並提交實際購買商品清單。客戶端子系統的用例圖如圖3-2 所示。

3.1.4.1 登入系統
角色：普通員工、科室人員、總務辦公人員、機構主管、採購員、維護管理員。
目的：使用者登入系統。
前置條件：普通員工、科室人員、總務辦公人員、機構主管、採購員、維護管理員。
用例描述：

1. 使用者進入系統首頁。
2. 系統顯示登入介面，使用者輸入使用者名稱和密碼，單擊確定。
3. 系統檢查是否有此使用者資訊，若存在此使用者，使用者進入系統；若不存在此使用者，本頁面顯示相應的錯誤資訊。
4. 不同身份登入詳細說明：
   普通員工：不出現人員管理功能欄，物品資訊只能檢視不允許出現對網站內容的增刪改查的相關操作許可權。
   科室人員：不出現人員管理功能欄，不能稽核申請，對除申請以外資訊只能檢視不能修改。
   總務辦公人員：不出現人員管理功能欄、採購欄以及申請欄，不能對申請物品金額大於500的商品進行稽核。
   採購員：不出現人員管理功能欄、審批以及申請欄，
   機構主管：不出現人員管理功能欄、採購欄以及申請欄。
   管理員：不出現採購欄以及申請欄相關功能欄。

3.1.4.2 註冊
角色：科室人員、總務辦公人員、機構主管、採購員
目的：使用者註冊。
用例描述：

1. 使用者進入系統首頁。
2. 系統顯示註冊介面，使用者輸入相關的身份資訊，單擊確定。
3. 使用者名稱長度不足 10 位時，提示“名應為 10 位數字”。密碼不為6 位數字時提示“密碼必須為 6 位且為純數字組成”
4. 系統經過後臺確認資料合法後提示註冊成功

3.1.4.3物品資訊：
角色：科室人員、總務辦公人員、機構主管、採購員、普通員工
目的：檢視物品資訊
用例描述：
1）使用者登入系統，進入系統首頁
2）系統顯示商品資訊查詢，選擇要查詢資訊，單擊確認。
3）系統通過後臺數據，對使用者所需資訊進行顯示。
4）檢視期間可以點選列印按鈕進行列印。
5）使用者完成操作，點選退出登入即可.

3.1.4.4.個人資訊維護
角色：科室人員、總務辦公人員、機構主管、採購員
目的：對個人資訊進行檢視和修改。
用例描述：

1. 使用者登入系統，進入系統首頁。
2. 單擊個人中心，檢視資訊，雙擊資訊可以修改點選部分資訊，如雙擊頭像即可更換頭像。
3. 完成修改後點選確認修改，顯示修改成功表示資訊修改成功。
4. 完成操作點選退出登入。

3.1.4.5.提出申請
角色：科室人員
目的：提出購買申請
用例描述：
1）使用者登入系統，進入系統首頁。
2）單擊我的特權，檢視當前申請清單，在搜尋欄輸入所要申請物品，若沒有人提出系統出現“還沒有人申請，馬上提出？”，點選確認，顯示提交成功。
3）若顯示“當前物品待稽核或者是待購買”可以點選“催一催”，顯示提醒完畢，則表示“催一催”成功。
4）完成操作點選退出登入。

3.1.4…6稽核
用例圖如3-3所示

角色：總務辦公人員、機構主管
目的：對提出購買申請進行稽核
前置條件：使用者為總務辦公人員、機構主管
用例描述：
1）使用者登入系統，進入系統首頁。
2）系統判斷角色型別，當用戶為總務辦公人員，系統進入總務辦公介面
3）單擊我的待處理，檢視當前申請列表，點選詳情，系統顯示具體資訊，若確認無誤後，點選“批准”。若想拒絕通過，點選“拒絕”，完成操作點選完成，即可回到首頁。
4）當科室人員單擊“催一催”，緊急處理欄閃爍。使用者點選檢視，進行稽核批准。
5）完成操作點選退出登入。
機構主管：在工作列多一“輔助”欄，可以直接對金額小於500的購買申請進行稽核通過，單擊“確認輔助”，完成對金額小於500的申請進行批准。

3.1.4.7.購買商品
角色：採購員
目的：對已批准的購買清單物品進行採購
用例描述：
1）使用者登入系統，進入系統首頁。
2）系統判斷角色型別，，進入採購員介面
3）單擊我的待處理，檢視當前待購買列表，點選詳情，系統顯示具體資訊，顯示未採購商品。
4）單擊“列印”對代購買商品列印，進行採購。
5) 將購買的商品進行資訊錄入，並簽名。系統顯示“是否確定，確定後不可修改”完成核對後點擊確認。返回首頁
6) 完成操作點選退出登入。

3.1.4.8 修改相關資訊
用例圖如3-4所示

角色：維護管理員
目的：對各科室、總務辦公人員、機構主管、採購員提出的資訊進行修改例如當用戶忘記密碼時進行重置
用例描述：

1. 使用者登入系統，進入系統。
2. 系統判斷角色型別，進入採管理員介面
3. 對提出者要修改資訊進行核對
4. 根據提出者的賬號，對其確認
5. 提交的資訊進行修改。
6. 完成修改點選確認
7. 完成操作點選退出登入。
   3.2非功能性需求
   3.2.1 介面需求
   系統的介面要求如下：
   A.頁面內容：物品資訊內容準確，術語和行文格式統一、規範、明確，欄目、
   選單設定和佈局合理，傳遞的資訊準確、及時。
   B.導航結構：頁面具有明確的導航指示，且便於理解，方便使用者使用。
   C.藝術風格：介面、版面形象清新悅目、佈局合理,字號大小適宜、字型選擇合理，前後一致，美觀大方；色彩和諧自然,與內容相協調。
   3.2.2 響應時間需求
   當用戶登入，進行任何操作的時候，系統應該及時的進行反應，反應的時間在 3 秒以內。系統應能監測出各種非正常情況，如與裝置的通訊中斷，無法連線資料庫伺服器等，避免出現長時間等待甚至無響應。
   3.2.3 可靠性需求
   系統應保證 7*24 小時內不宕機，保證 50 人以上可以同時在客戶端登入，系統正常執行，正確提示相關內容。
   3.2.4 可擴充套件性需求
   系統設計要求能夠體現擴充套件性要求，以適應將來功能擴充套件的需求。
   3.2.5 系統安全性需求
   網站有嚴格的許可權管理功能，各功能模組需有相應的許可權方能。系統需能夠防止各類誤操作可能造成的資料丟失破壞。防止使用者非法獲取網頁以及內容
   3.3對效能及精度的規定
   用列表的方式，如下：
   
   3.3靈活性
   a.操作方式上的變化；簡單的滑鼠點選就可解決很多問題，輸入資料時可以使用鍵盤。
   b.執行環境的變化； 由簡單office辦公軟體轉變為新的軟體
   4執行環境規定
   4.1裝置
   （1）硬體環境：
   處理器：Intel Pentium 4 3.06GX或更高
   記憶體：256M
   硬碟空間：40GB
   顯示卡：SVGA顯示介面卡
   （2）軟體操作環境
   作業系統：Windows XP及以上
   開發軟體：Microsoft Visual Studio
   資料庫：Microsoft SQL Server 2012
   4.2支援軟體
   列出支援軟體,包括要用到的作業系統、編譯（或彙編）程式、測試支援軟體等。
   4.3 介面
   說明該軟體同其他軟體之間的介面、資料通訊協議等。