需求工程--第四章--需求获取
目录
第四章--需求获取
需求获取定义
就是进行需求收集的一个活动,它从人员资料和环境中得到系统开发所需要的相关信息
需求获取中常见的困难
1 用户和开发人员背景立场不同
知识理解困难
默认知识现象
2 普通用户缺乏概括性、综合性的表述能力
原因:普通用户、 专家用户
解决方式:开发人员在与用户接触之前先确定获取的内容主题,然后再设计具体的应用环境和场景条件,由用户根据业务细节来描述问题、表达期望。
3 用户存在认知困难
潜在知识现象:自己已掌握或了解但认识不到自己掌握这种方法解决方式:开发者利用各种有效的需求获取的方法和技巧【民族志、原型】,引导用户去发现自己也没有形成明确认知的知识。
4 用户越俎代庖
用户是业务的主导,拥有业务话语权;
开发者是解决方案的主导者,拥有设计方案话语权;
用户提出的不是需求而是解决方案
用户固执坚持某些特征和功能;
解决方式:开发者在需求获取过程中注意业务领域和解决方案区分界限,开发者分析用户深层目的,找到隐藏在其中的需求。
5 缺乏用户参与
需求获取活动
需求获取过程:
1 研究应用背景,建立初试知识框架
2 根据获取的需要,采取必要的获取方法和技巧
3 现行确定获取主题,设定场景
4 分析用户深层目标,理解用户意图
5 进行涉众分析,针对涉众特点展开工作;
需求获取过程
过程
步骤:
1:确定待获取信息内容
2:信息来源
3:应采用的获取方法
4:执行获取
5:记录成果
信息来源
涉众:包括用户客户、领域专家以及市场专员、销售人员等其他用户代替员。--是系统最重要的获取源
硬数据:包括登记表格、单据、报表定量文档、以及备忘录、日志等定性文档
相关产品:包括原有系统、竞争产品以及协作产品
重要文档:包括原有系统规格说明、竞争产品的规格说明、写作产品的规格说明以及客户的需求文档
相关技术标准和法规
获取信息的方法
1 传统方法
问卷、硬数据分析、文档检查、需求剥离等
2 集体获取法
头脑风暴、专题讨论、JAD(联合应用开发)
3 原型法
在需求模糊和不确定较大使用
4 模型驱动法
面向目标的方法、基于场景的方法、基于用例的方法
5 认知方法
任务分析、协议分析
6 基于上下文法
民族志、话语分析、观察
获取信的成果
获取笔录
项目前景和范围文档
用例文档
思维导图:
本文来自博客园,作者:taotooler,转载请注明原文链接:https://www.cnblogs.com/taolo/p/17225895.html
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 分享4款.NET开源、免费、实用的商城系统
· 全程不用写代码,我用AI程序员写了一个飞机大战
· MongoDB 8.0这个新功能碉堡了,比商业数据库还牛
· 白话解读 Dapr 1.15:你的「微服务管家」又秀新绝活了
· 上周热点回顾(2.24-3.2)