票卡检测信息管理系统需求说明书
目录
第1部分 引言............................................................ 3
1.1产品的定义和范围................................................. 3
1.2预期的读者和阅读建议............................................. 3
1.3需求分析的目标与方法............................................. 3
1.3.1 需求分析的目标与任务..................................... 3
1.3.2 需求分析的关键原则....................................... 3
第2部分 综合描述........................................................ 4
2.1产品的前景和起源................................................. 4
2.2产品的框架结构................................................... 4
2.3用户类和特征..................................................... 6
2.4运行环境......................................................... 6
2.5设计和实现上的限制............................................... 6
2.6假设和依赖....................................................... 6
第3部分 外部接口需求.................................................... 7
3.1用户界面......................................................... 7
3.2硬件接口......................................................... 7
3.3软件接口......................................................... 7
第4部分 其他非功能需求.................................................. 8
4.1性能需求......................................................... 8
4.2安全性施需求..................................................... 8
4.3界面需求......................................................... 8
第5部分 系统功能说明................................................. 9
5.1登录模块......................................................... 9
5.1.1 模块综述................................................. 9
5.1.2 功能详述................................................. 9
5.2系统管理模块..................................................... 9
5.2.1 模块综述................................................. 9
5.2.2 功能详述................................................. 9
5.3 用例测试生成.................................................... 10
5.3.1 请假管理................................................ 10
5.1.3 功能详述................................................ 10
5.2 测试结果采集模块................................................ 11
5.1.1 模块综述................................................ 11
5.1.2 功能详述................................................ 11
5.2 测试报告生成模块................................................ 12
5.2.1 模块综述................................................ 12
5.2.2 功能详述................................................ 12
第1部分 引言
1.1 产品的定义和范围
系统定义：本系统为模拟票卡的检测而开发，主要用于获取、检测、存贮、检索相应的票卡数据，并通过票卡信息统计了解并解决票卡使用过程中数据存在问题。
系统范围：提供票卡数据的生成；提供数据的检测功能；采集结果等各类数据进行管理。
1.2 预期的读者和阅读建议
预期的读者：用户、设计员、程序员、确认测试人员。
1.3 需求分析的目标与任务
需求分析的主要目的是通过理清管理流程，并分析其中的问题，把握用户的管理需求，设计出应用系统的逻辑模型和功能模型
1.3.1 需求分析的目标如下：
(1) 使系统开发人员正确理解业务流程和管理需求；
(2) 发现管理中的问题，并寻求利用信息技术解决问题的可能途径；
(3) 提出新系统的逻辑模型，设计出系统原型。
1.3.2 需求分析的任务如下：
(1) 了解相关票卡检测工作流程、数据载体等；
(2) 对管理流程和数据进行分析，理清数据与流程之间的关系；
(3) 识别用户的功能需求，提出新系统的逻辑模型和功能需求模型；
(4) 完成系统基本录入界面和查询界面的原型；
第2部分 综合描述
2.1产品的前景和起源
北京轨道交通指挥中心是北京轨道交通专用票（一票通）的综合管理机构。担负着路网票卡管理、密钥管理，是唯一授权可进行北京轨道交通专用票卡采购、初始化、分拣、检测、清洗、票卡资源开发的综合机构。同时北京轨道交通指挥中心库房也是轨道交通专用票的总库房。20##年届时预计各类票卡日均存储总量为2000万张；票卡年生产量为1000万张；票卡年清洗量500万张；各类票卡年检测量50万张。
票卡检测平台是AFC检测中心的重要组成部分，担负着数量巨大的各类票卡的检测工作。实现票卡检测工作的自动化，对提高工作效率和管理水平具有十分重要的意义。
2.2产品的框架结构
2.3用户类和特征
普通用户：只能对各类信息进行生成用例，检索数据，查询，无法对其信息内容进行更改操作，并可对个人的数据进行更改操作，并与其他用户进行协同工作；
系统管理员：拥有普通用户的所有权限，并可对一些普通用户无法完成的操作，如删除重要文档等：在系统中拥有极高的查询权，可看到各类敏感和非敏感的数据，并可进行生成文档等重要操作。
2.4运行环境
硬件配置：
l 客户端：1.8HZ以上主频的CPU，64M以上内存，5G以上剩余磁盘空间，10M以上网络带宽；
l 服务器端：2.4GHZ以上主频的双核CPU，带UPS，2G以上内存，60G以上剩余磁盘空间，10M以上网络带宽
软件配置：
l 客户端：票卡检测信息管理系统
l 服务器端 ：操作系统Microsoft windows NT/2000/2003 MySQL Server 5.1
2.5设计和实现上的限制
必须使用的特定技术：java技术
必须使用的特定工具：eclipse
必须使用的特定编程语言：Java Applet
数据库：MySQL Server
2.6假设和依赖
需求变更：需求不会再变更,开发按原计划时间安排。
系统运行时的条件：
1. 用户的需求是可穷举的；
2. 用户的功能需求在系统开发过程中不会变更；
3. 普通操作用户不会对系统恶意进行破坏；
4. 系统服务器由专人负责管理，不会被无关人员接近；
5. 用户已具有一定的计算机应用基础，无需进行此方面的培训；
6. 系统管理员对系统比较熟悉，能够独立完成日常的维护工作；
7.
第3部分 外部接口需求
3.1 用户界面
错误信息显示标准：应用标准windows提示框
用户登录页面： 提供统一登录验证口令的界面。
基本信息录入页面：用表单的形式提供各方面的信息录入界面。
各功能模块导航界面：能够在主界面的菜单中找到。
3.2 硬件接口
模拟设备：模拟票卡、模拟读卡器
系统把生的用例数据输入到模拟票中；模拟读卡器把模拟票卡中的数据输出到系统
3.3 软件接口
与MySQL数据库连接
通过Java与SQL数据库连接，读写人员信息，票卡信息、测试结果信息等。
第4部分 其他非功能需求
4.1 性能需求
1. 可靠性：当操作错误时，系统应提示错误信息，并且用户可以修改错误。
2. 可用性：系统界面友好，操作要求低,
3. 可移植性：可以移植到其它的硬件基础上。
4. 可维护性： 具有产品软件维护所必须的文档及说明书。
4.2 安全性需求
系统的安全，按照保密规定的要求，至少要达到“身份鉴别，访问控制，系统审计”三大要点。
1．身份鉴别
任何用户要以自己的身份进入系统，就是说，进入系统前必须进行身份验证，以确定当前用户”是谁”，未在系统注册范围内的用户，是被拒绝于系统之外的。
2．访问控制
用户通过身份验证后，系统自动根据使用者的身份确定其操作级别，并针对此级别显示不同的数据，提供不同的操作界面。级别不够的用户看不到存贮在系统中的敏感数据，也看不到越权的操作按钮。也就是说，无权察看的数据和无权进行的操作虽然存在于系统中，但对权限级别不够的用户是透明的。
3．系统审计
用户对任何一个子系统数据的访问，都会被系统自动记录在审计数据库中，系统会记录哪个时间开始，至什么时间结束，具体用户名，访问了什么数据库的数据，供管理员在必要时查阅。一旦某项敏感信息泄露，管理员可根据审计数据库找到相应数据被谁访问过，从而进一步追查相关数据汇密的可能性。
系统审计数据库不允许任何用户修改其内容，只能在一定时期内归到一个备份库中备查。
4.3 界面需求
(1)要求有菜单及工具栏以方便操作
(2)各数据库信息可在屏幕上直接修改
(3)各数据统计结果可在屏幕上显示
(4)进行系统分析后的结果在另一窗口中显示
第5部分 系统功能需求
5.1 登陆模块
模块概述
本模块主要实现注册和登陆功能
功能详述
1、登陆
对进入系统的用户进行认证
2、人员注册
人员注册注册工作由代理自动完成。注册内容包括姓名、工作号、所在单位、用户职位等方面的信息。已注册人员可以使用系统管理员分配的用户名和密码进入本系统。
5.2 系统管理模块
模块概述
系统管理主要用于对员工信息管理、角色分配等方面进行管理。通过系统管理员在此模块中的相关预设置，来完成在系统运行过程中需要的各种功能。如自动判断该人员的职位；根据流程自动判断该环节的审核人员的权限等等。
功能详述
1、组织结构：
本系统将组织结构分为两个组织
l 单位、个人两层结构
2、编辑个人信息
人手动调整注册内容包括姓名、工作号、所在单位、用户职位等方面的信息。
3、角色分配
角色分配主要是在管理模块中选择具有相应的角色权限的文件以保证文件的正常流转。
4、系统审计
系统进入每个应用模块，进行每步操作，以及查看某个文档，都会被系统自动记录下来，形系统日志。只有系统管理员才能查看系统日志。
系统管理员从系统管理模块中进入，查看系统日志，系统日志按时间，操作者所属部门，操作者姓名分类排序，还包含操作开始时间，结束时间。日志支持全文检索功能。
5.3 测试用例生成
5.3.1 模块综述
测试用例生成模块主要是按需要生成用测试的数字票卡。
5.3.2 功能详述
1、在用户界面中可设定生成数字卡
l 数量
l 参数
2、生成数字卡
卡ID的生成
卡信息生成
多余的数字为设为0.
3、将生成的数字卡输出到模拟设备中
5.4 测试结果采集模块
5.4.1 模块概述
测试结果模块主要实现通过模拟设备输出的数据进行测试并采集
5.4.2 功能详述
n 读入模拟设备中的数据
n 将数据进行存入数据库
n 测试数据并将结果存入数据库
测试过程：
5.5 测试报告生成模块
测试报告生成模块主要实现报表生成并显示和生成报表的文档
模块概述
1、 用户可以按需要生成报表
2、 有特殊权限的用户可以生成报表文档
功能详述
1、 生成的报表设计
l 报表的表单设计（显示结果）
l 生成报表的条件设计（实现排序检索功能）
l 视图列表
2、生成报表文档
用户可以将生成的结果打入到文档中：Excel
第二篇：学籍与成绩管理信息系统需求说明书
研究生设计性实验报告
课程名称：面向对象系统分析与设计
系统分析与设计报告
项目名称 学籍及成绩管理系统 项目经理 80920540
项目成员 班 级 12班 组别：第 3 组
指导教师 开课学期 2009 至2010 学年第 2 学期
完成时间 2010 年 5 月 25 日
指 导 教 师 评 语
成绩： 分（总分30分） 教师签名：
2010 年 月 日
任务分工表
学籍与成绩管理系统－－需求说明
系统分析说明书（需求规格说明书）
目录
1 概述 ........................................................................................................................... 1
1.1 编写目的 ............................................................................................................ 1
1.2 参考资料 ............................................................................................................ 1
1.3 术语和缩写词*.................................................................................................... 1
2 需求 ........................................................................................................................... 1
2.1 主要功能分析 ..................................................................................................... 1
2.2 功能结构 ............................................................................................................ 3
2.3 用例模型 ............................................................................................................ 4
2.3.1 总用例图 ................................................................................................... 4
2.3.2学籍管理用例图 ......................................................................................... 5
2.3.3成绩管理用例图 ......................................................................................... 6
2.3.4课程管理用例图 ......................................................................................... 9
3 环境 ......................................................................................................................... 12
3.1 运行环境 .......................................................................................................... 12
3.2 开发环境 .......................................................................................................... 12
4. 项目实施计划 ................................................................................ 错误！未定义书签。
4.1 工作任务的分解 .................................................................... 错误！未定义书签。
4.2 项目进度安排 ....................................................................... 错误！未定义书签。
【注】本编写指南中带有“*”标志的表示可选部分，即在文档编写过程中可以依据实际项目的具体情况进行取舍，文档完成后这些“*”标记应该去掉。
学籍与成绩管理系统－－需求说明
1 概述
1.1 编写目的
本文档的编写目的是为学籍及成绩管理系统项目的开发提供：
a.
c. 软件总体要求，作为用户和软件开发人员之间了解的基础； 验收标准，作为用户确认测试的依据。 b. 功能、性能、接口和可靠性的要求，作为软件人员进行设计和编码的基础；
1.2 参考资料
a. 项目来源；学籍及成绩管理系统是学校管理系统中的一个重要组成部分。其主要的作用是帮助学校的有关教务科室对学生所学课程的成绩及学籍进行集中管理，同时还要根据不同专业的要求，设定不同的必修课、选修课，并根据课程的考核成绩计算学生每学期的学分绩作为评价学生学习成绩的依据。
b. 本文档中引用到的规范和资料:
1.吴建, 郑潮, 汪杰.《UML基础与Rose建模案例(第2版)》. 北京: 人民邮电出 版社, 2004.
2.董兰芳，刘振安《UML课程设计》.北京：机械工业出版社，2005
1.3 术语和缩写词*
系统管理员：对系统进行维护。
教学管理员：将新生的基本情况数据添加作为学籍信息。对在校信息进行管理，整理及统计
毕业信息，对每个学生的学分进行管理，对成绩按照不同的方式进行组织和统计。
教师：负责学生成绩的录入，修改和查询。
学生：查询自己的成绩信息，学籍信息，及选择信息，选择课程。
学籍信息：包含学生从入学到毕业的所有信息。
在校信息：包含学生的班级、专业信息，纪律、荣誉、处分等。
课程信息：包含课程的授课老师，学分，上课时间等信息。
2 需求
2.1 主要功能分析
学籍及成绩管理系统主要是对于学生学籍，成绩以及课程进行管理。其主要的业务如下： 1 学籍管理 记录学生入学到毕业的信息。
（1）学籍信息添加。（当新生录取后，学籍管理人员将新生的基本情况数据填入学生成绩卡片中基本情况一栏，并按学生的来源编制学号。）
（2）学籍信息修改。（由学生对其具体信息进行修改）
（3）在校信息管理。（包括班级、专业的变动，纪律、荣誉、处分等以及学生选课的情况）
（4）毕业信息管理。（教务管理部门每学年都将根据学生的选课情况和成绩，计算每个专业毕业的学生的学分绩）
1
学籍与成绩管理系统－－需求说明
2 成绩管理 记录每门课程的成绩以及相关的教师学生。
（1）成绩录入。（记录每个学生每门课程的成绩）
（2）成绩查询。（学生，老师可以对学生成绩进行查询）
（3）成绩统计。（教务管理部门需要对每门课程的考试成绩进行综合统计，需要计算出每门课程成绩的分布(均值、方差及各分数段分布等数据)，同时对学习情况进行相应的分析(不同班级相同课程的成绩对比、同一班级不同课程成绩对比、教师教学效果分析等)。
（4）学分管理。（根据学生选修的课程和成绩，统计学分）
3 课程管理 记录课程的信息，以及学生的选课情况，
（1）课程信息管理。（管理各课程的信息）
（2）学生选课。（对学生选课信息进行管理）
（3）课程查询。（学生或者教学管理员对课程进行查询)。
以上为主要工作流程，经过初步调查和分析，对学籍与成绩管理信息系统的目标范围进行确定。
管理员活动图如图1所示。
图1 管理员活动图
学生活动图如图2所示。
2
学籍与成绩管理系统－－需求说明
图2 学生活动图
2.2 功能结构
本系统粗略的功能结构如图2
所示，详细功能定义见用例模型一节。
图2 学籍与成绩管理信息系统总体结构
3
学籍与成绩管理系统－－需求说明
2.3 用例模型
2.3.1 总用例图
图3 总用例图
用例名称
参与者
假设
前置条件
后置条件
主事件流 总用例图 教师，教学管理员，系统管理员，学生 系统参与者已成功登录 对系统的学籍信息，成绩信息，课程信息及系统信息进行管理 1．系统提示参与者登录系统
2．参与者选择操作
3．参与者结束操作
系统包含学籍管理，成绩管理，课程管理，系统管理
备选事件流
4
学籍与成绩管理系统－－需求说明
2.3.2学籍管理用例图
图4 学籍管理用例图
用例名称
参与者
假设
前置条件
后置条件
主事件流 学籍管理 教学管理员 学生的各种奖励、处罚，都要记录在学籍中。当学生因特殊情况休学或复学可以由教学管理员通过休复学管理进行相关操作。 系统参与者已成功登录 最新的学籍信息得到更新 1．系统提示可执行的操作
2．教学管理员选择操作
3．教学管理员结束学籍管理
2a．入学管理
1. 系统提示输入新生的有关信息
2. 教学管理员登记新生的入学信息，建立新生学籍档案
3. 系统保存新生学籍信息
2b．毕业管理
1. 教学管理员选择要毕业的学生
2. 对学生与毕业相关的信息进行提取
3. 系统保存学生信息
2c．学籍修改
1. 系统提示输入要修改的与学籍有关的信息
2. 修改学籍的相关数据，确认提交
3. 系统更新学籍信息
2d．休复学管理
5 备选事件流
学籍与成绩管理系统－－需求说明
1. 系统提示输入学籍的有关信息
2. 管理员修改学籍的休复学相关数据，确认提交
3. 系统更新学籍信息
2e．奖惩管理
1. 系统提示输入学籍的有关信息
2. 管理员修改学籍的奖惩信息，确认提交
3. 系统更新学籍信息
用例名称
参与者
假设
前置条件
后置条件
主事件流 信息查询
教学管理员，学生 教学管理员可以查询所有学生学籍，学生只能查询自己的学籍信息。 系统参与者已成功登录 查询到相应的学生学籍信息 1．参与者输入要查询的学生的基本条件
2．系统根据输入条件检索查询学生的学籍信息
3．显示要查询的学生的当前所有的学籍情况
未能找到满足条件的学生学籍信息，提示参与者，终止用例 备选事件流
2.3.3成绩管理用例图
图5 成绩管理用例图
6
学籍与成绩管理系统－－需求说明
用例名称
参与者
假设
前置条件
后置条件
主事件流 成绩录入 教师，教学管理员 教师或者教学管理员负责成绩的录入 系统参与者已成功登录 将成绩录入到系统中 1．系统提示对成绩进行录入；
2．用户将成绩录入到系统中，确认提交
3．系统更新学生成绩。
备选事件流
输入的成绩超出了限定的范围，提示用户重新输入
用例名称
参与者
假设
前置条件
后置条件
主事件流 成绩修改 教师，教学管理员 教师或者教学管理员负责成绩的修改 系统参与者已成功登录，并且成绩已存在于系统中 在系统中成功修改学生的成绩 1． 系统提示输入要修改成绩的学生
2．系统根据输入条件检索要修改的成绩信息
3．修改成绩，确认提交
4．系统更新学生成绩。
备选事件流
输入的成绩超出了限定的范围，提示用户重新输入
用例名称
参与者
假设
前置条件
后置条件
主事件流 成绩查询 教师，教学管理员，学生 教师，教学管理员，学生可以对学生成绩进行查询 系统参与者已成功登录，并且成绩已经存在于系统中 查询到相应的学生成绩 1．系统提示输入要查询的学生的基本条件
2．系统根据输入条件检索查询信息
3．系统显示要查询的学生成绩
检索不到要查询的学生，课程或者成绩信息，提示用户，用例终止 备选事件流
用例名称
参与者
假设
前置条件
后置条件
主事件流 成绩统计 教学管理员 教务管理部门需要对每门课程的考试成绩进行综合统计 系统参与者已成功登录 计算出每门课程成绩的分布，同时分析学习情况 1．系统显示学生成绩
2．根据参与者要求（不同班级相同课程的成绩对比、同一班级不同课程成绩对比、教师教学效果分析），用不同的方法(均值、方差及各分数段分布等数据)对成绩进行统计
3．根据要求显示统计的结果
备选事件流
无 7
学籍与成绩管理系统－－需求说明
用例名称
参与者
假设
前置条件
后置条件
主事件流
备选事件流 学分管理 教学管理员 学分要由教学管理员进行管理，对于表现突出或获得某种荣誉的学生加上一定的学分奖励。 系统参与者已成功登录 对每个学生学分进行管理 系统对每门课程的学分进行管理 2a．学分生成
1．系统提示可执行操作
2．根据学生所修的课程及其学分计算该学生学分
3．系统保存学生的学分
2b．学分奖励
1．系统检索出要奖励学分的学生，及其学分
2．系统修改这些学生的学分
3．系统更新学分信息
2c．学分查询
1．参与者输入要查询的学生的基本条件
2．系统根据输入条件检索查询信息
3．显示要查询的学生的当前所有的学分情况
8
学籍与成绩管理系统－－需求说明
2.3.4课程管理用例图
图6 课程管理用例图 用例名称
参与者
假设
前置条件
后置条件
主事件流 课程维护 教学管理员 教学管理员根据需要，对课程进行相应的维护 教学管理员已被识别和授权 最新的课程维护信息得到保存 1系统提示可执行的操作；
2 管理员选择操作； 3 管理员结束课程维护操作；
备选事件流 2a 已有操作选项
1课程添加操作；2课程修改操作；3课程删除操作
用例名称
参与者
假设
前置条件
后置条件
选课调整 教学管理员 教学管理员对选课进行调整 教学管理员已被识别和授权 最新的选课信息得到保存 9
学籍与成绩管理系统－－需求说明
主事件流 1 系统显示原来的选课信息，提示可执行的操作；
2 管理员选择操作；
3管理员结束选课调整操作；
备选事件流 2a 已有操作选项
1 课程记录增加；
2 课程记录修改；
3课程记录删除
用例名称
参与者
假设
前置条件
后置条件
主事件流 选课查询 学生或教学管理员 学生和教学管理员查询到选课的相关信息 教学管理员和学生已被识别和授权 无 1 系统显示所有选课的信息；
2 管理员或学生根据备选内容选择到所需的选课；
3 系统显示相应选课的信息
2a 已有操作选项
1 录入教师姓名 ；
2 录入选课代码；
3录入班号；
4 录入选课时间； 备选事件流
用例名称
参与者
假设
前置条件
后置条件
主事件流 学生选课 学生 学生选择选修和必修课程 学生已被识别和授权 系统自动保存学生选课信息 1 系统提示学号等信息的输入；
2学生根据自己情况选择课程；
3系统显示最终选择的课程；
2a必修课的选择
1教务处指定的课程系统自动选择
2未指定的必修课可根据提供的信息选择
2b 选修课的选择
1 根据个人情况，确定选修课的选课 备选事件流
2.3.5系统管理用例图
10
学籍与成绩管理系统－－需求说明
图7 系统管理用例图
用例名称
参与者
假设
前置条件
后置条件
主事件流 系统日志管理 系统管理员 系统管理员对系统进行日志管理 系统管理员已被识别和授权 系统对更新后的日志进行保存 1系统提示可执行的操作；
2管理员对日志进行查看、分类等操作； 3 系统保存更新后的信息；
无 备选事件流
用例名称
参与者
假设
前置条件
后置条件
主事件流
备选事件流 系统备份 系统管理员 系统管理员对系统进行备份 系统管理员已被识别和授权 系统对系统的备份进行保存 1系统提示可执行的操作； 2管理员对系统进行备份操作； 无
用例名称
参与者
假设
前置条件 权限管理 系统管理员 系统管理员对系统进行权限管理 系统管理员已被识别和授权
11
学籍与成绩管理系统－－需求说明
后置条件
主事件流 系统对更新后的权限进行保存 1系统提示可执行的操作；
2管理员根据要求对系统权限进行相应操作；
3 系统保存更新后的信息；
2a
1用户管理；2权限设置 备选事件流
用例名称
参与者
假设
前置条件
后置条件
主事件流 用户管理 系统管理员 系统管理员对用户进行管理 系统管理员已被识别和授权 系统对更新后的用户信息进行保存 1系统提示可执行的操作；
2管理员根据用户情况对用户进行相应操作；
3 系统保存更新后的信息；
2a 用户操作
1 用户添加；2 用户修改；3用户删除；4 用户查询 备选事件流
3 环境
3.1 运行环境
硬件：联想万全T350一台，100M校园网，联想PC机多台 软件：Windows 2003 Server（服务器）
SQL Server 2005
Windows XP/2000/2003
IE6.0以上
IIS6.0
Microsoft Office 2000/2003/XP
3.2 开发环境
硬件：联想万全T350一台，100M校园网，联想PC机多台 软件：Windows 2003 Server（服务器）
SQL Server 2005
Windows XP/2000/2003
IE6.0以上
IIS6.0
Microsoft Office 2000/2003/XP
Visual Studio 2005
IBM Rational Software Architect V6.0
12