[第02章用户需求分析.ppt

主讲：易建勋 第2章 用户需求分析 第2章 用户需求分析 2.1 需求分析概论 2.1.1 需求的定义 IEEE软件工程定义的需求： 1）用户解决问题或达到目标所需要的条件或要求。 2）系统满足合同、标准、规范或其它正式规定文档所需具有的条件或要求。 3）反映上面1）或2）所描述的条件或要求的文档说明。 2.1 需求分析概论 真正的“需求”实际上存在于人们的脑海中。任何文档形式的需求（如需求说明书）仅是一个模型，一种叙述。 定义： 网络工程需求分析的目的是描述网络系统的行为特征与约束条件，指明网络系统必须实现的具体指标。 2.1 需求分析概论 2.1.2 需求开发与管理 （1）需求开发 需求获取 需求分析 需求文档 需求验证 需求分析的结果是技术文档及相关分析模型。 需求分析文档定义了网络工程项目的需求基线。 2.1 需求分析概论 （2）需求管理 很难分辨出需求管理和需求分析的差别，大多数网络工程师在进行需求分析工作时，已经不知不觉的在开展需求管理和需求分析两种活动。 需求管理包括以下工作： 需求跟踪 需求变更 需求评估 2.1 需求分析概论 2.1.3 需求分析的工作内容 用户需求分析内容如表2-1所示。 2.1 需求分析概论 （1）用户网络环境分析 用户建筑物布局情况，及建筑物之间的最大距离； 外部网络接入点位置； 网络中心机房位置； 设备间的位置及电源供应情况； 信息点数量及位置； 两个用户之间的最大距离； 用户部门的地理分布情况； 特殊的需求或限制条件。 2.1 需求分析概论 （2）用户网络设备状态分析 用户现有的计算机数量及分布情况； 今后几年中用户信息点的可能增长情况； 现有网络设备型号、性能、数量及技术参数； 模拟通信设备，如电话、传感器、视频设备； 现有网络设备之间的物理连接等。 2.1 需求分析概论 （3）用户网络服务需求分析 数据库和应用软件的共享服务需求； 文件传输和存取的服务需求； 网站系统建设和应用的服务需求； 电子邮件系统的建设和应用需求； 网络远程访问服务的需求； 网络视频服务需求； 企业IP电话的需求等。 2.1 需求分析概论 （4）用户通信类型比例分析 数据、语音、视频等业务在应用中所占的比例； 是否有无线通信、无线漫游通信、卫星通信的需求等。 2.1 需求分析概论 （5）用户网络容量和性能需求分析 用户业务的时间规律； 用户业务产生的网络流量规律； 用户业务的安全需求； 用户业务的可靠性需求； 用户业务的最低带宽需求； 用户业务最低响应时间需求。 2.1 需求分析概论 2.1.4 需求分析中存在的问题 没有足够多的用户参与 用户的需求不断增加 模棱两可的需求 不必要的特性 过于精简的需求说明 不准确的计划 2.2 网络用户需求获取 2.2.1 用户的权利与义务 （1）用户的特点 用户是经过筛选的 用户是沉默的 用户是难以满足的 用户是可引导的 2.2 网络用户需求获取 （2）用户的权利 使用符合用户语言习惯的表达方式。 了解用户网络系统的业务及目标。 获取用户需求信息，并编写需求分析说明书。 对需求工作结果进行解释说明。 在交流过程中保持合作的职业态度。 对网络系统的实现及需求提供建议。 描述网络系统的基本特性。 允许用户利用已有的网络系统。 2.2 网络用户需求获取 对需求进行变更时，网络工程师应当对成本、影响、得失有真实可信的评估。 获得满足用户功能和质量要求的系统，并且这些要求是开发人员同意的。 2.2 网络用户需求获取 （3）用户的义务 给网络工程师讲解用户业务，并说明业务方面的术语等专业问题。 清楚的说明用户需求并不断完善它们。 系统需求说明应当力求准确详细。 对需求做出决策时，不要使用含糊不清的表态。 尊重网络工程师的成本估算和对需求的分析。 对一个复杂的网络系统，应当对单项需求、系统特性等划分优先实现的等级。 评审网络工程师提出的需求分析文档和模型。 2.2 网络用户需求获取 用户一旦对需求进行变更时，要马上与网络工程师联系。 在进行需求变更时，应对遵照网络工程师确定的工作流程来处理。 尊重网络工程师对需求分析采用的工作流程。 2.2 网络用户需求获取 2.2.2 需求获取的方法 网络工程由需求驱动，需求源于用户的需要。 如果网络工程面向的是特定行业或特定用户，可以由特定用户提交业务需求书。 如果系统集成商与用户有长期合作关系，可以在合作过程中培养用户提出需求和表达需求的能力。 如果网络工程项目是面向市场的，那么市场的声音都是用户的需求。系统集成商应当主动选择用户、细分市场、定位系统。 2.2 网络用户需求获取 如果用户是网络工程师不了解的一个行业或专业，需