系统分析作业2

最新推荐文章于 2023-05-05 12:39:51 发布

业余选手李主任

最新推荐文章于 2023-05-05 12:39:51 发布

阅读量314

点赞数

分类专栏：系分作业

本文链接：https://blog.csdn.net/shujh_sysu/article/details/79637248

版权

10 篇文章 0 订阅

订阅专栏

优点：
- 降低软件开发的复杂程度，提高软件开发过程的透明性，提高软件开发过程的可管理性
- 推迟软件实现，强调在软件实现前必须进行分析和设计工作
- 以项目的阶段评审和文档控制为手段有效地对整个开发过程进行指导，保证了阶段之间的正确衔接，能够及时发现并纠正开发过程中存在的缺陷，使产品达到预期的质量需求
缺点：
- 强调过程活动的线性顺序
- 缺乏灵活性，特别是无法解决软件需求不明确或不准确的问题
- 风险控制能力较弱
- 瀑布模型的软件活动是文档驱动的，当阶段之间规定过多的文档时，会极大的增加系统的工作量
- 管理人员如果仅仅以文档的完成情况来评估项目完成进度，往往会产生错误的结论

优点：
- 设计上的灵活性，可以在项目的各个阶段进行变更
- 以小的分段来构建大型系统，使成本计算变得简单容易
- 客户始终参与每个阶段的开发，保证了项目不偏离正确方向以及项目的可控性
- 随着项目的推进，客户始终掌握项目的最新信息，从而他或她能够和管理层有效的交互
缺点：
- 采用螺旋模型需要具有相当丰富的风险评估经验和专门知识，在风险较大的项目开发中，如果为能够及时标识风险，势必造成重大损失
- 过多的迭代次数会增加开发成本，延迟提交时间

三大特点：

目标:为系统建立业务案例 (Business Case) 并确定项目的边界。业务案例包括项目的验收规范、风险评估、所需资源估计、阶段计划等。确定项目边界需要识别所有与系统交互的外部实体，并在较高层次上定义外部实体与系统交互的特性，主要包括识别外部角色 (Actor)、识别所有用例并详细描述一些重要的用例。
里程碑:生命周期目标 (Lifecycle Objective) 里程碑，包括一些重要的文档，如:项目构想 (Vision)、原始用例模型、原始业务风险评估、一个或者多个原型、原始业务案例等。需要对这些文档进行评审，以确定正确理解用例需求、项目风险评估合理、阶段计划可行等。

目标:分析问题领域，建立健全的体系结构基础，编制项目计划，完成项目中高风险需求部分的开发。
里程碑:生命周期体系结构 (Lifecycle Architecture) 里程碑。包括风险分析文档、软件体系结构基线、项目计划、可执行的进化原型、初始版本的用户手册等。通过评审确定软件体系结构已经稳定、高风险的业务需求和技术机制已经解决、修订的项目计划可行等。

目标:完成所有剩余的技术构件和稳定业务需求功能的开发，并集成为产品，详细测试所有功能。构建阶段只是一个制造过程，其重点放在管理资源及控制开发过程以优化成本、进度和质量。
里程碑:初始运行能力 (Initial Operational Capability) 里程碑。包括可以运行的软件产品、用户手册等，它决定了产品是否可以在测试环境中进行部署。此刻，要确定软件、环境、用户是否可以开始系统的运行。

目标:确保软件对最终用户是可用的。产品化阶段可以跨越几次迭代，包括为发布做准备的产品测试，基于用户反馈的少量调整。
里程碑:产品发布 (Product Release) 里程碑。确定最终目标是否实现，是否应该开始产品下一个版本的另一个开发周期。在一些情况下这个里程碑可能与下一个周期的初始阶段的相重合。

因为在合同固定的条件下，工期是确定了的，质量的把关需要客户的参与，所以项目团队不易控制，范围／内容更对的取决于项目团队的选择，所以较易控制。

因为UP规定需求分析、设计、实现等流程都是有固定时间长度的，所以有较为明确的时间限制。而且每过一个迭代周期就有一个产品出现供测试使用，因此UP也为固定周期发布软件产品提供了依据。

使用截图工具（png格式输出），展现你团队的任务 Kanban，请注意以下要求
- 每个人的任务是明确的。即一周后可以看到具体成果
- 每个人的任务是1-2项。
- 至少包含一个团队活动任务

这里写图片描述

团队任务如下：
这里写图片描述

关注