系统分析与设计

1. 简答题

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

  • 瀑布模型:

    (1)优点:

    • 降低软件开发的复杂程度,提高软件开发过程的透明性,提高
      软件开发过程的可管理性;
    • 推迟软件实现,强调在软件实现前必须进行分析和设计工作;
    • 以项目的阶段评审和文档控制为手段有效地对整个开发过程进
      行指导,保证了阶段之间的正确衔接,能够及时发现并纠正开
      发过程中存在的缺陷,使产品达到预期的质量要求;

    (2)缺点:

    • 强调过程活动的线性顺序;
    • 缺乏灵活性,特别是无法解决软件需求不明确或不准确的问题;
    • 风险控制能力较弱;
    • 瀑布模型中的软件活动是文档驱动的,当阶段之间规定过多的
      文档时,会极大地增加系统的工作量;
    • 管理人员如果仅仅以文档的完成情况来评估项目完成进度,往
      往会产生错误的结论;
  • 增量模型:

    (1)优点:

    • 增强客户对系统的信心;
    • 降低系统失败风险;
    • 提高系统可靠性;
    • 提高系统的稳定性和可维护性;

    (2)缺点:

    • 增量粒度难以选择;
    • 确定所有的基本业务服务比较困难;
  • 螺旋模型(含原型方法):

    (1)优点:

    • 设计方面具有灵活性,可以在项目的各个阶段变更设计;
    • 以较小分段来构建大型系统,使成本计算变得简单容易;
    • 客户始终参与每个阶段的开发,保证了项目不偏离正确方向以及项目的可控性;
    • 随着项目推进,客户始终掌握项目的最新信息 , 从而能够和管理层有效交互;

    (2)缺点:

    • 只适合大规模的软件项目开发;

    • 要求具备相当丰富的风险评估经验和专门知识,在风险较大的项目开发中,如果未能够及时标识风险,势必造成重大损失;

    • 过多的迭代次数会增加开发成本,延迟提交时间;

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

  • UP的三大特点:
    1.以用例为驱动:将用例作为基础,驱动软件系统的计划、分析、设计、实现、测试等一系列活动的进行,并有机组合成一体,使各个阶段都能够回溯到用户的实际需求中;
    2.以架构为中心:在系统开发的每个阶段给出体系结构的描述,作为管理和维护的主要制品;
    3.受控的迭代式增量开发:通过迭代开发过程产生增量,每次迭代都按照一定的标准体系产生一个内部或者外部的发布版本;

  • 体现用户驱动的开发:以用例为驱动;

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

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

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

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

答: “工期”是合同中确定好的元素之一,项目开发的每一阶段都有固定的完成时间,不能随便更改;“质量”也是合同中所确定好的验收标准,项目开发需要保证达到预期的质量,属于不可控制的一方面;“范围/内容”是可以由开发团队控制的,只要能够按时按质完成项目的交付。

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

  • UP 将软件开发生命周期根据时间和核心工作流程划分为二维空间。时间维度上,从组织管理的角度描述整个软件开发生命周期,是 UP 的动态组成部分,它可进一步描述为周期、阶段和迭代 ;核心工作流程维度上,从技术角度描述 UP 的静态组成部分,它可进一步描述为行为、工作流 、产品/工件 和角色;
  • UP严格划分将软件生命周期分解成顺序的四个阶段:初始阶段、精化阶段、构建阶段、产品交付阶段,每个阶段都结束于一个重要的里程碑;同时进行业务建模,使得企业生产各个阶段有了明确的指导;
  • UP使软件的开发属于受控的迭代式增量开发,每次迭代产生一个可执行的内部或者外部发布版本,因此一次开发迭代相当于执行了一次完整的核心过程工作流,这就为企业的生产确定了固定的节奏;

2.项目管理使用

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

这里写图片描述
这里写图片描述
这里写图片描述

  • 1
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值