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

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