《汽车售票系统(需求报告分析)11749.docx》由会员分享，可在线阅读，更多相关《汽车售票系统(需求报告分析)11749.docx（8页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、需求分析西客站售售票系统统需求分分析1 引言言1.1 目标 本需求求规格说说明书是是为了开开发“三明西西客站售售票管理理系统”而编写写，描述述了“三明西西客站售售票管理理系统”的软件件功能性性需求和和非功能能性需求求，主要要面向系系统分析析员、程程序员、测测试员、实实施员和和最终用用户。除除非在其其他地方方另有说说明，这这里指定定的所有有需求都都具有高高优先级级，而且且都要在在软件中中加以实实现。 本说明明书是整整个软件件开发的的依据，它它对以后后阶段的的工作起起指导作作用。本本文也是是项目完完成后系系统验收收的依据据。1.2 项目范范围“三明西西客站售售票管理理系统”采用微微机局部部网络结结
2、构，由由服务器器，客户户机等组组成。系系统的应应用功能能模块包包括：售售票管理理，退票票管理，票票额管理理，统计计结算，数数据库维维护。2 总体体描述2.1 产品前前景“三明西西客站售售票管理理系统”，它的的出现可可以使售售票更规规范化，有有一定的的社会意意义。2.2 用户类类及其特特征顾客（优优先考虑虑）: 顾顾客是能能够使用用“三明西西客站售售票管理理系统”功能的的人，他他们希望望通过使使用“三明西西客站售售票管理理系统”来进行行汽车票票的预定定，购买买，退定定以及退退票功能能。系统管理理员:系系统管理理员负责责对系统统数据库库的维护护，同时时也负责责系统出出故障时时的系统统维修。系系统管
3、理理员需要要有一定定的计算算机专业业知识，同同时也要要对本系系统的功功能能够够熟练的的操作汽车财务务管理人人员:汽汽车站财财务管理理人员向向系统管管理员索索要汽车车票销售售情况统统计，以以此来进进行汽车车站的财财务管理理各种用户户类确认认的“三明西西客站售售票管理理系统”的用例例和主要要参与者者如下所所示：709计嵌 游海斌 20090861108需求分析主要参与与者用例顾客1.订票票2.修改改车票3.退票票4.制票票5.票额额管理6.统计计结算系统管理理员7.数据据库维护护汽车站站站财务管管理人员员6.统计计结算表12.3 运行环环境运行环境境：“三明西西客站售售票管理理系统”的操作作将通过
4、过如下的的Webb浏览器器来完成成：Micrrosooft Intternnet Expplorre版本本6.00和7.0，MMaxtthonn版本11.599和2.0。在本系统统的开发发平台为为VS220088，后台台数据库库为SQQL SServver 20005。 建议最低低配置推荐配置置硬件CPU：CelleroonIII-10000内存：1128MM硬盘：110G显示分辨辨率：8800*6000CPU：PenntiuumIVV-1.7G内存：2256MM硬盘：220G（772000转/分分钟）显示分辨辨率：110277*7668软件WinddowXXP中文文版/WWinddowss2
5、0000中文文版Winddowss20000中文文版/WWinddowssXP中中文版3.功能能需求分分析3.1 订票描述：顾顾客 从从“三明西西客站售售票管理理系统”，随意意查看某某一天可可以预定定的汽车车票，选选择自己己想要预预订的汽汽车票，提提交订单单并在特特定时间间内到特特定时间间地点凭凭证件领领取汽车车票。主干过程程：订一一个车次次的汽车车票1.顾客客要求查查看某一一天可以以预定的的汽车票票2.系统统显示当当天可以以预定的的汽车车车次以及及该车次次的空座座信息3.系统统从上述述列表中中选择一一个车次次及该车车次上的的几个座座位4.顾客客表明订订票完成成5.系统统显示订订单的订订票条目
6、目编号，单单价和总总价格6.顾客客确认订订单或请请求修改改订单（回回到第33步）7.顾客客指定付付费方式式8.系统统确认接接收订单单9.系统统向顾客客确认订订单细节节，价格格和付费费说明10.顾顾客确认认或请求求修改，并并提示若若信息正正确，顾顾客应在在确认后后进行银银行网上上银行付付款（回回到第33步）11.系系统从银银行卡中中扣除购购票所需需费用，并并将用户户所购票票的信息息发送给给制票机机，并根根据用户户购票信信息修改改剩余汽汽车票数数量和数数据库12.制制票机制制出汽车车票，系系统确认认后，提提示购票票成功。并并提示在在特定时时间地点点凭证件件领取汽汽车票。分支过程程：订多多个车次次的
7、汽车车票3.2 修改车车票描述：顾顾客从 “三明西西客站售售票管理理系统”，并且且向售票票员发送送修改订订单的请请求，修修改完成成后更新新订单，数数据库和和剩余汽汽车票数数量主干过程程：修改改车票1.顾客客向发送送修改车车票的请请求2.系统统通过编编号确认认顾客订订单状态态为“已接受受”后，接接受顾客客的请求求3.顾客客确要认认修改原原有车票票4.系统统向顾客客确认修修改细节节，付费费说明5.顾客客确认或或请求修修改，并并提示若若信息正正确，顾顾客应确确认后进进行付款款6制票机机制出汽汽车票，提提示购票票成功。并并提示在在特定时时间地点点凭证件件领取汽汽车票。分支过程程：不取取消原有有车票1.
8、顾客客选择不不取消原原有车票票2.返回回到订票票用例主主干过程程异常： 1.“客运公公司网上上售票系系统”出现故故障，无无法完成成修改车车票功能能售票票员通知知顾客系系统出现现故障，现现在无法法修改车车票2.顾客客订单状状态为“未接受受”，无法法完成修修改订单单功能系统统提示“您没有有订票或或者订票票票已取取消，建建立订单单之后才才能修改改订单”3.3 退票描述：顾顾客从访访问“三明西西客站售售票管理理系统”，并且且向售票票员发送送取消订订单的请请求，若若订单状状态是“已接受受”，则让让用户进进入取消消订单页页面进行行订单的的取消，完完成后更更新数据据库和剩剩余汽车车票数量量前置条件件：1.顾
9、客登登陆到“三明西西客站售售票管理理系统”2.顾客客的付费费方式是是从银行行卡中扣扣除后置条件件：1.订单在在“三明西西客站售售票管理理系统”中的存存储状态态是“已接受受”2.订单单取消后后更新汽汽车票剩剩余数量量3.订单单取消后后更新统统计结算算主干过程程：退票票1.顾客客向系统统发送退退票的请请求2.系统统确认顾顾客订单单状态为为“已接受受”后，接接受顾客客的请求求4.提示示顾客是是否确认认退票5.系统统取消用用户的订订票，并并退还部部分车票票金额，并并提示顾顾客在特特定时间间地点凭凭证件领领取退款款。6.修改改数据库库和剩余余汽车票票数量7.向工工作人员员提示顾顾客退票票信息，请请工作人
10、人员找到到并销毁毁车票异常： 1.“三明西西客站售售票管理理系统”出现故故障，无无法完成成取消订订单功能能系统通知知顾客系系统出现现故障，现现在无法法取消订订单2.顾客客订单状状态为“未接受受”，无法法完成取取消订单单功能系统统提示“您没有有订单或或者订单单已取消消”3.4 制票描述:制制票机接接收到顾顾客发送送过来的的购票请请求以及及汽车票票的信息息，打印印出顾客客所需要要的汽车车票前置条件件: 1.顾顾客通过过客户机机进入“三明西西客站售售票管理理系统”2.顾客客购票所所需费用用已从其其银行卡卡上扣除除3.顾客客发送过过来的汽汽车票的的信息有有效，即即顾客购购票的车车次的空空座位数数量不少
11、少于顾客客购票数数后置条件件: 根据顾顾客购票票数修改改剩余汽汽车票数数量和数数据库主干过程程: 制制票1.顾客客发送制制票请求求以及汽汽车票的的信息2.根据据汽车票票的信息息制出顾顾客所购购买的汽汽车票3.将该该汽车票票打印出出来4.等待待顾客在在特定时时间内凭凭证件领领取汽车车票。异常: 1.系系统与制制票机之之间的信信息发送送出现故故障，无无法制票票系统通过过窗口机机显示“制票机机出现故故障，无无法制票票”2.制票票机中用用来打印印汽车票票的纸张张用完了了系统统通过窗窗口机显显示“制票机机中纸张张用完，无无法打印印”3.5 票额管管理描述:票票额管理理负责对对每个车车次的空空余座位位数进
12、行行记录，每每次顾客客进行了了订票，修修改订单单，退票票之后，票票额管理理都会对对剩余汽汽车票数数量和数数据库进进行修改改。前置条件件:1.顾客登登陆了“客运公公司网上上售票系系统”1.顾客客至少进进行了订订票，修修改订单单，退票票这些操操作中的的一个操操作后置条件件: 根根据顾客客进行的的操作，对对剩余汽汽车票数数量和数数据库进进行修改改主干过程程：顾客客进行了了订票，修修改订单单，退票票这些操操作中的的一个操操作1.顾客客进行订订票，修修改订单单，退票票这些操操作中的的一个操操作2.根据据前面写写好的各各操作的的用例规规格说明明对剩余余汽车票票数量和和数据库库进行修修改分支过程程:顾客进进
13、行了订订票，修修改订单单，退票票这些操操作中的的多个操操作(接接第2步步)1.进行行剩余操操作中的的一个操操作异常: 系统出出现故障障，无法法进行订订票，修修改订单单，退票票这些操操作系统提示示“系统出出现故障障，无法法进行订订票，修修改订单单，退票票3.6 统计结结算描述:统统计结算算会在每每一次系系统对汽汽车票的的操作完完成之后后，进行行结算，统统计出从从某一个个时间段段到现在在售出票票的数量量，每一一个车次次每种票票的具体体销售情情况，以以及总的的销售金金额。前置条件件:系统统完成了了一次对对汽车票票的操作作后置条件件: 统统计出从从某一个个时间段段到现在在售出票票的数量量，每一一个车次
14、次每种票票的具体体销售情情况，以以及总的的销售金金额主干过程程：1.系统完完成了一一次对汽汽车票的的操作2.统计计出从某某一个时时间段到到现在售售出票的的数量，每每一个车车次每种种票的具具体销售售情况，以以及总的的销售金金额3.将这这些数据据做成表表格，存存储下来来，以备备汽车站站财务人人员的需需要3.7 数据库库维护描述:系系统管理理员负责责对系统统数据库库每天两两次定时时的维护护以及系系统故障障的处理理。前置条件件:1.到到了每天天维护数数据库的的时间2.系统统出现故故障后置条件件：系统统管理员员对系统统数据库库进行维维护，处处理系统统故障主干过程程：1.系统管管理员登登陆，取取得管理理员
15、权限限。2.每天天定时对对数据库库进行维维护，系系统发生生故障时时对系统统故障进进行处理理。4数据据需求分分析数据库需需求分析析调查的的重点是是“数据据”和“处处理”，通通过调查查、收集集和分析析，获得得用户对对数据库库的需求求。信息需求求：指用用户需要要从数据据库中获获得信息息的内容容与性质质，即在在数据库库中需要要存储哪哪些数据据。处理要求求：指用用户需要要完成什什么处理理能力。明明确用户户对数据据有什么么样的处处理要求求从而明明确数据据之间的的关系。这里的功功能集中中表现为为数据的的查询，更更新和维维护，因因此需求求集中表表现为对对“数据据”的需需求。包包括不同同管理员员的权利利和限制制
16、，更具具登陆身身份不同同显示不不同的功功能项，以以及所能能进行的的操作。概念结构构设计是是将缝隙隙得到的的用户需需求抽象象为概念念模型的的过程，他他是整个个数据库库设计的的关键。5 非功功能性需需求5.1 软件质质量属性性 可用性性：在系系统不出出现故障障的前提提下，“三明西西客站售售票管理理系统”对互联联网用户户24小小时可用用。 健壮性性：如果果订单得得到确认认或取消消之前，用用户和系系统的连连接中断断，那么么用户应应该能通通过“客运公公司网上上售票系系统”恢复不不完整的的订单。5.2 其他非非功能性性需求5.2.1 性性能需求求 性能需需求1：用户查查询某一一天的车车次和空空座位情情况，对对查询的的响应时时间不能能超过330秒，在在此时间间内要将将查询结结果显示示在用户户浏览器器上。 性能需需求2：用户在在向系统统提交消消息后，系系统将在在10秒秒内向用用户显示示确认消消息。5.2.2 安安全性需需求 安全性性需求11：所有有涉及功功能信息息或个人人身份信信息的网网络事务务，都要要进行加加密操作作。 安全性性需求22：除浏浏览导航航外，用用户必须须登陆到到“三明西西客站售售票管理理系统”才能完完成其他他所有操操作。 安全性性需求33：系统统只允许许顾客浏浏览他们们自己以以前的订订单，而而不能浏浏览其他他顾客的的订单。