需求获取的方法课件.docVIP

需求获取技术 需求获取的目的：（ 1）清楚地理解所要解决的问题；（ 2）完整地获取用户需求。 需求获取面临的挑战：问题的复杂性和问题空间；理解的不完备性与不一致性；交流障 碍；需求易变性。 所以，分析人员必须掌握一些基本技术，包括初步需求获取技术、需求建模、问题抽象 与问题分解快速原型技术。需求获取技术包括两方面的工作：建立获取用户需求的方法的框 架；支持和监控需求获取的过程的机制。 一、需求获取的常用方法 1.组织人员 组织人员，建立分析小组，其中包括领域专家：主角，也就是用户方面的问题专家，了 解软件所解决问题的领域知识。 系统分析员： 导演， 软件开发人员方面的人 ，其主要分析 ， 抽象领域专家的知识，形成软件模型。 2.客户访谈 客户访谈，也就是获取用户需求，其主要方法是调查研究。其主要内容包括： （1） 了解系统的需求。软件开发常常是系统开发的一部分。仔细分析研究系统的需求 规格说明，对软件的需求获取是很有必要的。 （2） 市场调查。了解市场对待开发软件有什么样的要求；了解市场上有无与待开发软 件类似的系统。如果有，在功能上、性能上、价格上情况如何。 （3） 访问用户和用户领域的专家。把从用户那里得到的信息作为重要的原始资料进行 分析；访问用户领域的专家所得到的信息将有助于对用户需求的理解。 （4） 考察现场。了解用户实际的操作环境、操作过程和操作要求。对照用户提交的问 题陈述，对用户需求可以有更全面、更细致的认识。 在做调查研究时，可以采取如下的调查方式： ·制定调查提纲，向不同层次的用户发调查表。 ·按用户的不同层次，分别召开调查会，了解用户对待开发系统的想法和建议。 ·向用户领域的专家或在关键岗位上工作的人个别咨询。 ·实地考察，跟踪现场业务流程。 ·查阅与待开发系统有关的资料。 ·使用各种调查工具，如数据流图、任务分解图、网络图等。 为了能够有效地获取和理清用户需求，应当打破用户（需方）和开发者（ 供方 ）的界 限，共同组成一个联合小组，发挥各自的长处，协同工作。 3.问题分析与确认 问题分析与确认，主要组织分析并评审，最终确定问题是否比较完整。 二、需求获取的内容 需求分析目标主要搞清楚软件用户要 “做什么 ”，其用户需求内容主要是两方面：一是功 能性需求：定义了系统做什么（描述系统必须支持的功能和过程）；二是非功能性需求（技 术需求）：定义了系统工作时的特性（描述操作环境和性能目标）； 两类需求包括的内容：功能；性能；环境；界面；用户或人的因素；文档；数据；资源； 安全保密；软件成本消耗与开发进度；质量保证。下面分别对其作一定解释： （1） 功能需求：系统做什么？系统何时做什么？系统何时及如何修改或升级？ （2） 性能需求：软件开发的技术性指标：例如：存储容量限制；执行速度、相应时间、 吞吐量。 （3）环境需求：硬件设备：机型、外设、接口、地点、分布、温度、湿度、磁场干扰等 ; 软件操作系统；网络；数据库。 （4）界面需求： 有来自其他系统的输入吗？到自其他系统的输出吗？对数据格式有规定 吗？对数据存储介质有规定吗？ （5） 用户或人的因素：用户类型？各种用户熟练程度？需受何种训练？用户理解、使 用系统的难度？用户错误操作系统的可能性？ （6）文档需求：需哪些文档？文档针对哪些读者？ （7） 数据需求：输入、输出数据的格式？接收、发送数据的频率？数据的准确性和精 度？ 数据流量？数据需保持的时间？ （8） 资源需求：软件运行时所需的数据、软件。内存空间等资源。软件开发、维护所 需的人力、支撑软件、开发设备等。 （9） 安全保密要求： 需对访问系统或系统信息加以控制吗？如何隔离用户之间的数据？ 用户程序如何与其他程序和操作系统隔离？系统备份要求？ （10）软件成本消耗与开发进度需求：开发有规定的时间表吗？软硬件投资有无限制？ （11）质量保证：系统的可靠性要求？系统必须监测和隔离错误吗？规定系统平均出错 时间？出错后，重启系统允许的时间？系统变化如何反映到设计中？维护是否包括对系统的 改进？系统的可移植性？ 摘要：我们知道，需求调研不充分、用户需求描述不完整不准确，轻则影响项目建设的顺利程度，重则影响 应用系统的质量，甚至决定项目的成败。 俗话说， “良好的开端是成功的一半 ”。需求获取作为项目伊始的活动，是非常重要的。 目前我们所开发的软件项目一般有两种类型：产品项目和工程项目。 产品项目一般都会有充足的时间进行非常仔细的需求调研和分析， 而工程项目却并非如此 （因为它往往 受诸多因素的影响） 。 本文拟讨论如何根据工程项目的实际特点，采用合适的方法低成本高效率地获取用户的需求。 关键词：工程项目 需求获取 方法 产品项目一般是根据公司战略和市场需求研发的旨在进行批量出售或推广的项目， 工程项目一般是根据