软件项目开发过程[宣讲].pptVIP

过程方法 ~*~ 精品PPT | 借鉴参考 基于过程的质量管理体系模式 ~*~ 精品PPT | 借鉴参考 实施质量管理体系的意义 管理法治化 职责更分明 接口更明确 监督机制加强 焦点得到控制 竞争能力增强 ~*~ 精品PPT | 借鉴参考 实施质量管理体系工作重点 规范管理制度 增进内部沟通 提高服务质量 增强社会信心 ~*~ 精品PPT | 借鉴参考 小结 小结 ~*~ 精品PPT | 借鉴参考 软件开发中的困境 如何指定符合项目的计划 项目应该如何去完成 如何按期提交项目 如何降低项目的风险 项目中的人员流动很频繁怎么办 如何合理的安排已有人员 项目不断变大，文档和程序不断的增多 用户的需求在不断的变化 项目中的人员在增加，如何管理好 项目的质量如何控制 ~*~ 精品PPT | 借鉴参考 软件开发过程的模型 简单式(构建＋维护) 瀑布式 敏捷开发 统一软件开发过程 ~*~ 精品PPT | 借鉴参考 简单式 修改直到用户满意 系统使用 消亡 思路或者客户需求 构建第一个版本 ~*~ 精品PPT | 借鉴参考 简单式过程开发特征 系统在没有任何规范和规则的情况下就开发 没有明确的设计，设计思路都在开发者的头脑中 这种开发方法对于使用周期很短的小项目可用 随着时间的推移，系统的维护越来越困难 系统在交付使用时，有可能会出现一系列的错误，前期和后期维护成本都很高 在大型项目和商用项目中极少使用 ~*~ 精品PPT | 借鉴参考 瀑布式 设计阶段 实现阶段 集成阶段 需求阶段 细化阶段 使用阶段 消亡 每个阶段做完时进行验证 ~*~ 精品PPT | 借鉴参考 瀑布式开发 70年代流行的开发方法 自上而下的开发方法 每个阶段都有软件质量管理组核实后再进行下一阶段的开发 每一阶段都有测试 每个阶段都形成了明确的文档 文档并不总能和系统相符合 细化的文档使得系统的用户和开发人员难于理解和分辨系统的关系 阶段之间的对应和检查变得困难、维护代价高 变更应对能力差 ~*~ 精品PPT | 借鉴参考 敏捷开发 快速适应系统需求的变化 提高软件生产率 突出企业自身特点，体现企业核心能力 支持动态联盟和虚拟组织 面向业务目标持续改进和重组 ~*~ 精品PPT | 借鉴参考 敏捷开发的特征 轻量级的开发过程 基于时间 Just Enough 并行 基于组件的软件工程 ~*~ 精品PPT | 借鉴参考 敏捷开发过程 软件的需求是难以预期的，开发方法必需适应变化的需求，在快速的迭代中不断改进 小组成员并不完全按照完整的方法进行开发，而 根据具体问题和情况，灵活地去除非增值活动 仅仅执行一些必须的活动，使用必须的规则，编 写必须的文档 人的因素被放在第一 适合互联网时代的开发要求 ~*~ 精品PPT | 借鉴参考 主要敏捷开发方法 eXtreme Programming (XP) SCRUM DSDM Adaptive Software Development (ASD) Feature Driven Development (FDD) Crystal Family Rational RUP UML ~*~ 精品PPT | 借鉴参考 统一软件开发过程 用例驱动 用例:能向用户提供有价值的系统的某种功能 以架构为中心 软件架构：系统的最重要的静态和动态特征 迭代和增量式 迭代：工作流程的重复、每次的活动都以上次的活动为基础 ~*~ 精品PPT | 借鉴参考 用例驱动 用户所希望和需要的是什么 系统能为每个用户提供什么功能 用例所描述和代表的是用户与系统交互的一个过程，而这个过程满足了用户的某些需求 所强调的是系统的功能 ~*~ 精品PPT | 借鉴参考 以架构为中心 刻画了系统的整体设计，忽略了细节设计，刻画最重要的部分。 什么是最重要的呢？依赖于判断。判断的依据是经验。 构架的设计价值取决于执行该任务的人的素质 受用户需求（用户可能会增加那方面的需求）、软件应用平台（计算机硬件、操作系统、数据库、网络等）、实施问题、遗留系统集成等的影响 ~*~ 精品PPT | 借鉴参考 用例和架构 用例是系统的功能和外衣 架构是系统的内在形式 两方面必须并行进化 架构只考虑核心功能(5-10%) 架构设计原则： 先考虑与用例无关的不会变动的方面考虑 考虑最重要的功能需求子集 ~*~ 精品PPT | 借鉴参考 迭代和增量式 控制迭代过程，划分每次迭代的目标 迭代原则： 架构上先实现最粗略的部分 功能上先实现最重要的 每次迭代尽可能的划分的细，迭代数量不能太少 每次迭代要有规范的检查机制 增量式 每次迭代增加一部分设计和实现 ~*~ 精品PPT | 借鉴参考 统一软件过程的生命周期 在软件过程中，不断的向用户提供新的版本 每次形成的版本构成了一个循环 ~*~