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

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

需求层次

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

你可能感兴趣的:(读书笔记,项目管理)