软件工程与项目管理课程.pptVIP

软件过程模型 软件生命周期与软件过程模型 一个软件从定义、开发、使用和维护，直到最终被废弃，所经历的生存过程称为软件生存期或叫生命期 为了能高效开发一个高质量的软件产品，通常把软件生存期中各项开发活动的流程用一个合理的框架——开发模型来规范描述，这就是软件过程模型 Why 软件过程模型? 1、需要造一个房子，讲述想法 2、开始建造，边造边画图 造房的方法论-简易房 3、造了两层了，想在二楼加卫生间 4、修改设计，最终房屋建成 造房的方法论-简易房 小型工程可边做边设计 施工过程中修改方案不会带来致命影响 以经验为主 造房和施工方不一定需要通过图纸来沟通，不需要太多的工程知识，双方边商量边施工 造房的方法论-总结 谈可行性 设计原形并讨论 造房的方法论-金贸大厦 严格按照图纸施工 可耸立百年的大楼是精确设计的产物 造房的方法论-金贸大厦 大型工程需要进行可行性分析 要进行精密的设计和原型分析 要进行严格的施工管理并强调方法论 姑且将房屋的：规划-》设计-》施工-》交付-》使用-》报废-》拆除这个过程叫“房屋的生命周期” 只有严格按照房屋生命周期进行规划、设计才能交付一个可用百年的房屋 造房的方法论-金贸大厦总结 造房的方法论-总结 软件过程模型 软件计划 问题定义 “要解决的问题是什么？” 可行性研究 经济 技术 管理 社会环境 软件过程模型 需求分析 确定系统逻辑模型 确定目标系统必须具备的如下内容 功能 性能 接口 约束、限制条件 软件过程模型 软件设计 总体设计方案 划分子系统功能 确定共享数据的组织 进行详细设计 处理模块设计 数据库系统设计 输入输出界面设计 编码的设计 软件过程模型 软件测试 单元测试：测试模块 集成测试：把经单元测试的模块按某种选定的策略装配起来，在装配过程中对程序进行必要的测试 验收测试：验收测试是按照需求规格说明书的规定，由用户对目标系统进行验收 通过各种类型的测试，使软件达到预定的要求 软件过程模型 软件维护 日常运行管理 根据一定的规格对系统进行必要的修改 评价系统的运行效率、工作质量和经济效益 对运行费用和效果进行监理审计 软件过程模型 瀑布模型 演化模型 增量模型 螺旋模型 统一过程模型 …… 软件生存期模型 软件过程模型 软件过程模型 小马过河：对河深度的理解决定过河的方法 瀑布模型 最早出现的软件开发模型，它提供了软件开发的基本框架 系统需求 软件需求 需求分析 设计 编码 维护 测试 制定周密过河计划的瀑布模型 制定周密过河计划的瀑布模型 过河前：详细勘察，制定计划 一旦过河计划制定，将不会大更改，开始过河 每步骤即将完成时，都会对这一步骤进行总结，如进行下一步骤的条件不具备，将停留在原地，等待条件具备 瀑布模型 瀑布模型 瀑布模型的本质是一次通过，即每个活动只执行一次，最后得到软件产品 瀑布模型有利于大型软件开发过程中人员的组织及管理，有利于软件开发方法和工具的研究与使用，从而提高了大型软件项目开发的质量和效率 里程碑或基线驱动，或者说文档驱动 瀑布模型 瀑布模型的特点 头绪简单，理解容易 适合小型项目，修改较少项目 修改较难，需求变更工作量较大 适合教学，用于理解各个过程的大致步骤 客户：我们程序做的怎样了？ 程序员：差不多做好了，可以试用了。 瀑布模型的表现 客户：我们的程序有没有**的功能？ 程序员：没有，上次你没有说要这个功能？ 客户：那怎么办？我们要这个功能，上次我们忘记说了。 瀑布模型的表现 程序员：那…..我们要重新设计数据库，很多东西要重新做过了，再给我三个月时间吧….. 瀑布模型 瀑布模型的缺陷 由于开发模型呈线性，所以当开发成果尚未经过测试时，用户无法看到软件的效果。这样软件与用户见面的时间间隔较长，也增加了一定的风险 在软件开发前期末发现的错误传到后面的开发活动中时，可能会扩散，进而可能会造成整个软件项目开发失败 在软件需求分析阶段，完全确定用户的所有需求是比较困难的，甚至可以说是不太可能的 摸着石头过河的边做边改模型 项目初期无法获取全部的需求，用户对需求其实也没有全面了解，需求获取是一个重复的过程 第一个版本实现的是客户的初步想法，然后后续版本不断地调整 演化模型 和在岸边冥思苦想如何过河的人相比，先站在河道里的石头上，总是让人看到更多的希望 边做边改模型的优点就是适用于某些中小型项目的快速开发，软件产品的成果也会在最早的阶段显现出来 软件工程与项目管理 当你把所有的错误都犯过之后，你就是正确的了 课程引导 为什么要学这门课？ 学生 工作 不从事软件设计和研发，并不表示不接触软件和软件的相关知识。当涉及到与软件单位打交道时，交流会比较困难 课程引导 岗位 岗位要求 岗位技术难