管理信息系统第二版张金隆案例分析及答案

案例1： A航空公司剩余客票销售系统的开发1、剩余客票销售系统是如何立项的？由于A航剩余机票居高不下，运力浪费严重，希望通过信息技术提供一种面向休闲客人的客票销售方式，更好地需要解决剩余客票问题。为了

案例1：A航空公司剩余客票销售系统的开发 1 、剩余客票销售系统是如何立项的？ A 由于航剩余机票居高不下，运力浪费严重，希望通过信息技术提供一种面向休闲客 A 人的客票销售方式，更好地需要解决剩余客票问题。为了区分商务客人和休闲客人，航空 B 公司分公司市场部的想法是旅客订票时只允许旅客指定欲购机票的一个时间段，不能指 定具体日期和航班。旅客订票时看到的机票信息也是某一个时间段某个航线的折扣票信息。 航线经理负责决定各航线的剩余客票的折扣和张数，计算机系统将旅客的订票申请和航线的 剩余客票做匹配，如果匹配成功，询问旅客是否愿意按照匹配的日期和航班出行。旅客愿意 就出票，旅客不愿意就将机票放入剩余客票库里继续参加匹配。 在与开发单位沟通和开发单位对用户需求做了初步调查分析之后，双方感觉该想法可以 用计算机系统实现，并且应该尽快开发。 2 、采用原型法开发剩余客票销售系统有什么好处？ 1 ）增进用户与开发人员之间的沟通 传统的开发方法中，客户主要靠阅读大量的文件了解系统，然后向系统分析员表达他们 " 对系统需求的意见。原型法展示给用户的是可以实际运行的原型系统，用户看得见，摸得 " 着，可以很清楚地把他们的意见告诉给系统分析员。 2 ）用户在系统开发过程中起主导作用 结构化方法强调了面向用户的观点，但用户参与较多的．是系统分析阶段。而采用原型 法进行系统开发，用户在整个开发过程中起主导作用，随时提供现场的第一手资料，帮助开 发者认识用户的真正需求。 3 ）辨认动态的用户需求 我们知道，系统分析的困难之一是用户与开发者之间的沟通，尤其对一些动态需求，不 容易用语言文字来描述。可以实际运行的系统原型有助于开发者发掘和验证这类不易用一般 语言来规范交谈的动态需求。 4 ）启迪衍生式的用户需求 在系统投人运行之前，有些功能用户也无法预先知道。复印机刚发明时，人们曾认为其 功能只是代替复写纸，在使用实践中才认识到远非如此，复印机才得以有今天这么广泛的应 用。信息系统也有类似情况。衍生式的需求是指当系统投入运行之后，用户有了使用经验而 提出的需要。在整个开发过程中，原型系统可以启发用户的这些衍生的新需求，并把这些需 求告诉开发者。决策支持系统就常有这类需求，适合用原型法进行开发。 5 ）缩短开发周期，降低开发风险 原型法以用户为主导，更有效地辨认用户需求，不仅使系统分析的时间大为缩短，而且 减少了开发人员对用户需求的误解，从而降低了系统开发的风险。 3 、剩余客票销售系统的概要设计是如何进行的？ Frontpage 在充分进行了用户需求调查的基础上，通过与用户充分沟通，用开发了 一个系统原型，给用户演示，项目组多次开会研究，确定了系统的功能、接口、数据库管理