软件工程第一篇.ppt

统一过程模型（Unifited Process） 以用例驱动 以架构为核心 迭代并且增量 由UML方法和工具支持 是一种增量模型 敏捷过程模型(agile process model) 开发过程中的“变化”是无处不在的，也是不可避免的； 在实际项目中，很难预测需求和系统何时以及如何发生变化 对开发者来说，将变化的意识贯穿在每一项开发活动中； 不强调文档，转向强调可运行的软件片段； 开发者与顾客之间的频繁沟通； 快速开发，快速反馈，快速修改； 连续不断的短周期迭代； 敏捷过程模型的典型代表：Scrum ? 一个敏捷开发框架：增量/迭代的开发过程。 整个开发过程由若干个短的迭代周期组成，一个短的迭代周期称为一个Sprint，每个Sprint的建议长度是2到4周。 使用产品Backlog来管理需求，是一个按照商业价值排序的需求列表，列表条目的体现形式通常为用户故事。 总是先开发对客户具有较高价值的需求。 在Sprint中，Scrum团队从产品Backlog中挑选最高优先级的需求进行开发。 挑选的需求在Sprint计划会议上经过讨论、分析和估算得到相应的任务列表(backlog)。 在每个迭代结束时，Scrum团队将递交潜在可交付的产品增量 请大家考虑： 通过对比分析以上软件过程模型，找出这些过程模型之间的异同，并分析各自的优缺点； 分别用若干个简短的词来描述每一种软件过程模型的核心特征； 从以下几个方面考虑： 时间效率、成本、人力资源、开发质量、顾客满意度、需求扩展、需求变化、风险、与顾客交互程度、适用项目规模、适用deadline紧急程度等等。 瀑布模型适用于需求确定、低风险、熟悉的项目 原型模型适用于需求不确定，开发周期长的项目 增量模型适用于在整个开发过程中需求都有变化、 对应用领域不熟悉、高风险、交付日期紧的项目 螺旋模型适用于开发早期需求有变化、对应用领域不太熟悉、中等风险的项目。 喷泉模型适用于需求不确定，用面向对象的方法开发的项目 实际开发过程中，应该结合各种模型的优点，避免其缺点 各模型的适用范围 2.在实践过程中采用了错误的方法和技术 对用户的需求没有清楚认识 认为编写代码是软件开发的主要工作 轻视项目管理 轻视维护 1.1.3 产生软件危机的原因 ? 好的管理 ? 技术措施（方法和工具） 必须意识到：“软件” 不等于编程，它有自己的生命周期 (life cycle)。大型软件系统的开发与其它工程项目如建造桥梁、制造飞机、轮船等的开发是同理的。 软件开发不是某种个体劳动的神秘技巧，而应该是一种组织良好、管理严格、各类人员配合共同完成的工程项目。 若在程序中用太多的技巧，可能会留下隐患，别人也难以理解程序。鉴于一个局部的优点对整个系统而言是微不足道的，而一个错误则可能是致命的。建议用自然的方式编程，少用技巧。 1.1.4 消除软件危机的途径（解决问题的想法） 本章作业： 1、查阅资料，了解当前流行的软件开发方法、框架以及语言。 2、安装学习所需要的工具：MFC，数据库（可以先学习使用Mysql）,建模工具（Visio,ArgoUML或rational rose)等 1.2.1 什么是软件工程 1.2.2 软件工程的基本原理 1.2.3 软件工程方法学 §1.2 软件工程(Software Engineering ) 1.2.1 什么是软件工程 1983年IEEE的软件工程定义：软件工程是开发、运行、维护和修复软件的系统方法 1993年IEEE的一个更加综合的定义（1）“将系统化的、规范的、可度量的途径应用于软件的开发、运行和维护的过程，即将工程化应用于软件中。”（2）研究（1）中提到的途径 Fritz Bauer：建立并使用完善的工程化原则，以较经济的手段获得能在实际机器上有效运行的可靠软件的一系列方法 软件工程以指导计算机软件开发和维护的工程科学。采用工程的概念、原理、技术和方法来开发和维护软件，把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来，以经济地开发出高质量的软件并有效地维护它，这就是软件工程。 软件工程项目的基本目标 付出较低的开发成本 达到要求的软件功能 取得较好的软件性能 开发的软件易于移植 需要较低的维护费用 能按时完成开发工作，及时交付使用 软件开发项目力图在以上目标中取得一定程度的平衡。 ⑴ 用分阶段的生命周期计划严格管理 ?项目概要计划 ?里程碑计划 ?项目控制计划 ? 产品控制计划 ? 验证计划 ? 运行维护计划 ⑵ 坚持进行阶段评审 ⑶ 实行严格的产品控制——基准配置管理(Baseline configurati