《软件工程课程设计说明书车站售票管理系统—需求规格说明书.doc》由会员分享，可在线阅读，更多相关《软件工程课程设计说明书车站售票管理系统—需求规格说明书.doc（30页珍藏版）》请在三一办公上搜索。
1、目录1.引言11.1编写目的11.2项目背景11.3定义21.4参考资料22任务概述22.1目标22.2运行环境32.3条件与限制33数据描述33.1静态数据33.2动态数据43.3数据库介绍53.4数据词典53.5数据采集74功能需求84.1功能划分84.2功能描述215性能需求225.1数据精确度225.2时间特性225.3适应性226运行需求236.1用户界面236.2硬件接口286.3软件接口286.4故障处理287其它需求298. 附录291.引言1.1编写目的随着计算机技术的发展，人类生活速度的加快，单一的人工售票方式已经不能满足人们出行的要求。每逢出行高峰都会造成火车站售票的拥挤
2、，因此售票自动化应运而生。车站售票管理系统就是这样的一个产物。经过我开发小组的调研与讨论研究，基本上明确了该系统的需求，并在此基础上完成软件需求规格说明书。该文档旨在对该系统的需求做出综合的分析，对各个模块的功能做出具体的说明。车站售票管理系统需求规格说明书的目的是明确车站售票管理系统中各项功能和非功能需求，确定系统功能模块，同时为概要设计和详细设计人员提供设计依据，也可供本项目的其他开发人员参阅。本需求分析报告的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出了本火车售票系统的软件开发过程，便于程序员与客户之间的交流、协作，并作为工作成果
3、的原始依据，同时也表明了本软件的共性，以期能够获得更大范围的应用。本文档需要交于论证人员进行论证修改，无误后供软件开发人员进行后期的软件设计1.2项目背景委托单位：呼和浩特火车站开发单位：内蒙古工业大学软件工程主管部门：内蒙古工业大学计算机系项目开发者： 周伟，马星，张玲燕，苗欣宇用户：呼和浩特火车站产品的所有权：呼和浩特火车站项目背景：火车票出售管理系统是典型的信息管理系统(MIS),其开发主要包括后台数据库的建立和维护以及前端应用程序的开发两个方面。本项目适用于Windows操作系统，使用SQL Server 2005数据库，利用C+,JAVA开发平台开发系统。1.3定义静态数据：主要是由
4、表和视图组成，应该注意的是，数据字典中的表是不能直接被访问的，但是可以访问数据字典中的视图。动态数据：SQL包含了一些潜在的由系统管理员如SYS维护的表和视图，由于当数据库运行的时候它们会不断进行更新，所以称它们为动态数据字典（或者是动态性能视图）。这些视图提供了关于内存和磁盘的运行情况，所以我们只能对其进行只读访问而不能修改它们。数据字典：数据字典是SQL存放有关数据库信息的地方，其用途是用来描述数据的。比如一个表的创建者信息，创建时间信息，所属表空间信息，用户访问权限信息等。当用户在对数据库中的数据进行操作时遇到困难就可以访问数据字典来查看详细的信息。需求：用户解决问题或达到目标所需的条件
5、或功能；系统或系统部件要满足合同、标准，规范或其它正式规定文档所需具有的条件或权能。需求分析：包括提炼，分析和仔细审查已收集到的需求，以确保所有的风险承担者都明其含义并找出其中的错误，遗憾或其它不足的地方。 1.4参考资料1 刘利民、田宝军 .软件工程综合设计指导书,20112 张海藩.软件工程导论（第五版）.北京清华大学出版社,20033 黄国兴、周勇著 .软件需求工程. 清华大学出版社,2008-054 车站售票管理系统项目开发计划书5 车站售票管理系统可行性分析报告2任务概述2.1目标利用信息化手段缓解火车站售票压力，满足广大人民群众的购票需求，使管理人员能够方便进行售票管理工作，包括修
6、改、维护、统计等，使广大人民用户能够利用该系统进行信息的查询，购票，退票等。用自然语言或者形式化语言与图形等完整、准确、具体地描述系统的数据需求、功能需求、性能需求、可靠性需求和可用性需求、接口需求、约束、逆向需求以及将来可能提出的要求。（1) 完善目前火车售票系统，使之能跟上时代的发展。同时通过实践来提高自己的动手能（2）应用范围：理论上能够实现于铁路部门的售票系统，其目的在于在原有的系统基础使得火车售票便捷化，以期实现完善日常生活中火车售票的各种缺陷。（3）可实现旅客对于火车票的查询与购买功能，售票员则可实现查询、添加和删除等功能；对于所查询的车次结果提供列表显示输出；有一定的安全机制，普
7、通旅客不能对车次信息随意删改，只有系统管理员可通过密码识别进行维护。2.2运行环境操作系统：Microsoft Windows 2007或Microsoft Windows XP支持环境：IIS 5.0数 据 库：Microsoft SQL Server 20052.3条件与限制应具备的设备：计算机4台，打印机1台应具备的人员：软件专业学生4人其他条件：保证相关开发人员全部到位，不缺勤；资金全部到位3数据描述3.1静态数据列车信息：列车车号 (int SerialNumber) 列车始发时间 (struct time SetOut) 列车始发站(char DeparturePoint) 列车终
8、点站(char TerminalPoint) 额定载量（int FixNumber ）票务：列车车号 (int SerialNumber) 发车时间 票价 发出车站售票员：用户名 （char name） 密码(char password)3.2动态数据输入数据：（根据界面提示，键盘输入操作）旅客输入信息：查询方式 查询车次、查询站点查询站点 查询时用户输入的始发站到终点站查询车次 查询时用户输入的车次号售票员输入信息：身份验证帐号 用户登录系统所需的账号(第一次需要注册)帐号密码 用户登录系统所需认证密码查询方式 查询车次、查询站点查询站点 查询时售票员输入的始发站到终点站查询车次 查询时售票
9、员输入的车次号票务信息 添加、购票、退票的票务信息管理员输入信息： 身份验证帐号 用户登录系统所需的账号(第一次需要注册)帐号密码 用户登录系统所需认证密码系统管理员备份数据恢复所需的数据备份文件；输出数据：输出信息：查询车次确定的数据库记录的子集；旅客输出信息 车票（价格，车次，发车时间，始发站）售票员输出信息：车次信息查询、购买的操作结果 管理员输出信息： 车次信息录入、删除结果 成功或失败数据备份输出的数据备份文件3.3数据库介绍名称：Microsoft SQL Server 2005介绍：微软SQL Server 2005 SP1加入数据库镜像功能，为SQL Server 2005 E
10、xpress Edition提供新管理工具，并且加强了SAP NetWeaver智能商务系统的报告反馈支持功能。管理：SQL Server Management Studio 集成了对 SQL Server 2005 所有组件的管理。Business Intelligence 从业者都将得益于 Microsoft 服务器“能力”扩展这一用户盼望已久的功能增强，即从关系引擎（伸缩性、可靠性、可用性、可编程性，等等）扩展为全套的 BI 平台组件。支持的操作系统： Windows 2000 Service Pack 4; Windows Server 2003 Service Pack 1; Win
11、dows XP Service Pack 2 硬件要求：具有 Intel Pentium III 600 MHz（或同等性能的兼容处理器）或速度更快处理器（建议使用 1 GHz 或速度更快的处理器。）的计算机 最低 192 MB 的 RAM（建议使用 512 MB 或更高的 RAM。） 100 MB 的可用硬盘空间 注意事项：安装此包之前，必须从系统中删除 SQL Server Management Studio Express 的任何 Beta 版本或 Community Technology Preview (CTP) 版本。如果不执行此操作，则将导致此包安装 失败。安装条件：您必须在计算
12、机上具有管理权限才能安装SQL Server 2005。3.4数据词典名字：列车编号别名：描述：由国家统一制定的对列车的编号 定义：车次编号=4字母字符|数字字符4 位置：列车信息名字：车票信息别名：描述：乘客查询到需要购的票后系统打印售出的车票信息定义：售出车票信息=车票编号+车厢号+座位号+日期+发车时间+始发站+目的站位置：输出到打印机名字：时刻表 别名：描述：途经火车各车站的到站时间 发车时间 及停车时间定义：时刻表 = 时刻位置：列车信息名字：各站站名 别名：描述：途径火车各车站名称定义：各站点名 =1中文字符10位置：列车信息名字：价格 别名：描述：从始发站到各站价格定义：各站点名
13、 = 1数字3位置：列车信息名字：座位号别名：描述：乘客座位所在的座位号定义：车票编号=3数字3位置：车票信息名字：售出票数别名：描述：售票管理员已经售出车票的总张数定义：总票数=1数字5位置：总表信息名字：总票数别名：描述：售票管理员能够售出车票的总张数定义：总票数=1数字5位置：总表信息 名字：车票编号 别名：描述：乘客查询到需要购的票后分配给车票的编号定义车票编号=1数字5 位置：车票信息名字：剩余票数别名：描述：当前时刻可售出的的最大车票数量（总票数售出票数）定义：总票数=1数字5位置：总表信息名字：发车时间 别名：描述：列车发出的详细时间定义：发车时间=时刻位置：车票信息名字：日期
14、别名：描述：列车开车的日期 定义：日期 =日期位置：车票信息名字：座位号别名：描述：座位所在的座位号定义：车票编号=1数字3位置：车票信息名字：车厢号别名：描述：乘客座位所在车厢定义车票编号=1数字2位置：车票信息3.5数据采集（1） 车票信息由数据库设计人员加入录入数据库中（2） 用户账户及密码由登陆人员自行设计有数据库设计人员设计的系统方式录入数据库中。（3） 其他数据如票务信息由系统自动生成4功能需求4.1功能划分图 3.1 系统管理用例图表3-1 登录系统用例规约用例名称：登录系统用例ID：001角色：系统管理员用例说明：管理员登录管理前置条件：无基本事件流：登录1. 打开系统首页，并
15、点击登录按钮2系统显示用户名，密码3. 输入用户名，密码，并确认4.登陆成功A1：登录失败5系统将为该用户分配权限，并在页面显示其它事件流： A1：1. 登录失败2. 提示错误信息异常事件流：用户名称或密码不正确，不能登录系统，提示错误；允许3次后置条件：对系统及列车信息进行管理表3-2列车管理规约用例名称：列车管理用例ID：002角色：管理员用例说明：管理员对列车进行添加，删除处理前置条件：管理员成功登录系统对列车由管理权限 基本事件流：管理员添加、删除列车1. 选择要操作的类型2点确认3. 输入添加列车的车次及列车信息或删除列车车次4提示添加或删除成功A1：操作失败其它事件流：A1：1 操
16、作失败2 提示错误信息异常事件流：1.删除列车在，提示删除错误；2.添加的列车已经存在，提示重新输入列车车次后置条件：保存成功，列车新信息开始实施表3-3 列车信息规约用例名称：列车信息用例ID：003角色：管理员用例说明：管理员对列车信息进行修改前置条件：管理员成功登录 ，索要修改的列车信息正确无误基本事件流：管理员修改列车信息：1. 选择要操作的类型2点确认3. 输入要修改的车次号时刻表票价站点停车时间，4提示修改成功A1：操作失败其它事件流：A1：1. 修改失败2. 提示错误信息异常事件流：要修改的车次不存在后置条件：信息成功保存，正确实施表3-4 权限管理规约用例名称：权限管理用例ID
17、：004角色：管理员用例说明：管理员对用户登录系统的权限进行管理前置条件：管理员成功登录 基本事件流：管理员为用户分配权限1. 选择要操作的类型2点确认3. 选择相应的权限给各种用户4提示分配成功A1：分配失败其它事件流：A1：3 操作失败4 提示错误信息异常事件流：1.分配的权限不存在；2.已存在要分配的权限后置条件：无表3-5 人员管理规约用例名称：人员管理用例ID：005角色：管理员用例说明：管理员对人员进行添加，删除处理前置条件：管理员成功登录 基本事件流：管理员添加、删除人员1. 选择要操作的类型2点确认3. 输入添加人员的基本信息或删除人员4提示添加或删除成功A1：操作失败其它事件
18、流：A1：5 操作失败6 提示错误信息异常事件流：删除人员不存在后置条件：无表3-6 维护数据管理规约用例名称：维护数据管理用例ID：006角色：管理员用例说明：管理员对数据库中数据进行维护前置条件：管理员成功登录 ，有数据维护权限基本事件流：管理员维护数据1. 选择要操作的类型2点确认3. 对无用数据的删除或新增数据的安全保护4. 对数据库进行数据备份5提示操作成功A1：操作失败其它事件流：A1：7 操作失败8 提示错误信息异常事件流：1.删除不应删除的数据2.数据权限分配错误后置条件：各类用户对数据的权限使用图 3.2 售票用例表3-7登录系统用例规约用例名称：登录系统用例ID：007角色
19、：售票员用例说明：售票员登录系统售票前置条件：无基本事件流：登录1. 打开系统首页，并点击登录按钮2系统显示用户名，密码3. 输入用户名，密码，并确认4.登陆成功A1：登录失败5系统将为该用户分配权限，并在页面显示其它事件流： A1：1. 登录失败2. 提示错误信息异常事件流：用户名称或密码不正确，不能登录系统，提示错误；允许3次后置条件：实施相应操作表3-8 退票规约用例名称：退票用例ID：008角色：售票员用例说明：售票员对车票票进行退票或改签处理前置条件：售票员成功登录 ，车票无损且在规定时间内退票基本事件流：售票员对车票票进行退票或改签1. 选择要操作的类型2点确认3. 退票计算手续费
20、并返还票钱，或改签的相应车次或时间4提示退票成功A1：操作失败其它事件流：A1：9 操作失败10 提示错误信息异常事件流：1.要退的车票已经检票无法退还2.无法改签后置条件：修改车票信息，表3-9 统计信息用例规约用例名称：统计信息用例ID：009角色：售票员用例说明：售票员登录系统统计票务信息前置条件：售票员成功登录系统，具有相应权限基本事件流：售票员登录系统统计票务信息1. 选择要操作的类型2点确认3. 显示统计信息表A1：操作失败其它事件流： A1：1. 统计失败2. 提示错误信息异常事件流：1.用户名称或密码不正确，2.无法统计后置条件：生成统计表供相应人员查看表3-10 售票规约用例
21、名称：售票用例ID：010角色：售票员用例说明：售票员为旅客售票前置条件：售票员成功登录 ，具有售票权限基本事件流：售票员为旅客售票1. 选择要操作的类型2点确认3. 订票或为普通人售票或为特殊人售票A1：为特殊人售票4售票成功A2：操作失败其它事件流：A1：为特殊人售票1.刷优惠卡2.售出票 A2：操作失败1. 票已卖完2. 提示重新选择异常事件流：无票可卖后置条件：打印出车票供给旅客表3-11查询信息规约用例名称：查询信息用例ID：011角色：乘客、售票员用例说明：乘客或售票员对车票信息进行查询前置条件：售票员登录，查询的信息存在基本事件流：乘客、售票员查询信息：1. 输入查询的车次或站点
22、2点查询3. 返回列车信息，有无车票可出售A1：查询失败其它事件流：A1：查询失败提示错误信息异常事件流：输入车次号不存在，输入站点错误后置条件：订票或售票表3-12 购票规约用例名称：购票用例ID：012角色：旅客用例说明：旅客向售票员购票前置条件：售票员成功登录 ，旅客所要到达的地址存在且列车可停站基本事件流：旅客向售票员购票1. 选择要购买的车次或要到大的地址2确认3. 普通购票或优惠购票4售票成功A1：购票失败其它事件流：A1：购票失败1.票已卖完异常事件流：地址不存在后置条件：购票成功等待乘车4.2功能描述售票：根据旅客的需求如发车日期、发车时间、车厢类型、车票类型（学生票、军人票）
23、、旅客终点站等选择用户所需要的车次，然后结算并打印车票给旅客。订票：由售票点授权或是有一定信誉的售票代理商替代旅客进行预订车票，售票代理商通过电话或是亲自到售票点预订的方式进行预订车票。退票：处理用户由于某种情况需要退回车票的情况，旅客要在车站指定的时间内进行退票，此外车站售票点还要扣除一定的手续费。如若改签则由售票员改签到旅客所要的车次、时间、地点。查询：查询分为车次查询、站点查询、时刻表查询、票价查询、剩余票数查询。车次查询提供了所有车次浏览、按车次查询、和站站查询，用户可以通过查询来了解列车所经车站以及发车时间等信息。时刻表查询可以查询每一车次在每一站的发车时间和到站时间。票价查询可以让
24、用户按自己的需求来查询所有车次的车票价格；余票查询可以查询到所有车次的剩余车票的情况；统计：售票统计分别可以按日期统计、按车次统计、按客流方向统计等统计方式，通过察看车票的流向可以得知旅客的大致流向，列车管理人员可以根据客流的流向随时调整列车运行车次，达到列车的合理调度，使列车最大限度的投入使用中，实现资源的合理利用。信息修改：包括车次修改、票价修改、站点修改。车次修改包括增加车次，减少车次，车次的临时调度和由于自然灾害造成的临时路线更改。票价修改为节假日、春运等特殊时段或某些特殊地域需要适量增加或减少票价，具体数字有铁路管理定。站点修改可是某些车次增加或减少一些站点。系统管理：管理员通过系统
25、添加用户或者删除用户，并且授予权限，同时维护数据库，保证系统正确运行。5性能需求5.1数据精确度由于采用数据库技术并且用户的应用领域对数据精确度的要求不是太高，所以这点在系统中表现得比较少，但是用户数据的安全性与正确性是完全保证的，所以对用户的使用没有多大的障碍。输入数据精度要求不高，但用户输入不精确时有提示。5.2时间特性对于用户的输入应该在较短的时间里给出回应。若出错，应有出错报告。由于该系统要求36台机器能够同时运行，要求较高的并发处理功能。当增加多台机器后，要求系统的响应时间不会有过大的延时。5.3适应性该软件只能在Windows系统下运行，所以兼容性不高，但应用户特殊需求在维护阶段会
26、保持一个与其它类软件接口，随时满足客户的使用需求。6运行需求6.1用户界面图3.3 系统登录界面图 3.4 旅客及售票员查询界面图 3.5 管理员功能界面图 3.6 列车信息图 3.7售票员功能图 3.8 退票界面图 3.9 人员管理图 3.10 权限管理图 3.11 售票管理图 3.12 列车管理图 3.12 维护后台6.2硬件接口（1）硬件接口：支持x86系列PC机（2）网络硬件接口要求：现实中要求具有高速以太网组网一实现联网销售，但是在理论实验验证软件本身的目的来看，无需网络通讯接口。软件除较小硬盘和显示器，鼠标外，服务器，基本没有与外界硬件的联系，不过考虑到数据库大量数据的备份等要求可
27、以保持与磁带机和光盘刻录机的接口。 6.3软件接口在这里主要考虑软件与操作系统的接口，考虑到文档处理的需要有可能需要与常用的办公软件的接口。例如Microsoft的office系列。另外查询模块需要与互联网相连，以实现乘客的网上查询。运行于Windows2000及更高版本并装有JAVA虚拟机的操作系统之上。6.4故障处理鉴于火车售票系统涉及的数据对于火车站日常管理的重要性，必须建立数据库严格有效的恢复机制：数据必须每天进行一次备份，由于本信息涉及信息量巨大，应以天为周期进行增量转储，一般半个季度为周期进行删除。正常使用时不用出错，对于用户的输入错误应及时给出适当的改正信息提示，若运行遇到不可恢
28、复的系统错误，也必须保证数据库完好无损。7其它需求本系统中对系统各个模块功能，以分级菜单的形式给出；所有的提交，确认，删除等操作以按钮的形式给出，且名称一律取为“提交”、“确认”、“删除”等易于理解的形式；根据用户统计信息计算，统计在正常情况下应该支持一定人数的并行操作能力，春运高峰期间人们要集中买票和查询，应支持更多人数的并行操作能力；高峰期间服务器应支持几十万以上的日访问量。（1）可用性：该软件也可以通过单步跟踪的操作进行检查处理。 （2）安全性：由于软件运行数据放在数据库中，所以参数不容易被错改、破坏，万一参数受到破坏也不会影响源程序。 （3）可维护性：该软件利用数据库进行编程，系统结构由程序基本确定，大量的参数及文本内容全部放于数据库中。修改、更新数据只要在数据库进行修改添加，而不需要对系统结构进行修改，这样系统维护性、升级都十分方便。 （4）兼容性：由于尚未测试，故无法对兼容性进行评析。8. 附录1. 车辆类型（1）动车 D（2）空调快车 K（3）空调特快 T/N（4）直达快车 Z（5）临时客车 L（6）普通快车 编号2. 车座类型（1）软卧（2）硬卧（3）软座（4）硬座
