第一课软件工程概述2.pptVIP

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 统一过程模型 主要工作： ①进行需求风险分析 考虑项目的目标是否偏离了用户的需求。应尽量列出所有的用例，并要建立领域的概念模型。 ②进行技术风险分析 通过建立原型等方法，考察所选的技术方案是否可行。 ③进行技能风险分析 考虑实施项目的人员素质能否胜任项目的要求。 统一过程模型 ④进行政策风险分析 考虑政策性因素对项目的影响。 ⑤进行高层分析和设计，并做出结构性决策。 ⑥产生简要体系结构，包括用例列表、领域概念模型和技术平台等。 ⑦为构造阶段制定计划。 统一过程模型 （3）构建阶段 识别出剩余的用例、每一次迭代开发都是针对用例进行分析、设计、编码、测试和集成的过程，所得到的产品是满足项目需求的一个子集。 在构建阶段，所有剩余的构件和应用程序功能被开发并集成为产品，所有的功能被详细测试。 构建阶段是一个制造过程，其重点放在管理资源及控制运作上，以优化成本、进度和质量。 统一过程模型 （4）交付阶段 重点是确保软件对最终用户是可用的。交付阶段可以跨越几次迭代，包括为发布做准备的产品测试，基于用户反馈的少量的调整。 不足： RUP只是一个开发过程，并没有涵盖软件过程的全部内容。 它没有支持多项目的开发结构，这在一定程度上降低了在开发组织内范围实现重用的可能性。 敏捷过程模型 敏捷开发（Agile Development）是一种以人的需求为核心，以迭代方式循序渐进开发的方法，目标是提高开发效率和响应能力，其软件开发的过程称为“敏捷过程”。 在敏捷开发中，软件项目在构建初期被切分成多个子项目，各个子项目的成果都经过测试，具备可视、可集成和可运行使用的特征。 敏捷过程模型 由4个价值观声明组成： （1）个体和交互胜过过程和工具 优秀的团队成员是软件开发项目获得成功的最重要因素。 致力于构建软件开发团队（包括成员和交互方式等），然后再根据需要为团队配置项目环境（包括过程和工具）。 敏捷过程模型 （2）可以工作的软件胜过面面俱到的文档 软件开发的主要目标是向用户提供可以工作的软件而不是文档，完全没有文档的软件也是一种灾难。 开发人员应该把主要精力放在创建可工作的软件上面，仅当迫切需要并且具有重大意义时，才进行文档编制工作，而且所编制的内部文档应该尽量简明扼要、主题突出。 敏捷过程模型 （3）客户合作胜过合同谈判 开发团队与客户密切协作。 （4）响应变化胜过遵循计划 软件开发过程中总会有变化，软件过程应该有足够的能力及时响应变化。 项目的计划必须有足够的灵活性和可塑性，在形势发生变化时能迅速调整，以适应业务和技术等方面发生的变化。 微软过程模型 微软过程模型把软件生命周期划分为5个阶段，分别为构思、计划、开发、稳定和发布，为每一个生命周期发布一个递进的软件版本，各个生命周期持续、快速地迭代循环。 （1）构思阶段（Envisioning） 该阶段的主要任务是明确项目的前景、目标和范围。 主要工作有创建核心团队、充分和客户沟通、项目筹备、提交项目前景与范围文档，以及编写风险管理文档等。 微软过程模型 （2）计划阶段（Planning） 主要工作是编写功能说明书、完成概要设计和编写工作计划、制定费用预算和制定进度表等。 （3）开发阶段（Developing） 实现整个解决方案代码和文档的编写，其结果可以提供给用户试用。 （4）稳定阶段（Stabilizing） 完成所有代码的优化和测试工作，准备产品发布。 微软过程模型 （5）发布阶段（Deploying） 主要完成产品的发布，突击解决发布过程中出现的问题，发布过程稳定以后再将项目移交到运营和支持人员手中。产品移交完成之后，项目组开始进行客户满意度调查，召集项目评审会，评价、总结整个项目过程，并进入该产品现有版本的维护过程，必要时，会进入下一个版本开发过程。 微软过程模型 微软过程综合了统一过程和敏捷过程的许多优点，是对众多成功项目的开发经验的正确总结。 不足之处，对方法、工具和产品等方面的论述不如RUP和敏捷过程全面。 基于组件的开发模型 基于组件的开发（Component-based development，简称为CBD）模型融合了螺旋模型的许多特征，它利用预先包装好的软件组件来构造软件应用。 组件是程序中某些可标识的代码段。组件可以具有某个功能，也可以具有一组相关的功能。 基于组件的开发模型 在基于组件的开发模型里，系统被划分为多个组件，组件又进一步被划分为若干个模块。可按照线性方法或迭代方法开发软件系统的每个组件。要对组件的所有相关模板进行测试以确认它们可以一起工作。 基于组件的开发模型充分体现了软件复用的思想，降低了开发风险和成本，能