A航空公司剩余客票销售系统的开发 - 案例及案例分析 - 图文(3)

客户订票信息管理、机票匹配管理、出票管理。部分采用白盒测试的方法。集成测试及以后的阶段，主要采用黑盒测试的方法。集成测试包括接口测试、数据和数据库完整性测试、用户界面测试等；验收测试包括功能测试、性能测试和容量测试；系统测试包括安全性和访问控制测试、负载测试、强度测试、故障转移和恢复测试。

测试完成后，开发单位迅速写出了用户操作手册，并对用户单位的相关人员进行了培训。 “超值天下”系统是全国首个剩余票销售系统，系统中旅客的需求特性及订票行为，在一定程度上反映了航空旅客对折扣票的态度和行为。对系统中旅客需求及订票行为的研究，不仅能够为A航空公司B分公司进一步采取措施提供决策依据，同时也为其它航空公司处理剩余票，甚至是制定折扣票策略提供了良好的参考依据。

“超值天下”系统于2006年12月底完成开发及试运行，并通过内部通知，开始投入试运行。截止2007年6月停止使用前，通过该系统订票的订单人数达到八千多，成功售出的机票数目也有四千多， “超值天下”系统为A航空公司B分公司创造了不小的收益。“超值天下”系统最终被叫停，是由于用户单位发现有购买剩余客票的旅客中有数量不少的商务客人。在系统被叫停之后，开发单位对销售数据进行了分析，发现有相当数量的订单是重复订单，也就是说一些商务旅客为了购买理想日期和航班的机票，采用了多次下一样的订单的方法。由于该系统没有真正对外推出，所以订单数并不多，这样同一旅客的多个订单可能都能匹配成功，客人就可以放弃不理想的日期或航班的匹配，而选择比较理想的匹配结果出票。

二、案例问题

1、剩余客票销售系统是如何立项的？

2、采用原型法开发剩余客票销售系统有什么好处？ 3、剩余客票销售系统的概要设计是如何进行的？ 4、剩余客票销售系统的开发过程存在哪些问题？

三、案例点评

1、剩余客票销售系统是如何立项的？

由于A航剩余机票居高不下，运力浪费严重，希望通过信息技术提供一种面向休闲客人的客票销售方式，更好地需要解决剩余客票问题。为了区分商务客人和休闲客人，A航空公司B分公司市场部的想法是旅客订票时只允许旅客指定欲购机票的一个时间段，不能指定具体日期和航班。旅客订票时看到的机票信息也是某一个时间段某个航线的折扣票信息。航线经理负责决定各航线的剩余客票的折扣和张数，计算机系统将旅客的订票申请和航线的剩余客票做匹配，如果匹配成功，询问旅客是否愿意按照匹配的日期和航班出行。旅客愿意就出票，旅客不愿意就将机票放入剩余客票库里继续参加匹配。

在与开发单位沟通和开发单位对用户需求做了初步调查分析之后，双方感觉该想法可以用计算机系统实现，并且应该尽快开发。

2、采用原型法开发剩余客票销售系统有什么好处？

1）增进用户与开发人员之间的沟通 传统的开发方法中，客户主要靠阅读大量的文件了解系统，然后向系统分析员表达他们对系统需求的意见。原型法展示给用户的是可以实际运行的原型系统，用户\看得见，摸得

着\，可以很清楚地把他们的意见告诉给系统分析员。

2）用户在系统开发过程中起主导作用

结构化方法强调了面向用户的观点，但用户参与较多的．是系统分析阶段。而采用原型法进行系统开发，用户在整个开发过程中起主导作用，随时提供现场的第一手资料，帮助开发者认识用户的真正需求。

3）辨认动态的用户需求

我们知道，系统分析的困难之一是用户与开发者之间的沟通，尤其对一些动态需求，不容易用语言文字来描述。可以实际运行的系统原型有助于开发者发掘和验证这类不易用一般语言来规范交谈的动态需求。

4）启迪衍生式的用户需求

在系统投人运行之前，有些功能用户也无法预先知道。复印机刚发明时，人们曾认为其功能只是代替复写纸，在 使用实践中才认识到远非如此，复印机才得以有今天这么广泛的应用。信息系统也有类似情况。衍生式的需求是指当系统投入运行之后，用户有了使用经验而提出的 需要。在整个开发过程中，原型系统可以启发用户的这些衍生的新需求，并把这些需求告诉开发者。决策支持系统就常有这类需求，适合用原型法进行开发。

5）缩短开发周期，降低开发风险

原型法以用户为主导，更有效地辨认用户需求，不仅使系统分析的时间大为缩短，而且减少了开发人员对用户需求的误解，从而降低了系统开发的风险。

3、剩余客票销售系统的概要设计是如何进行的？

在充分进行了用户需求调查的基础上，通过与用户充分沟通，用Frontpage开发了一个系统原型，给用户演示，项目组多次开会研究，确定了系统的功能、接口、数据库管理系统、和用户界面等。

4、剩余客票销售系统的开发过程存在哪些问题？

1）项目组对航空领域的专业知识不熟悉，花了很多时间去了解航空的基本知识，但还是出了一点问题：如题头飞机是麦道而用户单位没有麦道飞机。

2）用户单位对于剩余客票销售的新流程还缺乏认识，所以系统边开发，边再造流程。比如机票匹配准则就是后来在系统分析阶段才确定的。

3）系统最终被放弃，是由于项目组在系统设计过程中没有考虑的顾客重复购票的可能性，导致系统出现了漏洞，造成顾客实际上可以选择他需要的航班出行，违背了面向休闲客人的出发点。

百度搜索“77cn”或“免费范文网”即可找到本站免费阅读全部范文。收藏本站方便下次阅读，免费范文网，提供经典小说综合文库A航空公司剩余客票销售系统的开发 - 案例及案例分析 - 图文(3)在线全文阅读。