6需求的传统描述方法
六西格玛介绍
六西格玛目录六西格玛六西格玛的由来什么是6σ质量管理方法6σ管理的特征6σ管理的好处6σ管理的人员组织结构6σ管理的实施程序六西格码质量管理方法对企业管理的作用1.2.六西格玛六西格玛的由来什么是6σ质量管理方法6σ管理的特征6σ管理的好处6σ管理的人员组织结构6σ管理的实施程序六西格码质量管理方法对企业管理的作用西格码质量管理方法的流程西格玛水平1.2.六西格玛黑带考试六西格玛六西格玛（Six Sigma）又称：6σ，6Sigma，6Σ西格玛（Σ，σ）是希腊文的字母，是用来衡量一个总数里标准误差的统计单位。
其含义引申后是指：一般企业的瑕疵率大约是3到4个西格玛，以4西格玛而言，相当于每一百万个机会里，有6210次误差。
如果企业不断追求品质改进，达到6西格玛的程度，绩效就几近于完美地达成顾客要求，在一百万个机会里，只找得出3.4个瑕疪。
（详见右图）六西格玛（6σ）概念作为品质管理概念，最早是由摩托罗拉公司的比尔·史密斯于1986年提出，其目的是设计一个目标：在生产过程中降低产品及流程的缺陷次数，防止产品变异，提升品质。
真正流行并发展起来，是在通用电气公司的实践，即20世纪90年代发展起来的6σ（西格玛）管理是在总结了全面质量管理的成功经验，提炼了其中流程管理技巧的精华和最行之有效的方法，成为一种提高企业业绩与竞争力的管理模式。
该管理法在摩托罗拉、通用电气、戴尔、惠普、西门子、索尼、东芝行众多跨国企业的实践证明是卓有成效的。
为此，国内一些部门和机构在国内企业大力推6σ管理工作，引导企业开展6σ管理。
随着实践的经验积累，它已经从单纯的一个流程优化概念，衍生成为一种管理哲学思想。
它不仅仅是一个衡量业务流程能力的标准，不仅仅是一套业务流程不断优化的方法。
六西格玛的由来六西格玛（Six Sigma）是在20世纪90年代中期开始被GE从一种全面质量管理方法演变成为一个高度有效的企业流程设计、改善和优化的技术，并提供了一系列同等地适用于设计、生产和服务的新产品开发工具。
6.需求描述
需求描述的特征
完整性 正确性 可行性 必要性 划分优先级 无二义性 可验证性
需求描述的风格与格式
常见的描述风格与选用标准 典型软件需求规格说明书模板解析 定义模板的技巧 用户需说明与软件需求规格说明
常见的描述风格与选用标准
自然语言 图形化模型 形式化规格描述 建议
自然语言为主,辅之以图形化模型,需要的地 自然语言为主,辅之以图形化模型, 方少量使用形式化规格描述 图形化模型为主,辅之以自然语言作为补充, 图形化模型为主,辅之以自然语言作为补充, 需要的地方少量使用形式化规格描述 以形式化规格语言为主,辅之以图形化模型, 以形式化规格语言为主,辅之以图形化模型, 以自然语言为补充
需求描述
2009年09月 2009年09月
需求描述
需求描述就是将需求捕获, 需求描述就是将需求捕获,分析的结 果进行文档化的过程. 果进行文档化的过程.
主题
需求描述的特征 需求描述的风格与格式 常见的描述风格与选用标准 需求描述的写作指南 典型软件需求规格说明书模板解析 定义模板的技巧 用户需求说明与软件需求规格说明 写作策略与技巧
非文字信息的缺乏导致信息的丢失 说者无心, 说者无心,听者有意
需求描述的两大原则
简洁, 简洁,段落文字少 列表, 列表,图表相结合的表示法
不要忽视陈述需求理由的重要性 注意措辞
尽可能减少使用定性词语 避免使用描述数据的词语
�
需求描述的写作指南
保持句子和段落简短. 保持句子和段落简短. 从开发者的立场来看, 从开发者的立场来看,检查需求陈述是否 足够明确. 足够明确. 努力找到一个适当的粒度层次来写作. 努力找到一个适当的粒度层次来写作. 检查是否有一个陈述表达了多个需求, 检查是否有一个陈述表达了多个需求,将 它们分开. 它们分开. 整个需求文档的写作都保持在一个一致的 细节层次上. 细节层次上. 避免陈述冗余的需求. 避免陈述冗余的需求.
软件需求-第6课-软件需求获取(三)(第1版)
第6章 软件需求获取概述
3 需求获取的主要方法 用户调查
用户调查问卷的设计要点 封闭式问题的两个现象，比较有意思，仅供参考： （1）C 现象：考试时大家都知道一个口诀“不会就选C”。原因可能是人的“从 中”心理。A和D 有边缘化的感觉。 （2）D现象：心理学研究显示，当将四双相同的丝袜摆在一起，然后将外包装 全部拆掉，让大家判断那双最好，结果很有意思，约60%的人认 为最后一双最好。 提示：如果将你认为的大量正确的答案在C或D，那你将得到满意的效果，但实 际上情况可能相反。均匀分配。
第6章 软件需求获取概述
3 需求获取的主要方法 原型法
什么是原型以及为什么要建立原型？
以上问题存在的一个很重要的原因，就是在系统人员和客户面前，不存 在一个实实在在的事物，这个实体可以充分表达系统人员对问题空间有关 概念的理解程度和对目标系统的初步考虑，客户也可通过这个实体，阐明 其对目标系统的要求和系统人员当前方法指导开发过程。原型法即是适应这种需要 产生的一种信息系统开发方法。
第6章 软件需求获取概述
3 需求获取的主要方法
一般主要的需求获取的方法包括
用户访谈 用户调查 文档分析 原型法（情节串联板） 模型驱动的方法
第6章 软件需求获取概述
3 需求获取的主要方法
文档分析
文档分析又称文档考古或者文档审查，是一种专门针对文档进行需求 获取的活动。其主要获取对象包括相关产品的需求说明书、客户需求文档、 相关数据及流程说明等。
第6章 软件需求获取概述
3 需求获取的主要方法 原型法
什么是原型以及为什么要建立原型？
常规的软件生命周期强调开发的阶段性，软件开发过程必须严格遵循分 析、设计、实现、测试、维护的次序进行，而且各阶段间没有反馈关系。开 发的规范化无疑提高了开发效率，保证了软件的可靠性和可维护性。然而， 对于有些类型的实际问题，常规方法也存在着以下一些问题： ① 软件开发早期，有时很难明确定义出确切的软件需求，提供详细的需求 规格说明书。无论是系统人员，还是客户，有的只是对目标系统十分笼统 初步的认识。软件系统的很多具体细节往往是随着软件系统的建立而逐步 明确的。这样，在需求分析阶段，分析人员常常得花大量时间去捕捉一些 非常模糊的想法，并花大量时间以这种模糊的认识为基础去编写包括很多 细节内容的需求规格说明书，因而需求规格说明书的一致性、准确性、正 确性、有效性很难保证。
六西格玛
六西格玛（Six Sigma）六西格玛又称：6σ，6Sigma，不能使用大写的Σ，西格玛（Σ，σ）[1][2]是希腊文的字母，在统计学中称为标准差，用来表示数据的分散程度。
其含义引申后是指：一般企业的瑕疵率大约是3到4个西格玛，以4西格玛而言，相当于每一百万个机会里，有6210次误差。
如果企业不断追求品质改进，达到6西格玛的程度，绩效就几近于完美地达成顾客要求，在一百万个机会里，只找得出3.4个瑕疪。
六西格玛（6σ）概念作为品质管理概念，最早是由摩托罗拉公司的比尔·史密斯于1986年提出，其目的是设计一个目标：在生产过程中降低产品及流程的缺陷次数，防止产品变异，提升品质。
真正流行并发展起来，是在通用电气公司的实践，在杰克韦尔奇于20世纪90年代发展起来的6σ（西格玛）管理是在总结了全面质量管理的成功经验，提炼了其中流程管理技巧的精华和最行之有效的方法，成为一种提高企业业绩与竞争力的管理模式。
该管理法在摩托罗拉、通用电气、戴尔、惠普、西门子、索尼、东芝、华硕等众多跨国企业的实践证明是卓有成效的。
为此，国内一些部门和机构在国内企业大力推6σ管理工作，引导企业开展6σ管理。
随着实践的经验积累，它已经从单纯的一个流程优化概念，衍生成为一种管理哲学思想。
它不仅仅是一个衡量业务流程能力的标准，不仅仅是一套业务流程不断优化的方法，进而成为一种应对动态的竞争环境，提升企业竞争力，取得长期成功的企业战略。
由来六西格玛（Six Sigma）是在20世纪90年代中期开始被GE从一种全面质量管理方法演变成为一个高度有效的企业流程设计、改善和优化的技术，并提供了一系列同等地适用于设计、生产和服务的新产品开发工具。
继而与GE的全球化、服务化、电子商务等战略齐头并进，成为全世界上追求管理卓越性的企业最为重要的战略举措。
六西格玛逐步发展成为以顾客为主体来确定企业战略目标和产品开发设计的标尺，追求持续进步的一种管理哲学。
【免费下载】六西格玛基本介绍富士康IE学院
六西格玛（Six Sigma）是在20世纪90年代中期开始被GE从一种全面质量管理方法演变成为一个高度有效的企业流程设计、改善和优化的技术，并提供了一系列同等地适用于设计、生产和服务的新产品开发工具。
继而与GE的全球化、服务化、电子商务等战略齐头并进，成为全世界上追求管理卓越性的企业最为重要的战略举措。
六西格玛逐步发展成为以顾客为主体来确定企业战略目标和产品开发设计的标尺，追求持续进步的一种管理哲学。
什么是6σ质量管理方法 6σ管理法是一种统计评估法，核心是追求零缺陷生产，防范产品责任风险，降低成本，提高生产率和市场占有率，提高顾客满意度和忠诚度。
6σ管理既着眼于产品、服务质量，又关注过程的改进。
“σ”是希腊文的一个字母，在统计学上用来表示标准偏差值，用以描述总体中的个体离均值的偏离程度，测量出的σ表征着诸如单位缺陷、百万缺陷或错误的概率性，σ值越大，缺陷或错误就越少。
6σ是一个目标，这个质量水平意味的是所有的过程和结果中，99.99966% 是无缺陷的，也就是说，做100万件事情，其中只有3.4件是有缺陷的，这几乎趋近到人类能够达到的最为完美的境界。
6σ管理关注过程，特别是企业为市场和顾客提供价值的核心过程。
因为过程能力用σ来度量后，σ越大，过程的波动越小，过程以最低的成本损失、最短的时间周期、满足顾客要求的能力就越强。
6σ理论认为，大多数企业在3σ～4σ间运转，也就是说每百万次操作失误在6210～66800之间，这些缺陷要求经营者以销售额在15%～30%的资金进行事后的弥补或修正，而如果做到6σ，事后弥补的资金将降低到约为销售额的5%。
为了达到6σ，首先要制定标准，在管理中随时跟踪考核操作与标准的偏差，不断改进，最终达到6σ。
现己形成一套使每个环节不断改进的简单的流程模式：界定、测量、分析、改进、控制。
★界定：确定需要改进的目标及其进度，企业高层领导就是确定企业的策略目标，中层营运目标可能是提高制造部门的生产量，项目层的目标可能是减少次品和提高效率。
六西格玛
第一章概述一、6σ：新世纪的质量理念6个西格玛作为一个由Motorola公司最先开发和发展而来的伟大品质创举，是一种通过驱使所有人员热情地追求不断改善的最高质量要求的模式改变，其理念成熟于1985 到 1986年间。
摩托罗拉公司于80年代将其作为组织开展全面质量管理过程实现最佳绩效的一种质量理念和方法，它带来了公司文化的改变。
摩托罗拉公司也因此成为美国波多里奇国家质量奖的首位获得者。
几年过去了，直到今天，6个西格玛仍象当初一样在各行各业为我们所应用。
今天，随着竞争的加剧，我们6个西格玛目标的追求比以往更加强烈了。
在各行各业，6个西格玛仍然是一个主要的目标。
二、6σ与传统的过程改进6σ与传统的质量改进方法一个最明显的区别在于认知方面。
全面质量管理中所采用的过程改进方法在取得初期成功之后，便逐渐走向衰退，因为它们缺少 6σ所要求的来自高层管理者的承诺。
另外，在一个高技术的世界环境中，企业要取得竞争胜利，它们的首要目标是质量改进。
但质量只是组织进行自我度量的一个参数。
而 6σ则是一种全面经营过程改进的方法。
尽管它测评的是单位产品缺陷及每百万次运行所存在的缺陷，但它的目标是消除无附加值活动，缩短循环周期，增加利润。
当组织成功地实施了 6σ，它们就将对管理人员的培训及评估方法与 6σ过程结合在一起，确保了管理者对获取成功作出关键的承诺。
我们还记得60年代提出的“零缺陷”，这与6σ有什么不同呢？6σ强调在过程这每一步都对用户满意度进行测评，对每次测评结果，通过团队活动，不断缩短循环周期，减少DPMO。
通过实施6σ，所反映出的DPMO已非常小，既所谓“真正的完美”。
在这里强调确定过程中每一步的缺陷，用DPMO来表示缺陷，并制定改进目标，这一切都与传统的持续改进方法是不同的。
但是6σ是采取什么方法来实现改进的？当我们检验一下6σ方法及技术时，我们发现6σ所使用的方法与传统的过程改进工具有许多惊人的相似之处。
例如：6σ方法涉及到基本的问题解决技术，所包括的质量工具有：因果分析、排列图、矩形图、抽样检验、控制图等。
六西格玛知识点
= ⨯ = ⨯ + Defects领导层的作用建立组织对精益六西格玛的期望建立精益六西格玛的愿景〔Vision 〕 制定中长期目标〔2～5 年目标〕建立和保持组织中的精益六西格玛热忱建立适宜的财务评估体系确保最优秀的人员参与精益六西格玛活动为精益六西格玛活动供给资源定期回忆精益六西格玛推行进度，排解过程障碍提倡者〔Champion 〕职责之一：业务领导识别和优先排序工程批准工程建立工程推行的监控、评估系统定期评审工程，监控工程整体状况和具体工程进度排解工程实施过程中的障碍 在跨部门间推开工程 职责之二：资源治理者人力资源,物品资源 财政资源,时间资源职责之三：鼓励者在组织中沟通和共享精益六西格玛的愿景和使命培育和维持精益六西格玛的气氛对精益六西格玛人员如黑带/绿带进展鼓励成认、共享和庆祝成功 制造和供给机遇职责之四：支持者(support)绿带〔Green Belt 〕绿带是兼职的精益六西格玛工程实施者。
绿带将精益六西格玛用于日常工作。
精益六西格玛的应用因绿带的工作量而定。
精益六西格玛工具应用的学问可能因使用时机而限制。
绿带通常与黑带有着及其亲热的关系。
平衡计分卡〔 BSC 〕是一套从四个方面对公司战略治理的绩效进展财务与非财务综合评价的评分卡 片，是一个科学的集公司战略治理掌握与战略治理的绩效评估于一体的治理系统学习成长驱动内部过程驱动顾客驱动财务 质量治理进展史质量检验阶段时间：19 世纪末到二十世纪 30 年月特点：事后检验 著名人物：泰勒的科学治理，首次把质量检验从生产过程中分别出来；统计质量掌握阶段时间：20 世纪 40，50 年月特点：数理统计方法和质量治理相结合 工程治理和工程利益最大化的区分在于： 工程治理关注如何正确的做事情； 工程利益最大化关注做正确的事情。
工程的衡量指标目标的 SMART 原则S ：(Specific) 具体的： M ：(Measurable) 可测量的： A ：(Attainable) 可实现的： R ：(Relevant) 相关的： T ：(Time bounded) 时间限制的：外部客户〔External customer 〕 最终产品的销售对象〔End user 〕 社会，政府 股东内部客户〔Internal customer) 产品的下一道工序 承受效劳的部门和人收集客户声音的方式书面/邮件调查优点：本钱低，答复者紧迫性低可以自己选择时间完成调查；为预防故障发生所支付的费用，其中一局部由于不增值或者效果不抱负，则可列入劣质本钱。
需求说明书例子
需求说明书例子
以下是一个简单的需求说明书的例子：
需求说明书：在线购物系统
一、概述
本系统是一个在线购物平台，旨在为用户提供方便、快捷的购物体验。
系统应具备商品展示、用户注册、登录、浏览、搜索、加入购物车、结算等功能。
二、功能需求
1. 商品展示：系统应展示各类商品的信息，包括商品名称、价格、图片等。
2. 用户注册：用户可以在系统上注册账号，填写个人信息。
3. 用户登录：已注册用户可以登录系统，进行浏览、购买等操作。
4. 商品浏览：用户可以在系统中浏览各类商品，了解商品详情。
5. 商品搜索：用户可以通过关键字搜索商品，快速找到所需商品。
6. 加入购物车：用户可以将感兴趣的商品加入购物车，方便结算。
7. 结算：用户可以将购物车中的商品进行结算，完成购买操作。
三、非功能需求
1. 系统应具备良好的用户体验，界面友好、操作便捷。
2. 系统应具备稳定性和可靠性，保证用户数据的安全性。
3. 系统应具备可扩展性和可维护性，方便后续开发和升级。
以上是一个简单的在线购物系统的需求说明书示例，具体的编写还需要根据实际情况进行调整和完善。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
➢ 通常在分析的最后阶段和设计的最早阶段开发和使用 物理DFD。
41/97
2020年7月7日星期二
第6章 需求的传统描述方法
6.2.4 评估DFD质量
1. DFD建模中常见的错误 2. 最小化复杂度 3. 保证数据流一致性
42/97
2020年7月7日星期二
第6章 需求的传统描述方法
1. DFD建模中常见的错误
2020年7月7日星期二
第6章 需求的传统描述方法
6.2.3 物理DFD和逻辑DFD
➢DFD可以是一个物理系统模型，也可以 是逻辑系统模型，也可以是两者的混合。
➢逻辑模型：假设可以用完美的技术实现 这个系统。
➢物理模型：则在DFD中应包含一个或多 个假设的实现技术。
38/97
2020年7月7日星期二
➢圣地亚哥月刊：根据数据流分析系统
3/97
2020年7月7日星期二
第6章 需求的传统描述方法
概述
➢当事件发生时系统做什么，即活动和交互。 ➢在传统方法中使用的图形和其他模型 ➢建模必须严格地确定活动和交互的细节。 ➢分析员和用户必须共同评估模型的完整性、
正确性，以及质量。
4/97
2020年7月7日星期二
➢二者通常一起被建立。 ➢每个关联图对应一个外部事件的触发器变成一个
输入数据流，而其来源变成一个外部实体。 ➢每一个响应变成一个输出数据流，并且其目的源
变成一个外部实体。 ➢对应短暂事件的触发器不是数据流，所以没有对
应短暂事件的数据流。 ➢注意：关联图DFD能够直接从事件表创建。两种
模型从不同角度描述了同一种系统需求信息。
10/97
2020年7月7日星期二
第6章 需求的传统描述方法
6.2.0 数据流图
1. DFD概念与作用 2. DFD符号 3. DFD结合了事件表和ERD
11/97
2020年7月7日星期二
第6章 需求的传统描述方法
1. DFD概念与作用
➢DFD：用处理、外部实体、数据流，以 及数据存储来表示系统需求的图表。
➢处理：在DFD中的一个符号，它代表从数据输入 转换到数据输出的算法或程序。
➢数据流：在DFD中的箭头，它表示在处理、数据 存储和外部实体之间的数据移动(流动的数据)。
➢数据存储：保存数据的地方，以便将来由一个或 多个过程来访问这些数据。
13/97
2020年7月7日星期二
DF D 的 符 号
14/97
③在进行处理时依据仅有的输入无法导出输出数据，这说 明可能缺少输入数据或处理分解有误。
④流入处理的数据应与流出处理的数据不相同；若相同， 则有可能表明该处理没有存在的价值(流入“处理订单” 的信息为“订单”，流出的信息为“订单”→“客户订 单” 、“已处理的订单” )
44/97
2020年7月7日星期二
第6章 需求的传统描述方法
⑵基于数据流的错误
①数据流表明处理过程之间数据的传递关系， 而非控制和时间先后次序关系。(“更正错 误的学生信息”→“错误的学生信息”或 “更正后的学生信息”)。
②高层数据流与相应的底层数据流内容不一 致。
尽可能避免的两个DFD特征。
30/97
2020年7月7日星期二
第6章 需求的传统描述方法
6.2.2 RMO数据流图
1. RMO客户支持系统的关联图 2. RMO子系统和对应每个子系统的事件 3. RMO订单子系统的关联图 4. RMO订单子系统的DFD片段 5. 订单输入子系统的事件分割模型 6. 创建新订单一个更详细的图
31/97
R 2该020图年7月中7日为星期简二化，将一些事 件的MDFD组合在一起。
O 客 户 支 持 系 统 的 关 联 图
32/97
第6章 需求的传统描述方法
2020年7月7日星期二
2.
RM O子 系 统 和 对 应 每 个 子 系 统 的 事 件
33/97
第6章 需求的传统描述方法
2020年7月7日星期二 ➢该图按照事件的相似性第6(章包括需与求的外传部统描实述体方法 和数据存储的交互以及必要处理的相似性)，
2020年7月7日星期二
第6章 需求的传统描述方法
RMO客户支持系统的ERD
19/97
2020年7月7日星期二
第6章 需求的传统描述方法
6.2.1 数据流图和抽象水平
1. 抽象水平 2. 关联图 3. DFD片段 4. 事件分割的系统模型
20/97
2020年7月7日星期二
第6章 需求的传统描述方法
1. 抽象水平
➢DFD的特性：抽象、概括 ➢抽象水平：把系统分解成一个逐渐细
化的分层集合的建模技术。 ➢DFD能够表现系统高层和低层的概念。
21/97
关联图 2020年7月7日星期二
课 程 注 册 系 统 的 DFD 抽 象 层 次 22/97
第6章 需求的传统描述方法
2020年7月7日星期二
第6章 需求的传统描述方法
2. 关联图
➢关联图(顶层图)：在单个处理符号中概括 系统内所有处理活动的DFD。
➢或者说是描述系统抽象概念的DFD。 ➢所有的外部实体和进出系统的数据流都在
一张图中显示，并且整个系统被表示成一 个处理。
➢关联图在表达系统边界时很有用。
23/97
2020年7月7日星期二
第6章 需求的传统描述方法
关联图与事件表
*
2020年7月7日星期二
第6章 需求的传统描述方法
无经验的分析员
➢ 按照当前系统中事物本来的方式建模。
➢ 其问题在于会把旧系统的设计设想和技术限制不自觉 地包含到新系统中来。
➢ 如果分析和设计不是同一些人和小组，这种情况很容 易发生。
➢ 新的设计人员可能没有认识到有些包含在DFD中的需 求仅仅是当前系统的事物存在形式的一些简单反映， 而不是系统中事物将来所必然存在的形式。
课 程 注 册 系 统 DF D片 段 组 合 成 0 层 图
29/97
第6章 需求的传统描述方法
2020年7月7日星期二
第6章 需求的传统描述方法
分析员避免设计0层图的原因
①信息内容与DFD片段的集合重复。 ②图表常常复杂而不实用，特别是对于需
要响应许多事件的大系统而言。 ➢冗余性和复杂性是分析员无论何时都要
⑴基于处理的错误 ⑵基于数据流的错误
43/97
2020年7月7日星期二
第6章 需求的传统描述方法
⑴基于处理的错误
①处理的名称一般为动宾结构，不能只是一个动词(“增 加”→“增加学生” 、“计算”→“计算分数”)。
②一个处理至少应有一个输入和一个输出。若只有输入而 没有输出(称为“黑洞”)或只有输出而没有输入(称为 “奇迹”)都是不正确的。
➢DFD中的每一个数据存储在ERD中代表一个数 据实体。
➢在DFD中的处理使用了在系统的ERD中所提供 的数据实体及其属性信息。
➢DFD将事件触发的处理和在ERD中定义的数据 实体相结合。
17/97
2020年7月7日星期二
第6章 需求的传统描述方法
来源
触发器
活动
总
结
18/97
目的地
响应
该图总结了DFD的组成 部分、在事件表中描述 的事件及在ERD中定义 的数据实体的一致性。
3. RMO将R订M单O客子户系支持统系的统分关成联子系图统。
➢注意：来自该子系统事件表的所有数据流 都显示在DFD上。
34/97
2020年7月7日星期二
第6章 需求的传统描述方法
4. RMO订单子系统的DFD片段
35/97
5. 订 单 输 入
①图中显示了RMO订单 子图②高7的③明过个系中为图单。程0数层统D使的个D与据FF图的图可数独DD存仅0更读据立片片层储用加性存的段段图合做简，储数得显，并辅单上。据来示是成助，图存的了从图性并中储。哪上中说提的相些 关联。
第6章 需求的传统描述方法
2020年7月7日星期二
第6章 需求的传统描述方法
本章内容
先导案例 概述 6.1 用传统的观点和OO的观点看待活动 6.2 数据流图 6.3 详细记录DFD部件 6.4 节点和网络通信 要点回顾 阅读章节要求
2/97
2020年7月7日星期二
第6章 需求的传统描述方法
先导案例
2020年7月7日星期二
第6章 需求的传统描述方法
4. 事件分割的系统模型
➢事件分割的系统模型或0层图：一个为系 统需求建立模型的DFD，建模过程中对应 于系统或子系统中每个事件使用单个处理。
➢0层图:表示工具，它对整个系统或子系统 进行比关联图更加详细的汇总。
28/97
2020年7月7日星期二
7/97
2020年7月7日星期二
第6章 需求的传统描述方法
传统方法和OO的方法
8/97
2020年7月7日星期二
第6章 需求的传统描述方法
传统方法和OO方法的需求模型
9/97
2020年7月7日星期二
第6章 需求的传统描述方法
6.2 数据流图
6.2.0 数据流图 6.2.1 数据流图和抽象水平 6.2.2 RMO数据流图 6.2.3 物理DFD和逻辑DFD 6.2.4 评估DFD质量
➢DFD是用得最广泛的过程模型。
➢它在一张图中展示IS的主要需求：输入、 输出、处理和数据存储。
➢项目开发的人都能从DFD中很快地看出 系统一起工作的各个部分。
12/97
2020年7月7日星期二
第6章 需求的传统描述方法
2. DFD的符号
➢外部实体：在系统边界之外的个人或组织，它提 供数据输入或接受数据输出。
25/97
2020年7月7日星期二