需求规格说明书21.docx
《需求规格说明书21.docx》由会员分享，可在线阅读，更多相关《需求规格说明书21.docx（26页珍藏版）》请在冰豆网上搜索。
需求规格说明书21
需求规格说明书
文档密级：
普通
文档状态：
[√]草案[]正式发布[]正在修订
变更履历
序号
版本
变更描述
修订人/日期
审核/日期
批准/日期
1
1.0
草案
彭磊
2
2.0
录取规则改为成绩优先
彭磊
3
4
5
6
7
8
9
10
11
目录
1前言4
1.1目的4
1.2项目信息4
1.3范围4
1.4术语5
1.5参考文献5
2整体说明5
3非功能需求5
3.1运行环境5
3.2可用性6
3.2.16
3.2.26
3.2.36
3.3安全性6
3.4可靠性6
3.5性能7
3.6可支持性7
3.7设计约束7
3.8联机用户文档和帮助系统需求7
3.9购买的构件8
3.10接口/界面8
3.10.1用户界面/报表格式8
3.10.2硬件接口8
3.10.3软件接口8
3.10.4通信接口8
4功能需求8
4.1登陆人员管理9
4.1.1用例ID9
4.1.29
4.1.39
4.1.410
4.1.5功能关联10
4.1.6非功能需求10
4.2省反馈标准数据导入10
4.2.1用例ID10
4.2.211
4.2.311
4.2.411
4.2.5功能关联11
4.2.6非功能需求11
4.3学校代码数据导入12
4.3.1用例ID12
4.3.212
4.3.312
4.3.413
4.3.5功能关联13
4.3.6非功能需求13
4.4学校考试数据导入13
4.4.1用例ID13
4.4.214
4.4.314
4.4.414
4.4.5功能关联14
4.4.6非功能需求15
4.5录取科目数据导入15
4.5.1用例ID15
4.5.215
4.5.315
4.5.416
4.5.5功能关联16
4.5.6非功能需求16
4.6在线报名学员信息数据导入16
4.6.1用例ID16
4.6.217
4.6.318
4.6.418
4.6.5功能关联18
4.6.6非功能需求18
4.7系统设置19
4.7.1用例ID19
4.7.219
4.7.319
4.7.420
4.7.5功能关联20
4.7.6非功能需求20
4.8提前批次录取20
4.8.1用例ID20
4.8.221
4.8.321
4.8.421
4.8.5功能关联21
4.8.6非功能需求21
4.9常规录取23
4.9.1用例ID23
4.9.224
4.9.324
4.9.424
4.9.5功能关联25
4.9.6非功能需求25
4.10录取情况汇总26
4.10.1用例ID26
4.10.226
4.10.327
4.10.427
4.10.5功能关联27
4.10.6非功能需求27
5未决事宜28
6附件:
28
1前言
1.1目的
本文档明确定义了客户需求，预期读者为程序设计人员，开发人员，测试人员，客户方及其他本项目相关利益者
1.2项目信息
说明：
Ø待开发的软件系统的名称；自主招生录取系统
Ø本项目的任务提出者：
常州信息职业技术学院（以下简称常职院）
Ø开发者：
Milestone
Ø用户：
常州信息职业技术学院招生处
Ø实现该软件的计算中心或计算机网络；常州信息职业技术学院内网
Ø该软件系统同其他系统或其他机构的基本的相互来往关系：
本系统需要从招生系统中获取生源信息。
1.3范围
本文档详细定义了“自主招生录取系统”的功能性需求及非功能性需求，定义范围为：
用户操作要求，软件要求，业务流程，外观界面及本软件所应包含的必须向相关利益者说明的事物。
主要影响范围：
概要设计说明书，详细设计说明，测试计划，测试用例，用户手册，使用手册等。
1.4术语
普通用户：
“常职院”招生处负责招生的工作人员
高级用户：
本系统的维护人员，数据导入人员
合法用户：
使用本系统注册功能注册并正确输入用户名与密码，经本系统验证通过后的系统操作人员。
1.5参考文献
《自主招生录取系统开发说明材料》——常州信息职业技术学院
2整体说明
提供本文详述的各种需求的背景，以使这些需求便于理解。
所包括的内容有：
Ø目的：
本软件是为了提高“常职院”在自主招生录取生源时的工作效率，使招生处的工作能更便捷、有效、安全。
本软件应用目标为“常职院”招生处自主招生录取环节，可接受或输出数据，但不承担其它非自主招生业务所需的功能。
Ø产品架构：
本软件为“常职院”招生系统中自主录取生源系统，与报名系统，有必要的数据往来，在招生系统启动前，需要从报名系统中获取已报名所有学员的数据信息。
且本软件需要具备基本的数据输出功能，以满足客户方可能产生的其它对于数据处理的要求。
Ø用户特点：
本软件的最终使用人员应为“常职院”招生处的常职人，应明确“常职院”的自主招生流程，应具备一定的计算机使用能力，能熟练使用office2007。
维护人员：
应有一定的C#.net开发能力，熟悉sql2005或以上版本的数据库操作，了解软硬件，了解局域网。
有较好的故障排查能力。
Ø假设与依赖关系：
本软件的正常使用必须基于以下情况：
计算机环境正常（含软硬件）、网络通讯正常、从招生系统中导入的数据正常（无冗余、实体信息完整、引用信息完整等）、本系统的正确安装或发布（含可能需要安装的控件或安装包等）。
3非功能需求
3.1运行环境
硬件：
显示器：
17寸或上彩显分辨率：
1024*768
硬盘：
120G转速：
7200或以上
内存：
DDR2、2G或以上
网卡：
标准通讯网卡
标准鼠标、键盘等
软件：
winXP\win7
office2007
frameWork3.5
通讯等的配置:
能与其它进行数据交互的网络环境
3.2可用性
3.2.1
普通用户高效使用本软件的培训时间应为2~4小时
高级用户高效使用本软件的培训时间应为3个工作日之内
本软件相关操作模块应有明确的操作使用提示，对用户操作时的数据不可逆性有提醒并要求用户确认的过程。
对不合格数据应明确提示不合格原因如：
请输入数字、请输入日期（2012-01-01）、请输入不超过20个字符长度的信息等。
提示信息应简单、直观、易于理解。
出现软件运行错误时应提供降级模式并记录日志，以方便高级用户维护和纠正错误数据。
3.2.2
本软件应符合同类型其它软件的通用操作规范，界面设计应简洁、明了，在符合用户要求的风格的同时尽量简化和智能化操作，尽量考虑用图形按钮和提示文字引导用户操作，使用户明确正确的操作步骤。
3.2.3
数据库数据存贮年限要求：
无
3.3安全性
本系统应使用人员注册功能，人员的帐号，密码应受到保护，密码需要加密，不得明文保存。
非合法用户无法使用本系统的任何功能。
对于合法人员应记录其登陆本软件的时间、所进行的功能性操作及IP地址以备查询。
对录取功能的操作需指定人员，没有具备录取功能的人员无法进行生源录取操作。
系统使用方应严格控制本系统使用者的身份审核。
3.4可靠性
Ø本系统在正常使用情况下不应出现故障。
Ø由于用户使用不当而可能造成的故障平均修复时间应在半个工作日之内
Ø降级模式：
在出现某模块故障时，其它未受直接影响的功能模块应保证正常使用
Ø错误或缺陷率：
严重错误（数据完全丢失，系统完全无法使用）：
0
大错误（某功能完全无法使用）：
0
小错误（文字没有上下对齐，表格线没有封闭等）：
<3/功能点
3.5性能
Ø对事务的响应时间：
一般：
平均1秒，最长5秒
处理包含大数据量（百万条数据）时<10分钟
Ø资源利用情况：
内存：
程序运行<150mb
数据库<1G
Ø磁盘使用情况:
软件安装后：
<250mb
Ø数据库文件：
<10G
Ø通信：
公网<500kb/秒
Ø
3.6可支持性
维码标准应符合Milestone标准编码规定，在开发过程中不得使用XX的第三方控件。
3.7设计约束
本系统开发所用语言为高级计算机编程语言如Java、C#.net，不考虑使用C，C++,VB，PHP等进行开发
设计应完全符合软件流程需求，如由于本文档未决事宜而造成设计时不明确，就由本系统相关利益者共同研讨确定。
开发工具应使用官方标准开发工具，构架及设计约束由Milestone自行确定。
如需购买第三构件、类库等由Milestone与客户方协商后决定
3.8联机用户文档和帮助系统需求
本软件应提供详细的联机用户使用文档（电子档），软件内含简单明确易于理解的功能说明，系统提供当用户遇到无法解决的问题时应联系的技术支持方人员的姓名和联系方式。
3.9购买的构件
暂无
3.10接口/界面
暂无
3.10.1用户界面/报表格式
暂无
3.10.2硬件接口
暂无
3.10.3软件接口
暂无
3.10.4通信接口
暂无
4功能需求
4.1登陆人员管理
4.1.1用例ID
4.1.2
系统启用后，系统管理员可以登陆系统，任意添加新用户，查询已有用户信息，修改已有用户的权限，修改用户权限，删除用户以及修改自己密码等功能。
4.1.3
添加：
点击添加按钮在添加窗口中输入用户信息选择用户所属角色点击保存按钮提示完成情况
查询：
直接在窗口的输入框中输入多条件查询信息点击查询按钮在本窗口显示查询结果
修改：
查询用户信息后选择用户（鼠标双击或选中用户后点击修改按钮）弹出该用户相关信息修改除用户名外的其他信息保存提示完成情况
用户信息后选择用户（鼠标双击或选中用户后点击修改按钮）点击删除按钮提示该用户将被删除用户确认提示完成情况
4.1.4
该功能仅供系统管理员使用，在添加用户的时候必须输入用户名与登陆密码，如果密码未指定则默认为“123456”，用户名不得重复。
用户名及密码长度限制在30个字符之内，用户权限应是选择项。
修改用户信息时，用户id及用户名无法修改。
删除用户信息成功后用户信息将从数据库中直接删除，无法恢复。
4.1.5功能关联
成功添加了用户以后，该用户可以使用正确的用户与密码登陆本系统，并根据其设定的权限操作相应的功能。
4.1.6非功能需求
1、系统管理员第一次登陆时应提醒其修改默认登陆密码。
2、用户密码应加密保存
3、相关不可恢复操作发生时应有明确的提示，要求确认，待用户确认后再发生操作
4、操作简单，界面直观，应以用户操作方便为主。
4.2省反馈标准数据导入
4.2.1用例ID
4.2.2
1、使用本功能可以在指定有效数据源的情况下自动将源数据表中学员的省考试成绩及相关信息数据导入至目标数据表。
2、选择的数据源必须是指定的《省反馈标准数据》Excel表。
3、在数据导入前提醒用户是否需要清空目标数据表，如果用户选择不清空则提示用户仅能导入与数据库中身份证号不重复的数据。
4、导入数据完成后提示总数据量、导入成功数据量、导入失败数据量等信息。
5、用户可以查看日志了解，导入失败的原数据及导入失败的时间及失败的原因，导入失败的时间应精确到秒。
6、用户可以手功添加数据。
7、导入后保存的数据结构参见校方提供的《省反馈标准数据》。
8、相关导入数据级联情况参见校方提供的《对应代码》。
4.2.3
用户选择数据源导入数据提示导入完成情况
4.2.4
用户只能选择数据源（Excel）实现数据抽取功能，暂不实现从其它系统对本系统的数据推送功能。
某条数据导入失败后程序应自动继续导入其余数据，不能直接终止导入。
导入成功的数据量+导入失败的数据量=应导入的数据总量
如发生数据导入严重错误（如数据库无法连接，数据表不存在等），应提示用户系统发生严重错误，导入数据不准确并终止用户的下一步操作。
用户手动输入数据时应检查是否与系统已有数据发生重复，以身份证号为准。
如发生重复，应明确提示用户当前错误情况。
4.2.5功能关联
数据导入为提前录取、自动录取等功能的前置功能，本功能未完成前，其它功能将可能无法运行或运行出错。
4.2.6非功能需求
1、尽量要求用户以选择的方式进行操作，而不是输入
2、尽可能多的提示用户下一步操作可能产生的不可逆性，并让用户确认。
4.3学校代码数据导入
4.3.1用例ID
4.3.2
1、使用本功能可以在指定有效数据源的情况下自动将源数据表中中学代码数据导入至目标数据库表。
2、选择的数据源必须是在设计时候许可的数据表，即《中学代码》。
3、在数据导入前提醒用户是否需要清空目标数据表。
4、导入数据完成后提示总数据量、导入成功数据量、导入失败数据量等信息
5、用户可以查看日志了解，导入失败的原数据及导入失败的时间及失败的原因，导入失败的时间应精确到秒
6、用户可以手功添加数据
4.3.3
用户选择数据源导入数据提示导入完成情况
4.3.4
用户只能选择数据源实现数据抽取功能，不实现从其它系统对本系统的数据推送功能。
某条数据导入失败后程序应自动继续导入其余数据，不能直接终止导入。
导入成功的数据量+导入失败的数据量=应导入的数据总量
如发生数据导入严重错误，应提示用户系统发生严重错误，导入数据不准确并终止用户的下一步操作。
用户手动输入数据时应检查是否与系统已有数据发生重复，以身份证号为准。
如发生重复，应要求用户执行修改。
4.3.5功能关联
数据导入为提前录取、自动录取等功能的前置功能，本功能未完成前，其它功能将可能无法运行或运行出错。
4.3.6非功能需求
1、尽量要求用户以选择的方式进行操作，而不是输入
2、尽可能多的提示用户下一步操作可能产生的不可逆性，并让用户确认。
4.4学校考试数据导入
4.4.1用例ID
4.4.2
1、使用本功能可以在指定有效数据源的情况下自动将源数据表中在校考试数据导入至目标数据库表。
2、选择的数据源必须是在设计时候许可的数据表，即《自主招生考试成绩表》。
3、该表中前3的字段应分别为：
姓名、身份证号、成绩
4、在数据导入前提醒用户是否需要清空目标数据表。
5、导入数据完成后程序自动进行校验以下情况
a）身份证号与学员信息中已存在的身份证号是否匹配。
如匹配失败则为错误数据。
b）列出所有没有成绩的学员总数，并用列表列出以下信息
i.身份证号
ii.姓名
6、自动校验完成后提示应导入总数据量、导入成功数据量、导入失败数据量等信息
7、用户可以查看日志了解，导入失败的原数据及导入失败的时间及失败的原因，导入失败的时间应精确到秒
8、用户可以手功添加数据
4.4.3
用户选择数据源导入数据数据校对列出当前导入结果及校对结果
4.4.4
用户只能选择数据源实现数据抽取功能，不实现从其它系统对本系统的数据推送功能。
某条数据导入失败后程序应自动继续导入其余数据，不能直接终止导入。
导入成功的数据量+导入失败的数据量=应导入的数据总量
如发生数据导入严重错误，应提示用户系统发生严重错误，导入数据不准确并终止用户的下一步操作。
用户手动输入数据时应检查是否与系统已有数据发生重复，以身份证号为准。
如发生重复，应要求用户执行修改。
4.4.5功能关联
数据导入为提前录取、自动录取等功能的前置功能，本功能未完成前，其它功能将可能无法运行或运行出错。
4.4.6非功能需求
1、尽量要求用户以选择的方式进行操作，而不是输入
2、尽可能多的提示用户下一步操作可能产生的不可逆性，并让用户确认。
4.5录取科目数据导入
4.5.1用例ID
4.5.2
1、使用本功能可以在指定有效数据源的情况下自动将源数据表中所有科目数据导入至目标数据库表。
2、选择的数据源必须是在设计时候许可的数据表，即《自主单独招生计划表》。
3、该表中前2的字段应分别为：
科目编号、科目名称
4、在数据导入前提醒用户是否需要清空目标数据表。
5、自动校验完成后提示应导入总数据量、导入成功数据量、导入失败数据量等信息
6、用户可以查看日志了解，导入失败的原数据及导入失败的时间及失败的原因，导入失败的时间应精确到秒
7、用户可以手功添加数据
8、自动消除重复数据（文字完全一样为重复数据）
4.5.3
用户选择数据源导入数据自动消除重复数据列出当前导入结果及校对结果
4.5.4
出现重复数据时，该重复数据不得导入。
4.5.5功能关联
数据导入为提前录取、自动录取等功能的前置功能，本功能未完成前，其它功能将可能无法运行或运行出错。
4.5.6非功能需求
1、尽量要求用户以选择的方式进行操作，而不是输入
2、尽可能多的提示用户下一步操作可能产生的不可逆性，并让用户确认。
4.6在线报名学员信息数据导入
4.6.1用例ID
4.6.2
1、使用本功能可以在指定有效数据源的情况下自动将源数据表中所有科目数据导入至目标数据库表。
2、选择的数据源必须是在设计时候许可的数据表，即《自主招生数据库》。
3、具体字段如下：
3.1编号
3.2身份证号
3.3学员姓名
3.4学员性别
3.5家庭地址
3.6邮编
3.7固定电话
3.8手机号码
3.9学校名称
3.10学校地址
3.11学校邮编
3.12班主任
3.13班主任电话
3.14考生类型
3.15报名科目
3.16专业1
3.17专业2
3.18专业3
3.19专业4
3.20专业5
3.21专业6
3.22物理
3.23历史
3.24政治
3.25地理
3.26化学
3.27生物
3.28信息技术
3.29中专就读专业
4、在数据导入前提醒用户是否需要清空目标数据表。
5、自动校验完成后提示应导入总数据量、导入成功数据量、导入失败数据量等信息
6、用户可以查看日志了解，导入失败的原数据及导入失败的时间及失败的原因，导入失败的时间应精确到秒
7、用户可以手功添加数据
4.6.3
用户选择数据源导入数据列出当前导入结果及校对结果
4.6.4
出现错误数据时应记录日志，日志中应包含错误的原始数据及出错原因、出错时间。
4.6.5功能关联
数据导入为提前录取、自动录取等功能的前置功能，本功能未完成前，其它功能将可能无法运行或运行出错。
4.6.6非功能需求
1、尽量要求用户以选择的方式进行操作，而不是输入
2、尽可能多的提示用户下一步操作可能产生的不可逆性，并让用户确认。
4.7系统设置
4.7.1用例ID
4.7.2
1、设置各科目本次录取的人数，在用户设置的时候同步显示所有科目总录取人数
2、修改角色权限，在系统启用时，需设定默认权限，角色权限默认情况下为：
a）超级管理员：
所有权限包括所有用户密码修改、查看系统日志等
b）学工处工作人员：
修改各科目录取人数、添加学员信息、修改加分成绩、操作提前批次录取、常规录取、查询录取情况、个人密码修改等功能
c）阅读者：
仅查询录取情况、修改个人密码功能
3、设置允许访问网站的IP，未经许可的IP不得访问网站
4、查看系统日志，系统日志应包含以下信息字段：
a）操作日期（精确到秒、含登陆）
b）人员id
c）操作（仅记录引起数据变化的操作）
5、日志只能查看，不能修改或删除
4.7.3
设置专业科目录取人数列出所有科目输入要录取人数保存
修改角色权限选择要修改的角色选择相应的权限保存
查看日志选择日期段查看该日期段的所有影响数据库变化的操作
4.7.4
1、科目录取总人数必须醒目显示。
以提示用户修改完毕后本次录取人数一共是多少
2、相关角色的权限修改后，相关角色在修改保存后再登陆，则自适应新权限。
4.7.5功能关联
数据导入为提前录取、自动录取等功能的前置功能，本功能未完成前，其它功能将可能无法运行或运行出错。
4.7.6非功能需求
1、权限的列举以界面来分，即一个界面如果有3种功能，则这3种功能为一个权限，即权限的限定以页面为单元，不以数据库字段为单元。
2、尽可能多的提示用户下一步操作可能产生的不可逆性，并让用户确认。
4.8提前批次录取
4.8.1用例ID
4.8.2
1、所有免试生为提前录取准入学员
2、提前录取分为自动手动。
自动则自动检索数据库中所有免试生并根据其第一志愿自动录取
3、用户可手动添加或删除提前录取学员，手动添加操作方式为选择已存在的报名学员。
4、录取完成后系统提示用户各科目应招多少人，已提前录取多少人，余多少录取名额
5、用户确认保存后从应招总人数扣除已招人数。
即如应招100人，提前录取了5人，则应招人数为100-5=95人。
4.8.3
自动提前批次录取系统自行获取免试生名单录取至相关专业显示结果
手动提前批次录取输入身份证号查询提前录取可输入专业（默认按第一专业录取）显示结果
4.8.4
1、录取人数不得应招人数上限
2、必须前置数据源导入完成后本功能才能正确实行，因前置数据未导入或导入的数据不合格而导致的录取失败或录取信息不正确则不列为程序异常或缺陷！
3、手动输入时系统自动检查录入的学员是否之前已被录取。
如果已被录取则系统提示该生已录取，并中终操作。
4.8.5功能关联
该功能的运行将影响各科目的常规录取数量，总应录取人数=提前批次录取数量+常规录取人数。
已在提前批次录取的学生，不得在系统常规录取流程中再次出现。
4.8.6非功能需求
1、录取完成后应提示用户以下信息：
a）各科目录取人数
b）可查看各科目具体录取人员名单
c）可查看录取人员的详细信息
d）各科目可录取人数余额
4.9常规录取
4.9.1用例ID
4.9.2
1、在运行常规录取时，用户需先行选择录取类型（中职、普高、艺术）。
2、用户运行常规录取功能后，系统自动顺序执行以下操作:
a）去掉不满足“4C1合格”条件的学生（即物理、化学、地理、历史、政治、生物等6门科目必考的4门成绩必须在C以上，信息技术科目必须合格。
）
b）将所有学员按成绩排序（降序）
c）从第一名学员开始判断是否可以录取第一志愿，如第一志愿所报科目有名额剩余则满足录取，否则判断第二志愿是否可以录取，以此类推完成六个志愿的录取。
按此规则遍历余下学员
d）如遍历所有学员并完成了录取则本功能运行结束
升级会员 