[第4章软件需求工程.pptVIP

第4章 软件需求工程 进化式原型开法与快速开发方法的共同基本性质 1. 描述、设计和实现三个过程是交叉进行的 ，没有详 细的系统描述，设计文档一般都依赖于开发系统所 使用的工具，用户需求文档只描述系统的最重要的 特征。 2. 系统是逐渐增进的。在每一次增进过程中，最终用 户和其他系统项目的相关人员都参与到设计和评估 中来。他们可能提出对系统改进的意见。新的需求 又会在随后的版本中被实现。 3. 采用了快速开发技术。 4. 系统用户界面都是交互式开发系统来实现的。 157 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 第4章 软件需求工程 进化式原型开发方法应注意的问题 1.管理问题 大型系统软件管理机构建立起来以处理软件过程模型。 软件过程模型定期产生可交付的文档来评估项目进展的 情况。原型的开发太快，以致产生大量的系统文档。 专业技术技能不可能应用到每个开发的团队。 2.维护问题 连续不断地对原型的修改很可能导致系统的崩溃。如 果快速原型开发中使用了某项专门的技术，有可能在以 后寻找具有相关知识的人来维护系统变得十分困难。 3.契约问题 客户和软件开发商之间正规的契约模型是基于系统描 述的。 158 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 第4章 软件需求工程 增量开发方法 该开发方法避免了进化式原型开发中的经常 性变更问题。即首先建立一个总的框架，以后 就以该框架结构为基础进行开发。 在增量开发方法中，必须给出每一部分的需 求和文档。使得用户的意见能及时地反馈，以 减少错误的出现。 159 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 第4章 软件需求工程 抛弃式原型开发 抛弃式原型开发的根本作用是弄清楚需求和 为管理人员评估过程风险提供补充的信息。 在抛弃式原型开发中，我们只注重其功能， 而忽略其质量标准和性能指标，使这些功能经 过原型设计而得到深刻理解。 经过评估，原型被抛弃，不再作为系统开发 的基础。其原型开发和最终系统开发使用的语 言也往往不一样。 框架需求 可复用构件 可 开发原型 评估原型 问题 交付的 软件系统 可 确定系统 开发软件 验证系统 问题 160 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 第4章 软件需求工程 抛弃式原型方法存在的问题 1.为了尽快拿出原型，系统可能做了许多简化， 因而不可避免要遗漏一些重要特性。 2.在客户和承包商之间没有一个能写进合同的 对于原型实现的合法规定。 3.非功能需求，若可靠性、安全性，在原型实 现中不会得到充分反映。 161 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 第4章 软件需求工程 系统原型开发的优点 ⑴ 原型法强调活动的物理模型，原型无论是外 观、感觉还是行为，都像真正的系统。 ⑵ 原型法具有非常好的直观性和可解释性。 ⑶ 维护性能指标、优化访问策略和完善功能这 些负担在原型法里都不存在。 ⑷ 便于展示有关数据、功能和用户界面的问题。 ⑸ 用户通常会比较满意，因为他们最后拿到的 是他们见过的东西。 ⑹ 很多设计上的注意事项得到重视，设计的高 度灵活性很明显。 162 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 第4章 软件需求工程 系统原型开发的优点 ⑺ 信息需求确认很