軟件工程期末复习.docxVIP

第一章软件工程概述软件危机的典型表现：成本和进度估计常不准确用户的满意度常不高质量往往靠不住软件通常很难维护文档资料不完整、不合格软件的成本高，所占比例逐年上升软件开发生产率提高的速度慢产生软件危机的原因：客观原因软件缺乏“可见性”，管理和控制其开发过程相对困难软件大多规模庞大，而复杂性随规模以指数速度上升主观原因错误的认识和做法忽视软件需求分析的重要性—急于求成，仓促上阵认为软件开发就是写程序—编程只占全部工作量的10%--20%，软件配置主要包括程序、文档和数据轻视软件维护—维护费用占总费用的55%--70%软件生命周期每个阶段的基本任务问题定义问题：“要解决的问题是什么”扼要写出关于问题性质、工程目标和工程规模的书面报告，并得到客户的确认。可行性研究问题：“对于上一阶段所确定的问题有行得通的解决办法吗？”需求分析准确地确定“为了解决这个问题，目标系统需要做什么”，确定系统必须具备哪些功能总体设计问题：“概括地说，应该怎样实现目标系统？”确定程序的体系结构，即模块组成及模块间的关系详细设计“应该怎样具体地实现这个系统呢？”详细地设计每个模块，确定实现模块功能需要的算法和数据结构编码和单元测试写出正确的容易理解、容易维护的程序模块综合测试通过各种类型的测试使软件达到预定的要求软件维护通过各种必要的维护活动使系统持久地满足用户的需要各个软件过程（了解）：给定一个工程的特点，要求选择用什么模型瀑布模型特点：阶段间的顺序性和依赖性；文档驱动性；严格阶段评估；开发初期需要清楚全部需求；开发周期长、风险大。优点：它提供了一个模板，这个模板使得分析、设计、编码、测试和支持的方法可以在该模板下有一个共同的指导。虽然有不少缺陷但比在软件开发中随意的状态要好得多。缺点：实际的项目大部分情况难以按照该模型给出的顺序进行，而且这种模型的迭代是间接的，这很容易由微小的变化而造成大的混乱。经常情况下客户难以表达真正的需求，而这种模型却要求如此，这种模型是不欢迎具有二义性问题存在的。客户要等到开发周期的晚期才能看到程序运行的测试版本，而在这时发现大的错误时，可能引起客户的惊慌，而后果也可能是灾难性的。会经常在过程的开始和结束时碰到等待其他成员完成其所依赖的任务才能进行下去，有可能花在等待的时间比开发的时间要长。称之为“堵塞状态”。快速原型模型特点：原型可以作为标识软件需求的一种机制；原型作为第一个系统，常常是抛弃的；开发过程的交互性和迭代性；充分发挥用户在软件开发初期的作用；开发周期较短、成本较低、风险较小。优点：如果客户和开发者达成一致协议：原型被建造仅为了定义需求，之后就被抛弃或者部分抛弃，那么这种模型很合适了迷惑客户抢占市场，这是一个首选的模型缺点：没有考虑软件的整体质量和长期的可维护性。大部分情况是不合适的操作算法被采用目的为了演示功能，不合适的开发工具被采用仅仅为了它的方便，还有不合适的操作系统被选择等等。由于达不到质量要求产品可能被抛弃，而采用新的模型重新设计。增量模型优点：人员分配灵活，刚开始不用投入大量人力资源，当核心产品很受欢迎时，可增加人力实现下一个增量。当配备的人员不能在设定的期限内完成产品时，它提供了一种先推出核心产品的途径，这样就可以先发布部分功能给客户，对客户起到镇静剂的作用。具有一定的市场。缺点：加入构件必须不破坏已构造好的系统部分，这需要软件具备开放式的体系结构需求变化，很容易使增量模型退化为边做边改模型，从而是软件过程的控制失去整体性如果增量包之间存在相交的情况且未很好处理，则必须做全盘系统分析螺旋模型特点：螺旋模型的每一个周期都应用了原型模型排除风险，在确定了原型之后，又启动生命周期模型继续过程的演化；软件开发的每个阶段都是一次迭代，每旋转一个圈就前进一个层次，得到一个新的版本；强调可选方案和约束条件有利于软件重用；减少测试过多或不足带来的风险；维护看成是模型的另一个周期；需要开发人员有丰富的风险评估经验和相关专门知识。优点：对可选方案和约束条件的强调有利于已有软件的重用，也有助于把软件质量作为软件开发的一个重要目标；减少测试过多或不足带来的风险；维护知识模型的另一个周期，在维护和开发之间并没有什么本质区别缺点：需要相当的风险分析评估的专门技术，且成功依赖于这种技术。很明显一个大的没有被发现的风险问题，将会导致问题的发生，可能导致演化的方法失去控制。这种模型相对比较新，应用不广泛，其功效需要进一步的验证。喷泉模型特点：种以用户需求为动力，以对象为驱动的模型，主要用于采用对象技术的软件开发项目。认为软件开发过程自下而上周期的各阶段是相互迭代和无间隙的特性优点：可以提高软件项目开发效率，节省开发时间，适应于面向对象的软件开发过程。缺点：由于喷泉模型在各个开发阶段是重叠的，因此在开发过程中需要大量的开发人员，因此不利于项目