系统分析和系统设计时使用的各种图-小结
系统分析和系统设计时使用的各种图-小结

系统分析和系统设计时使用的各种图(小结)一、系统分析用图(一)管理业务调查1.组织结构图(P108)(1)作用:了解各职能部门组成及隶属关系。
(2)图格式:采用层次图形式。
(3)图说明:图中每个框为一个职能部门(组织)(4)示例:图6.1 组织结构图2.管理功能图(P109)(1)作用:了解各项管理业务的功能及其相互关系。
(2)图格式:采用层次图形式。
(3)图说明:图中每个框为一个业务功能。
(4)示例:图6.2 某销售系统的管理功能图3.管理业务流程图(P109,P104)(1)作用:了解业务流程,即工作流程、作业顺序,各工作环节之间的相互关系和信息流向。
(2)图格式:采用流程图形式(图例符号没有统一)。
(3)图说明:图中框可以是人,单位,文档、单据,处理功能。
(4)示例:图6.4 某企业物资管理业务流程图4.表格分配图(P111)(1)作用:表示各种表格、单据与部门之间的关系,即哪些表格、单据由哪些部门使用。
(2)图格式:采用流程图形式,但一式多份的表格要画在一起。
(3)图说明:图中框有表格、单据,处理功能,数据流向。
(4)示例:图6.5 表格分配图(二)数据流程调查采用数据流程图(可理解为数据处理流程图)。
(P112)1.作用:了解各环节上数据及处理方法(必须考虑各种特殊情况),各环节之间关系及数据的传递和存储。
(可类比为程序流程或过程的分析,只是不要考虑太细致)2.图说明:图中框有外部实体、数据流(动态数据)、处理、数据存储(静态数据)。
注意:(1)每个处理都应有输入和输出。
(2)两个处理之间有多项数据时,也应只画一条单一的数据流线条,再用文字说明多个数据项。
(3)所有的数据流都必须有数据名称。
(4)画图前,可以从问题描述中提取数据流程的4种成分,再画图。
先考虑数据的起点和终点,再考虑处理,最后考虑数据流和数据存储。
(5)外部实体是数据的起点和终点。
(6)为详细说明数据流程图中各元素的含义,可采用配套的数据字典进行说明。
系统设计类图与时序图v

——是否有复杂结构的属性
识别类及其属性
——复杂结构属性的处理
识别类及其属性
1:1——可以在原类中展开 1:N——独立出去形成关联
识别类及其属性
——属性是否对类的所有对象都有意义
识别类之间的泛化
A的对象总是B的对象,B的对象也总是A的对象 A的对象总是B的对象,B的对象有时是A的对象(*) A的对象从来不是B的对象,B的对象也从来不是A的对象 A和B之间有一些共同的属性(*)
– 数据模型 (Entity Relationship Diagram) – 业务模型 (work flow) – 对象模型 – 组件模型
• UML是一种直观化、明确化、构建和文档化软件系统产 物的通用可视化建模语言
• UML独立于实现技术(如开发语言),在软件开发各个 环节都可能用到
• UML适用于的开发方式
识别类及其属性
抽取
分类
阅读用例文档,抽取对应于业务实体或事件的词汇 将词汇进行分类,抽取出合适的类和属性
——类和属性的名字
识别类及其属性
命名规则: (名词、形容词)+名词 使用业务词汇 没有“与”、“或” 小心“表”、“信息”、
“数据” 属性名不要类前缀 英文:不用缩写,单数
——审查
UML partners
Web - June ´96
UML历史
UML 1.3 UML 2.0
UML 1.1 UML 1.0 UML 0.9
OOPSLA ´95
Other methods
Unified Method 0.8
Booch method
OMT
VDM/Z
(formal OOSE methods)
属性是否描述类对象的特征
系统分析与设计第2章

计算机
菜单
显示器
CPU
列表框
按钮
内存
键盘
§2.3.2 对象和类的提取和确定
三、类之间的关系 4.接口和实现关系 接口:也是一个类,接口用于描述类或组件必 须实现的契约。 实现关系:一个类元描述了另一个类元保证实 现的契约。
<<interface>> Interface Interface
§2.3.2 对象和类的提取和确定
三、类之间的关系 3.关联关系:关联是一种结构关系,代表类的 对象(实例)之间的一组连接(链)。 (1)关联的属性 ①名称 ②角色:
人员
雇用
公司
§2.3.2 对象和类的提取和确定
三、类之间的关系 ③多重性:通常需要说明一个关联实例中有多少 个相互连接的对象,这就是关联的多重性。
§
2.3.1 对象图、类图
二、对象图 对象图(Object Diagram) 是显示了一组对象和 他们之间的关系。对象图可以看作是类图的一个 实例。 1.对象图的定义 对象图中通常含有:对象和连接。对象图也可 以像其他的图一样,包含注解、约束、包或子系 统。 2.理解对象图的方法 (1) 识别出对象图中所有的类。 (2) 了解每个对象的语义及对象之间连接含 义。
§2.3.2 对象和类的提取和确定
三、类之间的关系 1.泛化(继承)关系 泛化关系指类之间的“一般与特殊关系”。 通常称一般元素为父类,称特殊元素为子类。 子类继承父类的特性(属性、操作、关联等), 同时可以有自己的特性。 单继承 多继承 继承有传递性
客户 学生
个人客户
团体客户
大学生
中学生
§2.1.3加速系统分析法
加速系统分析法强调构造原型,以便更快速地
UML建模之旅:旅游业务申请系统分析与设计建模案例使用说明书

UML建模之旅:“旅游业务申请”系统分析与设计建模案例使用说明书编写单位:北京航空航天大学软件学院编写人:谭火彬,林广艳编写时间:2018年10月目录1.案例说明 (3)2.案例教学目标 (3)3.案例准备 (3)4.案例教学要点 (3)4.1需求建模 (3)4.1.1识别参与者 (4)4.1.2识别用例 (4)4.1.3构造用例图 (5)4.1.4编写用例文档 (6)4.1.5重构用例模型 (9)4.2系统分析 (10)4.2.1架构分析 (11)4.2.2识别分析类 (11)4.2.3构造用例实现 (12)4.2.4构造分析类图 (15)4.3系统设计 (16)4.3.1架构设计 (16)4.3.2构件设计 (17)5.案例教学组织方式 (19)6.案例小结 (20)1.案例说明本案例完整地展示如何利用UML开展系统分析和设计。
借助于UML所提供的各种模型,可以有效地处理系统分析和设计中的各类问题。
目前,该案例主要用于“面向对象分析与设计”课程教学,贯穿课程教学的各个阶段。
该案例可以用于课程教学阶段,也可用于学生实践。
该案例总共包括3个组成部分,分别是需求建模、系统分析和系统设计;这三部分是软件系统编码前的三个核心过程,也是软件工程专业学生必备的专业技能。
本案例通过利用UML完成三部分的工作,通过带领学生完成UML建模之旅,从而向学生全面展示了如何利用UML建模技术来构建系统的需求、分析和设计模型。
教师可根据理论授课的进度,逐步完成案例教学内容。
2.案例教学目标本案例适用于软件工程专业的高年级本科生和研究生,其的目标是就是针对前面提出的三个方面的问题,引入UML建模技术,引导学生通过UML建模完成需求定义、需求分析和系统设计这三个软件系统开发。
具体的教学内容包括以下三个方面的建模工作:(1)基于UML用例模型的需求定义方法。
通过利用UML用例图、用例文档等技术,引导学生构建目标系统的需求模型,以完成需求定义工作。
基于UML的图书馆管理系统分析设计报告

图书馆管理系统分析设计1、系统简介本系统为一个小型的图书管理系统,需完成以下工作:(1)借书、还书(2)在图书馆中增加或删除一本书(3)按照作者或者专业领域查找一批书(4)找出被某位读者借出的一批书(5)找出最近借出某本书的读者系统的用户有两类:图书管理员和普通读者。
功能(1)(2)(5)只供图书管理员使用,功能(4)只能供读者查找自己借出的书,功能(3)为管理员和读者的共同功能。
本系统需满足以下限制:(1)图书馆中所有未借出的书可供读者随时借阅(2)在同一时刻,一本书不能既被借出又可供阅读(3)一个读者一次借出图书的数目不能超过预定值2、用例分析与设计从以上系统简介内容中可以看出,本系统有以下几类参与者:图书管理员Admin读者Reader读卡器CardReader服务器System在上述参与者中,图书管理员和读者与系统进行交互,通过对交互场景进行归类和抽象,本系统应具有以下用例:借书lendBook还书returnBook增加图书addBook删除图书delBook按作者、专业检索图书findBook_Author按读者检索图书findBook_Reader按书检索读者findReader_Book2.1生成用例图由以上用例分析可生成用例图,如图所示图系统用例图2.2用例的顺序图为了使每个用例的操作流程更简洁明了,本系统采用UML的顺序图来对每个用例进行细化,如下所示。
1、借书图借书顺序图函数说明:InsertCard():刷卡ReadCard():读卡ifMax()判断借书数量是否达到上限ReturnReaderInfo()返回读者信息Return(true):该读者可继续借书lendBook():输入借书信息Update()更新数据库2、还书图还书顺序图函数说明:BookInfo():输入还书信息Update():更新数据库ReturnReaderInfo():返回读者信息3、增加图书图增加图书顺序图函数说明:addBook():输入增加的图书信息ifAllowsAdd():判断是否允许添加Update():更新图书信息Return(true):返回添加成功4、删除图书图删除图书顺序图函数说明:delBook():输入删除的图书信息ifAllowsDel():判断是否可以删除ifSure():是否确定删除Return(true)5:确定删除Update():更新图书信息Return(true)7:返回删除成功5、按作者检索图书图按作者或专业检索图书顺序图函数说明:findBook_Author():管理员或读者选择按作者或专业检索图书Author(String):输入作者或专业信息returnBookInfo():返回图书信息6、按读者检索图书管理员部分:图按读者检索图书顺序图图读者检索个人借阅图书顺序图函数说明:findBook_Reader():选择按读者检索图书ReaderId():输入读者编号ReaderIdandPass():输入读者编号密码returnBookInfo():返回书籍信息7、按书检索读者图按图书检索读者顺序图findReader_Book():选择按图书检索读者BookID():输入图书编号returnReaderInfo():返回读者信息3、概念模型和顶层架构设计3.1概念模型设计图系统概念模型——分析类图说明:表示控制类表示实体类表示边界类3.2顶层架构设计图系统顶层架构4、用户界面设计界面变化分析根据管理员的功能分析,与管理员相关的主要界面有以下10个:Admin Welcome:管理员主界面findReader_Book:按读者检索图书界面lendBook:借书界面returnBook:还书界面addBook:增加图书界面delBook:删除图书界面findBook_Author:按作者或专业查找图书界面findBook_Reader:按读者检索图书界面UserInfo:显示读者信息界面BookInfo:显示图书信息界面各界面之间的转换如状态图所示图管理员屏幕变化状态图根据读者的功能分析,与读者相关的主要界面有以下5个:Reader Welcome:读者主界面findBook_Author:按作者或专业查找图书界面findBook_Reader:按读者检索图书界面InputPass:读者验证账户名密码界面BookInfo:显示图书信息界面各界面之间的转换如状态图所示图读者屏幕变化状态图界面的类图表示针对每个屏幕的结构及功能,采用类图对其进行详细说明,如下所示。
系统分析与设计实验报告

课内实验报告课程名:系统分析与设计(双语)任课教师:沈洪洲专业:信息管理与信息系统学号:姓名:二○一六至二○一七年度第二学期南京邮电大学管理学院《系统分析与设计(双语)》课程实验第一部分实验内容及基本要求:实验项目名称:初识 UML语言实验类型:验证每组人数: 1 人实验内容及要求:内容:学会安装并使用 Rational Rose软件,了解工具栏中按钮的功能。
定义拟分析设计的信息系统。
要求:(1)学生要掌握 Rational Rose 软件的安装过程。
了解工具栏中各个按钮的功能,并能熟练应用主要的操作按钮。
(2)自选一个待分析与设计的目标信息系统,给出较详细的系统应用场景分析,并初步定义系统边界和拟分析设计的系统功能。
1.对 Rational Rose 软件中关键功能按钮的说明和理解(一)主界面(二)关键功能按钮说明(1)标准工具栏( Standard Toolbar):简称为工具栏,与打开的模型无关,包括一系列可以简化常用操作的图标,如创建新模型、保存模型等。
( 2)模型图工具栏( Diagram Toolbar)简称为工具箱,包含适用于当前模型图的工具,每种模型图都有自己的工具箱。
(3)自定义工具栏 /工具箱,单击菜单栏中的 Tools>Options,在弹出的 Options 窗口中单击Toolbars 标签,可以在 Toolbars 标签中自定义工具栏 /工具箱。
右单击工具栏 /工具性,单击快捷菜单中的 Customize。
2.拟分析设计的信息系统说明本次试验我设计的信息系统是一个小型书店管理系统,该系统中包含进销存三种主要功能。
该系统有计划管理、采购管理、书库管理、图书销售、事务管理六个模块构成。
对书店的图书、架存、销售、出版社、会员提供全面管理,对图书业务提供全面、一致、快速的处理,系统友好、安全、可靠。
在书目管理中,提供书目的输入、修改、存储、输出、浏览等功能;提供图书类别的增加、删除、修改、打印、浏览功能。
系统分析-类与类图
在类图中添加必要的注释和说明,以便更好 地理解类图所表达的含义。
使用工具绘制类图
选择合适的工具
根据实际需要选择合适的类图绘制工具,如Visio、Enterprise Architect等。
学习工具的使用方法
掌握所选工具的基本操作方法和绘图技巧,以便高效地完成类图的绘制。
实践绘制类图
通过实际案例的练习,不断提高自己绘制类图的能力和水平。
类图的作用和意义
类图的作用
类图是UML(统一建模语言)中的一种静态结构图,用于描述系统中的类、接口以 及它们之间的关系。类图可以帮助开发人员理解系统的结构和设计,是进行系统分 析和设计的重要工具。
类图的意义
通过类图,开发人员可以清晰地了解系统中的类和接口以及它们之间的关系,从 而更好地理解系统的结构和功能。同时,类图还可以作为开发过程中的重要文档 ,用于指导开发和测试工作。
汇报范围
01
02
03
04
05
类与类图的基本概念
类与类图在系统分析中 的应用
类与类图的设计原则与 最佳实践
类与类图的案例分析
通过以上内容的汇报, 旨在让听众对系统分析 中的类与类图有更深入 的理解,并能够在实际 工作中灵活运用。同时, 也希望通过分享设计原 则与最佳实践,提高听 众在系统设计和开发方 面的能力。
识别控制类
控制类的定义
控制类负责协调系统中的其他类,实现业务流程和逻辑控制。
识别方法
从系统需求文档或用户故事中提取涉及业务逻辑和流程的描述,这些描述通常涉及判断、循环、调用等控制 结构。同时,可以分析系统的时序图和协作图,找出负责协调其他对象的部分,从而识别出控制类。
注意事项
在识别控制类时,需要关注系统的业务流程和逻辑控制,确保所识别的控制类能够准确地描述系统的控制逻 辑和流程。同时,需要注意控制类的粒度和职责划分,避免控制类过于庞大或职责不清。
产品界面设计课程小结范文[修改版]
第一篇:产品界面设计课程小结范文产品界面设计课程小结在大三第一学期开学的前三个星期我在老师的指导下,对产品界面设计这门课程进行了学习。
在这一个月的时间里,我对产品界面设计的含义、内容等等知识有了一定程度的认识和了解。
UI设计师就是:软件图形设计师、交互设计师和用户研究工程师。
UI设计师要做到的:1.简易性。
界面的简洁是要让用户便于使用、便于了解、并能减少用户发生错误选择的可能性。
2.用户的语言。
界面中要使用能反应用户本身的语言,而不是开发设计者的语言。
3.记忆负担最小化。
人脑不是电脑,在设计界面时必须要考虑人类大脑处理信息的限度。
人类的短期记忆极不稳定、有限,24小时内存在25%的遗忘率。
所以对用户来说,浏览信息要比记忆更容易。
4.一致性。
是每一个优秀界面都具备的特点。
界面的结构必须清晰且一致,风格必须与实际内容相一致。
5.清楚。
在视觉效果上便于理解和使用。
6.用户的熟悉程度。
用户可通过已掌握的知识来使用界面,但不应超出一般常识。
7.从用户的观点考虑。
想他们所想,做他们所做。
用户总是按照他们自己的方法理解和使用。
通过比较两个不同世界(真实与虚拟)的事物,完成更好的设计。
如:书籍对比竹简。
8.排列。
一个有序的界面能让用户轻松的使用。
9.安全性。
用户能自由的作出选择,且所有选择都是可逆的。
在用户作出危险的选择时有信息介入系统的提示。
10.灵活性。
简单来说就是要让用户方便的使用,但不同于上述。
即互动多重性,不局限于单一的工具(包括鼠标、键盘或手柄)。
11.人性化。
高效率和用户满意度是人性化的体现。
应具备专家级和初级玩家系统,即用户可依据自己的习惯定制界面,并能保存设置。
在这一个月的产品界面设计课程的学习中,我明白了什么是产品界面设计,产品界面设计的具体组成部分是什么。
这门课程让我收益良多,使我的审美能力,制图能力等等都得到提高,让我理解到产品界面设计对于人们生活的重要性,也为以后的设计课程做了很好的铺垫。
系统分析与设计报告
系统分析与设计报告在当今数字化和信息化的时代,系统的分析与设计成为了推动各个领域发展的关键环节。
无论是企业的管理信息系统、电子商务平台,还是医疗保健的信息化系统,乃至教育领域的在线学习平台,都离不开精心的系统分析与设计。
系统分析是理解和定义一个系统应该做什么的过程。
它涉及对现有系统的研究,以确定其优点、缺点和改进的机会。
在进行系统分析时,首先要明确系统的目标和用户需求。
这就需要与相关的利益相关者进行充分的沟通,包括系统的使用者、管理者、维护者等。
通过访谈、问卷调查、观察等方法,收集他们对系统的期望和要求。
以一个企业的客户关系管理系统(CRM)为例,我们需要了解销售团队希望能够方便地跟进客户信息,市场部门期望能有效地进行营销活动策划和效果评估,管理层则关注客户数据的分析和决策支持。
同时,还需要考虑到不同部门之间的数据共享和协作需求。
对系统的功能需求进行详细的分析也是至关重要的。
这包括确定系统需要执行的具体操作,如客户信息的录入、查询、修改、删除,销售机会的跟踪,报表的生成等。
同时,还要考虑非功能需求,如系统的性能、安全性、可用性、可维护性等。
性能方面,系统要能够快速响应用户的操作,特别是在处理大量数据时;安全性则要保证客户数据的保密性和完整性;可用性要求系统具有友好的用户界面,易于操作和学习;可维护性则关系到系统未来的升级和扩展。
在系统分析的过程中,数据流程分析也是一项重要的工作。
通过绘制数据流程图,可以清晰地展示数据在系统中的流动过程,包括数据的输入、处理、存储和输出。
这有助于发现数据的冗余、不一致和流程中的瓶颈,从而优化系统的设计。
系统设计则是在系统分析的基础上,确定系统如何实现其功能和满足需求。
系统架构的设计是系统设计的重要组成部分。
根据系统的规模和复杂性,可以选择集中式架构、分布式架构或多层架构等。
例如,对于一个大型的电子商务平台,可能采用分布式架构,将不同的功能模块分布在多个服务器上,以提高系统的性能和可扩展性。
系统分析:应用系统分析和设计的应用
系统分析:应用系统分析和设计的应用应用系统分析和设计的应用在现代社会中,系统分析和设计是一门重要的技术,它可以帮助人们更好地理解和控制复杂的问题。
应用系统分析和设计的方法,可以为各种类型的企业和组织提供高效的解决方案。
应用系统分析和设计的过程包括需求分析、设计、实现、测试和维护。
在需求分析阶段,分析师需要与客户沟通,了解他们的需求和期望。
设计阶段则需要考虑到各种因素,如性能、安全性和可维护性,以设计最佳的解决方案。
实现阶段需要将设计完成的解决方案编程实现,而测试和维护阶段则需要定期检查和更新系统。
应用系统分析和设计被广泛应用于许多领域,包括银行、医疗、保险、零售、制造等等。
人们可以通过应用系统分析和设计来优化业务流程,提高工作效率和生产力。
例如,在医疗行业中,应用系统分析和设计可以帮助医生更快捷地获取病人的病历记录和实验室报告,从而更准确地诊断和治疗疾病。
在银行行业中,应用系统分析和设计可以帮助银行提供更好的客户服务,提高客户满意度,并且减少错误的发生。
而零售业则可以通过应用系统分析和设计来优化库存管理和进货流程,从而提高公司的财务状况和客户满意度。
随着科技的不断发展,应用系统分析和设计的重要性也在不断增加。
通过应用系统分析和设计帮助企业优化业务流程,并不断的进行更新和维护,可以帮助企业更好地适应不断变化的市场。
同时,应用系统分析和设计的过程中也需要注意到技术研究的不断前进,以保证所提供的解决方案有一定的前瞻性和发展空间。
总之,应用系统分析和设计是一门重要的技术,在各个领域都有广泛的应用。
通过应用系统分析和设计来优化业务流程,提高工作效率和生产力,可以帮助企业更好地适应市场变化和发展要求。
因此,我们应该始终关注应用系统分析和设计的发展趋势,不断提升自己的技术水平,为公司和客户提供更优质的服务。
应用系统分析和设计的应用还有一些需要注意的问题,我们需要充分认识并解决这些问题。
首先,需求分析是应用系统分析和设计的关键环节。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
系统分析和系统设计时使用的各种图
(小结)
一、系统分析用图
(一)管理业务调查
1.组织结构图(P108)
(1)作用:了解各职能部门组成及隶属关系。
(2)图格式:采用层次图形式。
(3)图说明:图中每个框为一个职能部门(组织)
(4)示例:
图6.1 组织结构图
2.管理功能图(P109)
(1)作用:了解各项管理业务的功能及其相互关系。
(2)图格式:采用层次图形式。
(3)图说明:图中每个框为一个业务功能。
(4)示例:
图6.2 某销售系统的管理功能图
3.管理业务流程图(P109,P104)
(1)作用:了解业务流程,即工作流程、作业顺序,各工作环节之间的相互关系和信息流向。
(2)图格式:采用流程图形式(图例符号没有统一)。
(3)图说明:图中框可以是人,单位,文档、单据,处理功能。
(4)示例:
图6.4 某企业物资管理业务流程图
4.表格分配图(P111)
(1)作用:表示各种表格、单据与部门之间的关系,即哪些表格、单据由哪些部门使用。
(2)图格式:采用流程图形式,但一式多份的表格要画在一起。
(3)图说明:图中框有表格、单据,处理功能,数据流向。
(4)示例:
图6.5 表格分配图
(二)数据流程调查
采用数据流程图(可理解为数据处理流程图)。
(P112)
1.作用:了解各环节上数据及处理方法(必须考虑各种特殊情况),各环节之间关系及数据的传递和存储。
(可类比为程序流程或过程的分析,只是不要考虑太细致)
2.图说明:图中框有外部实体、数据流(动态数据)、处理、数据存储(静态数据)。
注意:
(1)每个处理都应有输入和输出。
(2)两个处理之间有多项数据时,也应只画一条单一的数据流线条,再用文字说明多个数据项。
(3)所有的数据流都必须有数据名称。
(4)画图前,可以从问题描述中提取数据流程的4种成分,再画图。
先考虑数据的起点和终点,再考虑处理,最后考虑数据流和数据存储。
(5)外部实体是数据的起点和终点。
(6)为详细说明数据流程图中各元素的含义,可采用配套的数据字典进行说明。
3.示例:
图6.7 成品销售管理的数据流程图
二、系统设计用图
1.功能结构图(P135)
(1)作用:说明系统的功能构成。
(2)图格式:采用层次图形式,进行功能模块自上而下的功能分解。
(3)图说明:图中每个框为一个功能模块。
各层功能与数据流图中的处理功能对应。
(4)示例:
图7.1 工资管理子系统功能结构图
2.信息系统流程图(P136-P138)
(1)作用:表示信息在计算机系统中的处理流程。
(2)图格式:采用流程图的形式。
(3)图说明:以数据流程图为基础进行绘制。
1)分别以数据流图中的各个处理功能为中心,画出与处理相关的数据关系图。
即与该处理相关的输入、输出、存储等数据。
2)把各个处理功能的数据关系图综合起来(可以合并、增加一些处理或中间文件),形成整个系统的数据关系图,即信息系统流程图。
(4)示例:
下图为P128图6.12的数据流图转换而来。
图7.5 工资管理子系统的信息系统流程图
3.处理流程图(P162)
信息系统的处理流程图是系统流程图的展开和具体化,所以其内容更为详细。
在系统流程图中,只是给出了每一处理功能的名称,而在处理流程图中,则需要使用各种符号具体地规定处理过程的每一步骤。
示例:
下面的处理流程图为图7.5中“建立扣款文件模块”的展开和具体化。
图7.13 建立扣款文件子系统的处理流程图
4.E-R图(P148)
(1)作用:说明数据组成及其之间的关系,用于设计数据库的概念模型。
(2)图说明:先抽象实体,再描述联系。
实体与联系均可用数据表来表示。
(3)示例:
图7.7 物资入库管理E-R图
说明:系统分析与设计中数据流图和E-R图应用较多。