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

票卡检测信息管理系统需求说明书 目 录 第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  引言 产品的定义和范围 系统定义：本系统为模拟票卡的检测而开发，主要用于获取、检测、存贮、检索相应的票卡数据，并通过票卡信息统计了解并解决票卡使用过程中数据存在问题。 系统范围：提供票卡数据的生成；提供数据的检测功能；采集结果等各类数据进行管理。 预期的读者和阅读建议 预期的读者：用户、设计员、程序员、确认测试人员。 需求分析的目标与任务 需求分析的主要目的是通过理清管理流程，并分析其中的问题，把握用户的管理需求，设计出应用系统的逻辑模型和功能模型 需求分析的目标如下： 使系统开发人员正确理解业务流程和管理需求； 发现管理中的问题，并寻求利用信息技术解决问题的可能途径； 提出新系统的逻辑模型，设计出系统原型。 需求分析的任务如下： 了解相关票卡检测工作流程、数据载体等； 对管理流程和数据进行分析，理清数据与流程之间的关系； 识别用户的功能需求，提出新系统的逻辑模型和功能需求模型； 完成系统基本录入界面和查询界面的原型；  综合描述 2.1产品的前景和起源 北京轨道交通指挥中心是北京轨道交通专用票（一票通）的综合管理机构。担负着路网票卡管理、密钥管理，是唯一授权可进行北京轨道交通专用票卡采购、初始化、分拣、检测、清洗、票卡资源开发的综合机构。同时北京轨道交通指挥中心库房也是轨道交通专用票的总库房。2020年届时预计各类票卡日均存储总量为2000万张；票卡年生产量为1000万张；票卡年清洗量500万张；各类票卡年检测量50万张。 2.2产品的框架结构 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.1 2.5设计和实现上的限制 必须使用的特定技术：java技术 必须使用的特定工具：eclipse 必须使用的特定编程语言：Java Applet 数据库：MySQL Server 2.6假设和依赖 需求变更：需求不会再变更,开发按原计划时间安排。 系统运行时的条件： 用户的需求是可穷举的； 用户的功能需求在系统开发过程中不会变更； 普通操作用户不会对系统恶意进行破坏； 系统服务器由专人负责管理，不会被无关人员接近； 用户已具有一定的计算机应用基础，无需进行此方面的培训； 系统管理员对系统比较熟悉，能够独立完成日常的维护工作；  外部接口需求 用户界面 错误信息显示标准：应用标准windows提示框 用户登录页面： 提供统一登录验证口令的界面。 基本信息录入页面：用表单的形式提供各方面的信息录入界面。 各功能模块导航界面：能够在主界面的菜单中找到。 硬件接口 模拟设备：模拟票卡、模拟读卡器 系统把生的用例数据输入到模拟票中；模拟读卡器把