系统分析与设计第二次作业

1、简答题

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

waterfall model 瀑布模型 :

优势:

  1. 为项目提供了按阶段划分的检查点。
  2. 当前一阶段完成后,您只需要去关注后续阶段。
  3. 可在迭代模型中应用瀑布模型。
  4. 它提供了一个模板,这个模板使得分析、设计、编码、测试和支持的方法可以在该模板下有一个共同的指导。

劣势:

  1. 各个阶段的划分完全固定,阶段之间产生大量的文档,极大地增加了工作量。
  2. 由于开发模型是线性的,用户只有等到整个过程的末期才能见到开发成果,从而增加了开发风险。
  3. 通过过多的强制完成日期和里程碑来跟踪各个项目阶段。
  4. 瀑布模型的突出缺点是不适应用户需求的变化。

增量模型:

优点:

  1. 第一个可交付版本所需要的成本和时间是较少的,从而可减少开发由增量表示的小系统承担的风险
  2. 由于很快发布第一个版本,因此可以减少用户需求的变更
  3. 允许增量投资,即在项目开始时可以仅对一个或两个增量投资

缺点:

  1. 如果没有对用户的变更要求进行规划,那么产生的初始增量可能会造成后来增量的不稳定
  2. 如果需求不像早期思考的那样稳定和完整,那么一些增量就可能需要重新开发,重新发布
  3. 由于进度和配置的复杂性,可能会增大管理成本,超出组织的能力

原型与螺旋模型:

优点:

  1. 设计上的灵活性,可以在项目的各个阶段进行变更。
  2. 以小的分段来构建大型系统,使成本计算变得简单容易。
  3. 客户始终参与每个阶段的开发,保证了项目不偏离正确方向以及项目的可控性。
  4. 随着项目推进,客户始终掌握项目的最新信息 , 从而他或她能够和管理层有效地交互。
  5. 客户认可这种公司内部的开发方式带来的良好的沟通和高质量的产品。

缺点:

  1. 很难让用户确信这种演化方法的结果是可以控制的。建设周期长,而软件技术发展比较快,所以经常出现软件开发完毕后,和当前的技术水平有了较大的差距,无法满足当前用户需求。
  2. 螺旋模型的项目适用:
  3. 对于新近开发,需求不明确的情况下,适合用螺旋模型进行开发,便于风险控制和需求变更。

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

  1. 迭代和增量
  2. 用例驱动
  3. 以架构为中心

2和3体现了用户驱动的开发,1体现了风险驱动的开发。

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

UP中的软件生命周期在时间上被分解为四个顺序的阶段,分别是:初始阶段(Inception)、细化阶段(Elaboration)、构造阶段(Construction)和交付阶段(Transition)。

每个阶段结束于一个关键的里程碑(Major Milestones);每个阶段本质上是两个里程碑之间的时间跨度。

在每个阶段的结尾执行一次评估以确定这个阶段的目标是否已经满足。

如果评估结果令人满意的话,可以允许项目进入下一个阶段。

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

  1. IT项目中,工期是由客户与团队早已在合同中协商好的,不能随意更改。
  2. 质量是在合同中客户对团队定下一定要求的,也不能随意更改。
  3. 范围/内容是由团队控制的,因为只有由团队来控制,项目才能够顺利完成。

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

因为UP 是一个迭代增量过程,将开发过程分为四个阶段,在阶段结尾执行一次评估以确定这个阶段的目标是否已经满足。如果评估结果令人满意的话,可以允许项目进入下一个阶段。

2、项目管理使用

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

每个人的任务是明确的。即一周后可以看到具体成果。

每个人的任务是1-2项。

至少包含一个团队活动任务。

原文地址:https://www.cnblogs.com/zmj97/p/8622065.html

时间: 2024-10-01 01:08:09

系统分析与设计第二次作业的相关文章

实时控制软件设计第二周作业

一.汽车出入门禁系统状态机设计 状态机所有状态: 入闸传感器(两种状态): Ture  False  (分别用ET和EF表示) 出闸传感器(两种状态): Ture  False  (分别用OT和OF表示) 起落杆(两种状态):     UP DOWN   (分别用UP和DW表示) 通行灯(两种状态):       Red Green   (分别用R和G表示) 状态机所接收到的外部事件: 汽车进入和驶离门禁系统区: Enter  Out (分别用E和O表示) 状态机所产生的动作: 起落杆的动作: 

实时控制软件设计第二周作业-停车场门禁控制系统状态机

画出动作转换图为: 使用模块化设计,将起落杆.出入传感器和通行灯设计成四个模块,分别继承设计好的系统模块接口: 1 //FSM_Interface.h 2 #pragma once 3 4 namespace FSM 5 { 6 7 class ISystemUnit //系统单元接口 8 { 9 public: 10 11 virtual void Initialize() = 0; //初始化 12 13 virtual void Execute() = 0; //执行动作 14 15 vi

C语言课程设计第二次作业

*结构体类型*/ typedef struct {  int num;/*宿舍号*/ char name[20];/*姓名*/ charsex[5];/*性别*/ intage;/*年龄*/ charstudentclass[20];/*班级*/   (使用结构体使一个变量同时表达多个含义) intscore;/*成绩*/ }STUDENTS; 通过结构体可以使定义后的变量表达多个含义 int read_file(STUDENTS stu[]) {        FILE*fp; int i=0

实时控制软件设计第二次作业

1-1.Point.h #ifndef MY_POINT #define MY_POINT class Point{ private: double _x; double _y; public: Point(double x,double y); double getX(); double getY(); }; #endif  1-2.Point.cpp #include"Point.h" #include<iostream> Point::Point(double x,d

系统分析与设计复习总结之【领域模型】

五一三天假除了背单词,也抽空复习了下UML,毕竟还有一两周要半期考试了--(哪里来的半期考试啊syllabus明明里提都没有提啊T_T)今天先来看--领域模型. 首先领域模型长这样(后面还有九个图啊千万不要搞混了) 那么为什么要有领域模型呢,不是前面已经有用例图了嘛.书上在后面的内容稍微提到了这点,表示领域模型可以减小人们的思维与软件模型之间的表示差异.我自己在在其他资料上看到了另外一种更通俗的解释,大概是这么说的,因为用例是用纯自然语言写的,是没有"类"的概念的,无法从自然语言转换到

第二次作业: 二维数组

高级语言程序设计报告   实习题目 第二次作业: 二维数组 P228计算机双学位第8章实验题:学生成绩管理系统 l 在上次作业的基础上,改为每学生2门课,用二维数组编程实现相应功能,相应功能所有涉及分数的均需可以处理每门课程分数及每个学生课程总分. l 涉及到排序的,均需提供冒泡及选择两种排序方法,可增加菜单项. l 功能5中按学号查询学生排名及成绩,要求用折半法,为此你的学生数据可以多一点. l 数组中可以事先有数据(省却每次输入数据浪费时间),为此输入数据菜单可以改造为增加数据菜单. l 在

软件测试技术第二次作业

问题描述:假设商店货品价格(R)皆不大于100元(且为整数),若顾客付款在100元内(P) ,求找给顾客之最少货币 个(张)数?(货币面值50元(N50),10元(N10),5元(N5),1元(N1)四种). 请采用边界值测试方法中的健壮性测试方法对以上问题设计测试用例,注意需从输入定义域及输出值域两方面进行考虑,并给出详细的分析过程. 备注:以上作业请于2015年10月20日(含)之前做好将一个word或excel文件,以"学号姓名第二次作业"命名,并以附件附件形式发送到[email

第二次作业_RTCSD

第二次作业要求 这次作业内容有些多,里面有很多陌生的东西,先梳理一下: 1.实现代码管理: 将例程项目Fork到自己的repository,同时在本地电脑安装git工具,创建云端本地的文件同步. 2.安装仿真软件: 安装好QEMU来模拟stm32f4评估板的运行,实现Demo1的仿真运行,(以此调高调试速度.节约调试成本). 3.学习和实现FreeRTOS多任务同步和通信: 学习Demo1的闪灯例程,以此熟悉FreeRTOS的API接口和使用.熟悉main.c的代码结构; 编程实现如下要求: 创

软件测试第二周作业 wordcount

软件测试第二周作业 wordcount Github地址 https://github.com/mxz96102/word_count PSP2.1表格 PSP2.1 PSP 阶段 预估耗时 (分钟) 实际耗时 (分钟) Planning 计划 25 30 · Estimate · 估计这个任务需要多少时间 150 252 Development 开发     · Analysis · 需求分析 (包括学习新技术) 20 20 · Design Spec · 生成设计文档 0 0 · Desig