论析产品化软件客户需求管理

论析产品化软件客户需求管理

ID:25541784

大小:83.00 KB

页数:16页

时间:2018-11-20

论析产品化软件客户需求管理_第1页
论析产品化软件客户需求管理_第2页
论析产品化软件客户需求管理_第3页
论析产品化软件客户需求管理_第4页
论析产品化软件客户需求管理_第5页
资源描述:

《论析产品化软件客户需求管理》由会员上传分享,免费在线阅读,更多相关内容在学术论文-天天文库

1、论析产品化软件客户需求管理论析产品化软件客户需求管理当前软件市场中,不论是采用项目化还是产品化的软件策略,软件产品都是为了客户需求而度身制作的,只是客户可能是一个特定的单位,例如一个公司或是企业(项目化软件);也可能是一个特定的群体,例如财务管理人员(产品化软件)。需求是产品或服务应该完成或达到的目标,或者是必须具有的一种质量。客户的需求就是软件功能的源头,因此需求对于软件的发展和软件本身的质量是十分重要的,然而不同类型的软件策略或是不同类型的需求中,处理需求、提交软件得方式各有不同。以管理类的软件为例,软件功能具有

2、很强的专业性,每个项目的实施都是其需求的累积过程,也是其软件实现产品化过程中的需求。同时需求收集也是项目首先容易出问题的主要地方之一,并对后续实施具有很大影响。第一节客户需求的分类需求,定义了项目要交付的产品或者服务,这些需求是客户正在寻求的变更的基础。在需求收集阶段,涉众评估之后,项目负责人和项目团队将承担起执行各个步骤、建立需求基线的任务,这一过程是需要勤勤恳恳地一步一步完成的系统性工作。就是这些需求将用于估算项目的成本和时间,最终,收集到的这些需求会驱动客户对产品或服务的验收。需求的类型,根据其对软件开发的要求

3、大致可分为4种:1、功能需求功能需求指定产品或服务必须做什么。他们是产品或者服务必须执行的动作。例如软件系统必须自动跟踪库存并在库存低于下限时再订购存货。功能需求定义了开发人员必须实现的软件功能,使得用户能完成他们的任务,从而满足业务需求。2、非功能需求非功能需求说明产品或者服务应该具有的特性,以便做它必须作的事情。一般情况下,非功能性需求是用户对系统良好运作所提出的期望,包括易用性、反应速度、容错性等质量属性,这些需求是使产品或者服务具有吸引力。大多数非功能需求与性能标准相关联,且通常是建立产品或者服务边界的需求。

4、非功能需求有时能够通过细化全局需求而生成,通常与为系统如何起作用而设置参数的性能标准有关。例如软件系统必须支持使用扫描设备。3、全局需求全局需求描述系统或者项目内最高层次的需求。全局需求将系统作为一个整体来描述其特征。在项目初始阶段,许多需求作为全局需求而结束,它们要求项目负责人和项目团队通过需求生成的方法来细化它们。全局需求是一个相对较新的术语。在过去,这些术语称为总体需求或者产品约束需求。对全局需求需要提醒的是,大多数情况下,只通过简单地询问与什么、为什么或者如何相关的问题,就可以将它们转化为非功能需求。事实上,

5、将全局需求转变为非功能需求,以便更好地关注需求实际上是什么,这是很明智的做法。例如系统必须直观、可扩展,这类需求可归类为全局需求。但如何使系统做到直观、可扩展,就能够逐步细分为非功能需求。4、产品/项目约束约束是表面上类似于设计约束或者项目约束的需求。设计约束是那些预先存在的设计决策,这些决策强制要求最终产品看起来必须如何,或者他必须如何遵守技术。项目约束涵盖的领域除最后期限外还包括预算和进度安排等。另外,产品约束能够被列为全局需求,但是项目约束不能列为全局需求,因为他们处理的不是产品的需求,而是交付产品的过程的需求

6、。类似XX功能/操作的响应时间必须小于10毫秒,或者产品需要通过X络登陆就是属于约束。需求识别和分类对于理解项目方向是至关重要的,通过需求的确定,项目框架才开始成形。同时需求识别也是了解软件产品是否能满足用户使用要求的关键环节。需求举例:功能模块1:订单录入用户录入一个订单1.1识别客户1.1.1新客户或原有客户1.1.2客户姓名地址等信息1.1.3原有客户关联客户(如指定承运人)1.2获得订单1.2.1请求的产品1.2.2订购的数量1.2.3附加指令第二节客户需求的产生从软件开发角度来说,客户需求就是客户为解决自身

7、问题所需的特定任务或功能,需求的存在或者是因为产品的类型要求某些功能或者质量,或者是因为客户想要需求成为产品/项目交付的一部分。需求收集就是根据系统业务的需求来获得系统用户的需求,然后通过需求分析得到系统的功能需求、非功能需求等不同类型的需求。需求收集的一般顺序是:问题目标解决方案需求功能特性。然而在看似简单的需求收集、需求分析中,其实隐藏着很大的风险,不同的人对于需求的理解和描述很可能会有所不同。不同类型的客户需求变更要求经过分析后有三种处理方式:拒绝:与项目无关或超出项目业务目标范围的问题(超出技术协议范围未必超

8、出要解决业务目标范围),必须告诉用户拒绝解决,以绝后患。即使从充实软件产品的角度考虑,也不应将与软件核心管理价值无关的内容或功能加入到软件产品中。推迟:因其附属于其他问题或暂时无资源,无法解决,实施顾问和用户就推迟问题解决时间达成一致。响应:实施顾问接受与项目相关的问题,根据对项目的影响和软件产品的评估结果决定其优先级,并采取行动落实公司资源来

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。