2.软件过程_1.pptVIP

2008年9月15日 * 软件过程仿真的范围 软件过程仿真的范围可以包括： 部分生命周期（如：设计阶段，编码检查，某些或所有的测试，需求管理） 一个开发项目（如，单个产品开发生命周期） 多个并行项目（如，跨部门或团队） 长期产品演化（如，某个产品多次连续发布） 长期组织战略（如，一定时间段内多个产品的连续发布） 2008年9月15日 * 结果变量和过程抽象 结果变量是一种信息元素，它用来回答需解决的关键问题。关键问题不同，结果变量也不同； 过程中的主要元素有：关键活动和任务，主要对象（如，代码、设计、问题报告），重要资源（如，人员、硬件），活动依赖关系和对象流，迭代、反馈和决策点等。这些均需要在仿真模型中表示。 2008年9月15日 * 输入参数 输入参数在很大程度上取决于结构变量和过程抽象。一些典型的输入参数如下： 计划工作量（一般用代码行和功能点表示） 测试或检查阶段的缺陷检测率 返工代码量 缺陷去除率 2008年9月15日 * 仿真方法 不同的仿真目的和仿真内容需要不同的软件过程模型。目前采用的方法有： 基于状态的过程模型 一般离散事件仿真 系统动力学（或连续仿真） 基于规则的语言 Petri网模型 排队论模型 项目管理方法（如CPM和PERT） 调度方法（来自管理科学和制造领域） 2008年9月15日 * 仿真原则 连续时间仿真（如，系统动力学）适合分析战略、初始逼近、长期走势和高层（全局）视图等，侧重于过程细节层次之上的分析。 离散事件和基于状态的仿真适合分析过程细节、资源利用率和队列等，侧重于短期分析。 2008年9月15日 * 基于知识的仿真 基于知识的仿真（knowledge-based simulation, KBS）技术也在软件开发过程中得到了应用。该方法利用有限状态机的产生式规则进行推理运行。它的模型基础是基于知识的软件过程元模型，适合分析细粒度的软件过程，支持递增式仿真，过程模型可以逐步建立。 2008年9月15日 * 基于知识的仿真 KBS和DES可以结合使用，生成和分析仿真结果：KBS侧重于生成永久过程执行记录，可以查询和回退，便于观察和测量多agent间（如，不同角色的软件开发人员）的交互机制；DES侧重于对仿真过程执行结果的统计分析，如时间、工作量和成本（利用ABC和PBC方法）。KBS(Knowledge Based Systems）公司和IST(Intelligent Systems Technology)公司均开发了商品化的集成DES的KBS产品。 2008年9月15日 * 2008年9月15日 * 2008年9月15日 * 2008年9月15日 * 2008年9月15日 * 阶段交付 阶段交付的优点是项目结束交付全部成果前，分阶段将有用的功能交付给用户。 阶段交付的主要缺点是，如果管理层面和技术层面上缺乏仔细的规划，工作就无法进行。 使用阶段交付的注意点是： 必须确定每一阶段的交付是对用户有用的 必须确保考虑了不同产品组成部分的技术依赖关系 2008年9月15日 * 面向进度的设计 类似于阶段交付，但是面向进度的设计生命周期模型在开始的时候不必知道究竟能达到何目标，但是要确保最后的期限。 该模型的关键是要按优先级别划分系统特性并规划开发阶段，保证前面的阶段具有高优先级的特性，后面的阶段具有低优先级别。 是否采用这种方法决定于你是否对系统目标具有足够的信心，如果有信心，则没必要采用这种方法。 2008年9月15日 * 渐进交付 渐进交付是一种跨越了渐进原型和阶段交付两种模型的过程模型。 基本过程：开发一个产品的版本，展示给用户，根据反馈改善产品。 如果计划满足用户的绝大部分需求，渐进交付与渐进原型差不多，如果计划满足少量的需求，渐进交付就和阶段交付差不多。 渐进原型，强调的是系统看得见的样子，再回来堵漏洞，渐进交付中，最初的重点是系统核心和底层系统功能。 2008年9月15日 * 渐进交付 软件概念 需求分析 构架和内核设计 开发一个版本 并入用户反馈 交付该版本 开发一个版本 交付最终版本 2008年9月15日 * 确定渐进交付目标的一种方法 价值成本比 2008年9月15日 * 并行开发模型 并行开发模型（concurrent development model）又被称为并行工程（concurrent engineering）（By Davis and Sitaram） 软件开发中的所有活动可能同时并存，但是都处于不同的状态中 并行开发模型定义了活动从一个状态转化为另一个状态的事件 2008年9月15日 * 并行开发模型 空状态 等待变更 正在修正 正在评审 建立基线 结束 正在开发 建模活动 2008年9月15日 * 并行开发模型 并行过程模型经常被用于开发C/S系统。该系统的活