系统分析与设计 Homework(lesson 2)

系统分析与设计 Homework(lesson 2)

1. 简答题

1.简述瀑布模型、增量模型、螺旋模型(含原型方法)的优缺点。

  • 瀑布模型

    • 优点:定义了软件开发基本流程与活动。
      • 降低软件开发的复杂程度,提高软件开发过程的透明性,提高软件开发过程的可管理性。
      • 推迟软件实现,强调在软件实现前必须进行分析和设计工作。
      • 以项目的阶段评审和文档控制为手段有效地对整个开发过程进行指导,保证了阶段之间的正确衔接,能够及时发现并纠正开发过程中存在的缺陷,使产品达到预期的质量要求。
    • 缺点
      • 依赖问题(前面需求模糊,后面工作难以顺利执行)。
      • 容错问题(在后期发现需求问题,工作量难接受)。
      • 资源调配问题(知识技能需求不同、人员数量要求不同)。
      • 强调过程活动的线性顺序。
      • 缺乏灵活性,特别是无法解决软件需求不明确或不准确的问题。
      • 风险控制能力较弱。
  • 增量模型

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

    • 优点
      • 设计上的灵活性,可以在项目的各个阶段进行变更。
      • 以小的分段来构建大型系统,使成本计算变得简单容易。
      • 有助于增进软件人员和用户对系统服务需求的理解,减少
        两者之间的误解。
      • 易于确定系统的性能,确认各项主要系统服务的可应用性,确认系统设计的可行性,确认系统作为产品的结果。
      • 是引入了明确的风险管理。
    • 缺点
      • 风险分析需要相当的成本耗费。
      • 螺旋模型强调风险分析,但说服外部客户接受和相信分析
        结果并做出相关反应并不容易。
      • 过多的迭代次数会增加开发成本,延迟提交时间。

2.简述 UP 的三大特点,其中哪些内容体现了用户驱动的开发,哪些内容体现风险驱动的开发?

UP的三大特点:

  • Use Case Driven,用例驱动
  • Architecture Centric,以架构为中心
  • Iterative and Evolutionary,受控的迭代式增量开发

体现用户驱动的开发:用例驱动,受控的迭代式增量开发。
体现风险驱动的开发:以架构为中心。

3.UP 四个阶段的划分准则是什么?关键的里程碑是什么?

UP四个阶段分别为初始阶段 (Inception)、精化阶段 (Elaboration)、构建阶段(Construction) 和产品交付阶段 (Transition)。

  • 初始阶段 (Inception)
    • 划分准则:为系统建立业务案例 (Business Case) 并确定项目的边界。业务案例包括项目的验收规范、风险评估、所需资源估计、阶段计划等。
    • 里程碑:生命周期目标 (Lifecycle Objective) 里程碑,包括一些重要的文档,如:项目构想 (Vision)、原始用例模型、原始业务风险评估、一个或者多个原型、原始业务案例等。
  • 精化阶段 (Elaboration)
    • 划分准则::分析问题领域,建立健全的体系结构基础,编制项目计划,完成项目中高风险需求部分的开发。
    • 里程碑:生命周期体系结构 (Lifecycle Architecture) 里程碑。包括风险分析文档、软件体系结构基线、项目计划、可执行的进化原型、初始版本的用户手册等。
  • 构建阶段(Construction)
    • 划分准则:完成所有剩余的技术构件和稳定业务需求功能的开发,并集成为产品,详细测试所有功能。
    • 里程碑:初始运行能力 (Initial Operational Capability) 里程碑。包括可以运行的软件产品、用户手册等,它决定了产品是否可以在测试环境中进行部署。
  • 产品交付阶段 (Transition)
    • 划分准则:确保软件对最终用户是可用的。
    • 里程碑:产品发布 (Product Release) 里程碑。确定最终目标是否实现,是否应该开始产品下一个版本的另一个开发周期。

4.IT 项目管理中,“工期、质量、范围/内容” 三个元素中,在合同固定条件下,为什么说“范围/内容”是项目团队是易于控制的?

在合同固定条件下,“工期”与“质量”是事先已经和客户商量好的,不能被项目团队轻易决定,因此“范围/内容”是项目团队是易于控制的。

5.为什么说,UP 为企业按固定节奏生产、固定周期发布软件产品提供了依据?

  • UP是一种以构架为中心、用例驱动与风险驱动相结合的迭代增量过程。
  • 每一次迭代就是为了完成一定阶段性小目标而从事的一系列开发活动 。 一个迭代是一个完整的开发循环,产生一个可执行的产品版本,是最终产品的一个子集,增量式地发展,从一个迭代过程到另一个迭代过程到成为最终的系统。
  • 各个阶段的生命周期是有固定长度的。每个阶段结束于一个主要的里程碑 (Major Milestone),并在阶段结尾执行一次评估以确定这个阶段的目标是否已经满足。如果评估结果令人满意的话,可以允许项目进入下一个阶段。

因此,UP 为企业按固定节奏生产、固定周期发布软件产品提供了依据。

2. 项目管理使用

使用截图工具(png格式输出),展现你团队的任务 Kanban,请注意以下要求:

  • 每个人的任务是明确的。即一周后可以看到具体成果
  • 每个人的任务是1-2项。
  • 至少包含一个团队活动任务

系统分析与设计课程项目初始阶段的安排

猜你喜欢

转载自blog.csdn.net/joker_yy/article/details/79652550
今日推荐