结构化分析与设计PPT课件
合集下载
2024版结构化思维ppt课件完整版
务分配、时间表和优先级等。
监控执行过程
团队成员可以运用结构化思维, 对执行过程进行实时监控,确保 任务按照计划进行。
调整执行策略
在遇到问题时,结构化思维可以 帮助团队成员迅速调整执行策略, 确保任务顺利完成。
评估执行结果
在任务完成后,团队成员可以对 执行结果进行评估,总结经验教 训,为未来的团队协作提供参考。
将时间划分为不同的时间块,用于处理不同类型的事务。
优先级排序
根据事务的重要程度与紧急程度,进行优先级排序。
时间计划与执行
制定时间计划,明确每个时间块的任务与目标,按计划执行。
个人职业规划的结构化路径
职业目标设定
根据个人兴趣、能力与市场需求,设定明确的职业目标。
职业发展路径规划
分析职业目标所需的技能与经验,规划职业发展路径。
将目标具体化、可衡量, 有助于评估进展和成果。
设定优先级
在多个目标中确定优先级, 确保先解决最重要、最紧 急的问题。
分析问题
收集信息
全面收集与问题相关的信息,确保充 分了解问题的背景和现状。
分析原因
深入剖析问题产生的原因,为制定解 决方案提供依据。
识别问题
明确问题的本质和关键点,避免被表 面现象所迷惑。
的能力。
归纳推理
从个别到一般的推理过程,训练 从具体案例中提炼出普遍规律的
能力。
逻辑顺序
强调事物发展的内在逻辑顺序, 培养按照逻辑顺序进行思考和表
达的习惯。
创新思维训练
发散性思维
鼓励自由联想和想象,培养从多角度、多层次思考问题的能力。
逆向思维
从相反的方向进行思考,训练打破常规、寻求新解决方案的能力。
促进团队协作
监控执行过程
团队成员可以运用结构化思维, 对执行过程进行实时监控,确保 任务按照计划进行。
调整执行策略
在遇到问题时,结构化思维可以 帮助团队成员迅速调整执行策略, 确保任务顺利完成。
评估执行结果
在任务完成后,团队成员可以对 执行结果进行评估,总结经验教 训,为未来的团队协作提供参考。
将时间划分为不同的时间块,用于处理不同类型的事务。
优先级排序
根据事务的重要程度与紧急程度,进行优先级排序。
时间计划与执行
制定时间计划,明确每个时间块的任务与目标,按计划执行。
个人职业规划的结构化路径
职业目标设定
根据个人兴趣、能力与市场需求,设定明确的职业目标。
职业发展路径规划
分析职业目标所需的技能与经验,规划职业发展路径。
将目标具体化、可衡量, 有助于评估进展和成果。
设定优先级
在多个目标中确定优先级, 确保先解决最重要、最紧 急的问题。
分析问题
收集信息
全面收集与问题相关的信息,确保充 分了解问题的背景和现状。
分析原因
深入剖析问题产生的原因,为制定解 决方案提供依据。
识别问题
明确问题的本质和关键点,避免被表 面现象所迷惑。
的能力。
归纳推理
从个别到一般的推理过程,训练 从具体案例中提炼出普遍规律的
能力。
逻辑顺序
强调事物发展的内在逻辑顺序, 培养按照逻辑顺序进行思考和表
达的习惯。
创新思维训练
发散性思维
鼓励自由联想和想象,培养从多角度、多层次思考问题的能力。
逆向思维
从相反的方向进行思考,训练打破常规、寻求新解决方案的能力。
促进团队协作
结构化思维ppt幻灯片课件(ppt5)
24
团队沟通与协作技巧
有效沟通
建立开放、坦诚的沟通氛围,鼓励团队成员积极 表达意见和想法。
倾听与理解
认真倾听他人的观点,努力理解对方的立场和需 求,促进相互信任。
协作与互助
鼓励团队成员相互协作,分享知识和经验,共同 解决问题。
2024/1/26
25
团队冲突解决与领导力提升
01
识别冲突
及时发现并识别团队中的冲突,分析冲突产生的原因和影响。
确定一般性原理,分析具体情况,将原理应 用于情况,得出具体结论。
2024/1/26
作用
有助于将一般性原理应用于具体情况,得出 具体结论和行动方案。
应用场景
逻辑推理、决策分析、问题解决等。
14
04
结构化思维在问题解决中 的应用
2024/1/26
15
问题分析与识别
明确问题背景与现状
分析问题原因
了解问题的发生背景、当前状态和影 响范围。
通过数据收集、现场调查等方式,深 入分析问题产生的原因。
识别问题类型
判断问题是属于事实性、价值性还是 政策性等类型。
2024/1/26
16
问题结构化与拆解
问题结构化
将复杂问题拆解成若干个 子问题,形成清晰的问题 结构。
2024/1/26
问题拆解原则
遵循MECE原则,确保子 问题之间不重叠、不遗漏 。
02
解决冲突
采取适当的策略和方法解决冲突,如协商、调解或妥协等。
2024/1/26
03
提升领导力
通过培训和实践提高领导者的领导力水平,包括决策能力、组织协调能
力和人际交往能力等。同时,领导者应关注团队成员的成长和发展,激
团队沟通与协作技巧
有效沟通
建立开放、坦诚的沟通氛围,鼓励团队成员积极 表达意见和想法。
倾听与理解
认真倾听他人的观点,努力理解对方的立场和需 求,促进相互信任。
协作与互助
鼓励团队成员相互协作,分享知识和经验,共同 解决问题。
2024/1/26
25
团队冲突解决与领导力提升
01
识别冲突
及时发现并识别团队中的冲突,分析冲突产生的原因和影响。
确定一般性原理,分析具体情况,将原理应 用于情况,得出具体结论。
2024/1/26
作用
有助于将一般性原理应用于具体情况,得出 具体结论和行动方案。
应用场景
逻辑推理、决策分析、问题解决等。
14
04
结构化思维在问题解决中 的应用
2024/1/26
15
问题分析与识别
明确问题背景与现状
分析问题原因
了解问题的发生背景、当前状态和影 响范围。
通过数据收集、现场调查等方式,深 入分析问题产生的原因。
识别问题类型
判断问题是属于事实性、价值性还是 政策性等类型。
2024/1/26
16
问题结构化与拆解
问题结构化
将复杂问题拆解成若干个 子问题,形成清晰的问题 结构。
2024/1/26
问题拆解原则
遵循MECE原则,确保子 问题之间不重叠、不遗漏 。
02
解决冲突
采取适当的策略和方法解决冲突,如协商、调解或妥协等。
2024/1/26
03
提升领导力
通过培训和实践提高领导者的领导力水平,包括决策能力、组织协调能
力和人际交往能力等。同时,领导者应关注团队成员的成长和发展,激
结构化系统设计 ppt课件
2、 模块的内聚
模块的内聚反映模块内部联系的紧密程度。高内聚性的好处是 可以提高程序的可靠性。
有一个调查表明,50%的强内聚性子程序是没有错误的,而只 有 18%的弱内聚性子程序才是无错的,弱内聚性子程序的出错机 会要比强内聚性出错机会高 6 倍,而修正成本则要高 19 倍。 •模块的组合形式
功能\顺序\通信\过程\暂时\逻辑\偶然组合 •模块组合形式的判断 •模块组合形式的比较
else printf(“no!”); } main() { int flag;
output(flag); }
公共耦合
如果两个或多个模块都和同一个公用数据域有关 1)系统可理解性降低(模块间存在错综复杂的连系) (2)系统可维护性差(修改变量名或属性困难) (3)系统可靠性差(公共数据区及全程变量无保护措施)
–反之,低内聚一般会带来紧耦合 松耦合
作为软件设计的军规之一。各部分的关联越少意味着你在测 试,集成,维护的时候可以轻松不止一点点。 高内聚
也就是说一个类特别是一个方法应该专注于一件事。
作用范围与控制范围
• 一个判断的作用范围是所有这样的模块的集 合,这些模块内含有依赖于这个判断结果的 处理。或称影响范围。
数据耦合
sum(int a,int b) {int c; c=a+b; return(c); } main() { int x,y; printf(“x+y=%d”,sum(x,y))}
控制耦合
模块之间交换信息中包含有控制信息(有时控制信息以数 据的形式出现)
void output(flag) {if (flag) printf(“ok!”);
(2) 强调采用模块化的设计方法,并有一组基本设计策略 (3) 采用结构图作为模块设计的工具。
【2024版】结构化思维ppt课件
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秒钟时间,你如何应答
结构化分析—-数据流图ppt课件
产品
销售量
职工
累计销售量单价
D2
产品
计算 销售量
D2 产品销售帐
计算销售总额
商品编号#_
怎么辨别数据存储
• 各种需要长期保存的表格(纸质/电子)
– 答辩评审表、新生登记表、包裹邮寄单
• 分类存放的某类表格数据,称为一个数据存 储 • 一个数据存储可能经过多道处理手续,即数 据处理(可能涉及多个人填写表格或查看)
•
3、提高易读性
提高数据流图的易理解性
(1)简化处理间的联系(利用数据存储)
如:P2 成绩管理 ->P1 异动管理之间的联系可 以改变为: P2成绩管理->D3留退名单 P1异动管理<-D3留退名单 D3留退名单为增加的数据存储
(2)均匀分解,应齐头并进 (3)适当的命名
4、确定系统边界
• 信息系统建模不是对应用领域的业务建模, 信息系统可能只反映业务系统的部分处理过 程。 • 因此要关注信息系统解决的问题,重点是系 统中的数据处理和流动。 (1)排除纯手工活动 (2)排除其它外部系统的活动 (3)和系统外的外部实体之间的接口通过数 据流来实现
p1
外部实体
数据处理
数据存储
数据流
外部实体
外部实体指系统以外又与系统有联系的人或事物 。它表达了该系统数据的外部来源和去处。 例如:人、组织、外部系统等等。
• 外部实体是数据的来源(谁提供了最初始的数据?) • 外部实体是数据的去处(数据对谁有价值?)
图书 管理员 图书 管理员
读者
馆长
读者
数据处理
课堂练习
• 不完整的DFD如下:
P3 报警 拨出 通信 系统
电话号码
通信 系统
销售量
职工
累计销售量单价
D2
产品
计算 销售量
D2 产品销售帐
计算销售总额
商品编号#_
怎么辨别数据存储
• 各种需要长期保存的表格(纸质/电子)
– 答辩评审表、新生登记表、包裹邮寄单
• 分类存放的某类表格数据,称为一个数据存 储 • 一个数据存储可能经过多道处理手续,即数 据处理(可能涉及多个人填写表格或查看)
•
3、提高易读性
提高数据流图的易理解性
(1)简化处理间的联系(利用数据存储)
如:P2 成绩管理 ->P1 异动管理之间的联系可 以改变为: P2成绩管理->D3留退名单 P1异动管理<-D3留退名单 D3留退名单为增加的数据存储
(2)均匀分解,应齐头并进 (3)适当的命名
4、确定系统边界
• 信息系统建模不是对应用领域的业务建模, 信息系统可能只反映业务系统的部分处理过 程。 • 因此要关注信息系统解决的问题,重点是系 统中的数据处理和流动。 (1)排除纯手工活动 (2)排除其它外部系统的活动 (3)和系统外的外部实体之间的接口通过数 据流来实现
p1
外部实体
数据处理
数据存储
数据流
外部实体
外部实体指系统以外又与系统有联系的人或事物 。它表达了该系统数据的外部来源和去处。 例如:人、组织、外部系统等等。
• 外部实体是数据的来源(谁提供了最初始的数据?) • 外部实体是数据的去处(数据对谁有价值?)
图书 管理员 图书 管理员
读者
馆长
读者
数据处理
课堂练习
• 不完整的DFD如下:
P3 报警 拨出 通信 系统
电话号码
通信 系统
结构化方法PPT课件
7
数据流图
数据流图(Data flow Diagram,简称DFD)是表示系 统逻辑模型的一种工具,以图形 的方式描绘数据在系统中的流动 和处理过程。由于只反映系统必 须完成的逻辑功能,所以是一种 功能模型。
8
数据流图
数据流图描绘系统的逻辑模型,图中无 具体的物理元素,只是描绘信息在系统 中流动和处理的情况
符号在图中出现在n个地方,则在这个符 号的一个角上画n-1条短斜线做标记
22
数据流图
命名
– 为数据流(或数据存储)命名
名字应代表整个数据流(或数据存储)的内容, 而不是仅仅反映它的某些成分
不要使用空洞的、缺乏具体含义的名字(如 “数据”、“信息”、“输入”之类)
如果在为某个数据流(或数据存储)起名字时 遇到了困难,则可能是因为数据流图分解不恰 当造成的,应该试试重新分解,看是否能克服 这个困难
19
源点1 a 源点2 b
a
P1
b
P2
a P1 .1
P
e
c
P3
d
P1 .2 c
终点 顶图
e 父图(0层图)
子图P1
b P2 .1
P1 .3
P2 .2
P2 .3
c P3 .1 d P3 .3
P3 .2 e
d 子图P2
子图P3
20
绘制数据流图的几个问题
合理地命名:数据流程图中对每一个元 素都要命名,恰当地命名有助于数据流 程图的理解与阅读。命名原则:
3
结构化方法特点
☻成功率较高,发展较为成熟; ☻简单、易掌握,适应于瀑布模型; ☻特别适合于数据处理领域中的应用, 对规模大的项目,特别复杂的应用不太 适应。 ☻难于解决软件重用问题,难于适应需 求的变化。
数据流图
数据流图(Data flow Diagram,简称DFD)是表示系 统逻辑模型的一种工具,以图形 的方式描绘数据在系统中的流动 和处理过程。由于只反映系统必 须完成的逻辑功能,所以是一种 功能模型。
8
数据流图
数据流图描绘系统的逻辑模型,图中无 具体的物理元素,只是描绘信息在系统 中流动和处理的情况
符号在图中出现在n个地方,则在这个符 号的一个角上画n-1条短斜线做标记
22
数据流图
命名
– 为数据流(或数据存储)命名
名字应代表整个数据流(或数据存储)的内容, 而不是仅仅反映它的某些成分
不要使用空洞的、缺乏具体含义的名字(如 “数据”、“信息”、“输入”之类)
如果在为某个数据流(或数据存储)起名字时 遇到了困难,则可能是因为数据流图分解不恰 当造成的,应该试试重新分解,看是否能克服 这个困难
19
源点1 a 源点2 b
a
P1
b
P2
a P1 .1
P
e
c
P3
d
P1 .2 c
终点 顶图
e 父图(0层图)
子图P1
b P2 .1
P1 .3
P2 .2
P2 .3
c P3 .1 d P3 .3
P3 .2 e
d 子图P2
子图P3
20
绘制数据流图的几个问题
合理地命名:数据流程图中对每一个元 素都要命名,恰当地命名有助于数据流 程图的理解与阅读。命名原则:
3
结构化方法特点
☻成功率较高,发展较为成熟; ☻简单、易掌握,适应于瀑布模型; ☻特别适合于数据处理领域中的应用, 对规模大的项目,特别复杂的应用不太 适应。 ☻难于解决软件重用问题,难于适应需 求的变化。
软件工程结构化分析与设计
航班=航班号+出发地+目的地+{停靠站}+(头等舱数量 )+(头等舱价格)+公务舱数量+公务舱价格+普通……
例题
请给出购书申请的数据字典定义:一份
申请对应一个学生,内容包括学生的学 号、姓名、班级和他(她)所领全部教 材的书号、书名和数量。其中学号由阿 拉伯数字组成,姓名可选。
购书申请=学号+(姓名)+{书号+书名+数量}
工资 奖金 ≤1000—8%+500 >1000—8%
≤1000—5%+300 >1000—5%
≤1000—6%+300 >1000—6%
≤1000—4%+200 >1000—4%
例题
一个加工用来完成商店促销活动中的金
额计算,规定:消费不超过100元,享受 8折;消费100-500,享受7折;消费超过 500享受6折。且如果是会员则再减20。
用判定树描述该加工说明
消费额
<100
会员
是 否
优惠
8折-20 8折
优惠策略
100-500
是 否
>500
是 否
7折-20 7折
6折-20 6折
(4)E-R图
备注:若关系没有属性,则可以省略
E-R图向数据表的转换
一对一:两个实体可合并成一个表
0:1
学生
1:1
床铺
学生{学号,姓名,床铺号,上下,……}
(2)数据字典(DD)
对软件中的每个数据规定一个定义条目,
以保持数据在系统中的一致性
数据项:只含一个数据,又称为数据元素 数据流:由多个相关数据项组成
例题
请给出购书申请的数据字典定义:一份
申请对应一个学生,内容包括学生的学 号、姓名、班级和他(她)所领全部教 材的书号、书名和数量。其中学号由阿 拉伯数字组成,姓名可选。
购书申请=学号+(姓名)+{书号+书名+数量}
工资 奖金 ≤1000—8%+500 >1000—8%
≤1000—5%+300 >1000—5%
≤1000—6%+300 >1000—6%
≤1000—4%+200 >1000—4%
例题
一个加工用来完成商店促销活动中的金
额计算,规定:消费不超过100元,享受 8折;消费100-500,享受7折;消费超过 500享受6折。且如果是会员则再减20。
用判定树描述该加工说明
消费额
<100
会员
是 否
优惠
8折-20 8折
优惠策略
100-500
是 否
>500
是 否
7折-20 7折
6折-20 6折
(4)E-R图
备注:若关系没有属性,则可以省略
E-R图向数据表的转换
一对一:两个实体可合并成一个表
0:1
学生
1:1
床铺
学生{学号,姓名,床铺号,上下,……}
(2)数据字典(DD)
对软件中的每个数据规定一个定义条目,
以保持数据在系统中的一致性
数据项:只含一个数据,又称为数据元素 数据流:由多个相关数据项组成
《结构化技术》PPT课件_OK
查詢庫存量
2021/8/30
D-22
模組內聚力之判定決策樹
是 否 僅 從 事 與 問 題 相 關 的 單 一 功 能
2021/8/30
是
模 組 內
共用相 資料是否有 是
同資料 順序性?
否
各
個
否
活 動
流程 流程是否有 是 控制 順序性? 否
的
關 係 無關 功能邏輯是 是
為 (非以上兩種) 否相關聯? 何
• 圖例:
讀取某數值x
2021/8/30
計算x之平方
將計算所得結果 顯示於螢幕上
D-17
(3) 溝通內聚力
• 模組內具有多個功能或處理多件事情,且這些功能使用相同的資料(輸 入),但執行順序沒有相關性。
• 圖例:
2021/8/30
查詢產品規格 查詢庫存數量 查詢儲存架位
產品資料
D-18
(4) 程序內聚力
– 最多不要超過9個(Magic Number 7±2)
• 控制範圍
– 為縮小影響範圍與控制範圍,當甲模組之行為被乙 模組所影響,則甲模組應從屬於乙模組。
2021/8/30
D-13
2.3.2 結構化設計之評估準則
• 要達到良好的系統設計與提升模組的品質,需考慮: – 模組的內聚力(cohesion):一個模組內部所做事情的相關程度。 – 模組間的耦合力(coupling):一個系統內部各模組之間的相關程度。 – 其他考慮因素:如功能分割、錯誤訊息等。
否
?
功能型
順序型 溝通型 程序型 暫時型
邏輯型 偶發型
D-23
內聚力之評比因素與比較
• 依序為:功能、順序、溝通、程序、暫時、 邏輯、偶發
2021/8/30
D-22
模組內聚力之判定決策樹
是 否 僅 從 事 與 問 題 相 關 的 單 一 功 能
2021/8/30
是
模 組 內
共用相 資料是否有 是
同資料 順序性?
否
各
個
否
活 動
流程 流程是否有 是 控制 順序性? 否
的
關 係 無關 功能邏輯是 是
為 (非以上兩種) 否相關聯? 何
• 圖例:
讀取某數值x
2021/8/30
計算x之平方
將計算所得結果 顯示於螢幕上
D-17
(3) 溝通內聚力
• 模組內具有多個功能或處理多件事情,且這些功能使用相同的資料(輸 入),但執行順序沒有相關性。
• 圖例:
2021/8/30
查詢產品規格 查詢庫存數量 查詢儲存架位
產品資料
D-18
(4) 程序內聚力
– 最多不要超過9個(Magic Number 7±2)
• 控制範圍
– 為縮小影響範圍與控制範圍,當甲模組之行為被乙 模組所影響,則甲模組應從屬於乙模組。
2021/8/30
D-13
2.3.2 結構化設計之評估準則
• 要達到良好的系統設計與提升模組的品質,需考慮: – 模組的內聚力(cohesion):一個模組內部所做事情的相關程度。 – 模組間的耦合力(coupling):一個系統內部各模組之間的相關程度。 – 其他考慮因素:如功能分割、錯誤訊息等。
否
?
功能型
順序型 溝通型 程序型 暫時型
邏輯型 偶發型
D-23
內聚力之評比因素與比較
• 依序為:功能、順序、溝通、程序、暫時、 邏輯、偶發
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
如何描繪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
練習
➢ 王子書店需要一客戶訂貨處理系統,當接獲客戶訂單 時,除了檢查庫存餘額之外,尚須檢查客戶信用狀況, 接單之處理情況需即刻回應客戶。當餘額夠時直接從 倉庫出貨並將整筆資料送至會計部列印發票,若餘額 不夠,則列印採購單向出版社訂貨,同時將採購交易 紀錄送至會計部,當出版社送貨到達時,須先入庫再 行出貨。每天進出貨狀況須向管理部門報告,每月交 易狀況須向總經理報告。
Chip Available
Order Cancellation
Chips Held Sales Order
Customer Chip Order
1.4 ORDER CHIPS
Chips Held
Invalid Order
13
Real-time
系統包裝
On-Line
Batch
A
B C
Manual
14
➢ 符合使用者需求(meet user requirement)
4
結構化分析
結構化分析
➢Graphic and Concise ➢Top-down partitioned ➢Nonredundant ➢Essential
6
結構化分析工具
➢ 資料流程圖
DATA FLOW 1
資料流
SOURCE
2
程序(處理)
MANUFACTURER
10
自上而下分割
層次化 標號 分割至單一功能為止
(Functional primitive)
2
2.2 2.1
2.3
11
自上而下分割
CUSTOMER
Customer Transaction
Customer Reply
1 SALES DEPT
Chips Available
Chip Shipment
CHIP INVENTORY
2 DHIP DEPT
Customer Payment
Order Cancellatio
n
PLANNING DEPT
Sales Order
Chip Sales Invoice
3
Financial
ACCOUNT
Report
ING DEPT Salesman
➢ 資料流(Data Flow)
源頭/終點、程序與資料儲存體中若有資料進出,以資料流之 符號連結
若對於兩實體中間之資料流同時存在流進與流出,則可以雙 箭頭表示,但要注意其資料流名稱之差異
資料流可以結合多個資料元素並以一個名稱表示,但須在資 料字典中加以定義
1 PROCESS
Data Store
PROCESS
DATA FLOW 2
資料儲存體 源頭/終點
DATA FLOW 3
1
DATA FLOW 6
➢ 資料字典
PROCESS DATA FLOW 5
SINK
DATA FLOW 4
➢ 迷你規格書
➢ E-R Model
DATA STORE
7
系統分析策略 ➢描繪現行實體作業系統 ➢描繪現行邏輯作業系統 ➢描繪新邏輯作業系統 ➢描繪新實體作業系統
結構化分析與設計
大綱 ➢為何要做系統分析與設計 ➢結構化分析 ➢結構化設計
2
為何要做系統分析與設計
為何要做系統分析
➢ 傳統軟體開發方法的問題
直接設計與撰寫程式:分析階段更改一個錯誤花 一塊錢,延遲到維護階段可能要100元。
軟體危機:軟體品質不良生產力不夠、同樣的錯 誤一再發生、發展完成的軟體與使用者的需求不 合、沒有良好而完整的軟體開發方法、沒有文件 無法維護等等。
a customer
Orders Payments Returns Inquiries
1 PROCESS
a
1
Customer
customer Transactions PROCESS
1
a
PROCESS
customer Customer
Transactions
2
PROCESS
16
如何描繪DFD(3)
Commission
From
Chips Stock
PURCHASE
Purchase ORDER FILE
Order Manufacturer
Invoice
MANUFAC
TURER
Manufacturer Payment
PAYROLL DEPT
12
自上而下分割
Unknown Transaction
Customer Transaction
8
進行分結構化分析
➢ 描繪整體系統 ➢ 自上而下分割
層次化 標號 分割至單一功能為止(Functional primitive)
➢ 檢查
資料流的進出數目 資料儲存體是否恰當 程序是否確實能完成其功能
9
描繪整體系統
Payment
Financial Report
Customer Transaction
18
資料字典
➢ 用來記錄或描述在資料流程圖中所使用到的資料
➢ 資料結構與資料元素
➢ 三種基本描述方式 Sequence Data itER TRANSACTION
Customer Inquiry
Invalid Cancellation Customer Cancellation
1.2 INQUIRE ABOUT
CHIP AVAILA BILITY
1.3 CANCEL ORDER
Customer Reply