psp系統需求分析

軟件開發方向「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

 

1 引言

1.1 目的

該文檔首先給出了整個系統的總體網絡結構和功能結構的概貌，試圖從整體架構上給出整個系統的輪廓，而後又對功能需求、性能需求和其它非功能性需求進行了詳細的描述。其中對功能需求的描述採用了UML的用例模型方式，主要描述了每一用例的基本事件流，如有備選事件流則描述，不然則省略。並且還給出了很是直觀的用例圖。這些文字和圖形都爲了本文檔能詳細準確地描述用戶的需求，同時也爲用戶更容易地理解這些需求的描述創造了條件。

該文檔詳盡說明了這一軟件產品的需求和規格，這些規格說明是進行設計的基礎，也是編寫測試用例和進行系統測試的主要依據。同時，該文檔也是用戶肯定軟件功能需求的主要依據。

1.2 文檔格式

本文檔按如下要求和約定進行書寫：

（1）頁面的左邊距爲2.5cm，右邊距爲2.0cm，裝訂線靠左，行距爲最小值20磅。

（2）標題最多分三級，分別爲黑體小3、黑體四號、黑體小四，標題均加粗。

（3）正文字體爲宋體小四號，無特殊狀況下，字體顏色均採用黑色。

（4）出現序號的段落不採用自動編號功能而採用人工編號，各級別的序號依次爲（1）、1）、a)等，特殊狀況另做規定。

1.3 預期的讀者和閱讀建議

本文檔的主要內容共分4部分：綜合描述、系統特性、和非功能性需求和外部接口描述。綜合描述部分主要對系統的總體結構進行了大體的介紹；系統特性部分對系統的功能需求進行了詳細描述，是本文的主要部分；非功能性需求部分對非功能需求進行了詳細的描述；外部接口需求部分對用戶界面、軟件接口、硬件接口和通信接口等進行了描述。

本文檔面向多種讀者對象：

（1）項目經理：項目經理能夠根據該文檔瞭解預期產品的功能，並據此進

行系統設計、項目管理。

（2）設計員：對需求進行分析，並設計出系統，包括數據庫的設計。

（3）程序員：配合《設計報告》，瞭解系統功能，編寫《用戶手冊》。

（4）測試員：根據本文檔編寫測試用例，並對軟件產品進行功能性測試和非功能性測試。

（5）銷售人員：瞭解預期產品的功能和性能。

（6）用戶：瞭解預期產品的功能和性能，並與分析人員一塊兒對整個需求進行討論和協商。

（7）其餘人員：如部門領導、公司領導等能夠據此瞭解產品的功能和性能。

在閱讀本文檔時，首先要了解產品的功能概貌，而後能夠根據自身的須要對每一功能進行適當的瞭解。

1.4 範圍

該產品是在積累了豐富業務經驗的基礎上進行開發的，在需求上，充分考慮了具體用戶的實際狀況。本產品將爲開發人員提供一個PSP工具，簡化時間記錄工做；同時提供數據使用的工具，幫助開發人提升估算能力。

 

1.5 術語

1.6 參考文獻

2 系統概述

2.1 概述

 

本系統自動化程度高，能夠幫助開發人員統計本身的工做量，簡化記錄工做，同時提供記錄使用工具，幫助開發人員提升估算能力。

查看工做包

2.2 功能

 

2.3 運行環境

該系統爲B/S三層結構，它的運行環境分客戶端、應用服務器端和數據庫服務器端三部分。

如下是系統的軟件環境。

（1）客戶端

操做系統：Windows2000 Professional/XP或更新版本。

瀏覽器：IE6以上，其它常見瀏覽器如FireFox。

（2）應用服務器端

操做系統：Windows2000 Server或更新版本。

應用服務器：Apache。

（3）數據庫服務器端

操做系統：Windows2000 Server或更新版本。

數據庫系統：Mysql。

2.4 假設與依賴

本項目是否可以成功實施，主要取決於如下的條件：

   咱們所設計的系統與實際的實驗室需求切合度比較高，咱們的系統可以流暢的運行於實驗室的硬件配置中

 

3 系統特性

3.1 系統角色

本系統主要用於系統開發過程當中的如下幾類人員：

3.2 開發人員管理

3.2.1 增長項目組人員信息

使用者：項目中的人員管理者

目的：單個添加項目開發人員基本信息。

基本事件流：

一、項目人員管理者進入增長單個項目組人員界面，本用例開始；

二、系統顯示項目組人員信息輸入界面，用戶輸入用戶ID號，用戶姓名.

三、管理員確認輸入信息，系統檢查ID號是否惟一，若惟一，則增長項目組人員，本用例結束。不然，提示用戶從新輸入。

3.2.2 修改項目組人員信息

使用者：學校有修改項目組人員信息功能角色的用戶。

目的：單個項目組人員的基本信息修改。

基本事件流：

一、用戶進入項目人員信息修改界面；

二、系統顯示項目人員信息，用戶在所對應的欄上修改

三、肯定所輸入的是否知足條件，知足就完成修改，不然提示從新修改。

 

3.2.3 刪除項目組人員信息

使用者：學校有刪除項目組人員信息功能角色的用戶。

目的：單個項目組人員基本信息刪除。

基本事件流：

一、用戶進入項目人員信息刪除界面；

二、系統顯示項目組人員信息，用戶在所對應的欄上刪除。

三、系統彈出警告信息，肯定就執行刪除操做，不然取消操做。

 

3.3 實驗項目管理

3.3.1 增長實驗項目信息

 使用者：研發經理

目的：建立項目。

基本事件流：

一、用戶進入增長實驗項目界面，本用例開始；

二、系統顯示教師信息輸入界面，用戶輸入用人單位詳細信息。

三、用戶確認輸入信息，系統肯定輸入信息是否正確，是，完成操做；否，提醒從新輸入。

 

3.3.2 修改實驗項目信息

使用者：研發經理

目的：修改項目基本信息。

基本事件流：

一、用戶進入修改實驗項目信息界面，本用例開始；

二、系統顯示修改實驗項目信息輸入界面，用戶在對應信息欄修改。

三、用戶確認輸入信息，系統肯定輸入信息是否正確，是，完成操做；否，提醒從新輸入。

 

3.3.3 刪除實驗項目信息

使用者：研發經理

目的：刪除項目。

基本事件流：

一、用戶進入刪除項目界面，本用例開始；

二、系統顯示項目詳細信息。

三、用戶確認刪除，系統彈出警告，是，完成刪除操做；否，取消操做。

 

3.4 系統維護

4 非功能性需求

4.1 性能需求

（1）客戶端通常響應時間（除報表統計、數據導入）不超過1秒。

（2）報表統計時間不超過30秒。

（3）支持5000名用戶（高級中學可達到的規模）併發使用，並保證性能不受影響。

4.2 安全性需求

（1）權限控制

根據不一樣用戶角色，設置相應權限，用戶的重要操做都作相應的日誌記錄以備查看，沒有權限的用戶禁止使用系統。學生只可查看自已的學習成績，教師只可查看所教課程的學生成績

（2）重要數據加密

本系統對一些重要的數據按必定的算法進行加密，如用戶口令、重要參數等。

（3）數據備份

容許用戶進行數據的備份和恢復，以彌補數據的破壞和丟失。

（4）記錄日誌

本系統應該可以記錄系統運行時所發生的全部錯誤，包括本機錯誤和網絡錯誤。這些錯誤記錄便於查找錯誤的緣由。日誌同時記錄用戶的關鍵性操做信息。

 

4.3 可用性需求

 

（1）支持沒有計算機使用經驗、計算機使用經驗較少及有較多計算機使用經驗的用戶均能方便地使用本系統。

（2）容錯能力

系統具備必定的容錯擾能力，在非硬件故障或非通信故障時，系統可以保證正常運行，並有足夠的提示信息幫助用戶有效正確地完成任務。

（3）操做完成時有統一規範的提示信息

例如刪除操做時，系統可提示警示框「您確認刪除記錄嗎？操做不可恢復！」，用戶點擊確認後，系統才執行刪除操做，刪除後可直接返回相關頁面。

（4）用戶可自定義

爲了知足業務的不斷變化，一些重要的參數應該能夠靈活設置。

（5）聯機幫助與操做指南。

 

4.4 用戶文檔

同本軟件一塊兒發行的用戶文檔包括：

（1）使用手冊：Word格式文件。

 

4.5 其它需求

（1）支持多瀏覽器。

（2）系統安裝方便，易於維護。

5 外部接口需求

5.1 用戶接口

本系統採用B/S架構，全部界面使用WEB風格，用戶界面的具體細節將在概要設計文檔中描述。

5.2 硬件接口

服務器端建議使用專用服務器。

5.3 軟件接口

無特殊需求。

 

5.4 通訊接口

無特殊需求。