2023年【地铁售票管理系统需求规格说明书--软件工程】学生管理系统需求规格说明书.docx

《2023年【地铁售票管理系统需求规格说明书--软件工程】学生管理系统需求规格说明书.docx》由会员分享，可在线阅读，更多相关《2023年【地铁售票管理系统需求规格说明书--软件工程】学生管理系统需求规格说明书.docx（16页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、2023年【地铁售票管理系统需求规格说明书-软件工程】学生管理系统需求规格说明书 书目 1. 引言 . 1 1.1编写目的 . 1 1.2项目背景 . 1 1.3定义 . 2 1.4参考资料 . 2 2任务概述 . 2 2.1目标 . 2 2.2运行环境 . 3 2.3条件与限制 . 3 3数据描述 . 3 3.1静态数据 . 3 3.2动态数据 . 4 3.3数据库介绍 . 5 3.4数据词典 . 6 3.5数据采集 . 7 4功能需求 . 8 4.1功能划分 . 8 4.2功能描述 . 21 5性能需求 . 22 5.1数据精确度 . 22 5.2时间特性 . 22 5.3适应性 . 22

2、 6运行需求 . 23 6.1用户界面 . 23 6.2硬件接口 . 28 6.3软件接口 . 28 6.4故障处理 . 28 7其它需求 . 29 8. 附录 . 29 1. 引言 1.1编写目的 随着计算机技术的发展，人类生活速度的加快，单一的人工售票方式已经不能满意人们出行的要求。每逢出行高峰都会造成火车站售票的拥挤，因此售票自动化应运而生。车站售票管理系统就是这样的一个产物。经过我开发小组的调研与探讨探讨，基本上明确了该系统的需求，并在此基础上完成软件需求规格说明书。该文档旨在对该系统的需求做出综合的分析，对各个模块的功能做出详细的说明。 车站售票管理系统需求规格说明书的目的是明确车站

3、售票管理系统中各项功能和非功能需求，确定系统功能模块，同时为概要设计和具体设计人员供应设计依据，也可供本项目的其他开发人员参阅。本需求分析报告的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的限制与管理，同时提出了本火车售票系统的软件开发过程，便于程序员与客户之间的沟通、协作，并作为工作成果的原始依据，同时也表明白本软件的共性，以期能够获得更大范围的应用。 本文档须要交于论证人员进行论证修改，无误后供软件开发人员进行后期的软件设计 1.2项目背景 托付单位：呼和浩特火车站 开发单位：内蒙古工业高校软件工程 主管部门：内蒙古工业高校计算机系 项目开发者： 周伟，

4、马星，张玲燕，苗欣宇 用户：呼和浩特火车站 产品的全部权：呼和浩特火车站 项目背景：火车票出售管理系统是典型的信息管理系统(MIS),其开发主要包括后 台数据库的建立和维护以及前端应用程序的开发两个方面。本项目适用于Windows 操作系统，运用SQL Server 2023数据库，利用C+,JAVA 开发平台开发系统。 1.3定义 静态数据：主要是由表和视图组成，应当留意的是，数据字典中的表是不能干脆 被访问的，但是可以访问数据字典中的视图。 动态数据：SQL 包含了一些潜在的由系统管理员如SYS 维护的表和视图，由于当 数据库运行的时候它们会不断进行更新，所以称它们为动态数据字典（或者是动

5、态性能视图）。这些视图供应了关于内存和磁盘的运行状况，所以我们只能对其进行只读访问而不能修改它们。 数据字典：数据字典是SQL 存放有关数据库信息的地方，其用途是用来描述数据 的。比如一个表的创建者信息，创建时间信息，所属表空间信息，用户访问权限信息等。当用户在对数据库中的数据进行操作时遇到困难就可以访问数据字典来查看具体的信息。 需求：用户解决问题或达到目标所需的条件或功能；系统或系统部件要满意合同、 标准，规范或其它正式规定文档所需具有的条件或权能。 需求分析：包括提炼，分析和细致审查已收集到的需求，以确保全部的风险担当 者都明其含义并找出其中的错误，缺憾或其它不足的地方。 1.4参考资料

6、 1 刘利民、田宝军 .软件工程综合设计指导书,2023 2 张海藩. 软件工程导论（第五版）. 北京清华高校出版社,2023 3 黄国兴、周勇著 .软件需求工程. 清华高校出版社,2023-05 4 车站售票管理系统项目开发安排书 5 车站售票管理系统可行性分析报告 2任务概述 2.1目标 利用信息化手段缓解火车站售票压力，满意广阔人民群众的购票需求，使管理人员能够便利进行售票管理工作，包括修改、维护、统计等，使广阔人民用户能够利用该系统进行信息的查询，购票，退票等。 用自然语言或者形式化语言与图形等完整、精确、详细地描述系统的数据需求、功能需求、性能需求、牢靠性需求和可用性需求、接口需求、

7、约束、逆向需求以及将来可能提出的要求。 （1) 完善目前火车售票系统，使之能跟上时代的发展。同时通过实践来提高自 己的动手能 （2）应用范围：理论上能够实现于铁路部门的售票系统，其目的在于在原有的 系统基础使得火车售票便捷化，以期实现完善日常生活中火车售票的各种缺陷。 （3）可实现旅客对于火车票的查询与购买功能，售票员则可实现查询、添加和 删除等功能；对于所查询的车次结果供应列表显示输出；有肯定的平安机制，一般旅客不能对车次信息随意删改，只有系统管理员可通过密码识别进行维护。 2.2运行环境 操作系统：Microsoft Windows 2023或Microsoft Windows XP 支持

8、环境：IIS 5.0 数 据 库：Microsoft SQL Server 2023 2.3条件与限制 应具备的设备：计算机4台，打印机1台 应具备的人员：软件专业学生4人 其他条件：保证相关开发人员全部到位，不缺勤；资金全部到位 3数据描述 3.1静态数据 列车信息：列车车号 (int SerialNumber) 列车始发时间 (struct time SetOut) 列车始发站(char DeparturePoint) 列车终点站(char TerminalPoint) 额定载量（int FixNumber ） 票务：列车车号 (int SerialNumber) 发车时间 票价 发出车站

9、 售票员：用户名 （char name） 密码(char password) 3.2动态数据 输入数据：（依据界面提示，键盘输入操作） 输出数据： 输出信息：查询车次确定的数据库记录的子集； 3.3数据库介绍 名称：Microsoft SQL Server 2023 介绍：微软SQL Server 2023 SP1加入数据库镜像功能，为SQL Server 2023 Express Edition供应新管理工具，并且加强了SAP NetWeaver智能商务系统的报告反馈支持功能。 管理：SQL Server Management Studio 集成了对 SQL Server 2023 全部组件

10、的 管理。Business Intelligence 从业者都将得益于 Microsoft 服务器“实力”扩展这一用户盼望已久的功能增加，即从关系引擎（伸缩性、牢靠性、可用性、可编程性，等等）扩展为全套的 BI 平台组件。 支持的操作系统： Windows 2000 Service Pack 4; Windows Server 2023 Service Pack 1; Windows XP Service Pack 2 硬件要求：具有 Intel Pentium III 600 MHz（或同等性能的兼容处理器）或速 度更快处理器（建议运用 1 GHz 或速度更快的处理器。）的计算机 最低 19

11、2 MB 的 RAM（建议运用 512 MB 或更高的 RAM。） 100 MB 的可用硬盘空间 留意事项：安装此包之前，必需从系统中删除 SQL Server Management Studio Express 的任何 Beta 版本或 Community Technology Preview (CTP) 版本。假如不执行此操作，则将导致此包安装 失败。 安装条件：您必需在计算机上具有管理权限才能安装SQL Server 2023。 3.4数据词典 3.5数据采集 （1） 车票信息由数据库设计人员加入录入数据库中 （2） 用户账户及密码由登陆人员自行设计有数据库设计人员设计的系统方 式录入数

12、据库中。 （3） 其他数据如票务信息由系统自动生成 4功能需求 4.1功能划分 图 3.1 系统管理用例图 表3-1 登录系统用例规约 表3-6 维护数据管理规约 图 3.2 售票用例 表3-7登录系统用例规约 表3-8 退票规约 表3-9 统计信息用例规约 表3-10 售票规约 表3-11查询信息规约 表3-12 购票规约 4.2功能描述 售票：依据旅客的需求如发车日期、发车时间、车厢类型、车票类型（学生票、 军人票）、旅客终点站等选择用户所须要的车次，然后结算并打印车票给旅客。 订票：由售票点授权或是有肯定信誉的售票代理商替代旅客进行预订车票，售票 代理商通过电话或是亲自到售票点预订的方式

13、进行预订车票。 退票：处理用户由于某种状况须要退回车票的状况，旅客要在车站指定的时间内 进行退票，此外车站售票点还要扣除肯定的手续费。如若改签则由售票员改签到旅客所要的车次、时间、地点。 查询：查询分为车次查询、站点查询、时刻表查询、票价查询、剩余票数查询。 车次查询供应了全部车次阅读、按车次查询、和站站查询，用户可以通过查询来了解列车所经车站以及发车时间等信息。时刻表查询可以查询每一车次在每一站的发车时间和到站时间。票价查询可以让用户按自己的需求来查询全部车次的车票价格；余票查询可以查询到全部车次的剩余车票的 状况； 统计：售票统计分别可以按日期统计、按车次统计、按客流方向统计等统计方式，

14、通过察看车票的流向可以得知旅客的大致流向，列车管理人员可以依据客流的流向随时调整列车运行车次，达到列车的合理调度，使列车最大限度的投入运用中，实现资源的合理利用。 信息修改：包括车次修改、票价修改、站点修改。车次修改包括增加车次，削减 车次，车次的临时调度和由于自然灾难造成的临时路途更改。票价修改为节假日、春运等特别时段或某些特别地域须要适量增加或削减票价，详细数字有铁路管理定。站点修改可是某些车次增加或削减一些站点。 系统管理：管理员通过系统添加用户或者删除用户，并且授予权限，同时维护数 据库，保证系统正确运行。 5性能需求 5.1数据精确度 由于采纳数据库技术并且用户的应用领域对数据精确度

15、的要求不是太高，所以这点在系统中表现得比较少，但是用户数据的平安性与正确性是完全保证的，所以对用户的运用没有多大的障碍。输入数据精度要求不高，但用户输入不精确时有提示。 5.2时间特性 对于用户的输入应当在较短的时间里给出回应。若出错，应有出错报告。由于该系统要求36台机器能够同时运行，要求较高的并发处理功能。当增加多台机器后，要求系统的响应时间不会有过大的延时。 5.3适应性 该软件只能在Windows 系统下运行，所以兼容性不高，但应用户特别需求在维护阶段会保持一个与其它类软件接口，随时满意客户的运用需求。 6运行需求 6.1用户界面 图3.3 系统登录界面 图 3.4 旅客及售票员查询界

16、面 图 3.5 管理员功能界面 图 3.6 列车信息 图 3.7售票员功能 图 3.8 退票界面 图 3.9 人员管理 图 3.10 权限管理 图 3.11 售票管理 图 3.12 列车管理 图 3.12 维护后台 6.2硬件接口 （1）硬件接口：支持x86系列PC 机 （2）网络硬件接口要求：现实中要求具有高速以太网组网一实现联网销售，但是在理论试验验证软件本身的目的来看，无需网络通讯接口。 软件除较小硬盘和显示器，鼠标外，服务器，基本没有与外界硬件的联系，不过考虑到数据库大量数据的备份等要求可以保持与磁带机和光盘刻录机的接口。 6.3软件接口 在这里主要考虑软件与操作系统的接口，考虑到文档

17、处理的须要有可能须要与常用的办公软件的接口。例如Microsoft 的office 系列。另外查询模块须要与互联网相连，以实现乘客的网上查询。运行于Windows2000及更高版本并装有JAVA 虚拟机的操作系统之上。 6.4故障处理 鉴于火车售票系统涉及的数据对于火车站日常管理的重要性，必需建立数据库严格有效的复原机制：数据必需每天进行一次备份，由于本信息涉及信息量巨大，应以天为周期进行增量转储，一般半个季度为周期进行删除。 正常运用时不用出错，对于用户的输入错误应刚好给出适当的改正信息提 示，若运行遇到不行复原的系统错误，也必需保证数据库完好无损。 7其它需求 本系统中对系统各个模块功能，

18、以分级菜单的形式给出；全部的提交，确认，删除等操作以按钮的形式给出，且名称一律取为“提交”、“确认”、“删除”等易于理解的形式；依据用户统计信息计算，统计在正常状况下应当支持肯定人数的并行操作实力，春运高峰期间人们要集中买票和查询，应支持更多人数的并行操作实力；高峰期间服务器应支持几十万以上的日访问量。 （1）可用性：该软件也可以通过单步跟踪的操作进行检查处理。 （2）平安性：由于软件运行数据放在数据库中，所以参数不简单被错改、破坏，万一参数受到破坏也不会影响源程序。 （3）可维护性：该软件利用数据库进行编程，系统结构由程序基本确定，大量的参数及文本内容全部放于数据库中。修改、更新数据只要在数据库进行修改添加，而不须要对系统结构进行修改，这样系统维护性、升级都非常便利。 （4）兼容性：由于尚未测试，故无法对兼容性进行评析。 8. 附录 1. 车辆类型 （1）动车 D （2）空调快车 K （3）空调特快 T/N （4）直达快车 Z （5）临时客车 L （6）一般快车 编号 2. 车座类型 （1）软卧 （2）硬卧 （3）软座 （4）硬座