《实验：酒店管理系统的功能分析》由会员分享，可在线阅读，更多相关《实验：酒店管理系统的功能分析（18页珍藏版）》请在金锄头文库上搜索。
1、计算机科学系 软件需求工程课程设计 2007-1原创性声明 本需求说明除部分内容参考于部分资料之外绝对原创，参考文献均在文中有列出，特在此着重声明。目录1引言4 1.1目标4 1.2项目范围4 1.3参考资料42总体描述4 2.1产品前景4 2.2用户类及其特征4 2.3运行环境53用例规格说明6 3.1订票6 3.2修改订单上的订票7 3.3取消订单8 3.4售票9 3.5制票11 3.6退票11 3.7票额管理13 3.8统计结算14 3.9数据库维护154外部接口需求15 4.1用户界面15 4.2其它接口16 4.2.1硬件接口16 4.2.2软件接口16 4.2.3通信接口165非功
2、能性需求16 5.1软件质量属性16 5.2其它非功能性需求16 5.2.1性能需求16 5.2.2防护性需求16 5.2.3安全性需求17火车票预售系统需求规格说明1 引言1.1 目标 本需求规格说明书是为了开发“火车票预售系统”而编写，描述了“火车票预售系统”1.0版本的软件功能性需求和非功能性需求，主要面向系统分析员、程序员、测试员、实施员和最终用户。除非在其他地方另有说明，这里指定的所有需求都具有高优先级，而且都要在版本1.0中加以实现。 本说明书是整个软件开发的依据，它对以后阶段的工作起指导作用。本文也是项目完成后系统验收的依据。同时本说明书还是用户手册和测试计划的编写依据。1.2
3、项目范围 “火车票预售系统”采用微机局部网络结构，由服务器，窗口机和制票机组成。系统的应用功能模块包括：预定管理，售票管理，退票管理，票额管理，统计结算，数据库维护。1.3 参考资料1 Karl E. Wiegers 著, 软件需求. 清华大学出版社，2004http:/ Dean Leffingwell等著，软件需求管理统一方法. 机械工业出版社.20023 Soren Lauesen 著, 软件需求. 电子工业出版社，20024 Ian Sommerville 著，需求工程. 机械工业出版社，20035 Ian K.Bray 著, 需求工程导引. 人民邮电出版社，20032 总体描述2.1
4、 产品前景 “火车票预售系统”是一个新的系统，它的出现可以腾出销售火车票的劳动力，同时也将售票时间由原来的定时间段售票变成了24小时售票，在一定程度上可以减轻过年过节时排长队买票的状况，有一定的社会意义。2.2 用户类及其特征用户类描述顾客（优先考虑）顾客是能够使用“火车票预售系统”功能的人，他们希望通过使用“火车票预售系统”来进行火车票的预定，购买，退定以及退票功能，而不用像以前那样：进行以上任何一样功能都要排很长的队伍，同时可以直接用银行卡进行刷卡，也不用去银行排队取钱，省去了排队买票和取钱的麻烦系统管理员系统管理员负责对系统数据库的维护，同时也负责系统出故障时的系统维修。系统管理员需要有
5、一定的计算机专业知识，同时也要对本系统的功能能够熟练的操作火车站财务管理人员火车站财务管理人员向系统管理员索要火车票销售情况统计，以此来进行火车站的财务管理各种用户类确认的“火车票预售系统”的用例和主要参与者如下所示：主要参与者用例顾客1.订票2.修改订单上的订票3.取消订单4.售票5.制票6.退票7.票额管理8.统计结算系统管理员9.数据库维护火车站财务管理人员8.统计结算2.3 运行环境 运行环境1：“火车票预售系统”的操作将通过如下的Web浏览器来完成：Microsoft Internet Explore版本6.0和7.0，Maxthon版本1.59和2.0。 运行环境2：“火车票预售系
6、统”的操作将通过窗口机来完成，通过窗口机连上系统，并进行操作。 运行环境3：“火车票预售系统”将运行在一个服务器中，该服务器运行Red Hat Linux操作系统和Oracle数据库开发工具。3 用例规格说明3.1 订票用例ID号UL-1用例名称订票创建者最后更新者创建日期2008年5月25号最后更新日期2008年5月25号参与者顾客描述顾客从互联网访问“火车票预售系统”，随意查看某一天可以预定的火车票，选择自己想要预订的火车票，提交订单并在特定时间内到特定时间地点领取火车票前置条件1.顾客登陆到“火车票预售系统”2.顾客注册的付费方式是从银行卡中扣除后置条件1.订单在“火车票预售系统”中的存
7、储状态是“已接受”2.根据这一订单的订票条目来更新火车票剩余数量3.根据这一订单的订票条目来更新统计结算主干过程1.0订一个车次的火车票1.顾客要求查看某一天可以预定的火车票2.系统显示当天可以预定的火车车次以及该车次的空座信息3.系统从上述列表中选择一个车次及该车次上的几个座位4.顾客表明订票完成5.系统显示订单的订票条目，单价和总价格6.顾客确认订单或请求修改订单（回到第3步）7.顾客指定付费方式8.系统确认接收订单9.系统向顾客发送电子邮件，确认订单细节，价格和付费说明10.系统将订单存储在数据库中，并更新火车票剩余数量以及统计结算分支过程1.1订多个车次的火车票（第4步之后分支出来）1
8、.顾客要求预订另一个车次的火车票2.返回到第2步异常1.0.E.1 “火车票预售系统”出现故障，无法完成订票1.系统通知顾客系统出现故障，现在无法订票包含无优先级高使用频率平均每天100000次被访问3.2 修改订单上的订票用例ID号UL-2用例名称修改订单上的订票创建者最后更新者参与者顾客描述顾客从互联网访问“火车票预售系统”，并且向系统发送修改订单的请求，若订单状态是“已接受”，则让用户进入修改订单页面进行订单修改，修改完成后更新订单，数据库和剩余火车票数量前置条件1.顾客登陆到“火车票预售系统”2.顾客的付费方式是从银行卡中扣除后置条件1.订单在“火车票预售系统”中的存储状态是“已接受”
9、2.根据修改后订单的订票条目来更新火车票剩余数量3.根据修改后订单的订票条目来更新统计结算主干过程1.0取消原有订单1.顾客向系统发送修改订单的请求2.系统确认顾客订单状态为“已接受”后，接受顾客的请求3.系统向顾客提示“是否取消原有订单”4.顾客确认取消原有订单5.返回到订票用例主干过程分支过程1.1不取消原有订单（第3步分支出来）1.顾客选择不取消原有订单2.返回到订票用例主干过程异常1.0.E.1“火车票预售系统”出现故障，无法完成修改订单功能1.系统通知顾客系统出现故障，现在无法修改订单1.1.E.1顾客订单状态为“未接受”，无法完成修改订单功能1.系统提示“您没有订单或者订单已取消，建立订单之后才能修改订单”包含无优先级高使用频率平均每天50000次被访问3.3 取消订单用例ID号UL-3用例名称取消订单创建者最后更新者参与者顾客描述顾客从互联网访问“火车票预售系统”，并且向系统发送取消订单的请求，若订单状态是“已接受”，则让用户进入取消订单页面进行订单的取消，完成后更新数据库和剩余火车票数量前置条件1.顾客登陆到“火车票预售系
