(3)在每个用户类中确定适当的代表:为每类用户至少选择一位
能真正代表他们需求的人作为那一类用户的代表并能作出决
策。
(4)运用需求获取方法对系统的重要部分进行用例开发并设置优
先级
(5)确定用例:从用户代表处收集他们使用软件完成所需任务的
描述,编写用例,描述用户与系统间的交互方式和对话要求。
(6)召开应用程序开发联系会议:应用程序开发联系会议是范围
广的、简便的专题讨论会,也是分析人员与客户代表之间一
种很好的合作办法,可以在会上就已完成的工作或未完成的
工作与客户展开讨论,并能由此拟出需求文档的底稿。
(7)分析用户工作流程:观察用户执行业务任务的过程。画一张
简单的示意图(最好是数据流图)来描绘用户什么时候获得
什么数据,并怎样使用这些数据。并与客户讨论此内容。
(8)确定质量属性和其它非功能需求:在功能需求之外再考虑一
下非功能的质量特点。这些特点包括性能、有效性、可靠性、
可用性等,而这些质量属性上客户提供的信息相对来说就非
常重要了。
(9)通过检查当前系统的问题报告来进一步完善需求:客户的问
题报告及补充需求为新产品或新版本提供了大量丰富的改进
及增加特性的想法,负责提供用户支持及帮助的人能为需求
过程提供极有价值的信息。
评论5
最新资源