需求分析概述_9.pptVIP

Zachman 框架 Zachman矩阵的行 目标/范围（规划者视图） 关心软件系统的成本和效益， 对最终系统的规模、形式、位置空间以及基本目标的粗略描述 规划者视图规定了项目的前景和范围。 企业模型（所有者视图）： 关心软件系统会如何参与和帮助实际工作 对业务实体、业务过程以及它们与系统之间交互的描述 利用业务概念限定了系统的解决方案——分析模型。 系统模型（设计师视图）： 关注软件系统应该的需要以及设计方法的选择限制 对软件系统的基本功能和设计空间的描述——体系结构。 Zachman 框架 Zachman矩阵的行 技术模型（构建者视图）： 关注程序 对软件系统当中控制逻辑、算法、I/O控制以及其他各种具体技术细节的描述——描述详细设计的设计模型 组件模型（集成者视图）： 关注组装 对软件系统的组件、接口以及编码程序等内容的描述 实际运行的系统： 描述系统投入使用后的实际状况和在运行中的实际表现。 Zachman 框架 Zachman矩阵的列： 数据：对企业有重要意义的事物以及企业对这些事物的理解 功能：企业在业务中执行的任务以及企业对任务的理解。 位置：组织活动和软件系统的地理分布，以及它们与组织的其他方面的关联。 人：在软件系统被引入后会涉及的人员和组织 时间：系统内的事件-事件关联之间的时间因素，表现为业务的规划调度、系统的事件响应和控制结构。 动机：该列针对的是企业建立目标系统的动机，揭示了企业的目标、目的、业务规划、知识架构、思想路线和决策基础。 Zachman 框架 结构化 信息工程 面向对象 通用 其他 数据 数据流图DFD 实体关系图ERD 数据流图DFD 实体关系图ERD 类图 数据字典 对象角色模型 功能 上下文图 数据流图DFD 功能实体矩阵 上下文图 数据流图DFD 功能实体矩阵 功能分解图 过程依赖图 用例图 交互图 活动图 对象约束语言 微规格说明 状态（转移）图/矩阵 业务过程模型 网络 Map 人员 层次模型 矩阵模型 网状模型 时间 实体生命历史 事件实体矩阵 实体生命历史 事件实体矩阵 状态（转移）图/矩阵 Petri网 动机 对象约束语言 微规格说明 对象角色模型 主要内容 需求分析的根本任务 需求分析技术 需求分析方法 前期需求阶段的建模与分析 需求分析的活动 需求分析方法 传统分析 没有方法 (1950’s) 依赖个体才智,依据个人习惯 缺乏结构、不可重复、不可测量,冗长、混乱、偏颇、无结构等等 结构化分析 （1970’s）:从功能角度，把现实世界描述为数据在信息系统中的流动 传统结构化分析 (late 1960’s), 现代结构化分析 (late 1970’s) 以数据流动为中心，以DFD为核心技术，辅助ERD，STD… 信息工程 (late 1980’s) ：是对结构化分析方法的改进，从信息角度描述系统 以数据为基础，ERD为核心技术，辅助DFD，STD, FDD, PD… 面向对象分析 （1990‘s） 以对象为基础，以UML（类图）为核心技术 结构化分析方法 面向对象分析方法 主要内容 需求分析的根本任务 需求分析技术 需求分析方法 前期需求阶段的建模与分析 需求分析的活动 4. 前期需求阶段的建模与分析 使用面向问题的技术对问题世界的建模 使用面向解系统的技术对软件解决方案 的建模 前期需求阶段的分析技术 面向目标的分析（Goal Oriented Analysis） 面向问题域的分析（Problem Domain Oriented Analysis） 领域分析（Domain Analysis） 企业建模（Enterprise Modeling） 前期需求分析阶段的重点是理解问题世界，注重于系 系统的环境、开发组织的业务背景、涉众的特征以及 目标等等，软件系统只是整个背景下的一个要素。 后期需求分析阶段关注的是解系统解决方案的建立， 以软件系统为核心，注重于分析系统的内部功能以及 它与环境的互动，是对系统功能的详细信息的分析。 面向问题域的分析 问题框架 特性 解决 框架分解与组合 基本思路 研究所有可能的问题域，从中发现一些重复出现的简单问题类型 分析每一种问题框架的特性，确定问题的理解和解决方法 将问题框架的建立和分类系统化，以简单的问题框架为基本单位，进行复杂问题的分解 领域分析 企业建模 主要用来理解组织的结构、行为规则、目标、重要成员的任务与职责、操纵的数据等等。企业建模利用企业的目标、任务、策略、资源等来刻画组织的行为，并依此来发现组织开发系统的目的，建立系统的业务需求 主要内容 需求分析的根本任务 需求分析技术 需求分析方法 前期需求阶段的建模与分析 需求分析的活动 5. 需求分析的活动 需求细化 明确用户需求的隐含因素 将从问题域和业务的角度表述