软件需求工程--需求获取

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

需求层次

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白卡