票卡检测信息管理系统需求说明书v3

1、 票卡检测信息管理系统需求说明书目 录第1部分引言31.1产品的定义和范围31.2预期的读者和阅读建议31.3需求分析的目标与方法31.3.1需求分析的目标与任务31.3.2需求分析的关键原则3第2部分综合描述42.1产品的前景和起源42.2产品的框架结构42.3用户类和特征62.4运行环境62.5设计和实现上的限制62.6假设和依赖6第3部分外部接口需求73.1用户界面73.2硬件接口73.3软件接口7第4部分 其他非功能需求84.1性能需求84.2安全性施需求84.3界面需求8第5部分系统功能说明95.1登录模块95.1.1模块综述95.1.2功能详述95.2系统管理模块95.2.1模块综

2、述95.2.2功能详述95.3 用例测试生成105.3.1请假管理105.1.3功能详述105.2 测试结果采集模块115.1.1模块综述115.1.2功能详述115.2 测试报告生成模块125.2.1模块综述125.2.2功能详述12第1部分 引言1.1 产品的定义和范围系统定义：本系统为模拟票卡的检测而开发，主要用于获取、检测、存贮、检索相应的票卡数据，并通过票卡信息统计了解并解决票卡使用过程中数据存在问题。系统范围：提供票卡数据的生成；提供数据的检测功能；采集结果等各类数据进行管理。1.2 预期的读者和阅读建议预期的读者：用户、设计员、程序员、确认测试人员。1.3 需求分析的目标与任务需

3、求分析的主要目的是通过理清管理流程，并分析其中的问题，把握用户的管理需求，设计出应用系统的逻辑模型和功能模型1.3.1 需求分析的目标如下：(1) 使系统开发人员正确理解业务流程和管理需求；(2) 发现管理中的问题，并寻求利用信息技术解决问题的可能途径；(3) 提出新系统的逻辑模型，设计出系统原型。1.3.2 需求分析的任务如下：(1) 了解相关票卡检测工作流程、数据载体等；(2) 对管理流程和数据进行分析，理清数据与流程之间的关系；(3) 识别用户的功能需求，提出新系统的逻辑模型和功能需求模型；(4) 完成系统基本录入界面和查询界面的原型；第2部分 综合描述2.1产品的前景和起源北京轨道交通

4、指挥中心是北京轨道交通专用票（一票通）的综合管理机构。担负着路网票卡管理、密钥管理，是唯一授权可进行北京轨道交通专用票卡采购、初始化、分拣、检测、清洗、票卡资源开发的综合机构。同时北京轨道交通指挥中心库房也是轨道交通专用票的总库房。2020年届时预计各类票卡日均存储总量为2000万张；票卡年生产量为1000万张；票卡年清洗量500万张；各类票卡年检测量50万张。票卡检测平台是AFC检测中心的重要组成部分，担负着数量巨大的各类票卡的检测工作。实现票卡检测工作的自动化，对提高工作效率和管理水平具有十分重要的意义。2.2产品的框架结构 2.3用户类和特征普通用户：只能对各类信息进行生成用例，检索数据

5、，查询，无法对其信息内容进行更改操作，并可对个人的数据进行更改操作，并与其他用户进行协同工作；系统管理员：拥有普通用户的所有权限，并可对一些普通用户无法完成的操作，如删除重要文档等：在系统中拥有极高的查询权，可看到各类敏感和非敏感的数据，并可进行生成文档等重要操作。2.4运行环境硬件配置：l 客户端：1.8HZ以上主频的CPU，64M以上内存，5G以上剩余磁盘空间，10M以上网络带宽；l 服务器端：2.4GHZ以上主频的双核CPU，带UPS，2G以上内存，60G以上剩余磁盘空间，10M以上网络带宽软件配置：l 客户端：票卡检测信息管理系统l 服务器端：操作系统Microsoft windows

6、 NT/2000/2003 MySQL Server 5.12.5设计和实现上的限制必须使用的特定技术：java技术必须使用的特定工具：eclipse 必须使用的特定编程语言：Java Applet数据库：MySQL Server2.6假设和依赖需求变更：需求不会再变更,开发按原计划时间安排。 系统运行时的条件：1. 用户的需求是可穷举的；2. 用户的功能需求在系统开发过程中不会变更；3. 普通操作用户不会对系统恶意进行破坏；4. 系统服务器由专人负责管理，不会被无关人员接近；5. 用户已具有一定的计算机应用基础，无需进行此方面的培训；6. 系统管理员对系统比较熟悉，能够独立完成日常的维护工作

7、； 第3部分 外部接口需求3.1 用户界面错误信息显示标准：应用标准windows提示框用户登录页面： 提供统一登录验证口令的界面。基本信息录入页面：用表单的形式提供各方面的信息录入界面。各功能模块导航界面：能够在主界面的菜单中找到。3.2 硬件接口模拟设备：模拟票卡、模拟读卡器系统把生的用例数据输入到模拟票中；模拟读卡器把模拟票卡中的数据输出到系统3.3 软件接口与MySQL数据库连接 通过Java与SQL数据库连接，读写人员信息，票卡信息、测试结果信息等。第4部分 其他非功能需求4.1 性能需求1. 可靠性：当操作错误时，系统应提示错误信息，并且用户可以修改错误。2. 可用性：系统界面友好

8、，操作要求低, 3. 可移植性：可以移植到其它的硬件基础上。4. 可维护性： 具有产品软件维护所必须的文档及说明书。4.2 安全性需求系统的安全，按照保密规定的要求，至少要达到“身份鉴别，访问控制，系统审计”三大要点。1 身份鉴别任何用户要以自己的身份进入系统，就是说，进入系统前必须进行身份验证，以确定当前用户”是谁”，未在系统注册范围内的用户，是被拒绝于系统之外的。2 访问控制用户通过身份验证后，系统自动根据使用者的身份确定其操作级别，并针对此级别显示不同的数据，提供不同的操作界面。级别不够的用户看不到存贮在系统中的敏感数据，也看不到越权的操作按钮。也就是说，无权察看的数据和无权进行的操作虽

9、然存在于系统中，但对权限级别不够的用户是透明的。3 系统审计用户对任何一个子系统数据的访问，都会被系统自动记录在审计数据库中，系统会记录哪个时间开始，至什么时间结束，具体用户名，访问了什么数据库的数据，供管理员在必要时查阅。一旦某项敏感信息泄露，管理员可根据审计数据库找到相应数据被谁访问过，从而进一步追查相关数据汇密的可能性。系统审计数据库不允许任何用户修改其内容，只能在一定时期内归到一个备份库中备查。4.3 界面需求(1)要求有菜单及工具栏以方便操作(2)各数据库信息可在屏幕上直接修改(3)各数据统计结果可在屏幕上显示(4)进行系统分析后的结果在另一窗口中显示第5部分 系统功能需求5.1 登

10、陆模块 模块概述本模块主要实现注册和登陆功能功能详述1、登陆对进入系统的用户进行认证2、人员注册人员注册注册工作由代理自动完成。注册内容包括姓名、工作号、所在单位、用户职位等方面的信息。已注册人员可以使用系统管理员分配的用户名和密码进入本系统。5.2 系统管理模块 模块概述系统管理主要用于对员工信息管理、角色分配等方面进行管理。通过系统管理员在此模块中的相关预设置，来完成在系统运行过程中需要的各种功能。如自动判断该人员的职位；根据流程自动判断该环节的审核人员的权限等等。功能详述1、组织结构：本系统将组织结构分为两个组织l 单位、个人两层结构2、编辑个人信息人手动调整注册内容包括姓名、工作号、所

11、在单位、用户职位等方面的信息。3、角色分配 角色分配主要是在管理模块中选择具有相应的角色权限的文件以保证文件的正常流转。4、系统审计系统进入每个应用模块，进行每步操作，以及查看某个文档，都会被系统自动记录下来，形系统日志。只有系统管理员才能查看系统日志。系统管理员从系统管理模块中进入，查看系统日志，系统日志按时间，操作者所属部门，操作者姓名分类排序，还包含操作开始时间，结束时间。日志支持全文检索功能。5.3 测试用例生成5.3.1 模块综述测试用例生成模块主要是按需要生成用测试的数字票卡。5.3.2 功能详述1、 在用户界面中可设定生成数字卡l 数量l 参数2、 生成数字卡卡ID的生成 卡信息

12、生成 域名 类型 字段长 时间 Time 4字节 日期 Date 4字节状态（发售、进站、出站） Int 4字节 车站ID Int 4字节 金额 Int 4字节卡的种类Int4字节 多余的数字为设为0.3、 将生成的数字卡输出到模拟设备中5.4 测试结果采集模块5.4.1 模块概述测试结果模块主要实现通过模拟设备输出的数据进行测试并采集5.4.2 功能详述n 读入模拟设备中的数据n 将数据进行存入数据库n 测试数据并将结果存入数据库测试过程：5.5 测试报告生成模块测试报告生成模块主要实现报表生成并显示和生成报表的文档模块概述1、 用户可以按需要生成报表2、 有特殊权限的用户可以生成报表文档功能详述1、 生成的报表设计l 报表的表单设计（显示结果）字段标题类型备注卡ID文本必须错误项文本测试序号文本必须时间文本必须l 生成报表的条件设计（实现排序检索功能）字段标题类型取值范围及有效性检验备注卡ID文本手工填写错误项