首先应该是制定调查表收集和汇总用户的反馈,然后对用户反馈的问题进行分类汇总.对于业务软件系统用户常见的问题主要有

A.系统速度慢,特别是查询等待时间较长
B.软件操作复杂,难于使用
C.界面风格统一,界面不美观
D.系统经常报异常或系统崩溃
E.偶尔出现业务数据不一致或数据丢失
F.软件的安装和更新复杂或麻烦
G.基础数据或流程不能很好的根据业务需求配置或扩展
H.软件系统对操作系统,对机器的性能要求太高
I.软件出现错误的提示不友好
J.系统的帮助功能不完善或不友好
K.无法保证业务数据的安全性

 

对于每一项用户的呼声最好都能通过5W+1H进行分析,如用户反馈财务报表汇总查询功能很慢,具体调查结果可能是
What -在系统中进行财务数据的统计汇总
Why  -每月或每周都需要出相关的统计报表向领导汇报
When -在周末和月末的时候
Where-使用系统的财务管理->统计查询->财务月汇总帐查询
Who  -财务相关人员
How  -使用查询功能,仅按照时间段为查询条件进行查询

 

对于客户反馈的软件系统问题进行分类汇总后,主要体现在以下几个方面

A.易用性(易操作,帮助,界面友好美观,易安装)
B.正确性(系统故障要少,数据要完整一致)
C.健壮性(连续运行时间要久)
D.安全性(权限控制,数据要能够保密)
E.高效性(业务操作和查询等待时间尽量短)
F.可靠性(产品要稳定,数据能够有备份以被恢复)
G.经济性(产品最好是价格低而功能丰富)

 

如果我们考虑将内部各阶段的下游也作为客户的话,还需要增加相关的内部质量属性
A.可维护性(易于维护,文档和代码的可读性)
B.灵活性(适应不同的业务或用途)
C.可移植性(应对环境的改变)
D.可重用性(能将系统的一部分用于其它系统)
E.可测试性(软件本身是可测试的,包括Review和各测试阶段)
F.可理解性(能从整个系统水平或细节说明这一级上理解整个系统的难易程度

2.如何确定软件产品的技术要求

 

技术要求为以后产品设计提供指导，必须有针对性并可测量.所以对软件产品而言同样需要分析用户的声音,将其转化为实际的软件系统,子系统或组件的技术特性.以指导后续的设计和开发.对于技术要求的获取仍然需要参考软件生命周期模型和过程进行分析,发掘软件产品的关键技术特性和技术要求.

A.需求-需求稳定性,需求开发和捕获能力,需求扩展性
B.架构-架构可扩展性,模块组件化程度,缓存,负载均衡,并发和事务控制,权限控制,数据存储和传输安全
C.开发-规范执行,编码可维护性,编码异常和边界处理,编码生产率,变更响应周期
D.测试-缺陷密度,缺陷泄露率
E.运维-问题库FAQ,故障响应
E.产品-可配置,可扩展,可移植

 

在分解上首先是要得到产品技术特性,然后才是根据产品技术特性得到要得到高质量的产品对软件过程和软件项目管理的要求.所以在这里我们选择的技术特性有需求正确和完整,人机界面,交互操作,模块组件化,为变化设计,权限控制,数据安全,缓存,负载均衡,最大用户和并发数,缺陷密度,缺陷泄露,无故障运行时间,故障响应和解决时间,帮助和向导,安装和更新,硬件配置最低要求,质量成本