Spring MVC-03循序渐进之Spring MVC(spring boot)
869
2022-05-29
文章目录
前言
一、讨论
二、判断题
三、简答题
总结
前言
本文是对《软件需求分析(第二版)》第 15 章——变更管理的重点部分总结。《软件需求分析(第二版)》计划共十七个章节,其他章节的内容请前往专栏内查看。
上节回顾:《软件需求分析(第二版)》第 14 章——需求管理的原则和实践 重点部分总结
一、讨论
1、原型是控制范围蔓延的一种有效技术,请谈谈你对原型法的认识。
通过原型可以预先了解产品可能的实现,这有助于开发人员和用户对用户需要和预期的解决方案有一个细致的理解。
原型法的基本思想:是在投入大量的人力,物力之前,在限定的时间内,用最经济的方法开发出一个可实际运行的系统模型,用户在运行使用整个原型的基础上,通过对其评价,提出改进意见,对原型进行修改,统一使用,评价过程反复进行,使原型逐步完善,直到完全满足用户的需求为止。
(1)优点:符合人们认识事物的规律,系统开发循序渐进,反复修改,确保较好的用户满意度;开发周期短,费用相对少;由于有用户的直接参与,系统更加贴近实际;易学易用,减少用户的培训时间;应变能力强。
(2)缺点:不适合大规模系统的开发;开发过程管理要求高,整个开发过程要经过“修改—评价—再修改”的多次反复;用户过早看到系统原型,误认为系统就是这个模样,易使用户失去信心;开发人员易将原型取代系统分析;缺乏规范化的文档资料。
(3)适用范围:处理过程明确、简单系统;涉及面窄的小型系统。
不适合于:大型、复杂系统,难以模拟;存在大量运算、逻辑性强的处理系统;管理基础工作不完善、处理过程不规范;大量批处理系统,直到完全满足用户的需求为止。
二、判断题
1、对于一个新系统,如果完成了初始的需求获取活动之后就可以冻结需求。(✘)
2、控制范围蔓延的最有效的技术是要敢于说“不”。(✔)
3、变更控制过程中,“完成提交”、“完成评估”、“验证失败”都属于状态。(✘)
4、CCB是专指某个个体人。(✘)
5、测量变更活动是评估需求稳定性的一种方法。(✔)
6、影响分析是需求管理活动中一个可有可无的环节。(✘)
三、简答题
1、请认真复习本章内容,凝炼知识点并命制成试题。 注意事项:1.题型不限,数量不限;2.填写答案。
一、填空题:
1、管理范围蔓延的第一步是将新系统的(前景)、(范围)和(局限性)作为业务需求的一部分编写成文档。
2、需求蔓延包括在项目需求已经纳入(基线)之后又提出新功能和重大修改。
3、变更控制过程描述中,请求的状态只能是(已否决)、(已结束)或(已修改)。
4、CCB规章描述了CCB的目的、(权利范围)、(成员构成)、运作规程和决策的制定过程等。
二、简答题:
1、变更控制工具应该具有什么特性,以支持需求变更过程?
(1)、可以定义变更请求中的数据项;
(2)、可以定义变更请求生命周期的状态转换模型;
(3)、可以强制实施状态转换模型,以便只有授权用户可以做出允许的状态变更;
(4)、可以记录每一个状态变更的日期和做出这一变更的人;
(5)、可以定义当提议者提交新请求或请求状态被更新时,哪些人可以自动接收电子邮件通知;
(6)、可以生成标准的和定制的报告和图表。
2、影响分析的过程有哪几个方面?
(1)、理解进行变更可能涉及的问题。变更常常会产生大量的连锁反应,产品包括的功能太多会降低其性能,甚至会到令人难以接受的地步;
(2)、确定如果团队将提议的变更包括到产品中,可能必须对哪些文件、模型和文档进行修改;
(3)、确定实现变更所需执行的任务,并估计完成这些任务所需的工作量。
总结
本文对本章内容变更管理从讨论题、判断题和简答题方面进行了总结,如有疏漏和错误欢迎大家指正。另外其他章节的内容大家可以移步专栏进行查看。
我是白鹿,一个不懈奋斗的程序猿。望本文能对你有所裨益,欢迎大家的一键三连!若有其他问题、建议或者补充可以留言在文章下方,感谢大家的支持!
专家 云社区 开发者 软件开发
版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。