需求分析阶段

需求分析说明书
1.引言
1.1编写目的
1.2背景
1.3 定义
1.4参考资料
2．任务概述
2.1 目标
2.2 用户特点
2.3 假定与约束
3. 需求分析建模
3.1功能需求
3.1.1系统需求描述
3.1.2 总体功能分析
3.1.2 功能模块分析
3.2性能需求
3.2.1精度
3.2.2时间特性要求
3.3数据需求
3.3.1 输入\输出数据要求
3.3.2数据模型
3.4故障处理要求
3.5其他专门要求
4.运行环境规定
4.1设备
4.2支持软件
4.3接口
4.4控制
1.引言
1.1编写目的
需求规格说明书是需求分析的产物，它是软件系统生存期中软件定义的最后一个步骤。

作为整个软件开发过程的指南，同时也是软件开发人员开发符合用户要求的软件的基础。

本文档分析了《学生信息管理系统》开发的可行性，实施的条件和应具备的各种有关的条件，从而可以使相关人员可以按此文档进行分析，判断系统实施与否。

1.2项目背景
系统的名称：学生信息管理系统
随着学校或教育部门的的规模不断扩大，学生数量急剧增加，众所周知，学生信息对学生来说是非常重要的。

因为不管是进入社会还是去做些什么，这些信
息都将会作为最重要的信息依据。

但是有关学生的各种信息量也成倍增长。

面对
庞大的信息量工作人员工作起来非常麻烦，而且还容易出错。

因此开发出一个这
样的学生信息管理系统来解决这样的问题。

各大企业的软件开发部都可以开发此软件，相关的软件维护部可以维护此软件
此系统研制成功后可由企业教务部使用
本系统可使用《学生数据系统》中的人事档案等数据。

1.3定义
数据字典：关于数据的信息的集合，也即是对数据流图中包含的元素的定义的集合。

VB：Microsoft Visual Basic
VC：Microsoft Visual C++
C/S：Client/Server模式
DB2：DATABASE 2
Sybase：全球著名的基础架构供货商Sybase公司，本文所指该公司所研发的数据库系统
1.4参考资料
[1] 陈佳. 软件开发实验与实践教程. 北京：科学出版社,2005
[2] 张海藩. 软件工程导论. 北京：清华大学出版社,2005
[3] 张海藩. 软件工程概论.4版. 北京：清华大学出版社,2003
[4] 石柱. 软件工程标准手册. 北京：中国标准出版社,2004
[5] 陈惠恩. 软件工程实验教程. 北京：机械工业出版社,2006
[6] 周苏. 软件工程学实验. 北京：科学出版社,2005
[7] 郑人杰. 实用软件工程. 北京：清华大学出版社,1997
[8] 王庆育. 软件工程. 北京：清华大学出版社,2004
2．任务概述
2.1 目标
本学生信息系统主要用于学校学生信息的管理，总体任务是实现学生信息关系的系统化、规范化和自动化，其主要任务是用计算机对学生各种信息进行日常
管理，如班级管理、学生档案管理、学生成绩管理、学生交费管理以及对学生相
关信息的统计打印等。

针对这些要求设计了学生信息管理系统。

2.2 用户特点
2.3 假定与约束
本系统至少应使用8年。

应在一至周内完成系统实现方案的选择比较。

本系统对使用的机器硬件在性能方面无特殊要求。

系统软件、数据库系统、开发工具都采用免费软件。

《学生信息管理系统》应在2011年12月10日投入使用。

3. 需求分析建模
3.1功能需求
3.1.1系统需求描述
4）基本功能
管理员和普通用户分级别管理
班级信息的添加、班级信息的修改、班级信息的删除、班级信息的查询
课程信息的添加、课程信息的修改、课程信息的删除、课程信息的查询
学生档案信息的添加、学生档案信息的修改、学生档案信息的删除、学生档案信息的查询
学生成绩信息的添加、学生成绩信息的修改、学生成绩信息的删除、学生成绩信息的查询
学生交费信息的添加、学生交费信息的修改、学生交费信息的删除、学生交费信息的查询
班级报表打印、学生档案报表打印、课程报表打印、学生成绩报表打印、学生交费报表打印；
系统登录：实现对普通用户与管理员的区分，从而进行相关操作采用用例表的方式描述
序号
用例
名称
描述
用例1
系统
登录
1. 验证密码，若密码错提示用户名密码错误
2. 权限管理
3. 功能管理
用例2
系统
退出
普通用户与管理员可随时从系统中退出，退出后清除
相关信息
管理员（教师）管理：可对系统中存在的学生进行相关操作，以及一些数据的维护
采用用例表的方式描述
序号用例名称描述
用例3增加学生可以增加一个学生的档案信息
用例4删除学生可以删除一个学生的档案信息
用例5编辑学生可以对一个学生的档案信息进行编辑
用例6查询信息可以查询某一个学生的档案信息
人事变动管理：单位发生人事变动，例如人事信息的添加、删除、查询、修改等。

采用用例表的方式描述
人事信息查询检索：根据需要检索的条件进行查询，查询所属员工的人事信息，根据姓名等进行查询等。

采用用例表的方式描述
统计报表：可以根据统计的各种要求进行报表的显示。

采用用例表的方式描述
3.1.2 总体功能分析
分析出系统的总体功能模型（如用数据流图来描述）
例如：
3.1.2 功能模块分析
详细描述每个功能的流程
仓库管理系统顶层数据流图
档案管理1层数据流图
3.2性能需求
3.2.1精度
3.2.2时间特性要求
3.3数据需求
3.3.1 输入\输出数据要求
4．数据库逻辑结构设计
1）基本设计
此部分主要是将上述E-R图转换为相应的关系模式（依据转换原则）。

综观项目的具体特点和整体处理要求，同时为便于系统内部的管理，在各实体原有信息的基础上，确定增加候选码，作为各关系的主键（关键字）、考虑联系确定外键。

1）学生（学号，班级号，姓名，年级，专业，性别，出生年月，籍贯，政治面貌，家庭地址，邮政编码，联系电话，入学时间，备注）
2）班级（班级编号，年级，专业，人数，辅导员，备注）
3）课程（课程编号，年级，专业，学期，课程名称，教材，任课老师，课时，上课地点，课程性质，考试性质）
4）成绩（学号，课程编号，姓名，年级，专业，学期，考试时间，考试地点，课程性质，科目分数，违纪类型，备注）
5）学费（收据编号，年级，学号，姓名，专业，学期，日期，应交费用，实际交费，本次欠费）
2）优化设计
由于班级编号、课程编号将重复出现。

为降低重复，提高准确性和处理速度，保证唯一性，同时又能够简化输入操作，方便修改和维护，特增加班级码本、课程码本的关系模式，导致原各关系中的名称均改为代码。

下面是码本的具体组成举例：
班级码本（班级代码，班级编号）
课程码本（课程代码，课程编号）
5.数据库物理设计
数据库物理设计完成数据库在物理设备上的存储结构与存取方法。

本系统以MS SQL Server 2000作为数据库，因此，在进入SQL企业管理器并建立了数据库以后，通过表设计器完成上述各表的建立。

具体结果如下图3所示。

图3 系统数据表设计结果
例子：部门信息表
数据名称实际含义数据类型数
据格式
数据约束
部门编号部门名称部门名称部门主管部门电话备注部门编号
部门名称
部门名称
部门主管
部门电话
备注
varchar
varchar
varchar
varchar
varchar
datetime
2
30
10
20
30
100
3.3.2数据模型(E-R图)
例如：
实体-关系图：
图1 学生信息管理系统的E-R图
其中各实体包含的属性如图2所示：
图2各实体包含的属性
3.4故障处理要求
3.5其他专门要求
4.运行环境规定
4.1设备
4.2支持软件
4.3接口
4.4控制。