需求分析--第2节_项目管理.pptVIP

需 求 分 析Requirements Analysis 第2章 项目管理 项目管理 2.1 引言 2.2 开发阶段概述 2.3 关于战略 2.4 关于需求分析 2.5 工序1：确定范围 2.6 工序2：规划工序 2.7 工序3：收集信息 2.8 工序4：对企业进行描述 2.9 工序5：确定对新系统的需求 2.10 工序6：确定现有系统的环境 2.11 工序7：筹划变迁 2.1 引言 第一个要求：事先进行认真的规划 在任何领域成功的项目都具有如下特征： 在规定时间内完成 费用没有超出预算 达到了预先规定的性能指标和技术水平 充分、有效地利用了所分配的资源 第二个要求：切实有效的项目管理 对系统项目的有效管理要求具备如下几点： 与项目客户建立密切联系 切实有效的项目管理 相关人员都明确并切实理解的一系列步骤 第三条要求：要有一系列明确的步骤，以弄清出资企业的本质及其对新系统的要求。 要确定这些步骤，需要： 对项目开发的阶段及任务做出定义 制定出期望从各步骤获得可交付产品的规范 对要使用的资源做出说明 2.2 开发阶段概述 通常的系统开发生命周期（原型法） 这并非是最终系统，可能还要经过很长时间才能得到最终系统。 系统开发生命周期（瀑布法） 2.3 关于战略 2.3.1 对企业的清晰表述 战略研究应该清楚地说明企业的概貌： 动机 数据 行为 位置 人员及部门 时间（规划周期） 2.3.2 对项目的明确描述 对每个项目，在该计划中都应包括如下内容： 项目的范围及目的 人员 性能标准及关键指标 2.4 关于需求分析 通过战略研究确定了要开发的项目及企业的总体设想和任务后，就要对每个项目按如下工序进行需求分析： 工序1：确定范围 工序2：对需求分析进行认真的规划 工序3：收集信息 工序4：对企业做出描述 工序5：对现有系统进行盘点 工序6：确定对新系统的需求 工序7：筹划如何转变 2.5 工序1：确定范围 在真正需求分析工作开始之前，要按照信息架构中的各列对范围做出明确的表述： 数据：该项目的范围由哪些重要数据来确定？ 行为：该项目包括哪些行为？ 组织：这些行为在什么地方实施？ 时间：哪些事件应包括在不确定的范围中？ 动机：企业想达到什么目的？ 关于如何进行范围的界定，并无固定规律可循。只有凭经验、靠常识！ 2.6 工序2：规划工序 每个项目都有自己的独特之处，每个项目的具体步骤、资源和时序都需要重新定义。 在需求分析阶段，不仅需要和业务专家沟通，而且也要有能从战略角度分析问题的人士参与。 2.7 工序3：收集信息 第1步：情况简介 第2A步：沟通 第2B步：召开“联合应用系统开发（Joint Application Development, JAD）”研讨会 第3步：获取行业信息及模式 第4步：审视已有软件的范围 2.7.1 第1步：情况简介 在确定占用业务专家的时间进行沟通及建模研讨之前，应向他们介绍本项目的情况。在此次会议上，应介绍： 你自己 本项目的目的及范围 对他们在时间及其他方面的要求 建模过程，要给出足够多的技术范例，使与会人员能够真正听明白 2.7.2 第2A步：沟通 要安排与每个已确定的业务专家面谈 交谈要请他人做好记录 宏观上的交谈和微观上的交谈 2.7.3 第2B步：召开联合应用系统开发（JAD）研讨会和反馈意见会 JAD研讨会目的是该项目的应用领域做详细的考察。经常要当场构建出该组织的一个或多个模型，并取得专家的认可。 要选定一个主题，进而围绕该主题讨论相关的若干重要事项，通过对这些重要事项的逻辑分析，构建出某个模型。 此次会议目的不仅是要创建（或更新）这一模型，而且还要求得到与会人员最大程度的参与。 2.7.4 第3步：获取行业信息及模式 信息主要有两种： 一是关于该行业的基本信息 二是该行业中其他公司如何处理本项目所要解决的问题 2.7.5 第4步：审视当前系统 从已有系统中获取对新系统的需求并不是什么好思路 已有系统似乎不会为需求分析提供什么有价值的信息。 但对已有系统和新系统之间的数据处理、通信等要注意分析 2.7.6 第5步：结果 本工序的主要结果并不是正式的报告，而是若干笔记或草图，以及记录曾与哪些人进行了交谈的日志。或许还有该行业或当前系统的一些补充信息。 2.8 工序4：对企业进行描述 在该阶段，将用图形或文字形式的一系列模型对企业做出描述 建模工作的主要任务可做如下划分： 第1步：创建数据（对象类）模型 第2步：创建行为模型 第3步：创建位置模型 第4步：创建人员和组织模型 第5步：创建事件和时序模型 第6步：创建动机模型 第7步：展示模型 2.8.1 定义数据模型 这些模型描述了对企业具有重要意义的事项及这些事项之间的关系。数据模型可以是实体/关系模型，也可以是对