ApplicationDevelopmentFramework..doc

  1. 1、本文档共8页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
ApplicationDevelopmentFramework.

1 软件开发框架 1.1 下图提供了应用程序开发框架 该框架允许使用迭代或者非迭代的方法。这个图中,非迭代的方法使用长方形来表明,迭代的方法使用圆行来表明。例如:需求收集时期既支持迭代也支持非迭带的方法,而Roll-Out和实施阶段都只支持非迭代的方法。 在每个时期中可能有多个迭代。迭代可以在前3个时期的任何一个或者所有中发生,它们是: 需求收集 设计 实现和测试 如图中所示:迭代圆包括ADM的4个阶段,就是: 流程分析和设计Process Analysis Design 技术设计Technical Design 技术构架Technical Construction 系统集成测试System Integration Testing 开发团队需要经历这4个阶段,在每个迭代中基于迭代对象选择相关的活动。在每个迭代完成后,都得到一个可执行的版本。 2 时期 2.1 需求收集 工作重点是: 项目范围确定 确定和设计关键的功能,保证考虑到了潜在的风险 配置基线:功能基线 功能基线的建立说明了客户确认了系统主要功能需求以及外部设计。这个基线建立在客户认可功能需求说明书的基础上。这个配置基线需要的提交成果是: 功能需求说明书 可执行程序(如果有) 核对功能基线审核表,确认该时期所有的任务都执行了。 2.2 设计 工作重点是定义一个强健的系统架构。 配置基线:架构基线 架构基线定义了系统架构。在设计时期末尾时,非主要功能的外部设计也已经定义。 这个基线是基于内部认可技术设计说明书的基础上的。组成基线的提交成果是: 功能说明书 技术设计说明书 可执行的程序(如果有) 核对架构基线审核表确认该时期的所有任务都被执行了。 2.3 实现和测试 工作重点是实现和测试所有的系统模块,保证做好了进行接受测试的准备。 配置基线:产品基线 产品基线说明了一个经过集成测试并准备好进行接受测试的系统完成了。这个基线在完成系统集成测试后建立。组成基线的提交成果是: 功能说明书 技术设计说明书 经过测试的系统 查阅产品基线审核表确定所有的任务都被执行了。 2.4 Roll-Out 工作重点是得到用户的认可——系统达到了预期目标。并且保证在产品环境中该系统已经可以顺利实施。 配置基线:运行基线 运行基线的建立表明系统已经得到用户的认可并且在产品环境中运行。这个基线在系统成功实施后建立。提交成果是: 产品化的系统 - 应用软件系统 - 系统软件 - 硬件 功能说明书 技术设计说明书 用户手册 操作手册 查阅运行基线审核表确定所有的任务都被执行。 2.5 运行 该时期的主要工作是保证系统在产品环境中顺利运行并且达到了预期的质量要求。 配置基线: 重新建立运行基线 在系统移交客户之前运行基线将周期性的重新建立。这个基线的提交成果与Roll-Out时期的一样。 查阅运行基线审核表确定所有的任务都被执行。 2.6 时期结束的标准 只有当一个时期的配置基线建立后,一个时期才算结束。 3 阶段 每个阶段的目标描述如下: 3.1 流程分析和设计 收集需求和定义系统的外部设计以保证达到了商业目标。 3.2 技术设计 开发系统的内部设计保证系统的架构是合理的和强健的。 技术构建 开发系统模块并进行单元测试以保证每个模块的质量。 3.4 系统集成测试 确保应用软件系统、硬件和系统软件可以继承在一起很好的工作,系统的质量达到目标并且为接受测试做好准备。 3.5 接受测试 得到客户的认可,确认系统满足客户需求并且已经为实施做好了准备。 3.6 实施 在产品环境中实施系统,保证用户的商业运作可以平滑的过渡。 3.7 实施支持 监控系统并且进行技术支持,保证系统在真实的用户环境下可以流畅的运行。 4 迭代的概念 4.1 迭代的优点 在软件开发过程中选择迭代的方法有很多优点。以下列出一些常见的优点: 使用迭代,用户可以参与整个软件开发周期。这样有了早期的用户反馈,变化更加容易控制,用户更加认为系统是自己的系统,系统更加贴近用户的真正需求。 通过几轮的迭代,错误被及时发现更正,因此更有可能建立一个强健的系统架构。 测试贯穿于整个开发的生命周期,产品的质量更有保证。 使用这种方法,开发者可以较早的进行学习,在整个开发生命周期中,开发者的能力和专业得到了更好的施展。 4.2 基本原则 4.2.1 在开发团队采用迭代的方法时,时间盒是个很重要的概念。它可以避免没完没了的迭代。时

文档评论(0)

dashewan + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档