DFD图建模实例.pptVIP

本章主要内容及重点 系统（需求）分析的任务、过程与原则 可行性分析 需求获取技术（系统调查） 建模技术 需求建模技术（业务流程图） 功能建模技术（数据流程图、处理描述技术、数据字典） 数据建模技术（实体—数据关系图：ER图 复习） 行为建模技术（状态迁移图、时序图、Petri网） 新系统逻辑模型建立 系统分析报告（需求规格说明书） 支持需求分析的快速原型技术（有时间） 第三章 结构化系统分析 §3.0 系统（需求）分析的任务、过程与原则 需求分析的概念 √需求分析的任务 需求分析的标准和过程 √软件需求分析的原则 §3.1 系统调查和可行性分析(需求获取技术) §3.2 业务流程调查（业务流程图） §3.3 系统调查及业务分析案例—时代广场 §3.4 面向数据流的分析方法概述 §3.5 数据建模及ER图 §3.6 功能建模及数据流程调查（DFD图） §3.7 数据字典及处理的描述工具（决策表、决策树、结构化英语） §3.8 行为建模及状态-迁移图（时序图、Petri网） §3.9 新系统逻辑模型的建立 §3.10 系统分析报告（需求规格说明书） §3.0 系统（需求）分析的任务、过程与原则 软件需求：用户对目标软件系统在功能、行为、性能、设计约束等方面的期望 软件需求析：对应用问题及环境的理解和分析，为问题涉及的信息、功能及系统行为建立模型。将用户需求精确化、完全化，最终形成需求规格说明书 需求分析的任务就是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决目标系统的 “做什么” 的问题。 §3.0 系统（需求）分析的任务 需求分析的任务 深入描述软件的功能和性能 确定软件设计的约束和软件同其它系统元素的接口细节 定义软件的其它有效性需求 需求分析的任务理解 通常软件开发项目是要实现目标系统的物理模型 目标系统的具体物理模型是由它的逻辑模型经实例化，即具体到某个业务领域而得到的 需求分析研究的对象是软件项目的用户要求 准确地表达被接受的用户要求 确定被开发软件系统的系统元素 将功能和信息结构分配到这些系统元素中 需求分析的具体任务 §3.0 系统（需求）分析标准和过程 需求的四项基本标准 明确（clear） 完整（complete） 一致（consistent） 可测试（testable） 需求分析的过程 需求分析过程图 对问题的识别、需求描述（分析与综合）、制定规格说明和需求评审。 软件的需求分析的流程 问题识别 分析与综合的含义 常用的分析方法 编制需求分析阶段的文档 软件需求说明书 √数据要求说明书 初步用户手册 √修改、完善与确定软件开发实施计划 需求分析评审 §3.0 系统（需求）分析的原则 1、需要能够表达和理解问题的信息域和功能域 信息域应包括： 信息流：数据和控制通过一个系统时的变化方式。两个功能之间的数据/控制传递就确定了功能间接口 信息内容：单个数据或控制对象，它们构成了某个更大的由软件变换生成的信息的集合。 信息结构：各种数据和控制项的内部组织。 2、以层次化的方式对问题进行分解和不断细化 软件的功能域和信息域都能做进一步的分解。这种分解可以是同一层次上的，称为横向分解；也可以是多层次的纵向分解。 3、要给出系统的逻辑视图和物理视图 4、软件需求规格说明的原则 §3.1 系统调查和可行性分析 获取用户需求的主要方法是调查研究，主要工作: 建立获取用户要求的方法的框架； 支持和监控需求获取的过程的机制。 系统初步调查 可行性分析 任务：从系统分析人员和管理人员的角度看新项目开发有无必要和可能。 （feasibility study）。 结果：系统可以进行开发、系统在现有条件下不应开发及改变目标，追加投资，延长工期。 内容：技术可行性、 经济可行性、 操作可行性 可行性分析报告（P81-83） 系统详细调查 调查的目的 √调查内容 √调查原则 √调查对象 需要收集的信息（关于组织、人、工作、环境的信息） 调查的形式 √调查策略 √调查过程 √调查工具 §3.2 业务流程调查 1、业务或业务活动：是对组织或企业的一切专业工作和活动的总称。 2、组织结构调查：使用反映组织内部之间隶属关系的树状结构图 某服装进销存管理的组织结构图 3、功能调查：将组织内部各项管理业务功能都用一张表的方式罗列出来，它是数据流程分析、建立新系统的逻辑模型及系统设计的基础。 某学籍管理系统管理功能图 4、业务流程调查：将功能调查内容细化，利用调查资料将业务处理过程中每个步骤用一些简明的符号将其串联起来。业务流程调查的作用有： 可以帮助我们了解该业务的具体处理过程； 发现和处理系统调查工作中的错误和疏漏； 修改和删除原系统的不合理部分； 在新系统基础上优化业务处理流程。 5、业