汽车售票系统(需求报告分析)

《汽车售票系统(需求报告分析)》由会员分享，可在线阅读，更多相关《汽车售票系统(需求报告分析)（8页珍藏版）》请在金锄头文库上搜索。

1、西客站售票系统需求分析1 引言1.1 目标 本需求规格说明书是为了开发“三明西客站售票管理系统”而编写，描述 了“三明西客站售票管理系统” 的软件功能性需求和非功能性需求， 主要面向系 统分析员、程序员、测试员、实施员和最终用户。除非在其他地方另有说明，这 里指定的所有需求都具有高优先级，而且都要在软件中加以实现。本说明书是整个软件开发的依据，它对以后阶段的工作起指导作用。本文 也是项目完成后系统验收的依据。1.2 项目范围“三明西客站售票管理系统” 采用微机局部网络结构，由服务器，客户机等 组成。系统的应用功能模块包括：售票管理，退票管理，票额管理，统计结算， 数据库维护。2 总体描述2.1

2、 产品前景“三明西客站售票管理系统” ，它的出现可以使售票更规范化，有一定的社 会意义。2.2 用户类及其特征顾客（优先考虑） : 顾客是能够使用“三明西客站售票管理系统”功能 的人，他们希望通过使用“三明西客站售票管理系统”来进行汽车票的预 定，购买，退定以及退票功能。系统管理员 : 系统管理员负责对系统数据库的维护， 同时也负责系统出故障 时的系统维修。系统管理员需要有一定的计算机专业知识，同时也要对本 系统的功能能够熟练的操作汽车财务管理人员 : 汽车站财务管理人员向系统管理员索要汽车票销售情 况统计，以此来进行汽车站的财务管理各种用户类确认的 “三明西客站售票管理系统” 的用例和主要参

3、与者如下所 示：主要参与者用例顾客1. 订票2. 修改车票3. 退票4. 制票5. 票额管理6. 统计结算系统管理员7.数据库维护汽车站站财务管理人员6.统计结算表12.3运行环境运行环境：“三明西客站售票管理系统”的操作将通过如下的Web浏览器来 完成：Microsoft In ternet Explore版本 6.0 和 7.0， Maxtho n 版本 1.59 和 2.0。在本系统的开发平台为VS2008后台数据库为SQL Server 2005。建议最低配置推荐配置硬件CPU Celeronl 1-1000CPU PentiumlV-1.7G内存：128M内存：256M硬盘：10G硬

4、盘：20G（ 7200转/分钟）显示分辨率：800*600显示分辨率：1027*768软件WindowXP 中文版 /Windows2000 中文版Windows2000 中文版 /WindowsXP 中文版3. 功能需求分析 3.1订票描述：顾客 从“三明西客站售票管理系统”，随意查看某一天可以预定的 汽车票，选择自己想要预订的汽车票， 提交订单并在特定时间内到特定时间地点 凭证件领取汽车票。主干过程：订一个车次的汽车票1. 顾客要求查看某一天可以预定的汽车票2. 系统显示当天可以预定的汽车车次以及该车次的空座信息3. 系统从上述列表中选择一个车次及该车次上的几个座位4. 顾客表明订票完成5

5、. 系统显示订单的订票条目编号，单价和总价格6. 顾客确认订单或请求修改订单（回到第 3 步）7. 顾客指定付费方式8. 系统确认接收订单9. 系统向顾客确认订单细节，价格和付费说明10. 顾客确认或请求修改，并提示若信息正确，顾客应在确认后进 行银行网上银行付款（回到第 3 步）11. 系统从银行卡中扣除购票所需费用，并将用户所购票的信息发 送给制票机，并根据用户购票信息修改剩余汽车票数量和数据库12. 制票机制出汽车票，系统确认后，提示购票成功。并提示在特 定时间地点凭证件领取汽车票。分支过程：订多个车次的汽车票3.2 修改车票描述：顾客从 “三明西客站售票管理系统”，并且向售票员发送修改

6、订单 的请求，修改完成后更新订单，数据库和剩余汽车票数量主干过程：修改车票1 . 顾客向发送修改车票的请求2. 系统通过编号确认顾客订单状态为“已接受”后，接受顾客的请求4. 系统向顾客确认修改细节，付费说明5. 顾客确认或请求修改，并提示若信息正确，顾客应确认后进行 付款6 制票机制出汽车票，提示购票成功。并提示在特定时间地点凭 证件领取汽车票。分支过程：不取消原有车票1. 顾客选择不取消原有车票2. 返回到订票用例主干过程异常： 1. “客运公司网上售票系统”出现故障，无法完成修改车票功能 售票员通知顾客系统出现故障，现在无法修改车票 2. 顾客订单状态为“未接受”，无法完成修改订单功能

7、系统提示 “您没有订票或者订票票已取消， 建立订单之后才能修 改订单”3.3 退票 描述：顾客从访问“三明西客站售票管理系统”，并且向售票员发送取消订 单的请求，若订单状态是“已接受”，则让用户进入取消订单页面进行订单的取 消，完成后更新数据库和剩余汽车票数量前置条件： 1. 顾客登陆到“三明西客站售票管理系统”2. 顾客的付费方式是从银行卡中扣除后置条件： 1.订单在“三明西客站售票管理系统” 中的存储状态是 “已接受”2. 订单取消后更新汽车票剩余数量3. 订单取消后更新统计结算主干过程：退票1. 顾客向系统发送退票的请求2. 系统确认顾客订单状态为“已接受”后，接受顾客的请求4. 提示顾

8、客是否确认退票5. 系统取消用户的订票，并退还部分车票金额，并提示顾客在特 定时间地点凭证件领取退款。7. 向工作人员提示顾客退票信息，请工作人员找到并销毁车票异常： 1. “三明西客站售票管理系统”出现故障，无法完成取消订单功 能系统通知顾客系统出现故障，现在无法取消订单2. 顾客订单状态为“未接受”，无法完成取消订单功能 系统提示“您没有订单或者订单已取消”3.4 制票描述 : 制票机接收到顾客发送过来的购票请求以及汽车票的信息，打印出顾 客所需要的汽车票前置条件 : 1. 顾客通过客户机进入“三明西客站售票管理系统”2. 顾客购票所需费用已从其银行卡上扣除3. 顾客发送过来的汽车票的信息

9、有效，即顾客购票的车次的空 座位数量不少于顾客购票数后置条件 : 根据顾客购票数修改剩余汽车票数量和数据库主干过程 : 制票1. 顾客发送制票请求以及汽车票的信息2. 根据汽车票的信息制出顾客所购买的汽车票3. 将该汽车票打印出来4. 等待顾客在特定时间内凭证件领取汽车票。异常 : 1. 系统与制票机之间的信息发送出现故障，无法制票 系统通过窗口机显示“制票机出现故障，无法制票”2. 制票机中用来打印汽车票的纸张用完了 系统通过窗口机显示“制票机中纸张用完，无法打印”3.5 票额管理描述: 票额管理负责对每个车次的空余座位数进行记录，每次顾客进行了订 票，修改订单，退票之后，票额管理都会对剩余

10、汽车票数量和数据库进行修改。前置条件 : 1. 顾客登陆了“客运公司网上售票系统”后置条件 : 根据顾客进行的操作，对剩余汽车票数量和数据库进行修改主干过程：顾客进行了订票，修改订单，退票这些操作中的一个操作1. 顾客进行订票，修改订单，退票这些操作中的一个操作2. 根据前面写好的各操作的用例规格说明对剩余汽车票数量和数据库进行修改分支过程 : 顾客进行了订票， 修改订单，退票这些操作中的多个操作 （接第 2 步 ）1. 进行剩余操作中的一个操作异常: 系统出现故障，无法进行订票，修改订单，退票这些操作 系统提示“系统出现故障，无法进行订票，修改订单，退票3.6 统计结算描述: 统计结算会在每

11、一次系统对汽车票的操作完成之后，进行结算，统计 出从某一个时间段到现在售出票的数量， 每一个车次每种票的具体销售情况， 以 及总的销售金额。前置条件 : 系统完成了一次对汽车票的操作后置条件 : 统计出从某一个时间段到现在售出票的数量， 每一个车次每种票的具体销售情况，以及总的销售金额主干过程： 1. 系统完成了一次对汽车票的操作2. 统计出从某一个时间段到现在售出票的数量， 每一个车次每种票的具体销售情况，以及总的销售金额3将这些数据做成表格，存储下来，以备汽车站财务人员的需要3.7 数据库维护描述: 系统管理员负责对系统数据库每天两次定时的维护以及系统故障的处 理。前置条件 : 1. 到了

12、每天维护数据库的时间2. 系统出现故障后置条件：系统管理员对系统数据库进行维护，处理系统故障主干过程： 1. 系统管理员登陆，取得管理员权限。2. 每天定时对数据库进行维护， 系统发生故障时对系统故障进行 处理。4数据需求分析数据库需求分析调查的重点是“数据”和“处理”， 通过调查、收集和分析， 获得用户对数据库的需求。信息需求： 指用户需要从数据库中获得信息的内容与性质， 即在数据库中需 要存储哪些数据。处理要求： 指用户需要完成什么处理能力。 明确用户对数据有什么样的处理 要求从而明确数据之间的关系。这里的功能集中表现为数据的查询，更新和维护，因此需求集中表现为对“数据”的需求。 包括不同

13、管理员的权利和限制， 更具登陆身份不同显示不同的 功能项，以及所能进行的操作。概念结构设计是将缝隙得到的用户需求抽象为概念模型的过程， 他是整个数 据库设计的关键。5 非功能性需求5.1 软件质量属性可用性：在系统不出现故障的前提下， “三明西客站售票管理系统”对互联 网用户 24 小时可用。健壮性：如果订单得到确认或取消之前，用户和系统的连接中断，那么用户 应该能通过“客运公司网上售票系统”恢复不完整的订单。5.2 其他非功能性需求5.2.1 性能需求性能需求 1：用户查询某一天的车次和空座位情况，对查询的响应时间不能超过 30 秒，在此时间内要将查询结果显示在用户浏览器上。性能需求 2：用户在向系统提交消息后，系统将在 10 秒内向用户显示确认 消息。5.2.2 安全性需求安全性需求 1：所有涉及功能信息或个人身份信息的网络事务，都要进行加 密操作。安全性需求 2：除浏览导航外，用户必须登陆到 “三明西客站售票管理系统” 才能完成其他所有操作。安全性需求 3：系统只允许顾客浏览他们自己以前的订单，而不能浏览其他 顾客的订单。