软件需求分析（张昌利）5-cu.pptVIP

张昌利clzhang@chd.edu.cn 2015-03-04 客户及其需求观 客户/用户分类 寻找用户代表 需求冲突决策 细分客户需求 协商需求优先级 客户培训与签约 课后作业 信息学院 软件工程系 通常意义下，客户是指直接或间接从产品中获得利益的个人或组织，包括提出要求、支付款项、选择、具体说明或使用软件产品的项目风险承担者或是获得软件产品所产生的结果的人。 软件客户的分类： 支付、采购或投资软件产品的客户，有义务提供系统的业务需求，形成后继工作的指导性框架。 使用软件产品的最终用户，可以提供有关软件产品任务及非功能性特性的详细说明，即用户需求。 软件客户的需求观 需求分析是需求分析人员的事情，客户不必、也不应该过多参与； 分析人员或开发人员无须讨论和编写文档就能说出用户的需求。 导致的问题： 无法收集到详细的用户需求； 交付软件无法达到最终用户的使用要求； 需求频繁变更，项目失控或失败； 客户与开发团队的责任纠纷。 优秀的软件产品是建立在高质量的需求基础之上的，而后者则来源于客户与开发人员之间有效的交流与合作。只有当双方参与者都明白要成功自己需要什么，同时也应知道要成功合作方需要什么时，才能建立起一种合作关系。 开发人员与客户交流合作的效率提升方法： 客户分类； 选择合适的客户代表； 需求冲突决策 细分客户需求； 与客户确定需求条目的优先级； 客户培训与签约。 产品的用户在很多方面存在着差异，例如：用户使用产品的频度、他们的应用领域和计算机系统知识、他们所使用的产品特性、他们所进行的业务过程、他们在地理上的布局以及他们的访问优先级。根据这些差异，可以把这些不同的用户分成小组（ Gause and Lawrence 1999）。 每一个用户类都将有自己的一系列功能和非功能要求。一个没有经验或偶尔使用电脑的用户关心系统是否简单易用，因此，菜单、提示符和向导是很重要的。那些一天使用几小时产品的用户更关心产品的易用性和高效性，所以他们喜欢使用快捷键、宏以及脚本功能(scripting facility)。 用户分类示例 每一个用户代表代表了一个特定的用户类，并在那个用户类和开发者之间充当主要的接口。 用户代表者必须是真正的用户，而并不是用户的代理人，如主办者、产品客户、市场人员或者软件组成员。 产品代表者从他们所代表的用户类中收集需求信息，并负责协调他们所代表的用户在需求表达上的不一致性和不兼容性。 用户代表必须参加整个软件开发生存周期，而不仅仅是只参加开始的需求阶段。 用户代表示例 原则：尽可能由客户或最终用户作出决策，因为他们与问题密切相关，并能得到关于这些问题的广泛信息。 决策方法： 个别用户不能在需求方面达成一致的意见，必须由产品代表者作出决策； 不同用户类有不一致的需求，必须决策出满足哪一类用户的需求更为重要； 不同公司的客户需求不一致时，必须根据业务目标决定那些是最关心的客户； 需求冲突决策方式（续）： 客户经理所提出的需求与他所在部门的真正用户提出的需求相冲突，那些没有亲自使用过产品的经理必须服从代表他们用户的产品代表者提出的详细的用户需求和功能性规格说明； 当开发者想象中的产品与客户需求冲突时，通常应该由客户作出决策，但客户并不总是对的； 如果市场部门所提出的需求与开发者所想要开发的系统发生冲突时，鉴于市场总是迁就客户需求、而不管需求的合理性和费用，参照上一方式。 当客户的期望很高、开发时间短并且资源有限时，你必须尽早确定出所交付的产品应具备的最重要的功能。建立每个功能的相对重要性有助于你规划软件的构造，以最少的费用提供产品的最大功能。 优先级示例： 1、分析“气体污染扩散模拟”需求。