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）正文字体为宋体小四号，无特殊情况下，字体颜色均采用黑色。

（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 增加项目组人员信息

使用者：项目中的人员管理者

目的：单个添加项目开发人员基本信息。

基本事件流：

1、项目人员管理者进入增加单个项目组人员界面，本用例开始；

2、系统显示项目组人员信息输入界面，用户输入用户ID号，用户姓名.

3、管理员确认输入信息，系统检查ID号是否唯一，若唯一，则增加项目组人员，本用例结束。否则，提示用户重新输入。

3.2.2 修改项目组人员信息

使用者：学校有修改项目组人员信息功能角色的用户。

目的：单个项目组人员的基本信息修改。

基本事件流：

1、用户进入项目人员信息修改界面；

2、系统显示项目人员信息，用户在所对应的栏上修改

3、确定所输入的是否满足条件，满足就完成修改，否则提示重新修改。

3.2.3 删除项目组人员信息

使用者：学校有删除项目组人员信息功能角色的用户。

目的：单个项目组人员基本信息删除。

基本事件流：

1、用户进入项目人员信息删除界面；

2、系统显示项目组人员信息，用户在所对应的栏上删除。

3、系统弹出警告信息，确定就执行删除操作，否则取消操作。

3.3 实验项目管理

3.3.1 增加实验项目信息

使用者：研发经理

目的：创建项目。

基本事件流：

1、用户进入增加实验项目界面，本用例开始；

2、系统显示教师信息输入界面，用户输入用人单位详细信息。

3、用户确认输入信息，系统确定输入信息是否正确，是，完成操作；否，提醒重新输入。

3.3.2 修改实验项目信息

使用者：研发经理

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

基本事件流：

1、用户进入修改实验项目信息界面，本用例开始；

2、系统显示修改实验项目信息输入界面，用户在对应信息栏修改。

3、用户确认输入信息，系统确定输入信息是否正确，是，完成操作；否，提醒重新输入。

3.3.3 删除实验项目信息

使用者：研发经理

目的：删除项目。

基本事件流：

1、用户进入删除项目界面，本用例开始；

2、系统显示项目详细信息。

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 通信接口

无特殊需求。