【精品】PPT课件 结构化分析与设计

三、数据字典
数据字典是在新系统数据流程图的基础上，对所有数据项进一步定 义和描述的工具。
– 数据元素
– 数据结构
– 数据流
– 数据存储
17
第三节 系统分析
四、处理过程
处理过程的表达工具通常有判断树、判断表、结构式 语言等。
五、需求分析报告
组织情况调查 系统目标 业务流程描述 数据描述
18
判定树的例子
21
第四节 系统设计
一、系统设计的任务
根据经批准的系统需求报告，考虑计算机软硬件的要求，将用户 的需求转换成具体的实施方案，解决“怎么做”的问题，它将系 统分析阶段建立的逻辑模型转化为物理模型。 总体设计：又称为“概要设计”或“初步设计”，其主要内容包 括新系统总体结构框架设计、代码设计、输入/输出设计和处理流 程及模块功能的设计等。 详细设计：则是对每一个模块进行进一步的细化，描述每一个模 块采用何种算法和实现步骤，编制每一模块的详细设计说明书。
查询库存量
库存量≥出库量
库存量＜出库量
进入出库登记
库存量＞0
库存量=0
按出库量登记出库
修改领料单 进入出库登记
退出出库登记
按出库量登记出库
19
②判定表：使用表格形式表达逻辑判断过程的一种工具
不同的条件组合 1
条件与加工
234
库存量≥出库量
YYNN
库存量＞0
பைடு நூலகம்
Y NY N
按出库量登记出库 √
按库存量登记出库
精品
结构化系统分析与设计概述
第一节 结构化系统分析与设计概述
一、软件的开发方法
结构化开发方法（生命周期法）→基本的软件 开发方法 原型法 面向对象开发方法

如何描繪DFD(1)
➢ 源頭/終點(External Entity) a
NAME
利用小寫字母在左上角標示以為區別 中間標示儲存體名稱
➢ 若有重複情況可在左下角劃一斜線以為區隔
a
customer
a
customer
a
customer
a
customer
b
employee
b
employee
15
如何描繪DFD(2)
➢ 程序(Process)
1 PROCESS
處理程序以圓圈表示並加註編號 程序中間必須加以命名，命名原則為V+N
➢ 資料儲存體(Data Store) Customer Trans.
C_ID#
1
Data Store
D Data Store
PROCESS
D Data Store
資料儲存體與程序之資料流可以將名稱省略 若根據某一鍵值以取得整筆紀錄，亦可在資料 流上表示
CUSTOMER Customer
Reply
0 WORLD ON-A-
CHIP, INC.
Salesman Commission Form
Chip Shipment
Chip Stock
Purchas e Order
Manufacturer Invoice
Payment
PLANNING DEPT
PAYROLL DEPT
17
練習
➢ 王子書店需要一客戶訂貨處理系統，當接獲客戶訂單 時，除了檢查庫存餘額之外，尚須檢查客戶信用狀況， 接單之處理情況需即刻回應客戶。當餘額夠時直接從 倉庫出貨並將整筆資料送至會計部列印發票，若餘額 不夠，則列印採購單向出版社訂貨，同時將採購交易 紀錄送至會計部，當出版社送貨到達時，須先入庫再 行出貨。每天進出貨狀況須向管理部門報告，每月交 易狀況須向總經理報告。

衡量工程价值的另一项经济指标是工程的纯收入，也 就是在整个生命周期之内系统的累计经济效益（折合成现 在值）与投资之差。这相当于比较投资开发一个软件系统 和把钱存在银行中（或贷给其他企业）这两种方案的优劣 。如果纯收入为零，则工程的预期效益和在银行存款一样 ，但是开发一个系统要冒风险，因此从经济观点看这项工 程可能是不值得投资的。如果纯收入小于零，那么这项工 程显然不值得投资。
制
每行成本 成本（元） 人力（人
（元／行）
月）
108
90720
9.1
54
65340
11.8
72
43200
4.4
33
14850
3.1
135
148500
13.7
362610
42.1
2. 任务分解技术
首先把软件开发工程分解为若干个相对独立的任务。 再分别估计每个单独的开发任务的成本，最后累加起来 得出软件开发工程的总成本。估计每个任务的成本时， 通常先估计完成该项任务需要用的人力（以人月为单 位），再乘以每人每月的平均工资而得出每个任务的成 本。
例如，修改库存清单系统两年以后可以节省4225.12元 ，比最初的投资（5000元）还少774.88元，第三年以后将 再节省1779.45元。774.88／1779.45＝0.44，因此，投资 回收期是2.44年。
投资回收期仅仅是一项经济指标，为了衡量一项开发 工程的价值，还应该考虑其他经济指标。
纯收入
例如，上述修改库存清单系统，工程的纯收入预计是
9011.94－5000＝4011.94（元）
4 可行性研究过程
典型的可行性研究过程有下述八个步骤:
1. 复查系统规模和目标
5. 导出和评价供选择的解法

软件结构图是总体设计阶段的主要描述工具， 它描述了构成系统的基本元素—模块及模块之间的 调用关系，模块之间的数据传递关系。
10
2.1 软件结构的基本概念
软件结构表示软件系统的构成，是软件模块间关系的表 示，下图则为软件结构示意图。
一、模块（Module）
A
模块是程序对象有名字的集 合。例如，过程、函数、子程序 、宏等，是构成软件系统结构的 基本元素。
5
1 结构化设计步骤
2.详细设计
对模块图中每个模块的过程进行描述，常用的描 述的方式有：伪代码， 流程图，N-S图，PAD图等。
6
1 结构化设计步骤
首先做概要设计，将软件需求转化为数据结 构和软件的系统结构。然后是详细设计，即过程 设计。通过对结构表示进行细化，得到软件详细 的数据结构和算法。
修改
(3) 变换部分的求精：根据设计准则，对模块进行合并或调 整。
32
5 变换分析设计
2号 C 中心 D 3号
加工
加工
加工
B 1号
输
转换流
输
E 4号
加工 入
出 加工
A
流
流F
M C CD D
CI
CT
CO
B
B CC D D E E
取B 转换B 处理C
A
B
A
取A
转换A
转换D 送E
E
F
F
转换E
送F
变换分析技术
35
内容提纲
➢结构化设计步骤 ➢软件结构与软件结构图 ➢数据流图类型 ➢结构化设计过程 ➢变换分析设计 ➢事务分析设计 ➢SD方法应用示例
36
6 事务分析设计
对于具有事务型特征的DFD，则采用事务分析的设计方法。 结合图4，说明该方法的设计过程。

组织行为
组织结构设计与分析 组织中的利益、权力和政治 组织文化与管理 组织学习与学习型组织 组织发展与变革
组织结构设计与分析
组织结构设计与分析中的战略分组 组织结构设计与分析中的战略联结 组织的战略整合 组织结构的选择和有效性 当代复杂多变环境下的组织结构特征发展 趋势
畅想未来
不久后的某一天 ，你的 创业理想要实现了，你 的公司要开幕了。先别 激动，请先和我们一起 来分享一下：你会成立 一个什么性质的公司？ 你准备设置哪些部门？ 为什么？
11
二、根据产出分组
将同样产品或事业工作、具有不同职能、专业和技能的人 组成部门。
•优点：同一事业或 产品内各项工作容 易协调和整合。
•缺点：员工专业知 识的深化和积累受 到负面影响；不同 事业部门下职能部 门有重叠、资源浪 费。
12
三、根据客户分组
将为同类客户工作的、具有不同职能、专业和技能的人组 成部门。
•优点：能提高对当地的 市场反应速度，提高对 当地的政治、经济、文 化方面的及时、准确， 统一反应。
•缺点：过于强调地区导 向和授予地区经理过多 权力，会使得整个公司 在事业和产品的整体优 化方面受到负面影响。
14
五、根据流程分组
将为同一流程工作的、具有不同职能、专业和技能的人组 成部门。
•优点：能够提高整个流程的效能和效率。 •缺点：成员来自不同的部门，存在多头领导和交叉管理，需要 成员具有良好德尔沟通协调能力。
。
25
五、临时跨部门小组
指由来自不同部门的人员为解决某个问题而临时建立的、 短期的跨部门小组。
如：企业要开发一个新产品、要完成一个订单、要处理一 个客户投诉问题等等。
问题解决完，小组就解散。

9
结构化方法
为了使所设计的系统满足用户的要求，在设计之 前，先要正确理解和准确表达用户的要求，这就 是系统分析阶段的基本任务。
结构化系统分析，强调系统分析员与用户一起按 照系统的观点对组织活动由表及里地进行分析， 调查分析清楚系统的逻辑功能，并用数据流程图 等工具把系统功能描述清楚。用户可以判断未来 的系统是否满足其功能要求，而系统设计人员根 据这种描述进行系统设计，保证系统功能的实现。 这就是结构化方法的由来。
11
2.2 原型法
原型法（prototyping）的基本思想 原型法的思想基 础在于一开始就凭借着系统分析人员对用户要求的理解， 在强有力的软件环境支持下，尽快给出一个满足用户基本 要求的交互式的初始原型系统，在原型系统的运行中用户 发现问题，提出修改意见，然后系统分析人员和用户一起 对此原型进行评价，再对原型进行修改，如此反复，直到 完全满意为止，形成实际系统。。
10
结构化方法的优点

（1）按照系统的观点，自上而下地完成系统的
分析与设计。
（2）严格区分工作阶段。（3）面向用户

（4）充分预料变化情况

（5）开发过程工程化
结构化方法的缺点

（1）起点低、工具落后、开发周期长。

（2）难于在实际中实施。
结构化方法适用范围
这种方法主要适用于信息需求明确、规模较大、 结构化程度较高的系统的开发。
1964 年，波姆（Bohn）和雅科比尼（G. Jacopini） 提出结构化程序设计的理论，认为任何一个程序都可 以用图中所示的三种基本逻辑结构来编制。
人们从结构化程序设计中受到启发，把模块化思想引 入到系统设计中来，将一个系统设计成层次化的程序 模块结构。这些模块相对独立，功能单一。这就是结 构化系统设计的基本思想。

MECE
Mutually Exclusive 彼此独立
Collectively Exhaustive
完全穷尽
18
2 第二原则：MECE
不独立
人
男人 未婚女人
未穷尽
人
男人 已婚人士
人
男人 女人
未婚男人 未婚女人
已婚男人 已婚女人19
大的地方； ② 房子已经很旧 ， 需进行花费很高的基本维修； ③ 厨房太小； ④ 炉子坏了； ⑤ 我们这条街交通太繁忙了。
1 结构化思维的过程
对问题进行正确界定
对可能假设进行合理分类 分析重点核心环节
1
2
3
4
5
对问题的原因进行假设
去掉非关键环节
.
13
2
如何进行结构化分析 HOW
14
2 结构化思维：四个重点原则
结构化
以终为始原则 分析分解原则
MECE原则
80/20原则
解决问题
明确目标，清晰界定问 题
表达沟通
1.从结论说起 2.TOPS原则 3.讲三点
“我们可以将今天的会议改在星期四的11点开吗？ 因为这样对万总和何总都会更方便，于总也可以参 加，并且本周只有这一天会议室还没有被预订。”
44
1 结构化思维的不足
思维局限，不利于创新 难以确定优先级
内部关系难以明确
1
2
3
45
4
回顾与练习 RECORD
46
4 综合练习
结构化思维特点
从框架到细节
四大原则
自上而下 结构简单
层次清晰
重点突出
OK
41
3 结构化表达的练习
1
在等电梯时遇到了领导，领导询问你近期的 工作，只有30秒钟时间，你如何应答

及对系统的评价。
阶段的主要工作
信息系统日常运行管理 信息系统的维护 信息系统的安全与保密
§1.2 结构化系统分析方法
§ 1.2.1 需求分析和组织结构分析 § 1.2.2 功能体系分析 § 1.2.3 业务流程分析 § 1.2.4 数据流程分析 § 1.2.5 数据字典及数据流程分析的其它辅助工具 § 1.2.6 新系统的逻辑模型 § 1.2.7 系统分析报告
的
象 程
生度
命
系统设计
系统设计 说明书 系统实施
系统说明 文件
周 期 现行系统运行与维护
新系统运行与维护
现行系统的生命周期
时间
5
管理信息系统的开发过程
结构化系统开发方法
系统规划阶段
系统分析阶段
系统设计阶段
系统实施阶段 系统运行维护与评价阶段
6
1.1.1 系统规划阶段
系统规划阶段的主要任务： 1、根据用户提出的系统开发请求，进行初步 调查； 2、明确系统要完成的主要功能、基本要求和 要产生的信息，确定总体结构方案； 2、进行可行性研究，确定所要开发的系统是 否可行，只有可行才可以进行后续工作。
1.1.4 系统实施阶段
主要任务：将新系统设计方案转换成实际运行的新系统， 新系统设计方案的成功实施是MIS生命周期中的一个重 要阶段。
系统实施阶段的主要活动
程序设计 系统测试 系统转换
1.1.5 系统运行与维护阶段
这个阶段是整个系统开发生命周期中最长的
一个阶段，可以是几年甚至十几年。
主要任务：信息系统日常运行的管理和维护
1.1.3 系统设计阶段
系统设计阶段的主要任务： 是根据目标系统的逻辑模型确定目标系统的物理模型，

✓数据对象可以是外部实体,事物, 角色,行为或 事件, 组织单位, 地点或结构。 ✓数据对象只封装了数据，没有包含作用于这些 数据上的操作。
.
6
数据建模及ER图
3、属性：定义了数据对象的特征。它可用来：
• 为数据对象的实例命名； • 描述这个实例； • 建立对另一个数据对象的另一个实例的引用 • 主码：为了唯一地标识数据对象的某一个实例， 定义数据对象中的一个属性或几个属性为关键码 (key)，书写为_id， 例如在“学生”数据对象中用“学号”做关键码， 它可唯一地标识一个“学生”数据对象中的实例
23
设计过程
✓ 重画数据流图；
✓ 区分有效(逻辑) 输入、有效(逻辑) 输出和中心变换部 分；
精化数据流图
“事务” 类型
确定事务中心 和各动作路径
“变换”
确定输入 和输出流界
映射成事务结构
映射成变换结构
✓ 进行一级分解， 设计上层模块；
优化软件结构
✓ 进行二级分解，
导出软件结构
设计输入、输出和
不满意
– 2003年，发布UML 2.0.
• UML是一种定义良好、易于表达、功能强大且普遍适用的建 模语言。它溶入了软件工程领域的新思想、新方法和新技术。 它的作用域不限于支持面向对象的分析与设计,还支持从需求 分析开始的软件开发的全过程。
.
34
UML 说明
• 首先,UML融合了Booch、OMT和OOSE方法中 的基本概念,而且这些基本概念与其他面向对象技 术中的基本概念大多相同,因而,UML必然成为这 些方法以及其他方法的使用者乐于采用的一种简 单一致的建模语言;
X
Y 一个X与零个, 一个或多个Y相关联
X

2021/3/12
16
4.3.3 设计过程
（2）确定数据流图的类型 根据数据流图的数据流特征，确 定数据流图是变换型还是事务型的。 （3）将数据流图映射成初始的软 件结构图 采用变换分析方法或者事务分析 方法将数据流图逐步地转换为初始的 软件结构图。
2021/3/12
17
4.3.3 设计过程
（5）描述模块的功能、接口及 全局数据结构
2021/3/12
图4.16 变换型数据流图
11
4.3.2 数据流的类型
➢ 变换型数据加工的工作过程一般地可分为取得数据、变换数 据和给出数据。
➢ 变换是系统的主加工，是系统的变换中心。变换输入端的数 据流为系统的逻辑输入，输出端为逻辑输出。
➢ 直接从外部输入的数据流称为物理输入，反之称为物理输出。 外部的输入数据流一般要经过输入正确性和合理性检查、编 辑及格式转换等预处理后变成内部形式，这部分工作都由逻 辑输入部分完成。
➢ 模块可以分为传出模块，该模块从上级模块取得数据，进行 某些处理，传送给下属模块。
➢ 模块可以分为变换模块，该模块从上级模块取来数据，进行 特定处理后，送回原上级模块。
➢ 模块可以分为协调模块，该模块对其下属模块进行控制和管 理的模块。如图4.13所示。
2021/3/12
图4.13 模块的分类
8
4.3.1 软Байду номын сангаас结构的图形表示
2021/3/12
15
4.3.3 设计过程
（1）复审和精化数据流图
分析和复审数据流图的顶层图， 确保系统输入、输出的数据流是否符 合需求规格说明的要求。
分析和复审分层数据流图，弄清
楚每一个加工实现的功能是否明确，