[开发过程.pptVIP

  1. 1、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
[开发过程

细化阶段的里程碑——生命期架构 细化阶段的主要制品: 系统架构基线 UML静态模型 UML动态模型 UML用例模型 修订的风险评估 修订的用例 修订的项目计划 可执行的原型 细化阶段的重点: 细化阶段主要关注需求、分析和设计工作流。每个工作流关注如下各项。 需求——精化系统范围和需求 分析——确定构造什么 设计——创建稳定的架构 实现——构造架构基线 测试——测试架构基线 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 细化阶段的评价是通过回答下述问题来完成的: 软件的构想是否稳定? 架构是否稳定? 可执行的原型是否表明风险要素已被处理并可靠地解决了? 构造阶段的计划是否足够详细和精确?是否有可靠的基础? 如果在当前架构上下文中执行计划并开发出整个系统,是否所有的风险承担人都同意系统达到了当前的需求? 实际的费用支出与计划支出是否可以接受? 如果无法达到这些标准,可能取消项目或对项目进行重新考虑。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 3)构造阶段 构造阶段的目标——将架构基线演进为最终系统 构造阶段的主要活动: 资源管理、资源控制和过程优化 完成组件开发并根据已定义的评价准则进行测试 利用构想制定的准则对发布的产品进行评估 构造阶段的重点: 构造阶段主要关注系统的实现工作流。每个工作流关注如下各项。 需求——揭示任何遗漏的需求 分析——完成分析模型 设计——完成设计模型 实现——构造初始运作功能 测试——测试初始运作功能 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 构造阶段的里程碑——初始运作功能 构造阶段的制品: 可运行的软件系统 UML模型 测试用例 用户手册 发布描述 构造阶段的结束是项目开发的第三个重要的里程碑。这个阶段产生的版本通常被称为β版。 评价构造阶段需要回答以下问题: 软件是否足够稳定和成熟,从而可以发布给用户? 是否所有的风险承担人都准备好了向用户交付软件产品? 实际费用与计划费用的对比是否仍可被接受? 如果项目无法达到这些要求,必须推迟进入交付阶段。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 4)交付阶段 交付阶段的目标——将开发完成的系统提交给客户 交付阶段的主要活动: 将软件系统部署到用户环境 修复软件的缺陷 编制用户手册和其它文档 培训用户和维护人员 提供用户咨询 交付阶段的重点: 交付阶段主要关注系统的测试和配置工作流。每个工作流关注如下各项。 设计——如果β测试中出现问题,修改设计。 实现——为用户场地裁减软件,修复在β测试中发现的问题。

文档评论(0)

1974wangpeng + 关注
实名认证
文档贡献者

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

1亿VIP精品文档

相关文档