码迷,mamicode.com
首页 > 其他好文 > 详细

需求工程——软件建模与分析阅读笔记一(三)

时间:2018-02-27 01:23:49      阅读:167      评论:0      收藏:0      [点我收藏+]

标签:body   编写文档   style   收集   建立   开发   综合   坚持   过程   

需求工程——软件建模与分析阅读笔记(三)

需求工程的过程:

需求获取:需求获取是从人、文档、或环境中获取需求的过程,必须用各种方法和技术来发现需求,需求开发的过程包含学习和认知的两个过程,学习和认知是递进的。具体有:1收集背景资料2、获取问题与目标,定义项目前景和范围3、识别涉众,选择信息的来源4、选择获取方法,执行获取、获取功能与非功能需求5、记录获取结果

需求分析:1、背景资料2、问题分析、目标分析、业务分析、确定系统边界3、软件需求建模4、细化需求5、确定优先级6、需求协商

需求规格说明:1、定制文档模板2、编写文档

需求验证:1、执行验证2、问题修正

需求管理:1、建立和维护需求基线集2、建立需求和跟踪信息3、进行变更控制、

需求开发过程是迭代和并发的:      

需求获取和需求分析是相互交织的,需求获取与需求分析是需求开发过程的两个主要活动,

实践方法的应用:

细节知识的实践性:实践方法是从陌生的领域得到最早的知识片段和知识形式,逐渐积累后抽象出普遍的规律性知识,建立知识体系。

重要的实践方法:需求工程师的一项重要工作理解业界好的实践,并将他们成功的应用到组织的需求工程过程当中去

需求开发过程与软件工程过程的相互影响:需求的好坏对后续的软件开发有重要的影响,需求开发过程会产生很多的正性信息如前景与范围定义、涉众描述、分析模型、需求特征,为了让软件开发团队的工作能够顺利进行,需求工程师需要做很对不属于其本职工作的事情,这就是团队的意义,

需求获取的常见困难:

用户和开发人员的背景不同,立场不同,造成的问题:知识理解的困难;默认知识现象;普通用户缺乏概括性、综合性的表述能力;用户存在认知困境;

用户越俎代庖:

用户提出的不是要求而是解决方案;用户固执的坚持某些特征和功能

缺乏用户参与:用户的数量太大,选择困难;用户的认识不足,不愿参与,用户情绪抵制,消极参与;没有明确的用户

 

需求工程——软件建模与分析阅读笔记一(三)

标签:body   编写文档   style   收集   建立   开发   综合   坚持   过程   

原文地址:https://www.cnblogs.com/1605-3QYL/p/8476567.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!