学生信息平台需求说明文档第2学期.docx
《学生信息平台需求说明文档第2学期.docx》由会员分享，可在线阅读，更多相关《学生信息平台需求说明文档第2学期.docx（17页珍藏版）》请在冰点文库上搜索。
学生信息平台需求说明文档第2学期
第1章项目需求文档
文件修改记录
编号
状态
日期
执笔人
审核人
批准人
修改页码及条款
1
创建文档
2
修改文档
3
确立文档
4
打印文档
目录
第1章项目需求文档1
1.1引言1
1.1.1目的1
1.1.2背景1
1.2任务概述1
1.2.1目标1
1.3系统组织结构1
1.4功能需求2
1.4.1用例驱动需求建模2
1.4.1.1招生专员用例图2
1.4.1.1.1绘制用例图2
1.4.1.1.2院系信息添加2
1.4.1.1.3院系信息查询3
1.4.1.1.4专业信息添加3
1.4.1.1.5专业信息查询4
1.4.1.1.6录入学生信息4
1.4.1.1.7录取4
1.4.1.1.8统计录取学生5
1.4.1.1.9统计报到学生5
1.4.1.2系部专员用例6
1.4.1.2.1绘制用例图6
1.4.1.2.2班级信息添加6
1.4.1.2.3班级信息修改7
1.4.1.2.4报到分班7
1.4.1.2.5查询班级信息8
1.4.1.2.6统计院系人数8
1.4.1.2.7统计专业人数9
1.4.1.2.8根据身份证查询学生信息9
1.5性能需求10
1.5.1时间要求10
1.5.2适应性10
1.6项目风险分析10
1.6.1.1项目维护10
1.7分配任务10
1.8附表11
1.1引言
1.1.1目的
招生管理系统软件需求说明书，是开发人员与用户交流的结果，是用户对软件功能需求的书面描述，是双方对系统确认的一种契约，将成为指导软件开发和软件测试的依据。
1.1.2背景
项目名称：
招生管理系统
版本：
任务提出者：
湖南科技职业技术学院
任务实施者：
任务承担者：
使用对象：
湖南科技职业技术学院
1.2任务概述
1.2.1目标
通过招生管理子系统的实施，实现录取信息的动态发布和更新，招生报名工作流程全自动化、信息化。
1.3系统组织结构
1.4功能需求
1.4.1用例驱动需求建模
1.4.1.1招生专员用例图
1.4.1.1.1绘制用例图
1.4.1.1.2院系信息添加
1）用例名称：
院系信息添加
2）用例描述：
添加相关院系信息
3）角色：
招生专员
4）前置条件：
招生专员已登录系统
5）后置条件：
填充基本的院系信息
6）基本路径：
（1）进入招生系统
（2）选择基本信息管理
（3）选择添加院系
（4）输入院系信息（院系编号、院系名称）
（5）检测输入信息（院系编号、名称不能重复）
（6）保存院系信息
7）扩展点：
（5a）若添加的院系信息已存在，则提示返回
8）补充说明：
（1）添加的院系信息是保存在文件中
（2）院系编号、名称不能重复
1.4.1.1.3院系信息查询
1）用例名称：
院系信息查询
2）用例描述：
查询所有的院系信息
3）角色：
招生专员
4）前置条件：
招生专员已登录系统
5）后置条件：
查询所有院系信息
6）基本路径：
（1）登录招生系统
（2）选择查询、统计
（3）选择浏览所有院系信息
（4）显示查询的结果
7）扩展点：
8）补充说明：
1.4.1.1.4专业信息添加
1）用例名称：
专业信息添加
2）用例描述：
添加相关专业信息
3）角色：
招生专员
4）前置条件：
招生专员已登录系统
5）后置条件：
填充基本的专业信息
6）基本路径：
（1）登录招生系统
（2）选择基本信息管理
（3）选择专业添加
（4）输入基本的专业信息（专业编号、名称）
（5）检测输入的信息（专业编号、名称不能有重复）
（6）保存专业信息
7）扩展点：
（5a）若输入的专业信息已存在，则提示并返回
8）补充说明：
（1）专业编号、名称不能重复
（2）添加的专业信息是保存在文件中
1.4.1.1.5专业信息查询
1）用例名称：
专业信息查询
2）用例描述：
查询单个专业信息，或查询所有专业信息
3）角色：
招生专员
4）前置条件：
招生专员已登录系统
5）后置条件：
输入专业编号或名称进行单个查询，或查询所有专业信息
6）基本路径：
（1）登录招生系统
（2）选择查询、统计
（3）选择浏览所有专业信息
（4）显示查询结果
7）扩展点：
8）补充说明：
1.4.1.1.6录入学生信息
1）用例名称：
录入学生信息
2）用例描述：
录入学生基本信息
3）角色：
招生专员
4）前置条件：
招生专员已登录系统
5）后置条件：
填充基本的学生信息
6）基本路径：
（1）登录招生系统
（2）选择学生信息录入
（3）输入学生信息（姓名、性别、出生日期、身份证号（唯一标示）、学号、省份、民族、家庭地址、邮编、考生类别）
（4）检测输入信息（身份证不能有重复）
（5）保存学生信息
7）扩展点：
（4a）若输入的身份证已存在，则提示返回
8）补充说明：
（1）身份证号是唯一的
（2）学生信息保存在文件中
1.4.1.1.7录取
1）用例名称：
录取
2）用例描述：
录取该学生
3）角色：
招生专员
4）前置条件：
招生专员已登录系统
5）后置条件：
若存在，则改变学生的录取状态为true、修改录取时间、院系、专业信息；若不存在，则需录入学生信息
6）基本路径：
（1）登录招生系统
（2）选择录取学生
（3）输入身份证号查询学生
（4）若该学生存在，更改学生的录取状态为true、录取时间、院系、专业信息；
（5）保存修改信息
7）扩展点：
（4a）若不存在学生信息，则提示返回；若院系、专业信息不存在，则提示返回
8）补充说明：
（1）录取学生需存在
（2）录取院校专业需存在
1.4.1.1.8统计录取学生
1）用例名称：
统计录取学生
2）用例描述：
统计录取学生的个数及名单
3）角色：
招生专员
4）前置条件：
招生专员已登录系统
5）后置条件：
对所有已录取学生进行统计
6）基本路径：
（1）登录招生系统
（2）选择查询、统计
（3）选择统计录取人数
（4）显示已录取的学生个数
7）扩展点：
8）补充说明：
（1）若录取状态为false,则说明学生未被录取
1.4.1.1.9统计报到学生
1）用例名称：
统计报到学生
2）用例描述：
统计已报到的学生个数及名单
3）角色：
招生专员
4）前置条件：
招生专员已登录系统
5）后置条件：
对所有已报到学生进行统计
6）基本路径：
（1）登录招生系统
（2）选择查询统计
（3）选择统计报到人数
（4）显示报到学生的个数及名单
7）扩展点：
8）补充说明：
（1）若学生班级信息不存在，则说明学生为报到
1.4.1.2系部专员用例
1.4.1.2.1绘制用例图
1.4.1.2.2班级信息添加
1）用例名称：
班级信息添加
2）用例描述：
开班
3）角色：
系部专员
4）前置条件：
系部专员已登录系统、所属的院系、专业已存在
5）后置条件：
班级的添加
6）基本路径：
（1）登录学管系统
（2）选择班级信息管理
（3）选择开班
（4）输入班级信息（班级编号、班级名称、所属专业、所属院系、班级状态[激活|毕业|作废]、班级人数）
（5）检测输入的信息（编号不能有重复）
（6）保存输入的班级信息
7）扩展点：
（4a）所输入的班级编号已存在，则提示返回；
（4b）若专业、院系不存在，则提示返回
8）补充说明：
（1）班级状态包括：
激活、毕业、作废
（2）班级人数的初始值为0
（3）班级信息保存在文件中
1.4.1.2.3班级信息修改
1）用例名称：
班级信息修改
2）用例描述：
班级信息修改
3）角色：
系部专员
4）前置条件：
系部专员已登录系统
5）后置条件：
修改班级信息
6）基本路径：
（1）登录学管子系统
（2）选择班级信息管理
（3）选择开班
（4）根据班级编号查询要修改的班级（根据编号查询）
（5）检测输入的信息（编号要存在）
（6）选择要修改的班级信息（修改班级名称、修改所属院系信息、修改专业、作废此班级、设为毕业班级）
（7）保存修改信息
7）扩展点：
（4a）所输入的班级编号不存在，则提示返回；
（6a）若修改信息时，专业、院系不存在，则提示返回
8）补充说明：
（1）班级编号、班级人数不能修改
1.4.1.2.4报到分班
1）用例名称：
报到分班
2）用例描述：
给录取学生分配一个录取专业相应的班级
3）角色：
系部专员
4）前置条件：
系部专员已登录系统；学生已被录取
5）后置条件：
给该学生分配一个录取专业相应的班级
6）基本路径：
（1）登录学管子系统
（2）选择学生报到分班
（3）根据身份证查询该学生信息（根据身份证号查询）
（4）检测输入的条件（身份证要存在）
（5）显示查询的结果（查看该学生是否录取）
（6）修改学生班级信息（班级要存在）
（7）在相应的班级信息中班级人数加1
（8）保存修改信息
7）扩展点：
（3a）若身份证不存在，则提示返回；
（5a）若身份证存在但该学生未被录取，则提示返回；
（6a）若班级不存在，则提示返回
8）补充说明：
（1）班级已存在
（2）学生已被录取
（3）若学生已分班则不能再分班
1.4.1.2.5查询班级信息
1）用例名称：
查询班级信息
2）用例描述：
查询班级信息
3）角色：
系部专员
4）前置条件：
系部专员已登录系统
5）后置条件：
查询班级信息
6）基本路径：
（1）登录学管子系统
（2）选择查询、统计
（3）选择根据编号查询班级信息
（4）检测输入信息（班级编号需存在）
（5）显示查询班级信息
7）扩展点：
（4a）若班级编号不存在，则提示返回
8）补充说明：
（1）班级编号要存在
1.4.1.2.6统计院系人数
1）用例名称：
统计院系人数
2）用例描述：
统计院系人数
3）角色：
系部专员
4）前置条件：
系部专员已登录系统
5）后置条件：
统计院系人数
6）基本路径：
（1）登录学管子系统
（2）选择查询、统计
（3）选择统计院系人数
（4）输入院系代码统计院系人数
（5）显示统计结果
7）扩展点：
（4a）若院系代码不存在，则提示返回
8）补充说明：
（1）院系代码需存在
1.4.1.2.7统计专业人数
1）用例名称：
统计专业人数
2）用例描述：
统计专业人数
3）角色：
系部专员
4）前置条件：
系部专员已登录系统
5）后置条件：
统计专业人数
6）基本路径：
（1）登录学管子系统
（2）选择查询、统计
（3）选择统计专业人数
（4）输入专业代码统计专业人数
（5）显示统计信息
7）扩展点：
（4a）若专业代码不存在，则提示返回
8）补充说明：
（1）专业代码需存在
1.4.1.2.8根据身份证查询学生信息
1）用例名称：
根据身份证查询学生信息
2）用例描述：
根据身份证查询学生信息
3）角色：
系部专员
4）前置条件：
系部专员已登录系统
5）后置条件：
根据身份证查询学生信息
6）基本路径：
（1）登录学管子系统
（2）选择查询、统计
（3）选择根据身份证查询学生信息
（4）输入身份证号查询学生信息
（5）显示查询结果
7）扩展点：
（4a）若身份证号不存在，则提示返回
8）补充说明：
（1）身份证号需存在
1.5性能需求
1.5.1时间要求
本软件需对录入的数据进行较高的数据精度限制。
各个操作在1-20秒内完成，且本软件响应时间较稳定，能帮助用户建立稳定的工作节奏，足够满足用户的需求。
1.5.2适应性
保存好信息数据，保证数据的安全保密性。
可维护性、可移植性、可靠性均需达到较高要求。
1） 安全性：
对用户账户信息严格保护。
2） 可维护性：
有错误时,可以提供及时修复工作
3） 易读性：
界面符合友好界面风格，能提示用户下一步的操作步骤
4） 可转移性：
PC机都可以使用本系统。
5） 可靠性：
出现错误不会导致系统死机。
1.6项目风险分析
1.6.1.1项目维护
风险管理列表
序号
风险产生条件
产生结果
可能性
影响
风险总体影响
减轻影响计划
应急计划
应急计划触发
负责人
1
0
0
0
2
0
0
0
3
0
0
0
4
0
0
0
5
0
0
0
1.7分配任务
根据最初的项目开发合同，并在充分沟通的前提下，简要叙述项目开发任务分解及任务分配。
如果必要的话，可以详细描述各任务的具体工作，并使用MS-Project工具画出甘特图。
序号
任务名称
计划日期
实际日期
负责人
01
需求获取与分析
02
系统设计
03
项目框架架构
04
编码
05
测试
1.8附表
列出用户提供的文件、报表、单据等的样张，加上我们积累的有关文件，作为系统分析的基础，再附上必要的注释。
形如：
文件编号
名称
注释
文件编号1
文件名称
对应的功能名称
如果条件成熟，可以把数据字典（datadictionary）作为附件列于后。
升级会员 