博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
需求工程——软件建模与分析阅读笔记一(三)
阅读量:5077 次
发布时间:2019-06-12

本文共 851 字,大约阅读时间需要 2 分钟。

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

需求工程的过程:

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

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

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

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

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

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

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

实践方法的应用:

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

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

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

需求获取的常见困难:

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

用户越俎代庖:

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

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

 

转载于:https://www.cnblogs.com/1605-3QYL/p/8476567.html

你可能感兴趣的文章
Windows10 下Apache服务器搭建
查看>>
HDU 5458 Stability
查看>>
左手坐标系和右手坐标系
查看>>
solr后台操作Documents之增删改查
查看>>
http://yusi123.com/
查看>>
文件文本的操作
查看>>
Ubuntu linux下gcc版本切换
查看>>
记一次Web服务的性能调优
查看>>
Linux常用命令大全
查看>>
jQuery.form.js使用
查看>>
(转)linux sort,uniq,cut,wc命令详解
查看>>
关于ExecuteNonQuery执行的返回值(SQL语句、存储过程)
查看>>
UVa540 Team Queue(队列queue)
查看>>
mysql数据增删改查
查看>>
shell中下载最新版本或指定版本的办法(Dockerfile 中通用)
查看>>
极客时间-左耳听风-程序员攻略-分布式架构工程设计
查看>>
akka之种子节点
查看>>
不知道做什么时
查看>>
matlab 给某一列乘上一个系数
查看>>
密码学笔记——培根密码
查看>>