读书笔记|软件需求工程--需求获取读书笔记|项目管理

需求获取，需求分析，编写需求规格说明书，需求验证

需求层次

1. 业务需求--企业或客户对系统高层次的目标要求
2. 用户需求--具体目标
3. 系统需求--功能需求，非功能需求，设计约束

需求获取

1. 用户访谈

准备：

确定目的，确定客户群体，准备详细问题，做出访谈安排，将安排通知所有参与则。

访谈之前需要进行一些相关领域的知识进行培训，保证自己有专业的认识和理解，让用户可以信任自己

过程：

限定访问时间

寻找异常和错误情况

深入调查细节

认证做好记录

注意措词，充分尊重用户，保持轻松的气氛，尽量采用易于理解和通俗化的语音，避免使用IT专业术语

收尾

吸收，理解和记录访谈所获信息。

用户答不上来的问题，错过的信息，也非常重要，生成一张新表，为下一次访谈做准备

给用户一分访谈内容总结，为何用户的友好关系和信任，并给其机会澄清可能得出错误回答

总结：

次方式灵活性较好，应用范围也比较广泛，但是在用户比较忙，信息量比较大的情况下相对难以进行，

沟通需要很多技巧，分析师需要足够多的领域支持，对机密和敏感话题也要有良好的把握，多访谈人的实力有很高要求

2. 问卷调查

适合对用户访谈做一个补充。

制作调查表：

确认问题和问题类型

编写问题

设计文教调查的格式

总结：

分析师无法从用户的表情和其他动作中获取一些更阴性的信息

用户可能不重视，不认真对待，从而使得反馈不全面

调查问卷不适合展开性的文旦，无法了解细节

可和用户访谈结合使用，先进行问卷调查，进行问题分组，整理，分析，然后对结果进行小范围的用户访谈做补充

3. 采样
样本大小 = a * (可信度系数 / （1 - 可信度）) ^2
a = 0.25

可信度可信度系数可信度可信度系数

99% 2.58 95% 1.96

98% 2.33 90% 1.65

97% 2.17 80% 1.28

96% 2.05 50% 0.67

采样对系统分析师个人的经验和能力依赖性较高，要求系统分析师具有较高的水平和丰富的经验
4. 联合需求计划 JRP
通过高度组织的群体会议来分析企业内的问题并获取需求的过程
通过联合关键用户代表，系统分析师，开发团队代表一起，通过组织会议来讨论需求。参与人数6~18人，开会时间1~5小时

开会原则：
1. 制定详细的议程，并严格遵照议程进行
2. 安装既定的时间安排会议的进行
3. 尽量完整的积累会议期间的内容
4. 在讨论期间尽量避免使用专业术语
5. 充分运用解决冲突的技能
6. 会议应设置充分的间歇时间
7. 鼓励团队取得一致意见
8. 保证参加JRP的所有人都能遵守实现约定的规则
9.鼓励与会者在短时间内说出尽量多的想法，在过程中不对想法发表任何评论

5 需求记录技术
1. 任务卡
2. 场景说明
3. 用户故事
【读书笔记|软件需求工程--需求获取】4. volere白卡