什么是软件危机？软件危机的表现是什么？其产生的原因是什么？
回答：
在软件发展第二阶段的末期，由于计算机硬件技术的进步，计算机运行速度、容量、可靠性有显著的提高，生产成本显著下降，这
为计算机的广泛应用创造了条件。一些复杂的、大型的软件开发项
目提出来了。
但是，软件开发技术的进步一直未能满足发展的要求。在软件开发中遇到的总是找不到解决的方法，使问题积累起来，形成了尖锐
的矛盾，因而导致了软件危机。
软件危机表现在以下四个方面：
（1）经费预算经常突破，完成时间一再延。由于缺乏软件开发的经
验和软件开发数据和积累，使得开发工作的计划很难制定。主观盲
目制定计划，执行起来与实际情况有很大差距，使得开发经费一再
突破。由于对工作量估计不足，对开发难度估计不足，进度计划无
法按时完成，开发时间一再拖延。
（2）开发的软件不能满足用户要求。开发初期对用户的要求了解不
明确，未能得到明确表达。开发工作开始后，软件人员和用户又末
能及时交换意见，使得一些总是不能及时解决，导致开发的软件不
能满足用户的要求，因而开发失败。
（3）开发的软件可维护性差。开发过程没有统一的、公认的规范，
软件开发人员按各自的风格工作，各行其是，开发过程无完整、规
范的文档，发现问题后进行杂乱无章的修改。程序结构不好，运行
时发现错误也很难修改，导致维护性差。
（4）开发的软件可靠性差。由于在开发过程中，没有确保软件质量
的体系和措施，在软件测试时，又没有严格的、充分的、完全的测
试，提交给用户的软件质量差，在运行中暴露出大量的问题。
造成软件危机的原因是：
（1）软件的规模越来越大，结构超来越复杂。
（2）软件开发管理困难而复杂。
（3）软件开发费用不断增加。
（4）软件开发技术落后。
（5）生产方式落后。
（6）开发工具落后，生产率提高缓慢。
一、危机公关的一般处理方案 （一）组织内部对策 1、迅速成立处理危机事件的专门机构。假如企业已成立危机管理小组，可在该小组的基础上增加部分人员。这个专门小组的领导应由企业负责人担任。行政部公关事务人员必须参加这一机构，汇同各有关职能部门的人员组成一个有权威性、有效率的工作班子。 2、了解情况，进行诊断。成立专门机构，应迅速而准确地把握事态的发展，判明情况。确定危机事件的类型、特点，确认有关的公众对象。 3、制定处理危机事件的基本原则、方针、具体的程序与对策。 4、急需援助的部门，共同参加急救。 5、将制定的处理危机事件的基本原则、方针、程序和对策，通告全体职工，以统一口径，统一思想认识，协同行动。 6、向传媒人士、社区意见领袖等公希危机事件的真相，表示企业对该事件的态度和通报将要采取的措施。 7、危机事件若造成伤亡，一方面应立即进行救护工作或进行善后处理，另一方面应立即通知受害者家属，并尽可能提供一切备件，满足其受害者家属的探视或要求。 8、如果是由不合格产品引起的危机事件，应不惜代价立即收回不合格产品，或立即组织检修队伍，对不合格产品逐个检验。通知有关部门立即停止出售这类产品。 9、调查引发危机事件的原因，并对处理工作进行评估。
10、奖励处理危机事件的有功人员；处罚事件的责任者，并通告有关各方。 （二）受害者对策 1、认真了解受害者情况后，诚恳地向他们厦其家属道歉，并实事求是地承担相应的责任。 2、耐心而冷静地听取受害渚的意见，包括他们要求赔偿损失的意见。 3、了解、确认和制定有关赔偿损失的文件规定与处理原则。 4、避免与受害者厦受害者家属发生争辩与纠纷。即使受害者有一定责任，也不要在现场追究。 5、企业应避免出现为自己辩护的言辞。 6、向受害者及受害者家属补偿方法与标准，并尽快实施。 7、应由专人负责与受害者及受害者家属谨慎地接触。 8、给受害者安慰与同情，并尽可能提供其所需的服务，尽最大努力做好善后处理工作。 9、在处理危机事件的过程中，如果没有特殊情况，不可随便更换负责处理工作的人员。 （三）新闻媒介对策 1、向新闻界公布危机事件，公布时如何措辞，采用什么形式，有关信息怎样有计划地披露等，应事先达成共识。 2、成立记者接待机构，专人负责发布消息，集中处理与事件有关的新闻采访，向记者提供权威的资料。
危机事件处理制度 第一章总则 第一条为规范……股份有限公司(以下简称公司)的各类危机事件的处理程序，提高危机处理效率，明确危机处理的责任部门和责任人，特制定此制度。 第二条本制度适用于公司在生产、销售及运营管理中遇到的一切可能危及企业品牌形象，影响公司声誉和信誉的事件，此制度将作为处理原则存在。 第三条企业可能面临的危机事件形式多种多样，因此需要全体员工以高度的敏感性和对企业负责的态度，准确把握可能出现的危机，参照本制度的相关要求，高效处理，务必使影响或损失降到最低。 第二章危机事件概述 第四条公司可能面对的危机事件包括但并不限于以下类别，此类别仅作为公司员工判别是否存在危机的参考依据： （一）网络危机事件：即有可能通过微博、论坛、网站、邮件等各种网络平台传播企业的负面信息、谣言、诋毁信息等，进而造成无法控制的网络扩散，影响公司形象和声誉的事件； （二）媒体危机事件：即有可能通过报刊、杂志、广播、电视新闻等途径传播企业的负面信息、谣言、诋毁信息等，进而造成大范围主流舆论误导或错误认知，影响公司形象和声誉的事件；
（三）口碑危机事件：即有可能通过某些影响力较大的个人或群体，向公司目标客户群体及合作伙伴群体传播企业不良信息，进而造成范围性人群的错误认知，影响公司形象和声誉的事件； （四）司法危机事件：即有可能因个别事件为诱因，造成个人或组织通过司法程序向公司提起诉讼，进而造成公司被动面对诉讼，造成直接或间接损失，影响公司形象和声誉，甚至影响公司市场拓展的事件； （五）政策危机事件：即有可能因为区域或地方法律法规、政策的修改，造成公司的市场行为无法在当地区域合法开展下去，影响公司及合作伙伴正常经营的事件。 第五条任何危机事件均有其发生、发展的原因，在公司经营过程中，常见的诱因包括但不限于以下内容，全体员工均应熟知并不断提高敏感性和责任感，将诱发危机的原因抑制在可控范围：（一）产品质量 偶发的产品质量问题，有可能因消费者个人影响力的大小，致使其升级为公司危机事件；频发或大面积的产品质量问题，有可能因其频率和发生的范围等因素，致使其升级为企业危机事件； （二）服务质量 服务作为公司品牌支撑的重要要素，一旦发生服务质量的不达标，或者二次服务质量的不达标，将非常有可能使小范围事件升级为公司危机事件； （三）承诺兑现
在软件开发和维护的过程中存在这么多严重问题，一方面与软件本身的特点有关，另一方面也和软件开发与维护的方法不正确有关。 软件不同于硬件，它是计算机系统中的逻辑部件而不是物理部件。由于软件缺乏“可见试阶段没能检测出来的错误。因此，软件维护通常意味着改正或修改原来的设计，这就在客观上使得软件较难维护。 软件不同于一般程序，它的一个显著特点是规模庞大，而且程序复杂性将随着程序规模的增加而旱指数上升。为了在预定时间内开发出规模庞大的软件，必须由许多人分工合作，然而，如何保证每个人完成的工作合在一起确实能构成一个高质量的大型软件系统，更是一个极端复杂困难的问题，不仅涉及许多技术问题，诸如分析方法、设计方法、形式说明方法、版本控制等，更重要的是必须有严格而科学的管理。 软件本身独有的特点确实给开发和维护带来一些客观困难，但是人们在开发和使用计算机系统的长期实践中，也确实积累和总结出r许多成功的经验。如果坚持不懈地使用经过实践考验证明是正确的方法，许多困难是完全可以克服的，过去也确实有一些成功的范例。但是，目前相当多的软件专业人员对软件开发和维护还有不少糊涂观念，在实践过程中或多或少地采用了错误的方法和技术，这可能是使软件问题发展成软件危机的主要原因。 与软件开发和维护有关的许多错误认识和作法的形成，可以归因于在计算机系统发展的早期阶段软件开发的个体化特点。错误的认识和作法主要表现为忽视软件需求分析的重要性，认为软件开发就是写程序并设法使之运行，轻视软件维护等。 事实上，对用户要求没有完整准确的认识就匆忙着手编写程序足许多软件开发工程失败的主要原因之一。只有用户才真正了解他们自己的需要，但是许多用户在开始时并不能准确具体地叙述他们的需要，软件开发人员需要做大量深入细致的调查研究工作，反复多次地和用户交流信息，／j‘能真正全面、准确、具体地了解用户的要求。对问题和目标的正确认识是解决任何问题的前提和出发点，软件开发同样也不例外。急于求成，仓促上阵，对用户要求没有正确认识就匆忙着手编写程序，这就如同不打好地基就盖高楼一样，最终必然垮台。事实上，越早开始写程序，完成它所需要用的时间往往越长。 一个软件从定义、开发、使用和维护，直到最终被废弃，要经历一个漫长的时期，这就如一个人要经过胎儿、儿童、青年、中年和老年，直到最终死亡的漫长时期一样。通常把软件经历的这个漫长的时期称为生命周期。软件开发最初的工作应是问题定义，也就是确定要求解决的问题是什么；然后要进行可行性研究，决定该问题是否存在一个可行的解决办法；接下来应该进行需求分析，也就是深入具体地了解用户的要
软件工程课后习题答案 第一章 一、什么是软件危机？它有哪些典型表现？为什么会出现软件危机？ 软件危机是指在计算机软件开发、使用与维护过程中遇到的一系列严重问题和难题。它包括两方面：如何开发软件，已满足对软件日益增长的需求；如何维护数量不断增长的已有软件。软件危机的典型表现： (1) 对软件开发成本和进度的估计常常很不准确。常常出现实际成本比估算成本高出一个数量级、实际进度比计划进度拖延几个月甚至几年的现象。而为了赶进度和节约成本所采取的一些权宜之计又往往损害了软件产品的质量。这些都降低了开发商的信誉，引起用户不满。 (2) 用户对已完成的软件不满意的现象时有发生。 (3) 软件产品的质量往往是靠不住的。 (4) 软件常常是不可维护的。 (5) 软件通常没有适当的文档资料。文档资料不全或不合格，必将给软件开发和维护工作带来许多难以想象的困难和难以解决的问题。
(6) 软件成本、软件维护费在计算机系统总成本中所占比例逐年上升。 (7) 开发生产率提高的速度远跟不上计算机应用普及的需求。软件危机出现的原因： (1) 来自软件自身的特点：是逻辑部件，缺乏可见性；规模庞大、复杂，修改、维护困难。 (2) 软件开发与维护的方法不当：忽视需求分析；认为软件开发等于程序编写；轻视软件维护。 (3) 供求矛盾将是一个永恒的主题：面对日益增长的软件需求，人们显得力不从心。 二、假设自己是一家软件公司的总工程师，当把图1.1给手下的软件工程师们观看，告诉他们及时发现并改正错误的重要性时，有人不同意这个观点，认为要求在错误进入软件之前就清楚它们是不现实的，并举例说：“如果一个故障是编码错误造成的，那么，一个人怎么能在设计阶段清除它呢？”应该怎么反驳他？ 答：在软件开发的不同阶段进行修改付出的代价是很不相同的，在早期引入变动，涉及的面较少，因而代价也比较低；在开发的中期，软件配置的许多成分已经完成，引入一个变动要对所有已完成的配置成分都做相应的修改， 不仅工作量大，而且逻辑上也更复杂，因此付出的代价剧增；在软件“已经完成”是在引入变动，当然付出的代价更高。一个故障是代码错误造成的，有时这种错误是不可避免的，但要修改的成本是很小的，因为这不是整体构架的错误。
编号：*** ****年第二次修订 ***公司 新闻危机事件应急预案 ***公司 ****年11月7日发布
编制人：审核人：批准人：
目录 1 总则......................................... - 6 - 1.1 编制目的 ................................ - 6 - 1.2 编制依据 ................................ - 6 - 1.3 适用范围 ................................ - 6 - 2 应急处臵基本原则............................... - 6 - 2.1以人为本，减少危害....................... - 6 - 2.2居安思危，预防为主....................... - 6 - 2.3统一领导，分级管理....................... - 7 - 2.4考虑全局，突出重点....................... - 7 - 2.5快速反应，协调应对....................... - 7 - 2.6依靠科技，提高素质....................... - 7 - 3 事件分级....................................... - 7 - 3.1新闻突发事件类型......................... - 7 - 3.2新闻突发事件危害程度分析................. - 8 - 4 事件分级....................................... - 8 - 5 组织机构及职责................................. - 8 - 5.1 应急指挥机构 ............................ - 8 - 5.2应急指挥机构的职责....................... - 9 - 6 预防与预警.................................... - 11 - 6.1风险监测................................ - 11 - 6.2预警发布与预警行动...................... - 11 -
软件危机的表现及原因 计算机科学与技术4班周才 1.软件危机：落后的软件生产方式无法满足迅速增长的计算机软件需求，从而导致软件开发与维护过程中出现一系列严重问题的现象。 2.概况:20 世纪60年代以前，计算机刚刚投入实际使用，软件设计往往只是为一个特定的应用而在指定的计算机上设计和编制，采用密切依赖于计算机的机器代码或汇编语言，软件的规模比较小，文档资料通常也不存在，很少使用系统化的开发方法，设计软件往往等同于编制程序，基本上是个人设计、个人使用、个人操作、自给自足的私人化的软件生产方式。 60年代中期，大容量、高速度计算机的出现，使计算机的应用范围迅速扩大，软件开发急剧增长。高级语言开始出现；操作系统的发展引起了计算机应用方式的变化；大量数据处理导致第一代数据库管理系统的诞生。软件系统的规模越来越大，复杂程度越来越高，软件可靠性问题也越来越突出。原来的个人设计、个人使用的方式不再能满足要求，迫切需要改变软件生产方式，提高软件生产率，软件危机开始爆发 3.现象：早期出现的软件危机主要表现在： ①软件开发费用和进度失控。费用超支、进度拖延的情况屡屡发生。有时为了赶进度或压成本不得不采取一些权宜之计，这样又往往严重损害了软件产品的质量。 ②软件的可靠性差。尽管耗费了大量的人力物力，而系统的正确性却越来越难以保证，出错率大大增加，由于软件错误而造成的损失十分惊人。 ③生产出来的软件难以维护。很多程序缺乏相应的文档资料，程序中的错误难以定位，难以改正，有时改正了已有的错误又引入新的错误。随着软件的社会拥有量越来越大，维护占用了大量人力、物力和财力。进入80年代以来，尽管软件工程研究与实践取得了可喜的成就，软件技术水平有了长足的进展，但是软件生产水平依然远远落后于硬件生产水平的发展速度。 软件危机不仅没有消失，还有加剧之势。主要表现在： ①软件成本在计算机系统总成本中所占的比例居高不下，且逐年上升。由于微电子学技术的进步和硬件生产自动化程度不断提高，硬件成本逐年下降，性能和产量迅速提高。然而软件开发需要大量人力，软件成本随着软件规模和数量的剧增而持续上升。从美、日两国的统计数字表明，1985年度软件成本大约占总成本的90％。 ②软件开发生产率提高的速度远远跟不上计算机应用迅速普及深入的需要，软件产品供不应求的状况使得人类不能充分利用现代计算机硬件所能提供的巨大潜力。 4.原因：①与软件本身的特点有关 软件不同于硬件，它是计算机系统中的逻辑部件而不是物理部件；软件样品即是产品，试制过程也就是生产过程；软件不会因使用时间过长而“老化”或“用坏”；软件具有可运行的行为特性，在写出程序代码并在计算机上试运行之前，软件开发过程的进展情况较难衡量，软件质量也较难评价，因此管理和控制软件开发过程十分困难；软件质量不是根据大量制造的相同实体的质量来度量，而是与每一个组成部分的不同实体的质量紧密相关，因此，在运行时所出现的软件错误几乎都是在开发时期就存在而一直未被发现的，改正这类错误通常意味着改正或修改原来的设计，这就在客观上使得软件维护远比硬件维护困难；软件是一种信息产品，具有可延展性，属于柔性生产，与通用性强的硬件相比，软件更具有多样化的特点，更加接近人们的应用问题。
危机处理制度 1、目的 1-1维护品牌形象和声誉。 1-2将危机事件损失降到最低限度。 1-3挽回公众的信任和支持，提高品牌市场占有率。 2、范围 2-1危机事件是指公司在整车销售或车辆售后服务及配件供应过程中产生的不同与一般的客户抱怨。 2-2危机事件同时包括公司在安全健康或环境保护过程中产生的不可预测事件发生。 3、危机事件处理工作小组成员 组长：总经理 新闻发言人： 副组长：销售经理：服务经理：行政经理： 组员：展厅经理：增值服务经理：财务经理： 配件经理： 4、危机事件处理流程 4-1发生危机事件时工作小组应在24小时之内介入并具体分析产生危机事件原因和背景，若属销售过程由副组长销售经理率先负责介入，属售后服务由副组长售后站长率先负责介入。本着友好协商处理原则，将危机事件化解在公司内部，并以书面报告形式报组长事件处理结果。 4-2对于事态较严重的直接上报危机事件处理组组长并在24小时之内向上汇报，在统一布署下，统一口径、统一处理意见，并分别由相关副组长或现场代表出面协商处理，若危机事件曝光应借助媒体的力量，由危机事件处理小组新闻发言人以正面形式予以回应，并阐明上海大众和公司立场以及解决方法，澄清不实传闻，进一步维护品牌形象和公司声誉。 4-3危机事件属涉及公司安全和环境保护方面的，由危机事件处理副组长行政部经理负责处理，同时负责与当地政府职能部门沟通协调，并负责将最终处理结果报当地政府职能部门备案。 4-4危机事件处理结果由相关副组长写出详尽的危机公关书面总结报告，并经危机事件处理工作组组长签字报送上海大众，同时总结类似情况处理办法，杜绝类似情况再次发生。 5、文件归档
企业危机处理十大经典案例 企业危机解决方案推荐： 在一个新的市场环境中，我们不应该将企业危机简单理解为利益上的冲突，价值观、情感方面的迥异及对抗都可能是引发企业重大危机的根源。在网络时代，便捷的网络传播环境为集结、扩散、煽动公众对企业或品牌的敌对情绪提供了最好的平台。这对企业而言，危机管理的重点或许就应该在完善企业部管理同时，认真倾听、追踪公众舆论，并及时对舆论情绪做出反应，第一时间将危机的种子扼杀在萌芽状态，这或许就是十大企业危机管理案例给我们最好的启示。 企业危机处理案例一：新奥燃气政府公关泄密事件 1、企业危机经过： 2009年1月7日，一位网友在其博客中发表题为《聊城一燃气公司行贿官员预算表》的帖子，聊城新奥燃气公司拟维护的官员名字、职务以及费用款项一目了然。 这篇题为《聊城一燃气公司行贿官员预算表》的帖子热透了，舆论一片哗然。
2、企业危机处理方法： 在泄密事件发生之后，新奥燃气进行紧急危机管理： 一是在1月8日紧急召开新闻发布会，澄清新奥从未做过此计划，指责事件由竞争对手所策划，称已报警，并警告其他媒体不要盲目报道，否则将被追究责任。 二是紧急开展网络媒体的负面报道的删帖处理。新浪、搜狐、网易等主流门户的新闻报道已大部分被删除。 三对事件更多幕闭口不谈，所以对外信息披露均以新闻发布会上公布的称此事乃对手策划所致。 3、事件启示： 新奥燃气所采取否认策略虽然不符合道德规，但从危机管理的角度却是正确的。因为无论这份公共关系维护方案是如何被曝光的，企业这种行为本身已经跨越了企业道德与法律之间的界限，所以否认策略是企业必须坚守的底线——苍白无力的否认尽管会到质疑与批判，但起码将事件框定在企业道德层面。如果承认则使事件升级至法律层面，既使媒体不再炮轰，聊城官员也会让新奥燃气吃不了兜着走。 企业危机处理案例二：马自达6危机：明星吸毒，品牌遭殃
1.软件危机出现的原因：软件维护费用的急剧上升，直接威胁计算机应用的扩大；软件生产技术进步缓慢，是加剧软件危机的重要原因 2软件的特征：软件的开发不同于硬件设计、不同于硬件制造、不同于硬件维修 3软件危机：开发软件需高成本和产品的低质量之间有着尖锐的矛盾 4软件维护有哪些种类？他们的目标分别是什么？软件维护的种类以及对应目标依次是:完善性维护：在软件漫长的运行时期中,用户往往会对软件提出新的功能要求与性能要求。为了适应这些变化,应用软件原来的功能和性能需要扩充和增强。这种增加软件功能、增强软件性能、提高软件运行效率而进行的维护活动称为完善性维护。适应性维护让软件适应运行环境的改变而进行的一种维护。纠错性维护纠正在开发期间未能发现的遗留错误。预防性维护为了提高软件的可维护性和可靠性而对软件进行的修改称为预防性维护。5软件重用的效益是什么？答：1软件重用可以显著地改善软件的质量和可靠性。2软件重用可以极大地提高软件开发的效率。3节省软件开发的成本，避免不必要的重复劳动和人力、财力的浪费。 6自顶而下渐增测试与自底而上渐增测试各有何优、缺点？答：①自顶而下渐增测试优点：不需要测试驱动程序，能够在测试阶段的早期实现并验证系统的主要功能，而且能够尽早发现上层模块的接口错误。缺点：需要存根程序，底层错误发现较晚。②自底而上渐增测试优点与缺点和自顶而下渐增测试相反。 7提高可维护性的方法有哪些？答：在软件工程的每一阶段都应该努力提高系统的可维护性，在每个阶段结束前的审查和复审中，应着重对可维护性进行复审。A在需求分析阶段的复审中，应对将来要扩充和修改的部分加以注明。在讨论软件可移植性问题时，要考虑可能要影响软件维护的系统界面。B在软件设计的复审中，因从便于修改、模块化和功能独立的目标出发，评价软件的结构和过程，还应对将来可能修改的部分预先做准备。C在软件代码复审中，应强调编码风格和内部说明这两个影响可维护性的因素。D在软件系统交付使用前的每一测试步骤中都应给出需要进行预防性维护部分的提示。E在完成每项维护工作后，都应对软件维护本身进行仔细认真的复审。F为了从根本上提高软件系统的可维护性，人们正试图通过直接维护软件规格说明来维护软件，同时也在大力发展软件重用技术。 8软件分析的目标是什么？包含哪些内容？软件分析的目标是将软件需求阶段产生的需求模型转变为软件分析模型。包含的任务：1理解用户的需求包含全面理解和分析用户分析，明确所开发的软件系统职责，形成文化并规范的加以表述，然后进行分析提取类和对象，并结合分析进行建模。其基本步骤为：标志类、定义属性和方法、刻画类的层次。表示对象以及对象与对象之间的关系，为对象的行为建模以上步骤可以进行反复直至完成建模。 9简述软件测试要经过哪几个步骤，每个步骤与什么文档有关解答：测试过程按4个步骤进行，即单元测试、集成测试、确认测试、和平行运行。2单元测试集中对用源代码实现的每一个程序单元进行测试，与其相关的文档是单元测试计划和详细设计说明书。3集成测试把已测试过的模块组装起来，主要对与设计相关的软件体系结构的构造进行测试。与其相关的文档是集成测试计划和软件需求说明书。4确认测试则是要检查已实现的软件是否满足了需求规格说明中确定了的各种需求，以及软件配置是否完全、正确。与其相关的文档是确认测试计划和软件需求说明书。5平行运行把已经经过确认的软件纳入实际运行环境中，与其他系统成份组合在一起进行测试。与其相关的文档：用户指南、使用手册等。 10请说明软件文档的作用？软件开发项目生存期各阶段都包含哪些文档？软件文档的作用是：提高软件开发过程的能见度；提高开发效率；作为开发人员阶段工作成果和结束标志；记录开发过程的有关信息便于使用与维护；提供软件运行、维护和培训有关资料；便于用户了解软件功能、性能。软件开发项目生存期各阶段应包括得文档以及与各类人员的关系如下：可行性研究报告、项目开发计划、软件需求说明书、数据要求说明书、测试计划、概要设计说明书、详细设计说明书、用户手册、操作手册、测试分析报告、开发进度月报、项目开发总结、程序维护手册。 11什么是数据字典？其作用是什么？它有哪些条目？数据字典是用来定义数据流图中的各个成分的具体 含义的，它以一种准确的、无二义性的说明方式为系统的分析、设计及维护提供了有关元素的一致的定义和详细的描述。他和数据流图共同构成了系统的逻辑模型，是需求规格说明书的主要组成部分。数据字典是为分析人员查找数据流图中有关名字的详细定义而服务的，因此也像普通字典一样，要把所有条目按一
一、选择题 软件 （2） 1.在软件开发的各种资源中，（D）是最重要的资源。 A开发工具B方法C硬件环境D人员 2.软件的复杂性是（A），它引起人员通信困难、开发费用超支、开发时间超时等问题。 A固有的B人为的C可消除的D不可降低的 3.3：软件是计算机系统中与硬件相互依存的另一部分，它的组成部分是（D）。 A．程序、数据 B.程序、文档 C.程序 D.程序、数据、文档 4.软件是一种（B）产品。 A、有形 B、逻辑 C、物质 D、消耗 软件危机 （1）
5.1：开发软件所需高成本和产品的低质量之间有着尖锐的矛盾，这种现象称做( C ) A.软件工程 B.软件周期 C.软件危机 D.软件产生 6.2：在软件生产的程序系统时代由于软件规模扩大和软件复杂性提高等原因导致了（A） A．软件危机 B．软件工程 C．程序设计革命 D．结构化程序设计 7.3：以下哪一项不是软件危机的表现形式(C ) (A）成本高（B）生产率低 (C)技术发展快（D）质量得不到保证 8.4：“软件危机”产生的主要原因是( A)。 A.软件日益庞大 B.开发方法不当 C.开发人员编写程序能力差 D.没有维护好软件 9.5：软件危机是指在软件开发和（C）过程中遇到的一系列严重问题。
A开发B使用C维护D更新 软件工程 （2） 1 0."1：为了解决软件危机人们提出了用（B）的原理来设计软件，这就是软件工程诞生的基础。 (A)运筹学(B)工程学(C)软件学(D)数学 1 1." 2．在软件工程时期，决定软件质量的主要因素是(A) A．管理水平 B.个人程序技术 C．小组技术水平 D.硬件的发展 1 2." 3.软件管理工作涉及到的直接对象不包括(B)。 A．软件开发人员 B．硬件设备 C．项目经费 D．软件项目
危机公关处理方案Post By：2011-9-21 10:33:00 [只看该作者] 一、危机公关的一般处理方案 （一）组织内部对策 1、迅速成立处理危机事件的专门机构。假如企业已成立危机管理小组，可在该小组的基础上增加部分人员。这个专门小组的领导应由企业负责人担任。行政部公关事务人员必须参加这一机构，汇同各有关职能部门的人员组成一个有权威性、有效率的工作班子。 2、了解情况，进行诊断。成立专门机构，应迅速而准确地把握事态的发展，判明情况。确定危机事件的类型、特点，确认有关的公众对象。 3、制定处理危机事件的基本原则、方针、具体的程序与对策。 4、急需援助的部门，共同参加急救。 5、将制定的处理危机事件的基本原则、方针、程序和对策，通告全体职工，以统一口径，统一思想认识，协同行动。 6、向传媒人士、社区意见领袖等公希危机事件的真相，表示企业对该事件的态度和通报将要采取的措施。 7、危机事件若造成伤亡，一方面应立即进行救护工作或进行善后处理，另一方面应立即通知受害者家属，并尽可能提供一切备件，满足其受害者家属的探视或要求。 8、如果是由不,格产品引起的危机事件，应不惜代价立即收回不合格产品，或立即组织检修队伍，对不合格产品逐个检验。通知有关部门立即停止出售这类产品。 9、调查引发危机事件的原因，并对处理工作进行评估。 10、奖励处理危机事件的有功人员；处罚事件的责任者，并通告有关各方。 （二）受害者对策 1、认真了解受害者情况后，诚恳地向他们厦其家属道歉，并实事求是地承担相应的责任。 2、耐心而冷静地听取受害渚的意见，包括他们要求赔偿损失的意见。 3、了解、确认和制定有关赔偿损失的文件规定与处理原则。 4、避免与受害者厦受害者家属发生争辩与纠纷。即使受害者有一定责任，也不要在现场追究。 5、企业应避免出现为自己辩护的言辞。 6、向受害者及受害者家属补偿方法与标准，并尽快实施。 7、应由专人负责与受害者及受害者家属谨慎地接触。 8、给受害者安慰与同情，并尽可能提供其所需的服务，尽最大努力做好善后处理工作。 9、在处理危机事件的过程中，如果没有特殊情况，不可随便更换负责处理工作的人员。 （三）新闻媒介对策 1、向新闻界公布危机事件，公布时如何措辞，采用什么形式，有关信息怎样有计划地披露等，应事先达成共识。 2、成立记者接待机构，专人负责发布消息，集中处理与事件有关的新闻采访，向记者提供权威的资料。 3、为了避免报道失实，向记者提供的资料应尽可能采用书面形式。介绍危机事件的资料简明扼要，避免使用技术术语或难懂的词汇。 4、主动向新闻界提供真实、准确的消息，公开表明企业的立场和态度，以减少新闻界的猜测，帮助新闻界做出正确的报道。 5、必须谨慎传播。在事情未完全明了之前，不要对事故的原因、损失以度其他方面的
软件危机 落后的软件生产方式无法满足迅速增长的计算机软件需求，从而导致软件开发与维护过程中出现一系列严重问题的现象。 20 世纪60年代以前，计算机主要为电子管计算机，体积大，速度慢，性能较差，计算机刚刚投入实际使用，软件设计往往只是为了一个特定的应用而在指定的计算机上设计和编制，采用密切依赖于计算机的机器代码或汇编语言，软件的规模比较小，文档资料通常也不存在，很少使用系统化的开发方法，设计软件往往等同于编制程序，基本上是个人设计、个人使用、个人操作、自给自足的私人化的软件生产方式。 1964年4月，以IBM360为代表德大容量、高速度的计算机—集成电路计算机出现，使计算机的应用范围迅速扩大，软件开发急剧增长。高级语言开始出现；操作系统的发展引起了计算机应用方式的变化；大量数据处理导致第一代数据库管理系统的诞生。软件系统的规模越来越大，复杂程度越来越高，软件可靠性问题也越来越突出。原来的个人设计、个人使用的方式不再能满足要求，迫切需要改变软件生产方式，提高软件生产率，软件危机开始爆发。 早期出现的软件危机主要表现在： ①软件开发费用和进度失控。费用超支、进度拖延的情况屡屡发生。有时为了赶进度或压成本不得不采取一些权宜之计，这样又往往严重损害了软件产品的质量。 ②软件的可靠性差。尽管耗费了大量的人力物力，而系统的正确性却越来越难以保证，出错率大大增加，由于软件错误而造成的损失十分惊人。 ③生产出来的软件难以维护。很多程序缺乏相应的文档资料，程序中的错误难以定位，难以改正，有时改正了已有的错误又引入新的错误。随着软件的社会拥有量越来越大，维护占用了大量人力、物力和财力。进入80年代以来，尽管软件工程研究与实践取得了可喜的成就，软件技术水平有了长足的进展，但是软件生产水平依然远远落后于硬件生产水平的发展速度。 为此，1968 年北大西洋公约组织的计算机科学家在联邦德国召开国际会议，第一次讨论软件危机问题，并正式提出“软件工程”一词，从此一门新兴的工程学科——软件工程学——为研究和克服软件危机应运而生。 当前，类似的软件问题依然存在，具体体现在： 1. 软件开发进度难以预测 拖延工期几个月甚至几年的现象并不罕见，这种现象降低了软件开发组织的信誉。以丹佛新国际机场为例: 该机场规模是曼哈顿机场的两倍，宽为希思机场的10倍，可以全天侯同时起降三架喷气式客机；投资1.93亿美元建立了一个地下行李传送系统，总长21英里，有4，000台遥控车，可按不同线路在20家不同的航空公司柜台、登机门和行李领取处之间发送和传递行李；支持该系统的是5，000个电子眼、400台无线电接受机、56台条形码扫描仪和100台计算机。按原定计划要在1993年万圣节前启用，但一直到1994年6月，机场的计划者还无法预测行李系统何时能达到可使机场开放的稳定程度。 2. 软件开发成本难以控制 投资一再追加，令人难于置信。往往是实际成本比预算成本高出一个数量级。 而为了赶进度和节约成本所采取的一些权宜之计又往往损害了软件产品的质量，从而不可避免地会引起用户的不满。 3. 用户对产品功能难以满足 开发人员和用户之间很难沟通、矛盾很难统一。往往是软件开发人员不能真正了解用户的需求，而用户又不了解计算机求解问题的模式和能力，双方无法用共同熟悉的语言进行交流和描述。
第1章软件与软件工程的概念 举出你所知道的应用软件的例子。 办公软件、游戏软件、财务软件、银行软件、人事管理软件、工资管理软件、学籍管理软件等。 认为“软件就是程序，软件开发就是编程序。”这种观点是否正确？为什么？ 认为“软件就是程序，软件开发就是编程序。”这种观点是错误的。 首先，软件是计算机系统中与硬件相互依存的另一部分，它是包括程序，数据及其相关文档的完整集合，程序只是软件的组成部分之一；其次，在软件开发中，编程只是软件开发过程的一个阶段。 如果将软件开发比作高楼大厦的建造，可以将软件的设计比作什么？ 可以将软件的设计比作建筑设计，软件设计的成果相当于建筑设计的设计图纸。 什么是软件危机？它有哪些典型表现？为什么会出现软件危机？ 软件危机：软件危机是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。 典型表现： (1)对软件开发成本和进度的估计常常很不准确。 (2)用户对“已完成的”软件系统不满意的现象经常发生。 (3)软件产品的质量往往靠不住。 (4)软件常常是不可维护的。 (5)软件通常没有适当的文档资料。 (6)软件成本在计算机系统总成本中所占的比例逐年上升。 (7)软件开发生产率提高的速度，既跟不上硬件的发展速度，也远远跟不上计算机应用 迅速普及深入的趋势。 产生软件危机的原因：除了软件本身的特点，其原因主要有以下几个方面： (1) 缺乏软件开发的经验和有关软件开发数据的积累，使得开发工作计划很难制定。 (2) 软件人员与用户的交流存在障碍，使得获取的需求不充分或存在错误。 (3) 软件开发过程不规范。如，没有真正了解用户的需求就开始编程序。 (4) 随着软件规模的增大，其复杂性往往会呈指数级升高。需要很多人分工协作，不仅涉及技术问题，更重要的是必须有科学严格的管理。 (5) 缺少有效的软件评测手段，提交给用户的软件的质量不能完全保证。 什么是软件工程？ 软件工程是指导计算机软件开发和维护的工程学科。采用工程的概念、原理、技术和方法来开发和维护软件，把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来，以经济地开发出高质量的软件并有效地维护它，这就是软件工程。 简述软件生存期由哪些主要的阶段组成，每一阶段的主要任务是什么？ (1)问题定义与可行性研究：问题定义必须回答的关键问题是：“要解决的问题是什么”。 可行性研究要回答的关键问题是：“在成本和时间的限制条件下能否解决问题？是否值得做？”。 (2)需求分析：这个阶段的任务仍然不是具体地解决客户的问题，而是准确地回答“目标 系统必须做什么”这个问题。 (3)软件设计：本阶段要回答的关键问题是“目标系统如何做？”为此，必须在设计阶段 中制定设计方案，把已确定的各项需求转换成相应的软件体系结构。结构中的每一组成部分都是意义明确的构件，此即所谓概要设计。进而具体描述每个构件所要完成的
公关处理危机方案 一、危机公关的一般处理方案 （一）组织内部对策 1、迅速成立处理危机事件的专门机构。假如企业已成立危机管理小组，可在该小组的基础上增加部分人员。这个专门小组的领导应由企业负责人担任。行政部公关事务人员必须参加这一机构，汇同各有关职能部门的人员组成一个有权威性、有效率的工作班子。 2、了解情况，进行诊断。成立专门机构，应迅速而准确地把握事态的发展，判明情况。确定危机事件的类型、特点，确认有关的公众对象。 3、制定处理危机事件的基本原则、方针、具体的程序与对策。 4、急需援助的部门，共同参加急救。 5、将制定的处理危机事件的基本原则、方针、程序和对策，通告全体职工，以统一口径，统一思想认识，协同行动。 6、向传媒人士、社区意见领袖等公希危机事件的真相，表示企业对该事件的态度和通报将要采取的措施。 7、危机事件若造成伤亡，一方面应立即进行救护工作或进行善后处理，另一方面应立即通知受害者家属，并尽可能提供一切备件，满足其受害者家属的探视或要求。 8、如果是由不,格产品引起的危机事件，应不惜代价立即收回不合格产品，或立即组织检修队伍，对不合格产品逐个检验。通知有关部门立即停止出售这类产品。 9、调查引发危机事件的原因，并对处理工作进行评估。 10、奖励处理危机事件的有功人员；处罚事件的责任者，并通告有关各方。 （二）受害者对策 1、认真了解受害者情况后，诚恳地向他们厦其家属道歉，并实事求是地承担相应的责任。 2、耐心而冷静地听取受害渚的意见，包括他们要求赔偿损失的意见。 3、了解、确认和制定有关赔偿损失的文件规定与处理原则。 4、避免与受害者厦受害者家属发生争辩与纠纷。即使受害者有一定责任，也不要在现场追究。 5、企业应避免出现为自己辩护的言辞。 6、向受害者及受害者家属补偿方法与标准，并尽快实施。 7、应由专人负责与受害者及受害者家属谨慎地接触。 8、给受害者安慰与同情，并尽可能提供其所需的服务，尽最大努力做好善后处理工作。 9、在处理危机事件的过程中，如果没有特殊情况，不可随便更换负责处理工作的人员。 （三）新闻媒介对策 1、向新闻界公布危机事件，公布时如何措辞，采用什么形式，有关信息怎样有计划地披露等，应事先达成共识。 2、成立记者接待机构，专人负责发布消息，集中处理与事件有关的新闻采访，向记者提供权威的资料。 3、为了避免报道失实，向记者提供的资料应尽可能采用书面形式。介绍危机事件的资料简明扼要，避免使用技术术语或难懂的词汇。 4、主动向新闻界提供真实、准确的消息，公开表明企业的立场和态度，以减少新闻界的猜测，帮助新闻界做出正确的报道。 5、必须谨慎传播。在事情未完全明了之前，不要对事故的原因、损失以度其他方面的任何可能性进行推测性的报道，不轻易地表示赞成或反对的态度。
1、软件危机的原因：①用户需求不明确。②缺乏正确的理论指导③软件规模越来越大。④软件复杂度越来越高。 2、信息系统危机：①效益问题②需求问题③规划问题④队伍建设问题 3、信息系统工程体系：信息系统工程是一种层次化的技术，包含以信息系统质量为核心的四个层面的内容：过程层、方法层、建设语言层、工具层、四个层次的核心焦点都是信息系统质量 4、信息系统开发方法：①结构化方法（面对过程的方法）②信息建模方法（面对数据的方法）③面对对象方法 5、模型是运用某种图表工具对系统特征（包括静态特征和动态特征）的一种表示 6、瀑布模型是于20世纪70年代提出的较早得一种生命周期模型 7、瀑布模型的特点是：强调阶段的划分及其顺行性、强调各阶段工作及其文档的完备性、是一种严格线性的、按阶段顺序的、逐步细化的开发模式 8、原型即样品、模型的意思。原型分为三类：抛弃式、演化式、增量式。 9、原型法的优点和缺点优点：①减少了开发时间，大大提高了系统开发效率。②使信息需求的定义工作更为简单、直观。③增加了用户对设计的满意程度，提高信息系统的质量。④减少了系统开发费用。缺点：①分析和设计上的深度不够。②快速原型法中的第一个工作原型可能并不是一个最优方案。 ③通过原型法所开发的系统不具备灵活性，难以适应用户需求的变化。④工作原型不容易修改。 10、统一过程的特点：用例驱动；以体系结构为中心；迭代和增量 11、结构化方法是理解问题和解决问题的一种模式，这种模式的实质可以概括为：模块化；自顶向下，逐步求精；信息隐藏 12、面向对象方法是一种风范，是观察和分析问题的一种方法论。具体来说，面向对象是一种运用对象、类、继承、封装、聚合、消息传递、多态性等概念来构造系统的软件开发方法。
1.软件危机的表现 答：（1）对软件开发成本和进度的估计常常很不准确。 （2）用户对“已完成的”软件系统不满意的现象经常发生。 （3）软件产品的质量往往靠不住。 （4）软件通常没有适当的文档资料。 （5）软件常常是不可维护的。 2.论述解决软件危机的途径 为了消除软件危机，首先应该对计算机软件有一个正确的认识。事实上，软件是程序、数据及相关文档的完整集合。 更重要的是，必须充分认识到软件开发不是某种个体劳动的神秘技巧，而应该是一种组织良好、管理严密、各类人员协同配合、共同完成的工程项目。 应该推广使用在实践中总结出来的开发软件的成功的技术和方法，并且研究探索更好更有效的技术和方法，尽快消除在计算机系统早期发展阶段形成的一些错误概念和做法。 应该开发和使用更好的软件工具。 总之，为了解决软件危机，既要有技术措施(方法和工具)，又要有必要的组织管理措施。软件工程正是从管理和技术两方面研究如何更好地开发和维护计算机软件的一门新兴学科。 3.软件生命周期各个阶段的任务 答：（定义时期）确定要求解决的问题是什么；然后要进行可行性研究，决定该问题是否存在一个可行的解决办法；接下来应该进行需求分析，也就是深入具体地了解用户的要求，在所要开发的目标系统必须做什么这个问题上和用户取得完全一致的看法。 （开发时期）对软件进行设计（通常又分为概要设计和详细设计两个阶段），然后才能进入编写程序的阶段，程序编写完之后还必须经过大量的测试工作才能交付使用。
4.瀑布模型的优缺点 答：优点：可强迫开发人员采用规范的方法；严格规定了每个阶段必须提交的文档；要求每个阶段交出的所有产品都必须经过质量保证小组的仔细验证。 缺点：将本来非线性的软件开发过程人为地加以线性化，开发的产品只有到交付使用时才能和用户见面，对于用户的反馈意见只能从需求分析开始从头修改，加大了软件开发的工作量。 总之，由于瀑布模型几乎完全依赖于书面的规格说明，很可能导致最终开发出的软件产品不能真正满足用户的需要。
摘要：软件系统的规模越来越大，复杂程度越来越高，软件可靠性问题也越来越突出。原来的个人设计，个人使用的方式不再能满足要求，迫切需要改变软件方式，提高软件生产率，软件危机开始爆发。 关键字：软件系统规模，软件可靠性，软件危机 软件危机案例: IBM公司的 OS/360，共约100万条指令，花费了5000个人力资源；经费达数亿美元，而结果却令人沮丧，错误多达2000个以上，系统根本无法正常运行。 OS/360系统的负责人Brooks这样描述开发过程的困难和混乱：“…像巨兽在泥潭中作垂死挣扎，挣扎得越猛，泥浆就沾得越多，最后没有一个野兽能够逃脱淹没在泥潭中的命运。…”1963年美国飞往火星的火箭爆炸，造成1000万美元的损失。原因是FORTRAN程序： DO 5 I=1，3 误写为：DO 5 I=1 . 3 1967年苏联“联盟一号”载人宇宙飞船在返航时，由于软件忽略一个小数点，在进入大气层时因打不开降落伞而烧毁。 软件危机的定义：计算机软件的开发和维护过程所遇到的一系列严重问题.
软件危机的特征： ?对软件开发成本和进度的估计常常很不准确。 ?用户对“已完成的”软件系统不满意的现象经常发生。 ?软件产品的质量往往靠不住。 ?软件常常是不可维护的。 ?软件通常没有适当的文档资料。 ?软件成本在计算机系统总成本中所占的比例逐年上升。 ?软件开发生产率提高的速度，远远跟不上计算机应用迅速普及深入的趋势。 软件危机产生的原因： ①一方面与软件本身的特点有关 ②另一方面也和软件开发与维护的方法不正确有关 ?软件危机的特征: ?对软件开发成本和进度的估计常常很不准确。 ?用户对“已完成的”软件系统不满意的现象经常 发生。 ?软件产品的质量往往靠不住。 ?软件常常是不可维护的。 ?软件通常没有适当的文档资料。
1.分析上述说明中的案例，简述什么原因导致了以上情况，应用什么途径消除？ 答：这些情况是由软件危机导致的，导致软件工程发生的主要原因为（1）软件的规模越来越大，结构越来越复杂。（2）软件开发管理困难而复杂。（3）软件开发费 用不断增加。（4）软件开发技术落后。（5）生产方式落后。（6）开发工具落后， 生产率提高缓慢。解决软件危机的办法是：(1) 充分吸收和借鉴人类长期以来从 事各种工程项目中积累的行之有效的有效原理、概念、技术与方法，特别是吸取 几十年来人类从事计算机硬件研究和开发的经验教训。在开发软件的过程中努力 作到良好的组织，严格的管理，相互友好的协作。(2) 推广在实践中总结出来 的开发软件的成功的技术和方法，并研究更好、更有效的技术和方法，尽快克服 在计算机系统早期发展阶段形成的一些错误概念和作法。(3) 根据不同的应用 领域，开发更好的软件工具并使用这些工具。将软件开发各个阶段使用的软件工 具集合成一个整体，形成一个很好的软件开发环境。总之为了解决软件危机， 既要有技术措施(方法和工具)，又要有必要的组织管理措施 2.简述软件生命周期的划分及任务 答：软件生命周期的具体划分和任务如下 1.问题定义 此阶段是软件开发方与需求方共同讨论，主要确定软件的开发目标及其可行性。 2.可行性研究 可行性分析的任务是明确应用项目的开发的必要性和可行性。必要性来自实 现开发任务的迫切性，而可行性则取决于实现应用系统的资源和条件。这项 工作是建立在初步调查的基础上。 3.需求分析 在确定软件开发可行的情况下，对软件需要实现的各个功能进行详细分析。 需求分析阶段是一个很重要的阶段，这一阶段做得好，将为整个软件开发项 目的成功打下良好的基础。"唯一不变的是变化本身。"，同样需求也是在整 个软件开发过程中不断变化和深入的，因此我们必须制定需求变更计划来应 付这种变化，以保护整个项目的顺利进行。 4.总体设计 此阶段主要根据需求分析的结果，对整个软件系统进行设计，如系统框架设 计，数据库设计等等。软件设计一般分为总体设计和详细设计。好的软件设 计将为软件程序编写打下良好的基础。 5.详细设计 详细设计的主要任务是设计每个模块的实现算法、所需的局部数据结构。详 细设计的目标有两个：实现模块功能的算法要逻辑上正确和算法描述要简明 易懂。 6.编码和单元测试 此阶段是将软件设计的结果转换成计算机可运行的程序代码。在程序编码中 必须要制定统一，符合标准的编写规范。以保证程序的可读性，易维护性， 提高程序的运行效率。 7.综合测试 在软件设计完成后要经过严密的测试，以发现软件在整个设计过程中存在的 问题并加以纠正。整个测试过程分单元测试、组装测试以及系统测试三个阶 段进行。测试的方法主要有白盒测试和黑盒测试两种。在测试过程中需要建