更新时间: 试题数量: 购买人数: 提供作者:

有效期: 个月

章节介绍: 共有个章节

收藏
搜索
题库预览
案例:A公司信息化建设A企业属于制造型企业,不仅生产自有产品,而且承接其他企业的外协件生产。几年前,已相继建立起MPRII 系统,产品设计部使用CAD、CAPP 与 PDM系统,极大的提高的工作效率和质量。A企业最高决策者是张总裁。从市场情报资料上,张总裁了解到其竞争对手B公司逐步在销售上超过他们,他感到竞争的紧迫感和焦虑。这种紧迫感和焦虑 不仅来自外部,而且公司内部也存在很大问题。上个月,他们最重要的一个客户对产品规格的要求发生了变动,但是最后满足变动需求的产品却没有及时发送给 发货部门,导致货物的集中、装箱、上船的一系列行动无法按时进行。于是他们把另一个不太重要的客户预定的产品用飞机送到该重要客户处,尽管这样,还是比预定的到货日期延迟。尽管他们做了种种的努力(甚至船运改为航运),但这个重要的客户并没有感谢他们,只是对A公司的销售人员说:他们不能再容忍这种错误。 销售人员完成了他们的销售计划,但公司的利润还在持续下滑。面对市场竞争环境,下游客户从自身业务出发对供应链上游成员,提出了新的要求,他们需要建立更紧密的联系,以节约投产准备阶段时间和费用。例如,下游客户希望供应伙伴——A公司的工程师,能参与他们的设计过程中,利用电子手段,实现双方采购信息系统和销售信息系统的信息对接、实时交换和查询产品设计的相关技术文件。他们希望接到自己的订单时,只需“按一下鼠标按键”就可把订单实施计划直接变成原材料计划,通过跨组织的网络系统传递和纳入 A公司的生产制造系统和托运计划。但是A公司无法满足上述要求,导致下游客户的原材料短缺,A公司也经常因为运载体积不够而大伤脑筋。就在两周前,源于船运时遇到的运载空间问题,为按期交货,A公司刚刚航空托运了一批货给一个客户。A公司现在使用的MRPII系统,假设前提是供应商都能够按照约定无条件供货,而且不得更改。实际操作时,往往存在供应商有条件改动的可能。即使供应商做到无条件供货,A公司的管理者们也没有足够的时间和能力来应付大量的改变的约定,他们也没有合适的信息处理系统来支持他们调整生产计划。张总裁及高级职员均不能肯定管理人员做出的哪些决策是最佳的,他们感觉不能获得较全面的市场与营销方面的细节层次数据的支持。例如:他的销售人员每隔一段时间就会发现有一个减价销售大量商品的机会,A公司应该接受这个价格吗?原材料采购部经理正试图说服A公司实施他们制定的关于“减少计划”,即减少投产准备时间,减少存货。这听起来似乎是有前途的,但积压的存货并不能如他们所愿地减少,况且,经理还需要对操作工作中决策过程与规则做必要的改变。A公司承接其它制造企业的定制产品订单任务时,销售人员必须不停的向A公司办公室汇报很多各种各样的产品报价单,因为那些专业的规格资料多的数不胜数。客户们反映B公司(A公司的竞争对手)的销售员就可以把报价单放在客户的办公室上,并且邀请客户上网联接到他们的主机,实现在线实时的报价和订单合同洽谈。A公司的售后服务是相对独立的一套业务系统,通过公司计算机网络系统,售后服务人员可以使用常用的自行研制的软件工具,从数据库中直接调用资料, 获取关于产品数据及技术资料,服务维修咨询和指导。当他们更换了一个由A公司的供应商处得到的配件时,他们也试图从供应商那里得到支持。但是,不论是售后服务系统,还是MRPII系统都没有记录和保存这些信息,而且,当外出服务工程师在外面修理一台机器时,售后服务系统并不能给出该客户的一张完整清晰的合同订单,无法清楚提供哪些更换部分是客户质量保证书或服务协议涵盖的, 哪些不是。 对于A公司的工程设计部门负责产品开发设计,产品数据管理系统(PDM)和 MRPII系统用的都是同样的信息系统,但由于它们不是集成的,所以工程师必须把PDM系统的产品数据的变化人工输到MRPII系统中,以保证它们同步性、数据的一致性。产品的设计过程,从产品概念构思到产品上市,需要大约 9-12 个月的时间。市场部本来应该能够提供关于新产品开发的创意思想,尽管他们基本没有能力也不必要按工程设计规范要求进行描述。但当设计工程师开始设计新产品时,市场部门却不能直接十分清楚表述市场、客户真正需要的具体细节数据和信息。 所以工程师只是在那些已掌握的数据信息基础上尽量发挥。A公司相当大的一部分不断增长的商业机会,需要更多资深工程师的努力,而不是简单体力劳动力,公司的优良业绩必须体现在财务利润报表上,但A公司已经连续三年利润滑坡了,因此它不得不解雇了一大批工程师,其它的一些工程师也纷纷跳槽,使得A 公司失去了更多的有丰厚的利润的商业机会。 总而言之,A公司和许多其它制造公司一样,高层决策者们必须在低效率、缺少活力的公司和高效率、充满活力的公司之间最出果断的战略决策和信息系统的规划。
试分析:
(1) A 企业的管理业务流程中存在哪些问题?
(2) 分析整理 A 企业对信息系统的需求?
(3) 你对 A 企业目前如何有效地进行信息系统的选择有什么建议?()
案例:软件危机软件危机是上世纪六七十年代出现的一个计算机术语,形容在规定时间内编写有用和高效计算机程序的困难。第一次软件危机发生在1960年代中期,代表性事件一是1963年美国水手一号火箭发射失败事故,主要因为一行FORTRAN代码错误导致的。二是IBM的System/360操作系统开发,投入5亿美元,2000多个程序员共计花费5000人一年工作量,写出近100万行源码,但项目进度却一再延迟,软件质量也得不到保障,该项目主管佛瑞德布鲁克斯后来据此总结《人月神话》一书,成了史上最畅销的软件工程书籍之一。在1968年的NATO(North Atlantic Treaty Organization,北大西洋公约组织)软件工程会议上首次提出“软件危机”一词,并提出针对性的解决方法“软件工程”,“结构化程序设计”作为一种解决软件危机的具体实施方案被提出来,它的主要特点是抛弃GOTO语句,采取“自顶向下、逐步细化、模块化”指导思想,将软件复杂度控制在一定范围内,从而整体降低软件开发的复杂度。结构化程序 方法成为了20世纪70年代软件开发的潮流。然而随着硬件性能快速提升,业务需求越来越复杂,以及编程应用领域越来越广泛,20世纪70年代后期,第二次软件危机卷土重来,根据1979年美国政府统计局公布统计数字,几个联邦软件计划共投资680万美元,其中的47%交付但从未使用,29%投资但未交付,19%被费弃或返工,3%经过某种改变后被使用,最后只有2%交付后被使用。第二次软件危机促进了面向对象思想的发展壮大,具体讲,就是从问题域中客观存在的事物出发来构造软件系统,用对象作为对这些事物的抽象表示,并以此作为系统的基本构成单位。面向对象方法实现了模型对问题域的直接映射,从而使得从分析、设计直到编程和测试、维护成为了自然且连续的过渡过程。1996年图灵奖获得者莫里斯·威尔克斯在颁奖仪式上 说:“对象是软件界从70年代以来最激动人心的革新之一”。 但是,不管是“软件工程”、“结构化程序设计”,还是“面向对象思想”, 甚至在当前云计算大行其道的大环境下,软件危机也并没有彻底杜绝。弗雷德·布鲁克斯在 1987年所发表的经典论文《没有银弹》中谈到:没有任何一项技术或方法能让软件工程的生产力在十年内提高十倍,该论文核心思想可被解释为“复杂的软件工程问题无法靠简单的答案来解决”,而该结论到目前为止还是对的。
试分析:
(1)软件危机是技术问题还是管理问题?
(2)怎样才能避免软件危机的发生?()