软件团队管理基础
简答题
简述瀑布模型、增量模型、螺旋模型(含原型方法)的优缺点。
瀑布模型:
优点
- 降低软件开发的复杂程度,提高软件开发过程的透明性,提高软件开发过程的可管理性。
- 推迟软件实现,强调在软件实现前必须进行分析和设计工作。
- 以项目的阶段评审和文档控制为手段有效地对整个开发过程进行指导,保证了阶段之间的正确衔接,能够及时发现并纠正开发过程中存在的缺陷,使产品达到预期的质量要求。
缺点
- 强调过程活动的线性顺序。
- 缺乏灵活性,特别是无法解决软件需求不明确或不准确的问题。
- 风险控制能力较弱。
- 瀑布模型中的软件活动是文档驱动的,当阶段之间规定过多的文档时,会极大地增加系统的工作量。
- 管理人员如果仅仅以文档的完成情况来评估项目完成程度,往往会产生错误的结论。
- 增量模型:
- 优点
- 增强客户对系统的信心。
- 降低系统失败风险。
- 提高系统可靠性。
- 提高系统的稳定性和可维护性。
- 缺点
- 增量粒度难以选择。
- 确定所有的基本业务服务比较困难。
- 优点
- 螺旋模型:
- 优点
- 强调可选方案和约束条件从而支持软件的重用,有助于将软件质量作为特殊目标融入产品开发之中。
- 将瀑布模型的多个阶段转化到多个迭代过程中,减少项目的风险。
- 缺点
- 风险分析需要相当的成本耗费,因此螺旋模型只适合于投
资较大的规模软件项目。 - 失误的风险分析可能带来更大的风险。
- 风险分析需要相当的成本耗费,因此螺旋模型只适合于投
- 优点
简述 UP 的三大特点,其中哪些内容体现了用户驱动的开发,哪些内容体现风险驱动的开发?
- UP的三大特点:
- 用例驱动的(Use Case Driven)
- 迭代和增量的(Iterative and incremental)
- 以架构为中心(Architecture-centric)
- 体现用户驱动开发:用例驱动和迭代与增量的
- 体现风险驱动开发:以架构为中心
- UP的三大特点:
UP 四个阶段的划分准则是什么?关键的里程碑是什么?
| 阶段 | 划分准则 | 关键里程碑 |
| :———————-: | :———————————————————-: | :————————————————-: |
| Inception(初始阶段) | 为系统建立业务案例(Business Case)并确定项目的边界。业务案例包括项目的验收规范、风险评估、所需资源估计、阶段计划等。 | 生命周期目标(Lifecycle Objective))里程碑 |
| Elaboration(精化阶段) | 分析问题领域,建立健全的体系结构基础,编制项目计划,完成项目中高风险需求部分的开发。 | 生命周期体系结构(Lifecycle Architecture) 里程碑 |
| Construction(构建阶段) | 完成所有剩余的技术构件和稳定业务需求功能的开发,并集成为产品,详细测试所有功能。 | 初始运行能力(Initial Operational Capability) 里程碑 |
| Transition(移交阶段) | 确保软件对最终用户是可用的。产品化阶段可以跨越几次迭代,包括为发布做准备的产品测试,基于用户反馈的少量调整。 | 产品发布(Product Release) 里程碑 |
IT 项目管理中,“工期、质量、范围/内容” 三个元素中,在合同固定条件下,为什么说“范围/内容”是项目团队是易于控制的?
在合同固定条件下,工期和产品质量是合同里明确指出的,固定性比较强,而范围/内容是IT项目团队在具体实践中自己实现的东西,可以通过多次的迭代、增量开发而达到扩大范围、完善内容的目的。因此范围/内容时项目团队易于控制的。
为什么说,UP 为企业按固定节奏生产、固定周期发布软件产品提供了依据?
在UP中规定,软件生命周期在时间上被分解为四个顺序的阶段:初始阶段(Inception)、精化阶段(Elaboration)、构建阶段(Construction) 和移交阶段(Transition)。每个阶段结束于一个主要的里程碑(Major Milestone),且在阶段结尾时,都会执行一次评估以确定这个阶段的目标是否已经满足。如果评估结果令人满意的话,可以允许项目进入下一个阶段。每一个阶段和每一次迭代都有规定的时间长度。因此,UP为企业按固定节奏生产、固定周期发布软件产品提供了依据。
项目管理使用
任务Kanban展示:
本文为博主原创文章,转载请注明出处。