<!--Copyright 2002  Karna Saleh  All Rights Reserved.-->

<!---------------------------------------------------START EDITING BELOW THIS LINE --------------------------->


&text=<FONT SIZE="12" COLOR="#CCCCCC"><P ALIGN="LEFT"><FONT FACE="Arial" SIZE="16" COLOR="#FF3300"><A HREF=""><B>FAQs系統案例研究項目需求說明---需求規定 </B></A></FONT>
　從本章開始，逐個地給出各個層次中的每個程序的設計考慮。以下給出的提綱是針對一般情況的。 對于一個具體的模塊，尤其是層次比較低的模塊或子程序，其很多條目的內容往往與它所隸屬的上一層 模塊的對應條目的內容相同，在這種情況下，只要簡單地說明這一點即可。 
3．1程序描述 
　　給出對該程序的簡要描述，主要說明安排設計本程序的目的意義，并且，還要說明本程序的特點（如 是常駐內存還是非常駐？是否子程序？是可重人的還是不可重人的？有無覆蓋要求？是順序處理還是并發 處理卜…．．等）。
3．2功能 
　　說明該程序應具有的功能，可采用IPO圖（即輸入一處理一輸出圖）的形式。
3．3性能
　　說明對該程序的全部性能要求，包括對精度、靈活性和時間特性的要求。
3．4輸人項 
　　給出對每一個輸入項的特性，包括名稱、標識、數據的類型和格式、數據值的有效范圍、輸入的方式。 數量和頻度、輸入媒體、輸入數據的來源和安全保密條件等等。
3． 5輸出項 
　　給出對每一個輸出項的特性，包括名稱、標識、數據的類型和格式，數據值的有效范圍，輸出的形式、 數量和頻度，輸出媒體、對輸出圖形及符號的說明、安全保密條件等等。
3．6算法 
　　詳細說明本程序所選用的算法，具體的計算公式和計算步驟。
3．7流程邏輯 
　　用圖表（例如流程圖、判定表等）輔以必要的說明來表示本程序的邏輯流程。
3．8接口
　　用圖的形式說明本程序所隸屬的上一層模塊及隸屬于本程序的下一層模塊、子程序，說明參數賦值和調用方式，說明與本程序相直接關聯的數據結構（數據庫、數據文卷）。 
3．9存儲分配 
　　根據需要，說明本程序的存儲分配。 
3．10注釋設計 
　　說明準備在本程序中安排的注釋，如：
　　a． 加在模塊首部的注釋；
　　b．加在各分枝點處的注釋； 對各變量的功能、范圍、缺省條件等所加的注釋； 
　　d．對使用的邏輯所加的注釋等等。 
3．11限制條件 
　　說明本程序運行中所受到的限制條件。
3．12測試計劃 
　　說明對本程序進行單體測試的計劃，包括對測試的技術要求、輸入數據、預期結果、進度安排、人員職責、設備條件驅動程序及樁模塊等的規定。
3．13尚未解決的問題
　　說明在本程序的設計中尚未解決而設計者認為在軟件完成之前應解決的問題。

3.1對功能的規定
3.1.1系統功能關系圖
Internet用戶通過“Web訪問“子系統以多種視圖瀏覽FAQs。Intranet用戶通過“FAQs管理“子系統進行FAQs的維護管理操作。“存儲管理“子系統為“Web訪問“和“FAQs管理“分別提供訪問FAQs數據庫服務。
3.1.2系統功能概述
3.1.2.1系統用例圖：
 

3.1.2.2需求功能清單：
功能編號	功能名稱	文中標題編號	備注
01	瀏覽FAQs	3.1.3	
0101	瀏覽一個FAQ	3.1.3.1	
0102	瀏覽全部FAQs	3.1.3.2	
0103	瀏覽FAQs索引頁面	3.1.3.3	
0104	瀏覽FAQs文本視圖	3.1.3.4	
02	管理FAQs	3.1.4	
0201	增加FAQ	3.1.4.1	
0202	刪除FAQ	3.1.4.2	
0203	更新FAQ	3.1.4.3	

3.1.3瀏覽FAQs
	Internet用戶以多種視圖顯示和瀏覽FAQs。系統用例圖如下：
 
3.1.3.1 瀏覽一個FAQ
功能描述：
系統為Internet用戶提供瀏覽顯示單個FAQ的功能。
用例描述：
參與者：
Internet用戶
前置條件：
參與者訪問系統；
后置條件：
用戶獲得所瀏覽的FAQ。
基本路徑：
1.參與者提供“瀏覽一個FAQ”功能的地址；
2.系統列出所需FAQ的信息；
分支流程：
1a檢驗FAQ#的存在性
1a1系統根據FAQ#從數據庫中讀取FAQ,若FAQ不存在,返回錯誤頁面；
補充說明：
數據格式說明：
3.1.3.2 瀏覽全部FAQs
功能描述：
系統為Internet用戶提供瀏覽顯示所有FAQs的功能。
用例描述：
參與者：
Internet用戶
前置條件：
參與者訪問系統；
后置條件：
用戶獲得全部FAQs的列表。
基本路徑：
1.參與者提供“瀏覽全部FAQs”功能的地址；
2.系統列出全部FAQs的列表信息；
分支流程：
補充說明：
數據格式說明：
3.1.3.3 瀏覽FAQs索引頁面
功能描述：
系統為Internet用戶提供瀏覽顯示所有FAQs索引的功能。
用例描述：
參與者：
Internet用戶
前置條件：
參與者訪問系統；
后置條件：
用戶獲得全部FAQs索引的列表。
基本路徑：
1.參與者提供“瀏覽FAQs索引頁面”功能的地址；
2.系統列出全部FAQs索引的列表信息；
3.參與者點擊單個FAQ索引連接,獲得相應FAQ的信息。
分支流程：
補充說明：
數據格式說明：
3.1.3.4 瀏覽FAQs文本視圖
功能描述：
系統為Internet用戶提供以文本視圖方式瀏覽顯示所有FAQs的功能。
用例描述：
參與者：
Internet用戶
前置條件：
參與者訪問系統；
后置條件：
用戶獲得全部FAQs的文本視圖方式列表。
基本路徑：
1.參與者提供“瀏覽FAQs文本視圖”功能的地址；
2.系統列出全部FAQs的文本視圖方式列表信息；
分支流程：
補充說明：
數據格式說明：
3.1.4 管理FAQs
	為Intranet用戶提供管理和維護FAQs的功能。系統用例圖如下：
 
3.1.4.1 增加FAQ
功能描述：
系統為Intranet用戶提供增加FAQ的功能。
用例描述：
參與者：
Intranet用戶
前置條件：
參與者訪問系統；
后置條件：
用戶輸入的FAQ被增加到數據庫中。
基本路徑：
1.參與者提供“管理FAQs”主菜單功能的地址；
2.系統列出管理FAQs的功能列表選項；
3.參與者點擊“創建新FAQ”按鈕。
4.系統顯示“新建FAQ”界面
5.參與者輸入FAQ的Question和Answer
6.參與者單擊“添加”按鈕
7.系統返回“管理FAQs”主頁面，并顯示”添加FAQ成功”消息。
分支流程：
5a 參與者單擊“新建FAQ”界面的“退出”按鈕，返回“管理FAQs”主頁面。
6a系統檢查Question為空，返回錯誤頁面。
補充說明：
數據格式說明：
3.1.4.2 刪除FAQ
功能描述：
系統為Intranet用戶提供刪除FAQ的功能。
用例描述：
參與者：
Intranet用戶
前置條件：
參與者訪問系統；
后置條件：
用戶選擇的FAQ被從數據庫中刪除。
基本路徑：
1.參與者提供“管理FAQs”主菜單功能的地址；
2.系統列出管理FAQs的功能列表選項；
3.參與者點擊“刪除存在的FAQ”按鈕。
4.系統顯示“刪除FAQ”菜單界面
5.參與者點擊單選按鈕,選擇待刪除的FAQ
6.參與者單擊“刪除選擇的FAQ”按鈕
7.系統顯示“刪除FAQ“確認提示框,包含了待刪除的FAQ的信息
8.參與者單擊“刪除這個FAQ”按鈕,系統返回“管理FAQs”主頁面，并顯示”刪除FAQ成功”消息。
分支流程：
5a 參與者單擊“刪除FAQ”界面的“退出刪除”按鈕，返回“管理FAQs”主頁面。
6a參與者沒有選擇待刪除的FAQ,而單擊“刪除選擇的FAQ”按鈕,返回錯誤頁面。
補充說明：
數據格式說明：
3.1.4.3 更新FAQ
功能描述：
系統為Intranet用戶提供更新FAQ的功能。
用例描述：
參與者：
Intranet用戶
前置條件：
參與者訪問系統；
后置條件：
用戶更新了的FAQ被存儲在數據庫中。
基本路徑：
1.參與者提供“管理FAQs”主菜單功能的地址；
2.系統列出管理FAQs的功能列表選項；
3.參與者點擊“更新存在的FAQ”按鈕。
4.系統顯示“更新FAQ”菜單界面
5.參與者點擊單選按鈕,選擇待更新的FAQ
6.參與者單擊“更新選擇的FAQ”按鈕
7.系統顯示“更新FAQ“編輯窗體, 參與者編輯FAQ的Question和Answer
8.參與者單擊“更新這個FAQ”按鈕,系統返回“管理FAQs”主頁面，并顯示” 更新FAQ成功”消息。
分支流程：
5a 參與者單擊“更新FAQ”界面的“退出更新”按鈕，返回“管理FAQs”主頁面。
6a參與者沒有選擇待更新的FAQ,而單擊“更新選擇的FAQ”按鈕,返回錯誤頁面。
補充說明：
數據格式說明：
3.2對性能的規定
3.2.1精度
1、在執行數據增加的時候，不允許出現因為程序的原因導致增加操作失敗，也不允許發生重復增加的數據；
2、在執行數據刪除操作的時候，不允許因為程序的原因發生多刪除數據、刪除失敗的情況；
3、數據的修改也要求保持對應的準確性；
3.2.2時間特性要求
在單用戶執行增加修改和刪除操作的時候，在運行環境規定的條件下，單次操作的響應時間要求在2秒鐘之內。
返回100行數據以內的數據查詢，單次操作的響應時間要求在2秒之內。
多人操作時候，時間和相應的要求同上。
3.2.3靈活性
A、操作方式
程序在通常的應用環境下使用鼠標和鍵盤進行輸入和輸出操作，對于執行按鈕，通常使用鼠標的點擊完成，但是，界面要求全部支持鍵盤的定位操作（在不安裝鼠標的計算機上，也能夠使用該系統）。
B、運行環境
程序在通常的條件下，在Win98/NT/2000上安裝運行，但是，還要求能夠在XP及后續的MS的操作系統上運行。
系統要求能夠在Win95的操作系統上安裝和運行。
C、同其他軟件的接口的變化
（不適用）
E、	精度和有效時限的變化
（不適用）
F、	計劃的變化或改進
由于本系統的規模比較小，計劃和進度的改變不影響到需要實現的需求。
3.2.4系統容量
	支持3萬用戶。支持GB級數據。
3.3輸人輸出要求
系統的基本數據單元如下：

數據單元名稱	FAQ信息
組成	名稱	格式	范圍	精度	說明
	ID標示	數字	38	-	系統的自動序號
	Question	字符	255	-	問題,非空
	Answer	字符	2000	-	答案,可空
	Modified	日期	-	-	修改時間
備注	FAQ的信息應通過數據庫統一保存

3.4數據管理能力要求
以下是每天、每月的各個單元可能產生的新的數據量。
以下的情況，是已經建立數據庫、輸入原始數據的情況下的正常增長，不考慮非常特殊的情況：
數據單元	月增加量	每月需要的最大的存儲容量
FAQ	100- 1000	1M – 10M

根據以上的數據，每月要求的額外的數據存儲空間為15M。
并且，所有數據采用集中式存儲，數據位于數據庫服務器上。數據庫要有安全保障性能，必須只有授權的用戶才能操作。
3.5故障處理要求
A、在操作成員輸入一些不合理的數據的時候，能夠進行一些合理的提示信息，不能因為輸入錯誤而導致系統的錯誤，或者程序停止運行；
B、程序運行時，對服務器和網絡通信故障能夠識別并提示，當故障排除后，程序恢復正常運行；
C、數據庫要求有災難備份機制，以防止數據的全部丟失。
3.6其他專門要求
A、安全性
網絡安全：能經受來自互聯網的一般性惡意攻擊。如病毒（包括木馬）攻擊、口令猜測攻擊、黑客入侵等。因此，必須配備較強的網絡安全防范、響應能力，為應用系統提供安全可靠的網絡統計平臺。
數據庫安全：數據庫級備份和恢復。數據庫級用戶進行角色和權限授權。使得在異常情況發生時，系統可以得以快速恢復，避免數據的丟失或將其影響降到最低限度。同樣，要保證存儲過程中數據不被非法訪問和篡改。
數據保密：網絡傳遞數據經過加密。需要保證數據在采集、傳輸和處理過程中不被偷窺、竊取、篡改。
應用系統的安全：通過對用戶的身份鑒別，并實施相應的訪問控制策略后，使用戶只能完成得到系統授權的數據訪問功能操作。用戶只有經授權后才可以更新程序，避免因錯誤程序更新而影響系統的正常運行。
其他安全方面的要求，請參考合同的說明。
B、可擴充性
系統在開發完畢以后，應允許在后續的合同中進行功能的擴展或者功能的重新解釋和實現。
C、健壯性
系統應該保證在一次開機三個月之內穩定運行，數據庫在一些災難事故中能夠在系統安裝好之后，兩小時內恢復。
可靠性指標：在連續運行情況下，系統可靠性99.9999%。提供應用服務器集群技術和組件技術支持高可靠性和伸縮性。
D、易用性
易學易用、符合標準瀏覽器操作風格，豐富的聯機幫助，人性化的操作界面。
E、可維護性
系統從設計上盡量考慮少做二次開發或者不做二次開發，直接通過系統配置搭建系統，從功能上具有通用性，易修改和擴展。軟件開發使用組件技術，保證了可維護性高。
3.7文檔需求
與軟件一同發行的用戶文檔有：用戶手冊、操作指南、管理指南、在線幫助。
3.8測試需求
單元測試：對單一的組件的測試。
集成測試：組件組裝成子系統后，測試子系統。
系統測試：對整個系統進行測試。
壓力測試：測試系統的可靠性和伸縮性。</font>