学生成绩管理系统需求分析书Word格式.docx

学生成绩管理系统需求分析书Word格式.docx

《学生成绩管理系统需求分析书Word格式.docx》由会员分享，可在线阅读，更多相关《学生成绩管理系统需求分析书Word格式.docx（23页珍藏版）》请在冰豆网上搜索。

总结出来有以下几点：

1.系统应具有实用性、可靠性和适用性，同时注意到先进性。

2.对各个数据库进行动态管理，防止混乱。

3.能够按照用户选择的不同的条件进行简单查询和复合查询。

4.能够对查询结果进行分类汇总，实现报表打印。

5.注意数据的安全性，具有数据备份和恢复的功能。

6.方便用户的操作，尽量减少用户的操作。

2.2用户的特点

使用该系统的教职人员基本都是非计算机专业人士，对于计算机的操作不是很熟练，而且受用的学生人数庞大。

2.3假定的约束

硬件条件：

PC机

运行环境：

windows系列

开发软件：

java+sql

3需求规定

3.1功能需求

系统创建

（1）学籍档案信息，

（2）班级信息，

（3）学生成绩信息，

（4）学生的课程信息。

一般用户进行账户注册，登录系统，查询各项基本信息更改自己的一些基本属性。

管理员登录系统，对一般用户的信息进行增删改查，对系统内部表进行增删改查。

整体功能图如下：

学生成绩管理系统

登陆系统

学生

教师

管理员

查询成绩

查询课程信息

添加成绩

修改成绩

成绩管理

课程管理

添加课程

修改课程信息

用户管理

班级管理

添加用户

修改用户信息

添加班级

修改班级信息

整体用例图如下：

3.1.1用例1：

学生用例

学生信息管理

简要描述：

用户信息能注册、修改、注销；

访问时要进行身份验证， 

查询和更改自己的注册信息，其他的功能只提供查询功能。

参与者：

用例2：

管理员用例

管理员具有系统维护权限，包括系统的更新，数据库的备份等，另外管理员需要管理学生以及班级的信息，添加、删除、修改学生以及班级的信息。

用例3：

教师用例

成绩管理及课程管理

账户信息管理

只有教师权限才拥有的添加、修改学生成绩的权限，并且能够添加以及修改课程的信息，以便学生查看课程信息、查询相关课程成绩。

3.2数据需求

3.2.1用例、对象与类的关系

1.学生成绩查询用例

范围：

查询子系统

级别：

子功能（成绩查询）

用例描述：

学生注册好帐号之后，登陆到成绩查询系统，根据自己的情况，查询相应科目的成绩。

前置条件：

学生注册帐号，并且登陆成功。

后置条件：

学生查询到相应科目的成绩。

基本路径：

1）学生注册帐号。

2）登陆成绩查询系统。

3）查询相应成绩

用例图：

用例1

用例名称

范围

查询系统

级别

用户目标

说明

学生必须先注册，通过验证之后登陆成绩查询系统，输入要查询的科目，查询相应的成绩。

参与者

基本操作流程

注册帐号→登陆查询系统→查询成绩

可选操作流程

注册帐号→登陆查询系统→验证失败之后返回登陆界面选择找回密码或者重新登陆

包含用例

用例“登陆系统”、“注册系统”

2.教师登记成绩用例

成绩管理子系统

子功能（成绩管理）

教师注册帐号，管理员授予登记、更新学生的权限，登陆系统，登记学生成绩。

教师注册帐号，并且授权、登陆成功。

教师登记相应成绩，以便学生及时查询成绩

1）教师注册帐号，管理员授予相应权限

2）登陆成绩管理系统。

3）登记学生成绩或者修改学生成绩

登记成绩

成绩管理系统

教师注册，并且通过验证，登陆成绩管理系统，添加相应的课程，课程通过验证之后，登记学生的成绩。

注册帐号→登陆查询系统→添加课程→登记成绩

注册帐号→登陆查询系统→验证失败之后返回登陆界面选择找回密码或者重新登陆→登陆成功之后选择登记成绩或者修改学生成绩

3.2.2类的描述

学生表

数据名称

组成

字段名称

格式

精度

姓名

Text

性别

Boolean

年龄

Integer

1~100

学号

String

PrimaryKey

身份证

系别

班级

日学时间

Data

教师表

教师号

入职时间

课程表

课程名

课程号

学生选课表

IdentifyKey

成绩

管理员表

职工号

身份证号

登录名

密码

成绩表

学生成绩表

学生姓名

学生号

3.2.3类与类的关系

3.3运行需求

3.3.1网络和设备需求

网络拓扑图如下

......

3.3.2支持软件与部署需求

服务器端运行环境及其支持软件如下：

Windows2003EnterpriseEdition或更高版本的操作系统

数据库系统：

SQLServer2005或更高版本的数据服务器

Web服务器：

MicrosoftIIS6.0

用户端软件如下：

操作系统：

windows，Linux等

浏览器需求：

暂无浏览器限制（能使用多种浏览器登陆本系统）

开发环境：

Windows2003EnterpriseEdition

开发工具：

JAVA,AdobePhotoshopCS,DreamweaverMX2004

MicrosoftSqlServer2005

MicrosoftIIS6.0

3.4其它需求

稳定的电源以及与设备相对应的制冷设备，尽量在无尘干燥的环境运行服务器。

3.4.1界面需求

针对页面功能上的要求是：

应具有可方便检索，浏览站内信息，具备良好的导航性；

针对页面风格上的要求是：

体现美观、简约、现代、友好。

浏览界面友好，美观，大方

栏目内风格统一，让访问者能快速熟悉网站的设计结构，信息显示一目了然

风格简约，突出功能与重点

易用性强，便于操作与查找相关内容

界面关系图如下：

3.4.2性能需求

满足7*24小时的运行需要，发生局部硬件、网络和软件故障时有相应的旁路技术和容错技术，任意单点故障都不影响整个系统的运行。

数据可靠性需求包括：

保证本地备份数据和实时交易数据的一致性，发生局部故障时，数据不损失，发生重大事故时，备份数据可以在规定的时限内恢复。

系统的设计要具有大规模的业务并发处理能力，数据的处理和传送也可采用批量处理的形式。

即使在日终数据备份和批量处理的时候也可以照常办理业务。

扩充主机、CPU、磁盘、内存等硬件可以提高性能指标，通过扩充网络可以排除阻塞、拥挤和超时；

另一方面通过系统开放式体系架构、模块化、参数化以及组件技术，对业务量、业务种类的扩展、与其他机构连接的扩展、系统功能扩展等都能提供足够的支持，缩短系统实施周期。

高可管理性包括正常情况下的可管理性和系统发生改变时的可管理性。

可管理性指系统应具备对主机、网络、数据库、应用等情况进行监控、管理和调度；

对系统自身所有的和流经系统的信息、参数、文件进行统一的管理和控制。

3.4.3安全需求

安全性能

该系统具有数据传输的加密/解密、用户身份认证、权限确认、日志记录等安全控制功能。

具体包括：

数据保密性、访问安全性、安全审计、网络安全和系统安全等。

系统安全性要求包括基于用户的系统操作权限控制、某些数据的加密保护、身份鉴别。

3.4.4操作需求

用户需要拥有使用计算机的基本常识与基础

3.4.5其它需求约束

暂无

4尚未解决的问题

附录

附录A:

术语表

附录B:

需求原始资料