(优选)结构化系统分析
合集下载
结构化系统分析方法
管理业务调查
第 六 章 管 理 信 息 系 统 的 系 统 分 析
二、管理业务流程调查
（二）表格分配表
表格分配图：表示系统中各种单据和报告都与哪些部门 发生业务关系。
处理
1
2
3 4 重复的单据或报告、 报表和帐目
数据流向
绘制表格分配图的方法
首先，分析并弄清多份表格或数据产生的部门和传递的部门； 其次，了解产生表格或数据的部门进行的处理工作，同时了解 接收表格或数据的部门所进行的处理工作；
详细调查的原则是：用户参与。即由使用部门的业务人员、主管
人员和设计部门的系统分析人员、系统设计人员共同进行。
第一节
可行性分析和详细调查概述
第 六 章 管 理 信 息 系 统 的 系 统 分 析
三、详细调查的目的、原则
详细调查的方法是： 1.发调查表（重点是调查表的设计，在调查表中需要被调查者 填写工作部门、工作岗位、所从事的业务、在业务处理中需要从哪
然后，弄清各部门经处理工作后形成的数据文件；
最后，用数据流线将数据与各处理功能之间及处理功能与形成 的数据文件之间指明正确的传递方向。
根据以下业务过程画出发货业务的表格分配图
供应部门根据发货计划准备一式四份出库单。一份出 库单送成品库，并登记库存台帐。一份出库单送销售部门， 将供货合同执行情况登记入合同帐。一份出库单送财会部 门作应收款处理，计入应收帐。一份留在本部门作为存档 资料。
三、详细调查的目的、原则 2.开调查会（如果在表格调查的基础上，再对一些关键部门、
关键岗位组织一些调查会议，请各业务部门介绍各部门的管理职 能、工作内容、工作流程和管理模式等内容。这样就可以使系统 开发者获取许多不能从调查表上所了解到的系统现状及用户需 求。）
第七章结构化系统分析
为了实现系统的目标，系统必须具有各 种功能。功能即完成某项工作的能力。 调查中可以用功能结构图来描述从系统目
标到各项功能的层次关系。
销售系统的管理功能图
仓储配送部门
入库业务
出库业务
报表
盘点
采 购 入 库
零 星 入 库
盘 盈 入 库
业 务 出 库
盘 亏 出 库
配 送 业 务
入 库 报 表
出 库 报 表
教务科将这些报表汇总后与学校招生办进行核对， 准确无误后存档以备使用。
学生入学前一个学期，各专业要制定教学计划， 教学计划由各个系部讨论，教学主任审核后，上 报教务处，由教务处出面组织进行全校讨论，协 调各专业的教学计划，最后形成综合教学计划下 发各系部 。
每学期期中，各系部根据教学计划制定下 一个学期各个专业的教学执行计划，系、 部教学主任审核后上报教务处，然后各系、 部根据教学执行计划安排授课教师，选购 教材。 各系将落实后的教师任务分配表汇总后上 报教务处。 学校实施学分制管理后，在每学期开学以 前要进行学生选课工作。 由教务处进行统一协调，最后制定出全校 课程表下发各系部和学生。
开会 讨论
教学 计划
教学计划 打印 教学 计划
教务处
排课
各 系部 有关 领导
统计 报表
教师任务 分配表
教师情况 登记表
课程表
教改 立项
教师
学生
图 教务管理子系统业务流程图
教师
期末 成绩
登记期 末成绩
统计 分析
分析 报表
有关 领导
学生成绩
图 成绩管理子系统业务流程图
习题1:业务流程图的绘制
根据某工厂成品库管理业务绘制业务流程 图： 某工厂成品库管理的业务过程如下：成 品库保管员按车间送来的入库单登记库存 台帐。发货时，发货员根据销售科送来的 发货通知单将成品出库，并发货，同时填 写三份出库单，其中一份交给成品库保管 员，由他按此出库单登记库存台帐，出库 单的另外两联分别送销售科和会计科。
标到各项功能的层次关系。
销售系统的管理功能图
仓储配送部门
入库业务
出库业务
报表
盘点
采 购 入 库
零 星 入 库
盘 盈 入 库
业 务 出 库
盘 亏 出 库
配 送 业 务
入 库 报 表
出 库 报 表
教务科将这些报表汇总后与学校招生办进行核对， 准确无误后存档以备使用。
学生入学前一个学期，各专业要制定教学计划， 教学计划由各个系部讨论，教学主任审核后，上 报教务处，由教务处出面组织进行全校讨论，协 调各专业的教学计划，最后形成综合教学计划下 发各系部 。
每学期期中，各系部根据教学计划制定下 一个学期各个专业的教学执行计划，系、 部教学主任审核后上报教务处，然后各系、 部根据教学执行计划安排授课教师，选购 教材。 各系将落实后的教师任务分配表汇总后上 报教务处。 学校实施学分制管理后，在每学期开学以 前要进行学生选课工作。 由教务处进行统一协调，最后制定出全校 课程表下发各系部和学生。
开会 讨论
教学 计划
教学计划 打印 教学 计划
教务处
排课
各 系部 有关 领导
统计 报表
教师任务 分配表
教师情况 登记表
课程表
教改 立项
教师
学生
图 教务管理子系统业务流程图
教师
期末 成绩
登记期 末成绩
统计 分析
分析 报表
有关 领导
学生成绩
图 成绩管理子系统业务流程图
习题1:业务流程图的绘制
根据某工厂成品库管理业务绘制业务流程 图： 某工厂成品库管理的业务过程如下：成 品库保管员按车间送来的入库单登记库存 台帐。发货时，发货员根据销售科送来的 发货通知单将成品出库，并发货，同时填 写三份出库单，其中一份交给成品库保管 员，由他按此出库单登记库存台帐，出库 单的另外两联分别送销售科和会计科。
第9章 结构化系统分析(SSA)
• 结构化方法的基本思想：
– 自顶向下、逐步求精的策略
– 目标明确、成果规范的阶段
– 层次清楚、体系严谨的结构
– 形象直观、清晰易懂的表达。
•小阶段:
– 立题调查与可行性研究 – 现状调查、分析与评价 – 目标分析－－构思新系统逻辑模型 •目的: 明确系统应该做些什么，即系统应对哪些信息 做哪些存储、变换与传递，具备哪些功能。 •成果：系统分析规格说明书即系统任务书，核心是新 系统的逻辑模型 – 再造后的业务流程图(BPD)
• １．初步调查目的：初步收集信息，进一步细化用 户需求，了解组织机构、人员、设备、业务流程与 处理等方面的情况，为可行性研究作准备。
• 2. 初步调查的主要内容 • （1）调查用户需求书中所涉及的内容，如用户需
求相关的的管理体制、管理基础与管理功能，发展 战略与未来的发展规划；现行信息系统的运行状态， 技术条件与水平；新系统的实现目标与要求。 • （2）了解相关的组织机构，绘制用户需求相关的 组织机构图简图。 • （3）了解用户需求相关的主要业务流程，给出其 业务流程图简图。
第9章
结构化系统分析 (SSA)
• MIS的系统调查与分析，简称系统分析，是 管理信息系统开发工作的一个重要环节。结构 化系统分析与设计方法（Structured System Analysis and Design，简称SSA&D）是在 Dijkstra等人提出的结构化程序设计(SP)思想 基础上发展而来。它吸取了以前在系统开发中 的经验教训，提出了结构化的开发方法，对信 息系统的发展起了巨大的推动作用。
• 3. 调查的方式方法 • （1）收集查阅有关资料。这在立题调查中是最基
本的。 • （2）发调查答卷收集意见，召开调查会。 • （3）实地观察。 • ４．调查成果 • 调查记录及相关资料汇总，初步调查报告，有关
– 自顶向下、逐步求精的策略
– 目标明确、成果规范的阶段
– 层次清楚、体系严谨的结构
– 形象直观、清晰易懂的表达。
•小阶段:
– 立题调查与可行性研究 – 现状调查、分析与评价 – 目标分析－－构思新系统逻辑模型 •目的: 明确系统应该做些什么，即系统应对哪些信息 做哪些存储、变换与传递，具备哪些功能。 •成果：系统分析规格说明书即系统任务书，核心是新 系统的逻辑模型 – 再造后的业务流程图(BPD)
• １．初步调查目的：初步收集信息，进一步细化用 户需求，了解组织机构、人员、设备、业务流程与 处理等方面的情况，为可行性研究作准备。
• 2. 初步调查的主要内容 • （1）调查用户需求书中所涉及的内容，如用户需
求相关的的管理体制、管理基础与管理功能，发展 战略与未来的发展规划；现行信息系统的运行状态， 技术条件与水平；新系统的实现目标与要求。 • （2）了解相关的组织机构，绘制用户需求相关的 组织机构图简图。 • （3）了解用户需求相关的主要业务流程，给出其 业务流程图简图。
第9章
结构化系统分析 (SSA)
• MIS的系统调查与分析，简称系统分析，是 管理信息系统开发工作的一个重要环节。结构 化系统分析与设计方法（Structured System Analysis and Design，简称SSA&D）是在 Dijkstra等人提出的结构化程序设计(SP)思想 基础上发展而来。它吸取了以前在系统开发中 的经验教训，提出了结构化的开发方法，对信 息系统的发展起了巨大的推动作用。
• 3. 调查的方式方法 • （1）收集查阅有关资料。这在立题调查中是最基
本的。 • （2）发调查答卷收集意见，召开调查会。 • （3）实地观察。 • ４．调查成果 • 调查记录及相关资料汇总，初步调查报告，有关
结构化分析方法
结构化分析方法结构化分析方法是一种系统性的方法论，用于对复杂问题进行理性分解和分析。
它的核心思想是通过将问题分解为若干个较小的、可处理的部分，然后对这些部分进行独立的、详细的分析，最后再将结果整合起来，从而得出对问题整体的全面理解。
结构化分析方法被广泛应用于工程、经济、管理等各个领域，以帮助人们更好地理解和解决问题。
结构化分析方法的基本步骤是：首先，明确问题的目标和约束条件。
问题的目标是解决问题所希望达到的状态，约束条件则是问题解决过程中受到的限制和制约。
在明确目标和约束条件的基础上，我们可以开始进行问题的分解和分析。
分解是结构化分析方法最为关键的一步。
在这一步中，我们将问题分解为几个独立的、相对简单的子问题。
分解的原则是将问题按照其内在的逻辑结构进行划分，将相对独立的子问题提取出来。
这样，既便于对各个子问题进行独立的分析和研究，也可以保持对整体问题的全面了解。
分析是对各个子问题进行详细的、系统的分析和研究。
在分析过程中，我们可以采用各种适当的工具和方法，例如流程图、数据流图、结构图等。
通过分析，我们可以了解各个子问题的特点、关联性以及可能的解决方法。
整合是对各个子问题的分析结果进行整合和综合。
在整合过程中，我们需要综合考虑各个子问题的解决方案，从而最终得出对整体问题的解决方案。
整合的过程中，我们需要权衡各个子问题之间的关联性和冲突性，以及对整体目标和约束条件的满足程度。
结构化分析方法的优点在于可以将复杂问题进行有效的分解和分析，从而减少问题的复杂性和难度。
它能够使问题的解决过程更加有条不紊，避免盲目行动和决策。
此外，结构化分析方法还可以提高问题解决的效率和质量，使得解决方案更加合理和可行。
然而，结构化分析方法也存在一些限制和挑战。
首先，结构化分析方法需要对问题有较为全面的了解和理解，这对问题的域知识和专业知识有一定的要求。
其次，结构化分析方法需要投入较多的时间和精力，特别是在问题分析和整合的过程中。
信息系统分析与设计 第三章 结构化系统分析
成绩单
练习题：
试根据以下业务过程画出某企业的 销售业务流程图，用户将订货单交某企
业的业务经理，业务经理填写出库单交
仓库保管员，该保管员查阅库存台账， 如果有货则向用户发货，如缺货，则通 知车间。
发货单
用户
订货单
业务 经理
出库单
库管员缺货通 知单Fra bibliotek库存 台账
车间
某企业的销售业务流程图
练习题：
试根据以下业务过程画出某企业的订 货业务流程图：采购员从仓库收到缺货通 知单后，查阅订货合同文件，若已订货， 向供货单位发出催货请求，否则，填写订
货单交供货单位。供货单位发出货物后，
立即向采购员发出取货通知。
根据下面的叙述，绘制某企业库存管理的业 务流程图。 生产部门将用料计划和领料单交给仓库负责 人审批，仓库负责人将未批准的领料单返还 给生产部门，将已批准的领料单交由仓库保 管员进行领料处理，即：查看用料流水账和 库存账，如果有料，则登记用料流水账和修 改库存账，如果缺料，则通知采购员，保管 员每月形成一份库存报表上交有关部门。
自顶向下的系统性原则；
逻辑模型与物理模型分开考虑的原则；
系统研制人员与用户相互沟通的原则。
S
S1
S2
上一层是下一层的( 抽 象 ) 下一层是上一层的( 分 解 )
结构化系统分析的基本原理
系统开发模型
模型：是现实世界中某些重要方面的表示。
在系统开发过程中模型的作用：
(1)可以方便描述信息系统的复杂性。
已签字借款单 现金账
借款人
不合格借款单
会计
经费本
拒付单 支票 付款单
出纳
问题：1、在图中将已签字借款单和不合格借款单都表 示为“借款单”是否可以，说明原因。2、在图中的双 向箭头表示什么含义？3、在图中现金账、经费本和其 他单据的含义是否一致？有何区别。
管理信息系统结构化案例分析
场次7：录入合同执行情况 （申请有效且为物料入库申请） 角色：领料员，领料计划员，采购计划员 场次9：登记采购费用 采购员提交入库申请单； 采购计划业务流程分析：背景 场次1：接收领料申请单 采购计划业务流程分析：背景 领料员（领料部门）审批物料代用申请。 道具：领料单，物料主文件，领料计划单，入库申请单，采购计划单，入库单，检验单，采购费用单 （申请有效且为物料入库申请） 合同管理员通知分供方不合格。 领料计划员按物料代码、需求日期查询物料主文件、采购合同、领料计划单和出入库单，计算可用库存。 采购计划业务流程分析：背景 （申请有效且为采购费用申请） 场次10：通知物料不合格 合同管理员根据要求查询合同档案。 场次11：通知没有计划 场次2：分析查询可用库存 道具：采购申请单，报警物料清单，物料出库流量表，物料入库流量表，ABC分类表，物料主文件，采购计划单，入库单，出库单， 采购命令单
管理信息系统结构化案例分析
优选管理信息系统结构化案例 分析
2. 组织结构分析
略
3. 业务流程分析
领料计划业务流程分析：背景
起因：要求领料 结果：得到领料单，需代用，需采购，被谢绝 道具：领料申请单，物料主文件，采购合同，
领料计划单，物料代用目录，入库单，采购申 请单，领料单，物料代用申请 角色：领料员，领料计划员，采购计划员
场次3：制订领料计划
领料计划员制订、保存领料计划，将相应的领料单 通知领料员。
（领料员离开供应处）
场次4：申请代用
领料计划员根据物料代用目录提出物料代用 申请；领料员（领料部门）审批物料代用申 请。
场次5：申请采购
领料计划员提出采购申请，并将其发送给采 购计划员。
采购计划业务流程分析：背景
起因：有采购申请单 结果：得到采购计划单 道具：采购申请单，报警物料清单，物
管理信息系统结构化案例分析
优选管理信息系统结构化案例 分析
2. 组织结构分析
略
3. 业务流程分析
领料计划业务流程分析：背景
起因：要求领料 结果：得到领料单，需代用，需采购，被谢绝 道具：领料申请单，物料主文件，采购合同，
领料计划单，物料代用目录，入库单，采购申 请单，领料单，物料代用申请 角色：领料员，领料计划员，采购计划员
场次3：制订领料计划
领料计划员制订、保存领料计划，将相应的领料单 通知领料员。
（领料员离开供应处）
场次4：申请代用
领料计划员根据物料代用目录提出物料代用 申请；领料员（领料部门）审批物料代用申 请。
场次5：申请采购
领料计划员提出采购申请，并将其发送给采 购计划员。
采购计划业务流程分析：背景
起因：有采购申请单 结果：得到采购计划单 道具：采购申请单，报警物料清单，物
第3章 结构化系统分析(1)
所描述系统的数据来源和去处的各种实体或工作环节。
这些实体或环节向所开发的系统发出或接收信息。系统开发不能改 变这些外部项本身的结构和固有属性。
②加工(数据加工)
又称数据处理逻辑，描述系统对信息进行处理的逻辑功能。 在数据流图上这种逻辑功能： 由一个或一个以上的输入数据流转换成一个或一个以上输出数 据流来表示。
和用户讨论的主要问题是：
系统逻辑功能的设置和描述是否合理，能否满足用户的信息 需求，数据流和数据存储的内容以及数据来源和去处(外部 项)是否符合实际，描述是否准确、合理； 用户在了解数据流图的全部内容后对系统逻辑功能有什么进 一步的意见与要求。 系统分析人员根据与用户讨论的结果对数据流图的草图进行修 订。
第3章 结构化系统分析（1） 15
③数据存储 逻辑意义上的数据存储环节，即系统信息处理功能需要的、不考虑
存储物理介质和技术手段的数据存储环节。
④数据流
与所描述系统信息处理功能有关的各类信息的载体，是各加工环节
进行处理和输出的数据集合。 在数据流图中数据流用箭线表示，箭头处指表示数据流的输送处， 箭尾连接处表示数据流的来源。
第3章 结构化系统分析（1） 24
第3章 结构化系统分析（1）
25
(4)数据流图只反映数据流向、数据加工和逻辑意义上的数据存储，不反映 任何数据处理的技术过程、处理方式和时间顺序，也不反映判断与控 制条件等技术问题。这样，只从系统逻辑功能上讨论问题，便于和用 户交流。 (5)数据流图绘制过程，就是系统的逻辑模型的形成过程，必须始终与用户 密切接触，详细讨论，不断修改，要和其他系统建设者共同商讨以求 一致意见。
第3章 结构化系统分析（1） 9
3．2 结构化系统分析方法和工具
结构化系统分析
• 底层（若干）:
• 中间层的数据流程图（若干）：上一层中某处理逻辑 的进一步详细的描述。
– 以3层DFD为例
零层 P.1 P.2 P.3
一层 P.1.1 P.1.2 P.2.1 P.2.2 P.3.1 P.3.2 P.3.3
P.1.1.1
P.1.1.2
底层
图 6.12
数据流程图的分层表示
– 分层数据流程图绘制的方法 • 按照单张数据流程图的绘制方法，根据零层数据流程图的作 用，首先画出零层DFD； • 然后将零层DFD中的每一个处理逻辑绘制一张下一层的DFD ， 即构成一层DFD，若零层中有n个处理逻辑，则一层就有n张 DFD；
– 分层DFD绘制的原则 • 黑箱原则/“信息隐蔽”原则 • 继承性 • 分解的层数
生产 部门 采购 员
产品出产单
XS.1.1 产品入库 登 录
XS.1.2 产品入库 修 改
产品采购单
D1 产品库存 D2 产品入库 XS.1.3 产品入库 删 除 XS.1.4 产品入库 查 询
查询要求
相关
查询结果
• 约定的符号
<编号> <处理逻辑 名称> <编号>
<外部实体 <外部实体 名称>
<处理逻辑 名称> <相关人员>
名称>
(a)
(b)
(a)
(b) 6.1.2 表示“外部实体”的符号
6.1.1 表示“处理逻辑”的符号 <数据流名> (a) <数据流名> (b)
(a)
<编号> <编号>
<数据存储名称> <数据存储名称>
第三章 结构化系统分析
二、系统分析的任务
充分认识原系统，识别问题
需 求 分 析
新 系 统 逻 辑 模 型 设 计
进行分析，弄清问题
提出新系统的逻辑方案
三、系统分析的难点
三、系统分析的难点
运用多种方法和工具，对企业或组织中现有的信息系统进行详细的分 析，从正在运转的实例中分析和确定现有系统的信息结构、业务流程 和数据流程、管理模型等，在此基础上，结合用户的需求和建议，发 现和找出现有系统的逻辑模型存在的问题，找出解决问题的方法，对 其进行改进，忠实的反映用户的需求，确定和建立新系统的逻辑模型。 系统分析要求把握用户需要什么、不需要什么，需要与用户交互确定 这个过程中，对用户需求的理解和表达是关键性问题。类似于IR中 的用户需求表达，系统分析中用户需求也存在能否“忠实表达”和 “表达差异”等问题 无意识需求——潜在需求——现实需求——需求表达——检索中的查 询式或查询词 用户可能意识不到需求；可能有需求却没有表达；可能有需求却难以 表达（无法准确表达）；可能表达了却未被系统分析人员准确获知和 理解等；
4、可行性分析报告
(1)报告的内容
系统简述 项目的目标 所需资源、预算和期望效益 对项目可行性的结论
4、可行性分析报告
可以立即开发
（2）报告的结论
改进原系统
目前不可行，或者需推迟到某些条件具备以后再 进行
四、详细调查
1、详细调查的对象和目的
详细调查的对象是现行系统（包括手工系统和已 采用计算机的管理信息系统）。 详细调查的目的在于完整掌握现行系统的现状，
第三章
结构化系统分析
一、什么是系统分析
系统分析（Systems Analysis）一词最早是在20世纪30年代提出 的，当时是以管理问题为主要应用对象，现在逐渐应用到计算机应 用领域。
第6章 结构化系统分析(1)
第六章 结构化系统分析
第六章 结构化系统分析
通过本章学习，应当掌握以下内容：
1、 系统分析的任务 2、 作业流程图、数据流程图的绘制、 分析与使用 3、 数据字典的编制与作用 4、 划分子系统 5、 编写系统说明书
第六章 结构化系统分析
识记：
1、 2、 3、 4、 5、 6、 7、 8、 系统分析的定义、任务 系统分析阶段系统分析员的作用 结构化系统分析的主要工具 作业流程图 数据流程图 数据流程图逐层扩展的目的与原则 表达处理逻辑的主要工具 系统说明书的内容
第六章 结构化系统分析
6.3.2 数据流图பைடு நூலகம்画法
3、第二层DFD 在第二层中，应把异动管理、成绩管理、奖惩管理按 顺序或轻重缓急分别纵向展开。下面，以成绩管理为例。 学校实行校、系两级学习成绩管理，学校教学管理科、 系教务员都登记学生成绩。任课教师把学生成绩单一式两 份分别送系教务员和校教管科。 “成绩管理”可分解成系教务员分析期末成绩、分析 补考成绩、教管科统计成绩、登记期末成绩、登记补考成 绩等5个子处理，所以，把P2进行展开。如P99图6.12所示。 注意处理框标识的变化。关于数据冗余与工作重复待提出 新系统模型时再考虑。
第六章 结构化系统分析
6.2 作业流程图
作业流程图(业务流程图，Transaction Flow Diagram,TFD) ：用一些规定的符号及连线来表示某个具体业务处理过程。 作业流程图的绘制基本上按照业务的实际处理步骤绘制。 通过它可以发现问题、分析不足、优化业务处理过程，所以， 绘制作业流程图是分析业务流程的重要步骤。 在P94图6.2中，作业流程图描述的主体是票据(帐单)。这 些票据的流动路线与实际处理过程一一对应。票据的生命周期 表示出一笔业务的处理情况。绘制作业流程图的过程也是系统 分析员了解业务流程的过程。作业流程图是系统分析员与用户 交流思想的一种工具。
第六章 结构化系统分析
通过本章学习，应当掌握以下内容：
1、 系统分析的任务 2、 作业流程图、数据流程图的绘制、 分析与使用 3、 数据字典的编制与作用 4、 划分子系统 5、 编写系统说明书
第六章 结构化系统分析
识记：
1、 2、 3、 4、 5、 6、 7、 8、 系统分析的定义、任务 系统分析阶段系统分析员的作用 结构化系统分析的主要工具 作业流程图 数据流程图 数据流程图逐层扩展的目的与原则 表达处理逻辑的主要工具 系统说明书的内容
第六章 结构化系统分析
6.3.2 数据流图பைடு நூலகம்画法
3、第二层DFD 在第二层中，应把异动管理、成绩管理、奖惩管理按 顺序或轻重缓急分别纵向展开。下面，以成绩管理为例。 学校实行校、系两级学习成绩管理，学校教学管理科、 系教务员都登记学生成绩。任课教师把学生成绩单一式两 份分别送系教务员和校教管科。 “成绩管理”可分解成系教务员分析期末成绩、分析 补考成绩、教管科统计成绩、登记期末成绩、登记补考成 绩等5个子处理，所以，把P2进行展开。如P99图6.12所示。 注意处理框标识的变化。关于数据冗余与工作重复待提出 新系统模型时再考虑。
第六章 结构化系统分析
6.2 作业流程图
作业流程图(业务流程图，Transaction Flow Diagram,TFD) ：用一些规定的符号及连线来表示某个具体业务处理过程。 作业流程图的绘制基本上按照业务的实际处理步骤绘制。 通过它可以发现问题、分析不足、优化业务处理过程，所以， 绘制作业流程图是分析业务流程的重要步骤。 在P94图6.2中，作业流程图描述的主体是票据(帐单)。这 些票据的流动路线与实际处理过程一一对应。票据的生命周期 表示出一笔业务的处理情况。绘制作业流程图的过程也是系统 分析员了解业务流程的过程。作业流程图是系统分析员与用户 交流思想的一种工具。
第4章_结构化系统分析
4.5.2系统化分析报告内容 系统化分析报告内容
1．引言 ． 2．项目概述 ． 3．实施计划 ．
案例与问题讨论：青钢 案例与问题讨论：青钢MIS的系统分析 的系统分析
在和青钢签订了开发包括物资管理、产品销售管理、 计划管理、生产调度、财务管理、技术管理、总经 理综合信息服务等7个子系统的开发合同后，李教 授为上述7个子系统分别指定了技术负责人，并为 整个项目指定了总体技术负责人。 MIS课题组设计了用于调查青钢相关部门组织机构、 目标功能和信息需求的3张表格。 随后，李教授率领课题组成员进驻青钢，组织所有 与上述7个子系统相关部门的主要业务人员开了一 个动员会。
4.4.1结构英语表示法
购货金额在5 IF 购货金额在5万以上 最近3 THEN IF 最近3月无欠款 折扣率为15% THEN 折扣率为15% ELSE 与公司交易20 20年以上 IF 与公司交易20年以上 折扣率为10% THEN 折扣率为10% 折扣率为5% ELSE 折扣率为5% ELSE 无折扣
数据存储定义
例：外部实体定义
外部实体编号： S03-01 外部实体名称： 用户 简述： 购置本单位配件的用户 输入的数据流： D03-06, D03-08 输出的数据流： D03-01
外部实体定义
4.4系统处理逻辑分析 系统处理逻辑分析
示例
订货折扣政策如下： 订货折扣政策如下：
年交易额在5万或5万以下，则不给予折扣； （1）年交易额在5万或5万以下，则不给予折扣； 对于年交易额在5万以上时： （2）对于年交易额在5万以上时： 如果无欠款，则给予15%的折扣； 如果无欠款，则给予15%的折扣； 15%的折扣 如果有欠款，而且与本公司的交易关系在20年以上， 如果有欠款，而且与本公司的交易关系在20年以上，则折扣为 20年以上 10%； 10%； 如果有欠款，而且与本公司交易关系在20年以下，则折扣为5%。 如果有欠款，而且与本公司交易关系在20年以下，则折扣为5%。 20年以下 5%
第二章-系统分析—结构化分析方法
1、结构化方法概述
主要思想：抽象与自顶向下的逐层分解 (控制复杂性的两个基本手段)
抽象：在每个抽象层次上忽略问题的内部复杂
性，只关注整个问题与外界的联系。 个最底层的问题都足够简单为止。
分解：将问题不断分解为较小的问题，直到每
抽象：从作为整体的软件系统开始(第一层),每一 抽象层次上只关注于系统的输入输出。 分解：将系统不断分解为子系统、模块…… 随着分解层次的增加，抽象的级别越来越低，也 越接近问题的解(算法和数据结构)。
1、结构化方法概述
一种面向数据流的传统软件开发方法，以 数据流为中心构建软件的分析模型和设计 模型。
结构化分析(Structured Analysis
分为：
简称SA) 结构化设计(Structuresd Design 简称SD) 结构化程序设计(Structured Programmin 简 称SP)
A
A
Process2
A
B
Process2
Process3
C
分层数据流图的审查
检查图中是否存在错误或不合理(不理想) 的部分
一致性：分层DFD中不存在矛盾和冲突 完整性：分层DFD本身的完整性，即是否有
遗漏的数据流、加工等元素 其他需要注意的问题
（1）分层数据流图的一致性
父图与子图平衡
任何一张DFD子图边界上的输入/输出数据流必须与其父图中对应的加 工的输入/输出数据流保持一致
数据守恒
一个加工所有输出数据流中的数据，必须能从该加工的输入数据流中 直接获得，或者能通过该加工的处理而产生 多余的数据流：加工未使用其输入数据流中的某些数据项
第 6章-结构化系统分析
第6章 结构化系统分析
本章主要内容
• • • • • • • • 系统分析的任务 作业流程图（业务流程图） 数据流图 数据字典 表达处理的工具 数据查询应用分析 实体关系图 系统说明书
6.1 系统分析的任务
• 系统分析员与用户在一起充分理解用户的要 求，并把双方的理解用书面文档——系统分 析说明书表达出来。 • 分析本质上就是一个发现过程，分析期间推 动活动的关键词就是发现和理解。
1、合理的层次划分
层次的划分应遵守：
（1）展开的层次与管理层次一致，也可以划分 得更细。 （2）同一张图上的所有处理过程应该处于同一 个抽象层次上（抽象粒度一致）。 （3）一个处理框经过展开，一般以分解为4～ 10处理框为宜（最好5～9个） （4）最下层的处理过程用几句话，或者用几张 判定表，或一张简单的HIPO图能表达清楚
• 将处理后的数据写入或修改到数据存储中 •流出数据存储的数据流（从数据存储发出箭头） • 从数据存储中查询获取数据，不改变原来的数据
D2
产品
销售量
D5
职工
累计销售量单价
D2
产品
计算 销售量
D2 产品销售帐
计算销售总额
商品编号#_
其他图形表示
数据流图中的图形元素有不同的画法，本书使 用Gane-Sarson画法
流程图主体
票据（账单）是主体，这些票据的流动路线与实际 处理过程一一对应，来龙去脉清楚；票据的生命周 期表示出一笔业务的处理过程；绘制作业流程图的 过程也是系统分析源了解业务流程的过程。
流程图局限性
– – – – 总体观念不强 具体的处理内容表达不详细 很难表达决策 很难表达复杂的系统
6.2 业务流程图（续）
• 外部实体是数据的来源（谁提供了最初始的数据？） • 外部实体是数据的去处（数据对谁有价值？）
本章主要内容
• • • • • • • • 系统分析的任务 作业流程图（业务流程图） 数据流图 数据字典 表达处理的工具 数据查询应用分析 实体关系图 系统说明书
6.1 系统分析的任务
• 系统分析员与用户在一起充分理解用户的要 求，并把双方的理解用书面文档——系统分 析说明书表达出来。 • 分析本质上就是一个发现过程，分析期间推 动活动的关键词就是发现和理解。
1、合理的层次划分
层次的划分应遵守：
（1）展开的层次与管理层次一致，也可以划分 得更细。 （2）同一张图上的所有处理过程应该处于同一 个抽象层次上（抽象粒度一致）。 （3）一个处理框经过展开，一般以分解为4～ 10处理框为宜（最好5～9个） （4）最下层的处理过程用几句话，或者用几张 判定表，或一张简单的HIPO图能表达清楚
• 将处理后的数据写入或修改到数据存储中 •流出数据存储的数据流（从数据存储发出箭头） • 从数据存储中查询获取数据，不改变原来的数据
D2
产品
销售量
D5
职工
累计销售量单价
D2
产品
计算 销售量
D2 产品销售帐
计算销售总额
商品编号#_
其他图形表示
数据流图中的图形元素有不同的画法，本书使 用Gane-Sarson画法
流程图主体
票据（账单）是主体，这些票据的流动路线与实际 处理过程一一对应，来龙去脉清楚；票据的生命周 期表示出一笔业务的处理过程；绘制作业流程图的 过程也是系统分析源了解业务流程的过程。
流程图局限性
– – – – 总体观念不强 具体的处理内容表达不详细 很难表达决策 很难表达复杂的系统
6.2 业务流程图（续）
• 外部实体是数据的来源（谁提供了最初始的数据？） • 外部实体是数据的去处（数据对谁有价值？）
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
时间事件
当系统时间到达某一刻时发生的事件，这些 事件通常要求系统能定时自动地完成某些输 出或处理。
–如：图书馆流通系统中的按月发布逾期催还名 单。 –如：每天晚上12：00定时转换归档医疗图像。
注意命名时必须包含所要完成的处理和规定 期限
状态事件
系统内部的变化触发系统对某个处理的需要， 这种情况的发生称为状态事件
–比如图书馆流通系统中的读者
外部事件能够导出系统需要处理的关键事务
寻找外部事件
• 首先要确定外部实体，然后再分析。 • 外部实体需要一个事务处理
– 比如读者借书
• 外部实体需要系统提供某些信息
– 比如读者查阅书目
• 某些数据改变了，系统需要更新它们
– 比如书籍的位置改变
• 管理过程需要某些信息
– 比如制订新的采购计划需要流通统计情况
• 暂时忽略技术性依赖事件和系统控制事件
– 如管理员登录系统，修改口令，每天的备份
网上订单系统的事件表
事件名称 客户希望检查 产品可订量 客户建立一个 订单
触发点 产品的查 询请求 新订单
客户改变或作 修改订单
废订单
的请求
客户和管理层 检查订单状态 为订单发货
订单状态 的查询请 求 订单发货 通知
细情况
部门
客户退货
订单退货 客户 通知
建立退货记 退货确认
录
交易信息
客户 银行
Байду номын сангаас
网上订单系统的事件表
事件名称 未来客户需要 目录
客户更新基本 信息
触发点 产品目录 的查询请 求 客户信息 修改通知
事件源
活动
未来客 提供产品目录
技术性需求
• 技术需求也称非功能性需求，是和公司的环 境、硬件和软件有关的所有可操作目标。
• 例如：系统必须能支持100个并发用户；保存 订单的时间不能超过0.5秒等等，涉及系统性 能、可靠性、安全性等质量特性。
• 通常是一些技术目标。
如何表述需求
• 自然语言
– 不需要任何准备 – 但既要保证精确无二义性，又要保证叙述不至于
–比如：销售系统中库存数一旦低于控制点就产 生订货单
状态事件一般是外部事件的结果，它的发生 是不定时的
识别事件的规则
• 区分事件与具体响应过程
– 事件响应中的一系列交互过程是完整具体的实现，而
不是独立的一个事件。例如：拿信用卡交费
• 跟踪关键业务的整个生命周期来发现事件
– 跟踪读者实现从图书馆借书的全部过程
晦涩难懂，是困难的（随意性、误会）
• 模型
– 模型是人们对复杂问题的一种抽象或者对实物的 一种简单实现或规划蓝图。
– 例如：飞机模型，建筑模型，数学模型等等。
模型的作用
信息系统模型的作用：
– 建立模型的过程可以使得分析员更深入地了解 和定义信息系统的需求，并发现问题
– 对复杂问题进行简化 – 有助于回忆需求的细节 – 有助于同开发小组的其他成员交流 – 有助于同客户交流 – 为以后的维护升级提供了文档
如何着手建模
构建模型首先需要识别用户的需求，识别需 求一般可以从两个方面着手：
• 识别系统中的事件(Events)建立过程模 型（数据流图，DFD）
• 识别系统中的事物(Things) 建立数据模 型（实体关系图，ER）
1、事件与系统需求
事件——在特定时间、特定地点发生的，
能够描述出来并值得保存的的事情。
事件源 客户
客户
活动 查询产品的 可用量 建立新订单
客户 更新订单
客户或 管理部 门 发装部
查询订单的 状态 记录订单的 执行
响应结果 事件目的地
产品可用量详 客户 细情况
实时连接 订单确认 订单细节 交易信息
信用卡处理 系统 客户 发装部门 银行
修改确认
客户
订单修改细节 发装部门
交易信息
银行
订单状态的详 客户或管理
（优选）结构化系统分析
6.1 系统分析的任务
• 系统分析员与用户在一起充分理解用户的要 求，并把双方的理解用书面文档——系统分 析说明书表达出来。
• 分析本质上就是一个发现过程，分析期间推 动活动的关键词就是发现和理解。
系统分析的困难
• 系统分析是研制信息系统最重要的阶段，也 是最困难的阶段。
• 困难主要来自三个方面：
信息系统的模型
在信息系统分析中有三类常用的图示化模型：
1. 功能模型
• 利用数据流图分层描述系统的功能和数据的处理流程 • 利用数据字典辅助解释数据流图中的每个元素
2. 数据模型
• 利用实体关系图描述系统中的数据实体及其关系
3. 对象模型
• 利用类图描述对象、对象之间的联系。和数据实体不 同，对象在数据之外增加了行为特性
6.1.2 系统需求
分析的重要任务是理解和表达需求
• 需求有哪些种类？ • 如何寻找需求？ • 如何表述需求？
需求的来源—系统相关者
• 系统需求的主要来源是系统的各种系统相关 者，他们是对系统成功感兴趣的所有人（与 系统有关系的所有人，也称涉众 stakeholder）。
• 系统分析中获得需求的首要步骤就是确定各 类系统相关者。
– 问题空间的理解 – 人与人之间的通讯 – 环境的不断变化
系统分析员要成为业务专家
• 才能与用户交流顺畅，充分理解用户的要求。 • 才能确保系统满足了业务需求，甚至用更好
的方法来解决业务需求。 • 在用户中建立可信度，用户才可能接受你的
建议。
其他要求:系统分析员应有较强的系统观点，较好的
逻辑分析能力，能够从复杂的事物中抽象出系统模 型。他还应具备较好的口头和书面表达能力，较强 的组织能力，善于与人共事。
系统的所有处理过程都是由事件驱动的， 所以将事件列表并进行分析，对于定义系 统需求是十分有意义的。
事件的类型
我们可以从以下类型来寻找事件：
– 外部事件(external event) – 时间事件(temporal event) – 状态事件(state event)
外部事件
在系统之外发生，通常是由外部的人或组织 激发的事件，这些人或组织是数据的提供者 和接收者。
系统相关者
• 业务用户 • 信息用户 • 管理用户 • 主管用户 • 外部用户 • 客户 • 技术人员
系统需求的种类
系统需求是新系统必须完成的功能或其局限性。
• 系统需求一般分为两类：
–功能性需求 –技术性需求
功能性需求
• 功能需求是系统必须完成的活动或过程，也 就是系统将要涉及的商业应用。
• 功能需求是根据业务过程和业务规则确定的， 有些容易获取，有些则是隐含的，需要去发 现。