軟體開發方向「psp系統」軟體需求規約
目錄1 引言... 4
1.1 目的... 4
1.2 文件格式... 4
1.3 預期的讀者和閱讀建議... 4
1.4 範圍... 5
1.5 術語... 5
1.6 參考文獻... 5
2 系統概述... 5
2.1 概述... 5
2.2 功能... 6
2.3 執行環境... 6
2.4 假設與依賴... 7
3 系統特性... 7
3.1 系統角色... 7
3.2 開發人員管理... 9
3.2.1 增加專案組人員資訊... 9
3.2.2 修改專案組人員資訊... 9
3.2.3 刪除專案組人員資訊... 9
3.3 實驗專案管理... 10
3.3.1 增加實驗專案資訊... 10
3.3.2 修改實驗專案資訊... 10
3.3.3 刪除實驗專案資訊... 10
3.4 系統維護... 11
4 非功能性需求... 11
4.1 效能需求... 11
4.2 安全性需求... 11
4.3 可用性需求... 11
4.4 使用者文件... 12
4.5 其它需求... 12
5 外部介面需求... 12
5.1 使用者介面... 12
5.2 硬體介面... 12
5.3 軟體介面... 12
5.4 通訊介面... 13
該文件首先給出了整個系統的整體網路結構和功能結構的概貌，試圖從總體架構上給出整個系統的輪廓，然後又對功能需求、效能需求和其它非功能性需求進行了詳細的描述。其中對功能需求的描述採用了uml的用例模型方式，主要描述了每一用例的基本事件流，若有備選事件流則描述，否則則省略。而且還給出了非常直觀的用例圖。這些文字和圖形都為了本文件能詳細準確地描述使用者的需求，同時也為使用者更容易地理解這些需求的描述創造了條件。
該文件詳盡說明了這一軟體產品的需求和規格，這些規格說明是進行設計的基礎，也是編寫測試用例和進行系統測試的主要依據。同時，該文件也是使用者確定軟體功能需求的主要依據。
（1）頁面的左邊距為2.5cm，右邊距為2.0cm，裝訂線靠左，行距為最小值20磅。
（2）標題最多分**，分別為黑體小
三、黑體四號、黑體小四，標題均加粗。
（3）正文本型為宋體小四號，無特殊情況下，字型顏色均採用黑色。
（4）出現序號的段落不採用自動編號功能而採用人工編號，各級別的序號依次為（1）、1）、a)等，特殊情況另作規定。
本文件的主要內容共分4部分：綜合描述、系統特性、和非功能性需求和外部介面描述。綜合描述部分主要對系統的整體結構進行了大致的介紹；系統特性部分對系統的功能需求進行了詳細描述，是本文的主要部分；非功能性需求部分對非功能需求進行了詳細的描述；外部介面需求部分對使用者介面、軟體介面、硬體介面和通訊介面等進行了描述。
（1）專案經理：專案經理可以根據該文件了解預期產品的功能，並據此進
行系統設計、專案管理。
（2）設計員：對需求進行分析，並設計出系統，包括資料庫的設計。
（3）程式設計師：配合《設計報告》，了解系統功能，編寫《使用者手冊》。
（5）銷售人員：了解預期產品的功能和效能。
（6）使用者：了解預期產品的功能和效能，並與分析人員一起對整個需求進行討論和協商。
（7）其他人員：如部門領導、公司領導等可以據此了解產品的功能和效能。
在閱讀本文件時，首先要了解產品的功能概貌，然後可以根據自身的需要對每一功能進行適當的了解。
該產品是在積累了豐富業務經驗的基礎上進行開發的，在需求上，充分考慮了具體使用者的實際情況。本產品將為開發人員提供乙個psp工具，簡化時間記錄工作；同時提供資料使用的工具，幫助開發人提高估算能力。
本系統自動化程度高，可以幫助開發人員統計自己的工作量，簡化記錄工作，同時提供記錄使用工具，幫助開發人員提高估算能力。
檢視工作包
該系統為b/s三層結構，它的執行環境分客戶端、應用伺服器端和資料庫伺服器端三部分。
以下是系統的軟體環境。
（1）客戶端
作業系統：windows2000 professional/xp或更新版本。
瀏覽器：ie6以上，其它常見瀏覽器如firefox。
（2）應用伺服器端
作業系統：windows2000 server或更新版本。
應用伺服器：apache。
（3）資料庫伺服器端
作業系統：windows2000 server或更新版本。
資料庫系統：mysql。
本專案是否能夠成功實施，主要取決於以下的條件：
我們所設計的系統與實際的實驗室需求切合度比較高，我們的系統能夠流暢的執行於實驗室的硬體配置中
本系統主要用於系統開發過程中的以下幾類人員：
使用者：專案中的人員管理者
目的：單個新增專案開發人員基本資訊。
基本事件流：
1、專案人員管理者進入增加單個專案組人員介面，本用例開始；
2、系統顯示專案組人員資訊輸入介面，使用者輸入使用者id號，使用者姓名.
3、管理員確認輸入資訊，系統檢查id號是否唯一，若唯一，則增加專案組人員，本用例結束。否則，提示使用者重新輸入。
使用者：學校有修改專案組人員資訊功能角色的使用者。
目的：單個專案組人員的基本資訊修改。
基本事件流：
1、使用者進入專案人員資訊修改介面；
2、系統顯示專案人員資訊，使用者在所對應的欄上修改
3、確定所輸入的是否滿足條件，滿足就完成修改，否則提示重新修改。
使用者：學校有刪除專案組人員資訊功能角色的使用者。
目的：單個專案組人員基本資訊刪除。
基本事件流：
1、使用者進入專案人員資訊刪除介面；
2、系統顯示專案組人員資訊，使用者在所對應的欄上刪除。
3、系統彈出警告資訊，確定就執行刪除操作，否則取消操作。
使用者：研發經理
目的：建立專案。
基本事件流：
1、使用者進入增加實驗專案介面，本用例開始；
2、系統顯示教師資訊輸入介面，使用者輸入用人單位詳細資訊。
3、使用者確認輸入資訊，系統確定輸入資訊是否正確，是，完成操作；否，提醒重新輸入。
使用者：研發經理
目的：修改專案基本資訊。
基本事件流：
1、使用者進入修改實驗專案資訊介面，本用例開始；
2、系統顯示修改實驗專案資訊輸入介面，使用者在對應資訊欄修改。
3、使用者確認輸入資訊，系統確定輸入資訊是否正確，是，完成操作；否，提醒重新輸入。
使用者：研發經理
目的：刪除專案。
基本事件流：
1、使用者進入刪除專案介面，本用例開始；
2、系統顯示專案詳細資訊。
3、使用者確認刪除，系統彈出警告，是，完成刪除操作；否，取消操作。
（1）客戶端一般響應時間（除報表統計、資料匯入）不超過1秒。
（2）報表統計時間不超過30秒。
（3）支援5000名使用者（高階中學可達到的規模）併發使用，並保證效能不受影響。
（1）許可權控制
根據不同使用者角色，設定相應許可權，使用者的重要操作都做相應的日誌記錄以備檢視，沒有許可權的使用者禁止使用系統。學生只可檢視自已的學習成績，教師只可檢視所教課程的學生成績
（2）重要資料加密
本系統對一些重要的資料按一定的演算法進行加密，如使用者口令、重要引數等。
（3）資料備份
允許使用者進行資料的備份和恢復，以彌補資料的破壞和丟失。
（4）記錄日誌
本系統應該能夠記錄系統執行時所發生的所有錯誤，包括本機錯誤和網路錯誤。這些錯誤記錄便於查詢錯誤的原因。日誌同時記錄使用者的關鍵性操作資訊。
（1）支援沒有計算機使用經驗、計算機使用經驗較少及有較多計算機使用經驗的使用者均能方便地使用本系統。
（2）容錯能力
系統具有一定的容錯擾能力，在非硬體故障或非通訊故障時，系統能夠保證正常執行，並有足夠的提示資訊幫助使用者有效正確地完成任務。
（3）操作完成時有統一規範的提示資訊
例如刪除操作時，系統可提示警示框「您確認刪除記錄嗎？操作不可恢復！」，使用者點選確認後，系統才執行刪除操作，刪除後可直接返回相關頁面。
（4）使用者可自定義
為了滿足業務的不斷變化，一些重要的引數應該可以靈活設定。
（5）聯機幫助與操作指南。
同本軟體一起發行的使用者文件包括：
（1）使用手冊：word格式檔案。
（1）支援多瀏覽器。
（2）系統安裝方便，易於維護。
本系統採用b/s架構，所有介面使用web風格，使用者介面的具體細節將在概要設計文件中描述。
伺服器端建議使用專用伺服器。
無特殊需求。
無特殊需求。
PSP個人軟體需求分析
psp個人軟體需求分析 文件狀態 草稿 正式發布 正在修改 當前版本 版本1作 者 高永亮完成日期 2012年11月14日 1.業務需求 1.1應用背景 現在人們開發軟體估算的基礎都是經驗資料，對於不同的開發人員而言產能是不一致的，甚至對於相同的開發人員而言，不同的任務所需要的時間也是不同的。因此對...
PSP個人軟體需求分析
psp個人軟體需求分析 一 編寫目的 用於說明我們要走開發的psp個人軟體專案的 功能，介面，實現技術以及硬體要求。二 功能要求 專案及任務安排由研發經理或專案經理建立專案和任務。開發人員在 接到任務後進行估算，填寫時間計畫，研發經理或專案經理對 其進行確認。開發人員對自己的開發時間進行記錄，與任務...
個人軟體過程（PSP）需求分析
1 引言 1.1背景 沒有確定很明確的開發目標。同時由於專業知識有點薄弱，做專案的時候經常延期，對整個團隊產生比較大的影響。2 任務概述 2.1 目標 對於每個團隊，使用個人軟體過程開發工具進行進度管理比較明智，根據每個人的實際情況，分配相應的任務，並 進度，極大的提高了專案及時高效完成的機率。ps...