系统分析与设计HW2

1简答题

瀑布模型

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

优点
- 增强客户对系统的信心
- 降低系统失败风险
- 提高系统可靠性 * 提高系统的稳定性和可维护性
缺点
- 增量粒度难以选择
- 确定所有的基本业务服务比较困难
螺旋模型

优点
- 引入风险管理
- 设计上的灵活性,可以在项目的各个阶段进行变更
- 成本计算变得简单容易
缺点
- 用螺旋模型需要具有相当丰富的风险评估经验和专门知识，在风险较大的项目开发中，如果未能够及时标识风险，势必造成重大损失
- 过多的迭代次数会增加开发成本，延迟提交时间

UP(统一模型)将软件开发过程要素和软件工件要素整合在统一的软件工程框架中，是一个面向对象的基于 web 的程序开发方法论。

用例驱动Use-case-driven
- Use-case-driven means the development team employs the use cases from requirements gathering through code and test
以架构为中心Architecture-centric
- software architecture provides the central point around which all other development evolves
迭代式增量Iterative and Evolutionary
- An iterative and evolutionary approach allows start of development with incomplete, imperfect knowledge

用例驱动和迭代式增量

以架构为中心

阶段	划分准则	里程碑
初始	为系统建立业务案例 (Business Case) 并确定项目的边界	生命周期目标(Lifecycle Objective)里程碑
精化	分析问题领域，建立健全的体系结构基础，编制项目计划，完成项目中高风险需求部分的开发	生命周期体系结构(Lifecycle Architecture)里程碑
构建	完成所有剩余的技术构件和稳定业务需求功能的开发，并集成为产品，详细测试所有功能	初始运行能力(Initial Operational Capability) 里程碑
产品化	确保软件对最终用户是可用的	产品发布(Product Release)里程碑

因为UP以用例为中心，使用UML的9种图形作为交流语言，在项目之初就建立详细的用例说明，制定详细计划。UP中的软件生命周期在时间上被分解为四个顺序的阶段：初始阶段(Inception)、精化阶段(Elaboration)、构建阶段(Construction) 和产品交付阶段(Transition)，每个阶段结束于一个主要的里程碑(Major Milestone)，并在阶段结尾执行一次评估以确定这个阶段的目标是否已经满足。如果评估结果令人满意的话，可以允许项目进入下一个阶段，所以说UP为企业按固定节奏生产、固定周期发布软件产品提供了依据。

使用截图工具（png格式输出），展现你团队的任务Kanban，请注意以下要求