需求分析--第2章_项目管理.ppt

1、需 求 分 析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 开发阶段概述,通常的系统开发生命周期（原型法） 这并非是最终系统，可能还要经过很长时间才能得到最终系统。,系统开发生命周期（瀑布法）,战略规划,需求分析,设 计,构 建,转 变,生 产,2.3 关于战略,2.3.1 对企业的清晰表述 战略研究应该清楚地说明企业的概貌：

3、 动机 数据 行为 位置 人员及部门 时间（规划周期）,2.3.2 对项目的明确描述 对每个项目，在该计划中都应包括如下内容： 项目的范围及目的 人员 性能标准及关键指标,2.4 关于需求分析,通过战略研究确定了要开发的项目及企业的总体设想和任务后，就要对每个项目按如下工序进行需求分析： 工序1：确定范围 工序2：对需求分析进行认真的规划 工序3：收集信息 工序4：对企业做出描述 工序5：对现有系统进行盘点 工序6：确定对新系统的需求 工序7：筹划如何转变,2.5 工序1：确定范围,在真正需求分析工作开始之前，要按照信息架构中的各列对范围做出明确的表述： 数据：该项目的范围由哪些重要数据来确定

4、？ 行为：该项目包括哪些行为？ 组织：这些行为在什么地方实施？ 时间：哪些事件应包括在不确定的范围中？ 动机：企业想达到什么目的？ 关于如何进行范围的界定，并无固定规律可循。只有凭经验、靠常识！,2.6 工序2：规划工序,每个项目都有自己的独特之处，每个项目的具体步骤、资源和时序都需要重新定义。 在需求分析阶段，不仅需要和业务专家沟通，而且也要有能从战略角度分析问题的人士参与。,2.7 工序3：收集信息,第1步：情况简介 第2A步：沟通 第2B步：召开“联合应用系统开发（Joint Application Development, JAD）”研讨会 第3步：获取行业信息及模式 第4步：审视已有

5、软件的范围,2.7.1 第1步：情况简介,在确定占用业务专家的时间进行沟通及建模研讨之前，应向他们介绍本项目的情况。在此次会议上，应介绍： 你自己 本项目的目的及范围 对他们在时间及其他方面的要求 建模过程，要给出足够多的技术范例，使与会人员能够真正听明白,2.7.2 第2A步：沟通,要安排与每个已确定的业务专家面谈 交谈要请他人做好记录 宏观上的交谈和微观上的交谈,2.7.3 第2B步：召开联合应用系统开发（JAD）研讨会和反馈意见会,JAD研讨会目的是该项目的应用领域做详细的考察。经常要当场构建出该组织的一个或多个模型，并取得专家的认可。 要选定一个主题，进而围绕该主题讨论相关的若干重要事

6、项，通过对这些重要事项的逻辑分析，构建出某个模型。 此次会议目的不仅是要创建（或更新）这一模型，而且还要求得到与会人员最大程度的参与。,2.7.4 第3步：获取行业信息及模式,信息主要有两种： 一是关于该行业的基本信息 二是该行业中其他公司如何处理本项目所要解决的问题,2.7.5 第4步：审视当前系统,从已有系统中获取对新系统的需求并不是什么好思路 已有系统似乎不会为需求分析提供什么有价值的信息。 但对已有系统和新系统之间的数据处理、通信等要注意分析,2.7.6 第5步：结果,本工序的主要结果并不是正式的报告，而是若干笔记或草图，以及记录曾与哪些人进行了交谈的日志。或许还有该行业或当前系统的一

7、些补充信息。,2.8 工序4：对企业进行描述,在该阶段，将用图形或文字形式的一系列模型对企业做出描述 建模工作的主要任务可做如下划分： 第1步：创建数据（对象类）模型 第2步：创建行为模型 第3步：创建位置模型 第4步：创建人员和组织模型 第5步：创建事件和时序模型 第6步：创建动机模型 第7步：展示模型,2.8.1 定义数据模型,这些模型描述了对企业具有重要意义的事项及这些事项之间的关系。数据模型可以是实体/关系模型，也可以是对象模型。 任务1：创建业务数据模型 任务2：创建概念数据模型,2.8.2 第2步：定义行为模型,行为模型描述的是企业的行为 任务1：识别当前业务过程 任务2：如果合适

8、，创建实质数据流图 任务3：如果合适，创建IDEF0图 任务4：如果合适，创建功能层次图 任务5：创建功能/数据图,2.8.3 第3步：创建位置模型,位置模型描述的是公司运营所涉及的地理位置 任务1：描述位置网络 该公司经营活动是在什么地方展开的？在每个位置上完成哪些类型的事务？它们之间的相互关系是怎样的？ 任务2：确定出各自的角色，并确定出对数据分布的要求 在每个位置上完成的是什么任务？分别起着什么作用？各部门之间必须进行哪些通信？,2.8.4 第4步：定义人员和组织模型,任务1：表述组织原则 要搞清公司是在什么前提下组织起来的？ 任务2：绘制组织结构图，包括对角色及横向通信的描述 任务3：

9、把组织结构与15个可行系统对应起来 任务4：按照角色定义信息需求,2.8.5 第5步：定义事件和时序模型,这些模型描述了时间因素在企业运营中所起的作用 任务1：如果合适，创建本质数据流图 任务2：如果合适，创建状态/变迁图 任务3：如果合适，创建实体生命历史图,2.8.6 第6步：定义动机模型,任务1：描述背景 在本项任务中，要对战略研究所得出的企业设想和使命进行评估，如果有必要，可以做一些详细阐述 任务2：定义目的和手段 根据对企业设想和使命的表述，应该可以对企业的目的和将用以实现其设想和使命的手段做出定义 任务3：阐述商业策略 商业策略是商业规则的基础，它们将为任何一个系统开发项目提供上下

10、文环境,2.8.6 第6步：定义动机模型,任务4：定义商业规则的业务表述 商业规则是对企业运营的具体约束，这种商业规则可能影响到企业的整体运营，或者影响某一具体情况的处理 任务5：把商业规则和数据模型对应起来 任务6：把商业规则与功能模型对应起来,2.8.7 第7步：展示模型,在整个系统开发周期中，在此阶段建模者出错的代价要远小于已经根据此模型进行了系统开发、在系统实现时才发现对某事务本质的理解有重大失误的情况。,战略规划 $1,需求分析 $5,设 计 $20,构 建 $100,转 变 $500,生 产 $1000,2.8.7 第7步：展示模型,要鼓励业务专家或经理积极参与讨论，要注意如下两个

11、技巧： 首先：模型本身应尽可能清楚、易读 第二：注意展示模型的方式 对于各种图，应按照一定顺序，逐一展示 在描述功能层次结构时，应从位于树根层次的功能开始 在表述这些模型时，必须注意用自己的语言做出关于企业的断言，并求得对这些断言的确认,2.8.8 第8步：提交结果：模型描述,应把报告印刷成精美的书册，要让每个人都能看到它、理解它，甚至包括那些看不懂模型的人,2.9 工序5：确定对新系统的需求,需求分析的结果是对以下内容的描述： 所要开发的系统的目的 关键角色 所需具备的功能 需求约束 非功能性需求 要采用的技术的水平 容量要求 开发或购买新系统的决策,2.9.1 第1步：重申项目目的,无论是

12、在什么具体情况下，导致项目启动的首先是某种最重要的业务需要。在战略报告中对这种需要做了说明。要把报告中关于此需要的叙述记录下来，并印在该项目其他文档的扉页上,2.9.2 第2步：确定关键角色,任何项目的成功与否都最终取决于它是否为用之完成工作的人员所接受。这些人员是所有需求说明的最终解释者 关键角色： 客户或顾客 用户 风险承担者和顾问 （企业内部的）顾问 信息技术从业人员,2.9.3 第3步：确定所要具备的能力,有必要审视所创建的模型，考察企业所有者眼中的现有系统和构架师视图的差异 任务1：查找遗漏的数据 任务2：查找遗漏的功能 任务3：提出关于系统的用例并定义用例,2.9.4 第4步：确定

13、需求的约束,需求约束限制着可能的设计选项，以使系统能够满足一个或多个能力要求，这其中包括可用的硬件平台、预算经费方面的限制和先前做出的构架方面的决策 另外，还包括其他一些设计约束。这些设计约束是由于经济上的、现有系统的或培训方面的约束而造成的,2.9.5 第5步：确定非功能性需求,非功能性需求是所要开发的系统为支持功能需求而必须具备的特征或品质，其中包括： 质量 响应时间 外观与感觉 安全性 文化特性 法律特性 ,2.9.5 第5步：确定非功能性需求,任务1：确定质量需求 数据质量可以用包括如下各项的指标来衡量： 准确性 全面性 精度 适时性 可访问性 清晰度,2.9.5 第5步：确定非功能性

14、需求,任务2：定义对响应时间的需求 系统需求可能也包括对交互式系统的响应时间的要求。这包括两个方面： 首先：行为响应时间需求反映了系统与用户交互的情况 其次：操作响应时间需求的确定则有一定技巧,2.9.5 第5步：确定非功能性需求,任务3：确定对外在特征的要求 确定外在特征需求的工作包括明确标准及对系统整体美感的确定 任务4：确定安全需求 对安全性的考察可以考虑如下方面： 机密性 可用性 完整性,2.9.5 第5步：确定非功能性需求,任务5：确定文化及政治需求 一定要搞清楚可能使用该系统的所有机构的文化背景和政治上的考虑 任务6：确定与法律相关的需求 将使用所开发系统的用户或机构会受到某些法律

15、上的约束,2.9.6 第6步：确定技术水平,本步骤的任务是确定该企业为实现其目标而需要什么样的数据或处理。做出需求描述之后，在设计阶段将考虑运用某些技术来满足这些需求,2.9.7 第7步：确定容量需求,行为模型和数据模型都包括对其自身规模的衡量 在该步骤中，可以把上述统计数字归总起来，经概括得出对问题规模的认识,2.9.8 第8步：决定开发或购买,只有需求分析工作进展到了后期阶段，才可能提出是自己开发一个新系统还是购买某个商业现货软件包的问题 如果是自动化实现的功能是常规的维护功能，则采用标准化商业软件是非常合适的 如果要自动化实现的是企业运营中心工作的一部分，则就可以假设商业软件并没有针对该

16、公司的特色进行处理，这种情况下，开发自己的应用系统更为合适,2.9.9 第9步：提交结果：需求描述,工序6所提交的结果是列有如下各项的报告： 项目目的 关键角色 从功能上所要求的能力 非功能性需求 所要求的约束 技术水平 容量需求 关于决定购买或开发新系统的讨论,2.10 工序6：确定现有系统的环境,本工序是确保做到不仅搞清现有哪些系统、分别具有什么功能，而且明确操作环境： 物理架构 技术构架 操作规程 容量,2.10.1 第1步：定义操作环境,系统的总体环境是怎样？ 是以某台大型机为中心吗？ 还是借用了万维网？ 是否采用“客户端/服务器”网络模式？ 该环境为系统开发项目提供了上下文,2.10

17、.2 第2步：确定软件环境,在这一步骤中要确定如下各项： 数据库管理系统 对其中的每个系统 应用软件,2.10.2 第2步：确定软件环境,任务1：确定开发工具 项目开发中将使用什么CASE(计算机辅助软件工程 )或其他开发工具？可以使用哪些查询工具、数据传输软件和第4代语言？这些并不是将被用以实现本项目目标的应用软件。它们是开发人员为开发这种应用软件而使用的工具软件 系统数据结构 当前软件标准,2.10.3 第3步：定义技术构架,对现有技术的类型及其相互联系做出描述： 硬件 网络协议等 系统软件,2.10.4 第4步：定义操作规程,这些系统的操作环境是怎样的？这其中包括： 系统处理 系统数据通

18、信（接口）,2.10.5 第5步：确定现有的容量,该项目提供（或能提供）的处理能力和磁盘空间有多大？ 可利用的容量有多大？ 可以采用哪些方法获取更大的容量？,2.10.6 第6步：提交结果：系统明细,本工序最后的结果就是各种报表和清单。它们将为后续开发阶段的工作奠定基础,2.11 工序7：筹划变迁,变迁阶段可能是系统开发生命周期中最大的、成本最高的阶段，因此有必要及早对之做出规划具体地说，就是在需求分析阶段对之进行规划 变迁阶段涉及如下工作： 重新组织 教育 培训 数据转换 硬件安装与软件实现,2.11.1 第1步：开始重组,必须完全清楚组织结构的状况。组织原则是否将发生变化？汇报关系将发生怎样的变化？员工之间将形成什么样的新型联系？,2.11.2 第2步：开始教育,任何值得开发的新系统都将改变企业的运营。新系统将导致企业多个方面的分解、变化。为减轻可能带来的负面影响，教育的作