软件开发获取客户需求的沟通技巧

   获得成功的软件项目是建立在平稳的需求基础之上的，高质量的需求来自于用户和开发者之间的有效沟通和协作。如果用户有难题可以通过计算机系统处理，而开发者逐渐帮助用户解决问题，交流就开始了，沟通的技巧也变得至关重要。

　　在开发软件中，需求获取可能是最难的.最重要.容易出错和最需要交流的主题活动。通常，对于需求的获取有不正确的理解：用户知道需求是什么，每个人还需要与这些人进行沟通和交流，从他们那里获得需求，只要问用户系统的方向特征，什么叫实现，以及哪些系统能够应用于商业服务都是可以的，但是实际上需求获取并不像想象的那么简单，沟通交流的道路上铺满了荆棘。先需求取要界定难题的范畴，系统的边界通常难以确定，使用者不知道关键的技术实现，就会造成系统整体目标的混淆。

　　其次是对现象的认识，用户对电子计算机系统的工作能力和限度缺乏把握，任何一个系统都会有许多用户或不同类型的用户，每个用户只知道自己所需的系统，不了解系统的整体状态，她们并不清楚系统作为一个整体如何更有效地工作，他们也不太清楚这些工作能交到手机软件完成，他们也不清楚什么是需求，换句话说，如何用一种精确的方式描述需求，他们需要开发人员的帮助和具体的指导，但是在用户和开发者之间的交流很容易受到阻碍，忽略了一些被认为“很确定”的信息内容。归根结底是需求的确定，因为需求的可变性经常因时间的变化而无法确定。要更好地解决上面的难题，一定要有实施需求的主题获取活动。

　　获得需求主题活动提出要实现的11项日常任务换句话说流程分别是明确需求全过程.撰写项目主视图和类别文本文档.用户群分类.用户群分类.用户分类.用户指.选择用户意味着.创建关键团队.明确应用案例.举办协同会议.分析用户工作内容.明确质量特征.检查问题报告和需求器重。自然而然应该根据机构和项目的实际情况进行适当的裁减，例如，根据项目和用户的情况，将需求征求会改为调查表或进行讨论。

　　撰写专案主视图和类别文本文件。一个系统的需求包括四个不同的层次：业务过程需求.用户需求和角色需求.非多功能需求。商业过程要求表示向用户新系统提供的最开始权益，反映组织架构或用户对系统.商品的高端方向规定，他们在项目主视图和类别文本文档中给出说明。一个用户需求文本文档描述了用户应用程序必须完成的日常任务，这在应用案例文本文档或者计划方案脚本制作演示演示中显示。角色要求定义了开发人员必须维持的系统角色，促使用户完成日常任务，然后才能满足业务流程需求。

　　非通用性需求是指用户对系统良好运行所提出的期望，包含了方便.反应速度.容错.可扩展性这些品质特征。需要获取即根据系统的业务流程需求来得到系统的用户需求，然后根据需求分解得到系统的作用需求和非作用需求。专案主视图和类别文本文件应是高端上叙述系统的业务流程需求，应包括高层住宅设备业务流程的总体目标、评定难题解决方法的商务技术可行性分析、全部应用案例和功能需求必须遵循的规范。并且类别文本文件界定了商品所涉及到的所有工作，以及产生商品的整个过程。工程相关人员对项目的目标和类别达成了一致意见，所有的项目团队都需要专注于项目的整体目标和标准。