票卡检测信息管理系统需求说明书目录第1部分 引言 31.1产品的定义和范围 31.2预期的读者和阅读建议 31.3 需求分析的目标与方法 31.3.1 需求分析的目标与任务 31.3.2 需求分析的关键原则 错误！未定义书签。第2部分 综合描述 32.1产品的前景和起源 32.2 产品的框架结构 42.3用户类和特征 52.4运行环境 52.5设计和实现上的限制 52.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 模块综述 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 需求分析的目标与任务需求分析的主要目的是通过理清管理流程，并分析其中的问题，把握用户的管理需求 设计出应用系统的逻辑模型和功能模型1.3.1需求分析的目标如下：(1) 使系统开发人员正确理解业务流程和管理需求；(2) 发现管理中的问题，并寻求利用信息技术解决问题的可能途径；(3) 提出新系统的逻辑模型，设计出系统原型。1.3.2需求分析的任务如下：(1) 了解相关票卡检测工作流程、数据载体等；(2) 对管理流程和数据进行分析，理清数据与流程之间的关系；(3) 识别用户的功能需求，提出新系统的逻辑模型和功能需求模型(4) 完成系统基本录入界面和查询界面的原型；第2部分 综合描述2.1 产品的前景和起源北京轨道交通指挥中心是北京轨道交通专用票（一票通）的综合管理机构。担负着路网 票卡管理、密钥管理，是唯一授权可进行北京轨道交通专用票卡采购、初始化、分拣、检测、 清洗、票卡资源开发的综合机构。同时北京轨道交通指挥中心库房也是轨道交通专用票的总 库房。2020年届时预计各类票卡日均存储总量为2000万张；票卡年生产量为1000 万张； 票卡年清洗量500 万张；各类票卡年检测量50 万张。票卡检测平台是AFC检测中心的重要组成部分，担负着数量巨大的各类票卡的检测工作。实现票卡检测工作的自动化，对提高工作效率和管理水平具有十分重要的意义。2.2 产品的框架结构票卡检测信息管理系统结构2012-03-22票卡检测信息管理系统结构2.3 用户类和特征普通用户：只能对各类信息进行生成用例，检索数据，查询，无法对其信息内容进行更 改操作，并可对个人的数据进行更改操作，并与其他用户进行协同工作；系统管理员：拥有普通用户的所有权限，并可对一些普通用户无法完成的操作，如删除 重要文档等：在系统中拥有极高的查询权，可看到各类敏感和非敏感的数据，并可进行生成 文档等重要操作。2.4 运行环境硬件配置： 客户端：1.8HZ以上主频的CPU, 64M以上内存，5G以上剩余磁盘空间，10M以上网 络带宽； 服务器端：2.4GHZ以上主频的双核CPU,带UPS, 2G以上内存，60G以上剩余磁盘 空间，10M以上网络带宽软件配置： 客户端：票卡检测信息管理系统 服务器端：操作系统 Microsoft windows NT/2000/2003 MySQL Server 5.12.5 设计和实现上的限制必须使用的特定技术： java 技术 必须使用的特定工具： eclipse 必须使用的特定编程语言： Java Applet数据库： MySQL Server2.6 假设和依赖需求变更：需求不会再变更,开发按原计划时间安排。系统运行时的条件：1. 用户的需求是可穷举的；2. 用户的功能需求在系统开发过程中不会变更；3. 普通操作用户不会对系统恶意进行破坏；4. 系统服务器由专人负责管理，不会被无关人员接近；5. 用户已具有一定的计算机应用基础，无需进行此方面的培训6. 系统管理员对系统比较熟悉，能够独立完成日常的维护工作第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、组织结构：本系统将组织结构分为两个组织 单位、个人两层结构2、编辑个人信息人手动调整注册内容包括姓名、工作号、所在单位、用户职位等方面的信息。3、角色分配角色分配主要是在管理模块中选择具有相应的角色权限的文件以保证文件的正常流转4、系统审计系统进入每个应用模块，进行每步操作，以及查看某个文档，都会被系统自动记录下 来，形系统日志。只有系统管理员才能查看系统日志。系统管理员从系统管理模块中进入，查看系统日志，系统日志按时间，操作者所属部 门，操作者姓名分类排序，还包含操作开始时间，结束时间。日志支持全文检索功能。5.3测试用例生成5.3.1模块综述测试用例生成模块主要是按需要生成用测试的数字票卡。5.3.2功能详述1、在用户界面中可设定生成数字卡 数量 参数2、生成数字卡卡ID的生成卡信息生成域名类型字段长时间Time4字节日期Date4字节状态（发售、进站、 出站）Int4字节车站IDInt4字节金额Int4字节卡的种类Int4字节多余的数字为设为0.3、将生成的数字卡输出到模拟设备中5.4测试结果采集模块测试结果模块主要实现通过模拟设备输出的数据进行测试并采集5.4.2功能详述 读入模拟设备中的数据 将数据进行存入数据库 测试数据并将结果存入数据库测试过程：5.5 测试报告生成模块测试报告生成模块主要实现报表生成并显示和生成报表的文档模块概述1、用户可以按需要生成报表2、有特殊权限的用户可以生成报表文档功能详述1、生成的报表设计报表的表单设计（显示结果）字段标题类型备注卡ID文本必须错误项文本测试序号文本必须时间文本必须生成报表的条件设计（实现排序检索功能）字段标题类型取值范围及有效性检验备注卡ID文本手工填写错误项文本时间状态金额使用次数测试序号下拉表手工填写时间日期控件输入视图列表视图名称文档来源字段名称及顺序排序规则及特殊功能（降序）按测试序号采集的测试结 果测试序号、测试时间、卡ID、 错误项、时间按错误项采集的测试结 果错误项、测试序号、卡ID、 测试时间、时间按卡的ID采集的测试结 果卡ID、错误项、测试序号、 测试时间、时间2、生成报表文档用户可以将生成的结果打入到文档中：Excel