软件需求工程第6章.涉众分析与硬数据采样.pptVIP

3.4涉众评估优先级评估基于涉众扩展特征进行涉众优先级的评估3.4涉众评估风险评估分析态度3.4涉众评估风险评估化解涉众风险策略3.4涉众评估共赢分析Stakeholder/Issue关系图列出系统的所有涉众类别，明确描述他们的兴趣和对系统的期望；从涉众们的兴趣和期望中发现背后涉及的共同问题（Issue）；建立涉众类别和问题的关联，如果某个涉众类别对一个Issue存在兴趣，那么该涉众类别和这个Issue就存在关联关系；对每一个Stakeholder-Issue关系，标明该关系上面所被寄予的期望；3.4涉众评估共赢分析Stakeholder/Issue关系图共赢分析Stakeholder/Issue关系图如果某个Stakeholder-Issue关系上所寄予的期望与项目的业务需求无法保持一致，那么它关联的涉众就在该Issue的问题上和项目整体目标存在冲突涉众和项目负责人互相调整、折中重新评估项目的可行性3.4涉众评估3.4涉众评估共赢分析Stakeholder/Issue关系图如果Stakeholder/Issue关系图中某个Issue所关联的不同关系标识有互相冲突的期望，那么就意味着它所关联的涉众在该Issue上存在需求冲突分析各冲突方成为项目赢家的条件适当的调整,化解冲突分析项目在该Issue上的目标、约束和可选方案，并提供给冲突方进行权衡，促进他们之间协商解决利用目标模型深入涉众分析将目标模型的Goal分配到Actor根据Goal的优先级安排Actor的优先级根据Goal的风险确定Actor的风险根据目标分析深入分析Actor间的互动发现Actor之间的冲突根据Goal的冲突情况协商解决Actor间冲突涉众的目标模型基于目标模型的涉众互动分析3.5涉众选择代表采样完整采样:每种涉众类别都有自己的代表态度积极:愿意提供帮助数量适中太少:个人看法倾轧群体共同看法太多:达成一致困难代表数量的准确数字要视项目的上下文环境来确定,一般6-10比例恰当计算机技能业务技能3.5涉众选择参与策略让代表们在合适的时间参与合适的工作3.5涉众选择用户替代源因为业务关系而和用户频繁接触的人，能够代替他们发表看法市场人员服务咨询人员技术支持人员领域专家3.5涉众选择

——用户参与建立和用户的直接联系用户参与软件系统开发的整个过程反馈设计：最终的软件系统是和用户的活动行为密切相关的优点会有更精确的用户需求，进而提高了系统的质量可以避免发生代价昂贵的系统故障能提高用户对系统的接受度用户能够更有效的理解和使用系统可以提高组织内决策制定过程的参与度缺点采集和管理巨量原始数据会花费很多时间需要解决直接接触用户和对设计施加影响的困难用户通常不愿意在别人的观察下工作，而且研究发现用户在被观察时并不是真的在工作难以安排对用户工作过程的观察主要内容涉众涉众分析的主要内容涉众分析过程硬数据采样1.涉众分析的必要性

——回顾：获取的源头两种类型人脑内知识困难，有很多问题如何寻找合适的人？如何有效的与他们进行交流？…人脑外知识1.涉众分析的必要性

——涉众所有能够影响软件系统的实现，或者会被实现后的软件系统所影响的个人和团体。用户:最终使用和操作产品的人关注软件功能客户:为软件系统的开发付费的人关注经济上的成本、收益开发者:负责实现软件系统的人关注技术上的成本和收益1.涉众分析的必要性

——涉众所有能够影响软件系统的实现，或者会被实现后的软件系统所影响的个人和团体。管理者：参与软件系统开发事务管理的人投资方管理者、执行负责人、项目管理者关注系统的开发进程领域专家:在问题域中具有丰富知识的专家关注软件中的知识政府力量:法律法规、长远规划、政策意向等起约束和指导作用市场力量：组织中的市场部门人员关注用户的想法1.涉众分析的必要性

——涉众涉众类别需要细分每一类涉众的所有成员都能够一致、稳定的从相同立场、相同视角来看待相同的软件系统发现比较关键的涉众需要分析他们各自的赢利条件，以在相互妥协中尽力实现一个共赢的结局涉众群体不是固定不变的对涉众的理解不是一个完成之后就可以结束的活动，而是应该在完成之后继续保持适当的关注涉众分析就是为软件系统寻找并理解关键涉众的过程主要内容涉众涉众分析的主要内容涉众分析过程硬数据采样2.涉众分析的主要内容

——涉众分析/寻找涉众信息系统的四种类型小型系统（S