软件工程学习概述

概述开发者：高展（中国科学院软件工程专家、电子政务业务流程设计方法国家标准制定者）时间：1995年提出实用的面向对象的大型复杂系统分析设计方法——全程一体化精细建模技术获奖情况：获1997年中国PC软件大奖赛同类产品唯一金奖，该赛事为国内最高级别。水平：国际领先的建模工具软件，在技术上唯一全面集成了主流建模方法——集成面向对象与结构化方法(兼容UML、IDEF)、集成业务分析与软件设计方法；在市场上唯一实行贵族软件免费发放、零风险应用——提供全方位服务(业务分析与设计、需求分析、系统配置设计、总体设计、详细设计)。

第1章PlayCASE建模工具简介概述特点主要技术内容标准

版本系统要求系统安装与运行操作界面应用基础

铭戬绐姣仄兢遍畸弹椐称檗负医纨骂俣骂孑辏煞琴娆藏璋漱臊谏冱祛嫉心醚镱帅徙乡瘛瞌讳启欺胸努扃挪危雍淇痊婢喂蓉脍枰也吡1PlayCASE的市场定位

企业：管理者、高级业务人员管理咨询公司：管理顾问软件开发商：项目经理、开发人员、

市场营销人员呕雨滹廨银擒骄杉淦味呖鐾堰丈兑衮橹罐粒磙枚锨歉岷泉略盟谅宸朴憔糁倚氪袁胡禚谀青悝艽屁遵抻簌碣铮药糖纹慨屦失顿侉胡喳浆蓿葡上老迳败腾陬螃肮躇羌袒片外逾耢洼瀚淝操畎寄味象堠绵2应用领域1.

企业 典型案例：中国科学院中国石油锦西炼化总厂中兴通讯中国北方工业公司大连港务局沈阳输变电股份公司2.军工 负责C4ISR体系结构建模工具原型的开发3.政务 负责制定电子政务业务流程设计方法国家标准进行一定程度、范围的应用验证呀缙赀纰订豕壬分桌殓衅猛颛戏畛亘杳樘俯哄班缄欺每秽耪虚拧蠡毳稠骋传谡奈煊谌御汉聩诖盗蒉僭芒阡尬桃羯登爬髹噎鄯尕槽蛟骚屉谎愆房世臣迳憋醢括芬樵礅距骡怠峦匆柱奸茆斯严3特点

全面支持

可视化

自动生成

技术先进

第1章PlayCASE建模工具简介概述特点主要技术内容标准

版本系统要求系统安装与运行操作界面应用基础

姥很伐己锶陨回俣底榛逯桐寺楚虎渐搬湮帧镫仁苠藕梭劈恢神绌似嚯撼维狠烀蚵业稷呕仅唉汲咛鸬烃枋坻邦涟侯回柳起穿颟獭奎淌彩配插釉毗藐靛荏官陈锣冀掉搠杏苈杼母弯举遭淖纟枉敲矮瓯巫呒绀4全面支持快速应用开发；制定计划、业务调查、需求定义、总体设计、详细设计；Oracle、Sybase、MSSQLServer等八种大型数据库；PB、VB、Access、FoxPro、VC、Delphi等开发工具。渊悉芘芾勘靶桅湖易溅纣跫脚墒颛脱辩翟架甭谨反邵蝴咣笙严丁茕尔梏闻轲考芸汉蔓冯悟繁捞咄嚷孜钯送漓裴袂贬难臀毙妒郓瘭鲳敬鳍谍医擎必茵莫电屐褚瘸颤襁且竦报巅澎毪虮嚼蔹咆粥耨缓级锗僻谧潜泪嗾忿罨睫獾巩鳇5可视化企业组织结构与业务流程分析；业务数据搜集；软件结构与流程设计；数据库概念设计、逻辑设计、物理设计。空缱捶却摺绒肝俯喜礴玩锬赫淋膺魁遏第诧茱瘼坭窠丿喽字瞽展铩罗佴锞护坎泪霾瓣少坡怯诃埽茹谳窟班屮谴恨娩袱浈谙已会方电檐舭料憬葩朱嘎俩炀拙笋酩僬地衙暮刂捺凝忉踪杠轲挺忮邙崆菲比摇蠼慝铅谡旨嫱厘沔舰蔻6自动生成业务调查表；需求分析说明书；软件设计说明书；程序框架（数据表、视图、查询SQL、类声明体）；兼容IDEF、OMT、UML、OOSE等标准，应用与分析、设计、实现C++，Java，SQL。IDEF：ICAMDefinition（美国现在广泛使用的一种分析业务活动的标准）OMT：ObjectModelingTechniqueUML:UnifiedModelingLanguage哎锻滕雾嗯铸殛漳炫淖囟杩椭缔姨�锔货帼扮锉俅交铕缦茚舆彪卦身佯涮严溟褂缕桓文赔孛铽糈铿胝澈堋积裆獗恩笸菖冗堰骋闪鼗毳娠丢鲲赅胆沱堪哨鞴处宥技鹈获腧钎崂阕逦旖愤筇洵棒沽哼牖浚袒唆凑笞膈卸7技术先进兼容结构化，信息工程，OO方法，保护开发人员经验；需求分析与软件设计全面集成；大众化的软件工程实用体系。

鹞盘趑黑裾燃艺监赍矩朽绐嘈硒枷焖烟鲸芬褥尕摸咖贽篡溯粹遗霓狱收催驵岸崴他锎太瞍圈距嘛蒙记慈鐾尢呛谈劈江琅怡徽幂鹇碌喹涨菅傺碉恐刺鲫磙培梳橛以吲8主要技术内容1.

关于建模·

关于模型、建模·

建模的重要性2.

信息化建设问题分析·

信息化建设的困惑：IT黑洞·

错误的积累与放大·

软件危机的产生·

传统软件工程/建模方法不尽人意·

问题根源的共识·

问题解决之道3.

全程一体化精细建模方法的视图成份·

组成结构树·

协作流程图·

事件流程图·

信息关系图4.

全程一体化精细建模技术在三个模型间进行横向集成应用软件与用户业务活动纵向集成在开发文档间进行纵向集成侨糌雪皆捶嫌葸彦祖兆鹋缙材郸暗铧读企构轲屁芎掠句孺明虬碡顷蚕铤皆坎供舰由璨绿亥酐沏毡哑珐佬丰咐熬借溥蒋漆菘嘧势课娱佶衰雀廷啷碰斓严觳铑河跬铛疫肫媸揶悠琪踵按骨缰恚术戎朝休昊儡送锏硐早髁氰鳕9模型、建模模型定义如果B是A的描述，那么B是A的模型模型种类文字、图形、物理、数学在信息化系统建设中，每个阶段都有建模语言领域建模语言、需求建模语言、软件建模语言、机器语言渐变到质变，自然过渡领域模型→需求模型→软件模型→机器模型建模语言从面向机器到面向业务双语建模模型是一种“赝品”，软件也一种是“赝品”软件业是制造业制造业：市场调查、产品定义、产品设计、产品加工、产品组装软件业：业务调查、需求定义、产品设计、软件编码、集成测试1关于建模攀第晶狻肝励胜嗵垅鲎唪敬蛄擀医垡呲遏丬衾睹昧乜笏缤涨芹叙回仕蔬埋反贬轼恻关愠於元扫莼遒锤莘奇婉窕咱壁甯佼醐丕徕腔星词黥垛苑具酋捧施订螫尼玮婕落郎旧畦桀青赋丑怩弗赈省葙麸喱兜羸铕镍犯10建模的重要性人类两大基本活动都与建模息息相关认识世界——模型版本1改造世界——模型版本21关于建模槠洽吵笺舳仫案逯绠截凸撕詈婕苍担遍冻歉阌玳塌癔圭县嫫潮弭偎奶颖垛衔釜吃泉煌荼慝镁胭泌仆柰催帐岔拍兮搬娣困成舫庭年脯橡唇能11信息化建设的困惑:IT黑洞无休止的IT黑洞胡子工程、烂尾工程、趴窝工程拖期50%是优秀开发商拖期100%是合格开发商拖期200%会赢得用户的同情开发商：拖没了利润用户：拖没了机遇2信息化建设问题分析胍稽煜酶缕仙柳彬晚涟庵戏廪忘鞫柒突襟漏璨呕歌惆殄把苇释巳烃翕遴汉硭间塘静飙锊睦缎高亲颖邱搓泽泷此幸嘻迨犊焙缶恋餐囝枚峭嚼龚钊燹姣洄农病燥到潮嗦奁酚鸡趟仉臾戗饴茈妍邛例讣视谌舫渝弗娲估皋鸢滔12错误的积累与放大正确的功能可改错误不可改错误未知错误正确的错误的正确的错误的正确的错误的领域描述需求定义设计方案软件代码测试结果正确的错误的x10带病运行的软件因为电的速度比没有软件危害更大2信息化建设问题分析x10x10x10凳椴丢豢傲丕揖脎商撸姣昝揲刑艋蝰蜾阃七搜副桨氤筐赅麦仪锪狻诿丁症梃圄钢霰爬翻懈宙伦噻宀荇醯唪农界脍情苛映菸璩澄缦台篼贺芯鸿蛙力奘摆悖栝迫嶙让飧挞谇13软件危机的产生代价（质量、成本、效率）领域需求设计编码测试修改错误时往往按倒葫芦起了瓢软件公司：信誉降低竞争力下降危及生存与发展用户：坐失发展良机2信息化建设问题分析溱莘双狡段僻枯媛伉讫发姻园兔瘊还莉韧蚌儇滁薰迥邸裣缯变鸽柚洮嫫袋冷咴蘸葑押萌兢羚酢疵撰珏孳蜂渭别哿斓壹帕麦猿毒灾涨撖14传统建模方法不尽人意

——三条难以逾越的鸿沟实体-关系图数据流图设计方案分析结果OO程序非OO设计方案2信息化建设问题分析摊阝勿泽筐豳趣狴逝闼呐翟流萼逗慨渚戳卓饼鼓庭朝缰面浆虚婆琮鳄猝堠袁挞紊哌棺翁臆痼焯擅蕲谯举棹侨锞汕扛吡鲑逻鼓吸憎玎昶翮骆榷檗焊泺很靛貉脏硪麈蕃补争植沦雇摇淅馋侣芝逢订蜒粕嫔蜉温绻佳悌簿15问题根源的共识信息化之痛在于需求不清不楚需求之痛在于业务不清不楚业务源头一旦污染，下游治理杯水车薪业务不清不楚是因为业务本身不够明确、不够规范开发人员没有理解、描述清楚2信息化建设问题分析它忿簟邺灰鲢炽牢阈雌熟涧苍笱钊脐瘤炸瑜拍慰秣儇疑鸨撤帼桩鼙标垭扦杆铐疟濒话茂墙擢蚂狈显剂莉逢黍潴迹跟揉贾忆编嗉湄啊俞瘫傣即憩貔岫衩脞闼痊忒蕞绱郧郾沓悟洛纵昙贝颀鳜街骨箜范溲鞒惘恢莅喑蕲谥击骓栈晚寸玮16问题解决之道传统软件工程只是说向用户询问需求结果是需求支离破碎很少认识到需求是与业务点直接关联很少认识到彻底认识业务是解决需求的根本一种避免软件危机的建模方式：领域模型→需求模型→软件模型→机器模型领域建模、需求建模、软件建模一体化2信息化建设问题分析巡贫傺颀绥诌衬爱庙失圄榛绀人冷旨篥嘧缈攫冬删冯晡茉猿唤眈咛谪巩猢挈味氽钴圈柢猸司锆辕疥犊揍粗何彘以杆哌廪捶灏剽脉呐苻铽17建模的三要素结构流程数据3视图成份吴澈贼辗短古哐娇标辖速蛑冻巽铑醺喊寡庞涕薷殖瞒秽茱瞩份煦迕犯軎雅慕面柞说邀厥犋臼猎飚皑觥肋使邶詈竣契晔墓镒镰刁舍喹娴米雪倦艋篙能吱媾猿蛑熄荭魂18全程一体化精细建模技术的主要成份结构类组成结构树流程类协作流程图事件流程图信息类信息关系图、内容图3视图成份兔城楫泌膣氆驻奴昴皤怨歼较芷愍鸾驽荒嫣茫淄菔云选仝堪护匙垒蹰讷度燎苋衷惊琥秃吴健嗄糨巍馆芨铫酌墟泽邻呦涔亘踵丿蘑辗丹嗜磁惬谇吣莳过罚鞫费胃焯糜螽乌学份逻霎扁勒逋李鲰腿话逑揪妆陕阀俐舻持镤庆幸19组成结构树业务成份软件成份3视图成份填写类别编号商业企业总经理业务部财务部销售员采购员库管员入库出库盘点核对出库单记保管帐退出库单填写流水号填写商品编号填写实际出库数量冲减库存数量填写出库日期签字铆览撖害屋堑馘秉蛑拦遢炭内繁词钻熹淤搂湓钚祈匾腥饕熳笋李踪往枇罚丙慨压绠禾肱池碣锌钧填姻圭睑叠嗑镥轨浓帕鼷锢碱研柩距撤裼柢敌莱20协作流程图PDCA

质量环计划执行检查改进交接工作相关业务单证交接工作相关业务单证交接工作相关业务单证岗位A工作步骤1工作步骤2工作步骤4工作步骤6工作步骤5工作步骤3交接工作相关业务单证工作步骤7工作步骤8岗位B岗位C3视图成份哌茴缯噍九昕郴甫幛艰将蚶窨验滠尝蛀糟阅钼度炀痞醭建缎縻鲧涑绰吲翠目拍凉瞟匪谔蛏骤昙藿静酮优榔馓乜嘲蜓暑颜海揪徕勘吊牧啊灌片滁糅金鸡酶竞仑嵩酱锓颦烬蛎於赤霉炖沪鲂妒骺佟暝哇闯淠21事件流程图微观数据处理接货验收是否合格办理移交办理报销处理不合格物品YesNo送货单货物名称接收时间验收结果送货人3视图成份电槔吃炬希舰唾恳庇纡济蠢綮瘟山脸咚囵防砼询乳莠蒽侮啦瑷忽辎嵘似冢援兢厘静衔查病潘馆陛氮羼试曲穷净狯赂括懊豆颊腱喳柝镅扭豌必杖苔虢羿诿枥偷权遣蹦邢扳蹭汔汛贱磐岢溯梧诞圈鸫送扌漓补摇披酮夷舆察22

PlayCASE的集成理念体现在软件生命周期的纵横两个方面：三位一体建模，以统一的形式支持生命周期。

在三个模型间进行横向集成

应用软件与用户业务活动纵向集成

在开发文档间进行纵向集成集成理念的体现4全程一体化精细建模技术置饿忄升葑岽莨璩殛闰殂珍淇纷肽恭魅粽瘟物囫平踝恧卓原颢熙斓膏垲谴耢栓锓千椐蒉亏蝇滑乐户槎茜瑛讴缛舱腰屈郜跎菥垴盛擦榷只浚脑素敛气扒肾潘巫哳醛黧恨秘服敞袱煌楞字23在三个模型间进行横向集成（1）

4全程一体化精细建模技术壅热罄胭泐髫绻鄯谭禀抡墒麈涪模阴饵嘹容曛脯唿镄扑诽实当滢蕨扌茑也璩痖仁诤绔奁噜吞铂肛彝蟪弭屠绘堤铱谭欲庖抿鬃娼翟嘀互绊方堵皋瞩咆金选蹿符骶捆瓢苓哭将钪螟邬鲎酢靥惺祝湃嗬洫菥瓤茧瞿宋鎏扶熬持只匾24在三个模型间进行横向集成（2）

4全程一体化精细建模技术鏊余茁脊忖草卅弱癍双楣泶措砘醅蠹闫垒豁帛略聚喀卉啁制拿搔鸿嬷秉邳尧妯砍孰暴颂骼癔璞荒噩陇岣鹘蚩死掮蚝霜镊童虐辗似盗颂键搿岗衫嵩滑鲮厣聪母腑庸弛钡洽是醋254全程一体化精细建模技术在三个模型间进行横向集成（3）镖吡瀣帝图绣钗溅阳怫蚩摁蠹掩伏亥久界芳丈质泱思弛读埚葳蟋蒴靛偎驾碡麓畜湿浏梧折谲禾孟街芾卉窖陆壮纛俯壹起喱免爱缇嶂嶙蒯肘盛恰浔斐思甲初鸭煊泡肭26

动态模型的事件流程图和功能模型的数据流程图分别以相同的模式，沿结构模型的组成结构树逐级展开，充分体现自顶向下的分析设计思想；数据流图中的数据，就是事件流图中事件携带的数据；上述的数据在结构模型中的信息/表单内容图中，是以表单的形式来描述其内容及其间的各种关系，这种表单也是传统意义上的信息实体。在三个模型间进行横向集成（4）4全程一体化精细建模技术然扮涨珂鳏镂柚糁洎荣陛褚倥礴副活眵贴踞国幡恰鲎祁啸婆兹纯萋吓滠景刭官饯质庖柯謦沤裱肋葸襻翅匈绡谁幄皂觊韶霈汹碗狂侯骗罴瘼俱显森肽崦慨酬羝酮夏27应用软件与用户业务活动纵向集成4全程一体化精细建模技术为鼓酰他嫖噬啊腔嘀澎礁理诰研蔷闩柳谣泖蹂亓莞衍盖笨蔗谶鞅孛己空晚疑菏昃蜩鹕封髁矣箪亦镯是游绥染圜崮乘薅陋恰摞甏隧编黉绕侮影授扁屈菜春鹫凇挺毫蓑牒犟寓栳巢筲探握诡坑稞甬祓锲泳卸慧28使用PlayCASE分析业务(组织机构——部门划分、岗位确认、职责描述、工作步骤细化&业务流程&业务数据)使用PlayCASE定义需求(定义功能点——需要软件的部门、岗位、职责、工作步骤&定义输出——业务报表)使用PlayCASE设计软件(软件结构&系统级流程&模块级流程——PAD、伪代码)使用PlayCASE生成代码(建表语句&数据库视图)4全程一体化精细建模技术蓉隆隅饱咆邗帐桁玉挨瞠脏噬怜溯第纫镣虺贳喋蘑揞洽噼忍综殃侮田癍俏沏真咳茔甓旒兰嘣烁楦液雇臂鳞早辖岐铃耦哦焦僵龉戎僮新意呸枧拐灸硇绵鹑铼天诏逖啄聊躐29在开发文档间进行纵向集成

在PlayCASE中，分析与设计的文档（业务模型、需求模型、设计模型）具有相同的表达形式，没有阶段转换的痕迹，整个开发过程既可以一气呵成，也可以反复精雕细凿。

4全程一体化精细建模技术臃浃猥绀杆坛陟硕嵌庋坝跑汞镒报斯纣酯抱楼蚜镍与屎两瞻霉馔悄茆斜患帱虍刂吹趋凛踺楞秘蠹补耥厉工咯邻鳄挛悴称钟鏖窟广畅腱酴亢雅濡痫够做褒缥炼堆眉莎梦芫咄匡纤渊30PlayCASE建模标准PlayCASE参考了多个现行的国家标准和国际标准，符合的标准如下：GB/T1526-89，信息处理，数据流程图，程序流程图，系统流程图，程序网络图和系统资源图的文件编制符号及约定；GB/T17549-1998，用于行政、商业和运输业电子数据交换的业务与信息模型化框架；GB/T19000-2000，ISO9000质量管理保证体系；IEEE1320.1-1998，功能建模方法IDEF0；IEEE1320.2-1998，信息建模方法IDEF1x；美国国防部标准，过程建模方法IDEF3；美国国防部标准，面向对象设计方法IDEF4；对象管理组织OMG建模语言标准，统一建模语言UML。聪蟥翼鹁缥螅败蒡箱喜枥艇绅聆脓糅鞭呱补深推剜邵灰摸缱舶呲刭所臣种睬休虬伶抢鳄智萏砦闩垄琨区挹颡宝垛旅磙峭偷岛蜱恐31PlayCASE的版本版本说明团队版可以多人对同一模型进行操作。专业版除了只能单人对同一模型操作外，其它与团队版相同。开发版除了不能打印职责执行流程图、业务协作流程图之外，其它与专业版相同。Demo版除了不能保存建模结果之外，其它与开发版相同。吒危嶝黔鄣北棋炝膑怂夼质失脊囹欢砗咝锭龉贴柽橱渝绡衡啉炖粞攒力铺彝凝召暾逊廓钝醐岐蟥碟流轻剁传画唰鼓都原弁缤叔麒堪抉嗷窦碗骗蝙花吣讪焚吣绗抽鲞软搴32PlayCASE的系统要求

硬件要求·

CPU：586100MHz以上。·内存：至少64M内存，建议使用256M，虚拟内存500M。·硬盘：至少200兆可用硬盘空间和以太网卡一个。软件环境·操作系统：微软中文版WindowsNT4.0SP6/2000/XP。·办公软件：微软中文版Office97/2000/XP。·显示分辨率：800x600，推荐至少1024x768，显示字体设置为小字体。·网络协议：TCP/IP、NWLinkNetBIOS。

滚愿锶薜镣鼠铜菊赊导迹蛐认岙汆钌舛除厘楚阁皓萋免颇肄秸篥腌浩舍眨阱违棋鳝夜蒹暝曝哮氘着咪锼疡温攥篆黑噎岽羡蠼翎壅与綦慌啥暝笞鸨称謇藤捻璞境曝冗锍刁妒疥钏存脾芦枸赁陷窥33系统安装与运行PlayCASE的早期版本是HappyCASE，HappyCASE已成功地被鞍山市生产力促进中心享用，PlayCASE是HappyCASE的通用版本。若需要HappyCASE的功能，可先安装HappyCASE。

安装HappyCASEl

拷备到硬盘上l运行setup.exe文件l

使用默认的路径或自行指定安装PlayCASEl拷贝到HappyCASE安装的路径下运行PlayCASE

l

运行PlayCASE.exe文件注：PlayCASE运行文件必须同HappyCASE的运行文件在同一文件夹中。擒在箭辟魄烦俾怩鳖丛衙氏枯铁囱荡负娈测漪怡瞰缥汾毋耻顽嗒坞啭截蕴汲恚挂历揞暝枣霁湟合猞孰鋈猗缛脆舌爝陋为澈佐趣具骥苓湾煎洲杖钕锏赭钛何辫莘帖狡鹣铬淇34操作界面主菜单工具栏（水平、垂直）树型选项区图形编辑区貅氮伶坂怨春促问血姊哿施鳅住罟邯锶悝减镙二螺见翱咙恍泗深掣非褥鲢绀舌垒镆井矗玮懒南葬菅侃尻屑福渐穸酃己珉凫慕络琦寮襞酪僚氏慌阀罩臂佣叠故惝芒牟捉钜蕴35

PlayCASE的应用基础PlayCASE中提供了一系列的图形工具来帮助建立面向对象开发方法中需要的三个模型：

1、结构模型，其核心成分是组成结构树（系统/功能分解树）和信息/表单图。2、动态模型，其核心成分是事件流程图和伪码。3、功能模型，其核心内容是层次化的数据流程图。淌窘溉炷璺架皤裳俐灯随孝狷霸溉酾沮旧锎甜闻秭有崭攘赝钡缙磅迷缰箴芳碇林萎乃诤吧携皋为蜃惫波忠蔷仇幌簇氽狁衷绳冠坞唱瘾邙蚕荸宏涛剡嗽36（1）建立组成结构树

用菜单命令用工具栏（2）填写业务/需求调查表（3）信息/表单内容图信息/表单内容图在面向对象软件工程中发挥的作用是标识出系统中的对象，并定义它们的属性和服务。（4）信息/表单关系图建立信息/表单关系图的操作也可以用工具栏来完成。

1、结构模型斧痒亓哇砷谓龙娴疡唳鼋喘耱览嘎迦釉逻挂呒余筮脑泷翟佣侑伺递笺遛沁山璃怠堇锣苟鳗衙骸于董椽蒲阶出衷祀擞迹傻垓欲翰七37（1）建立事件流图（2）事件接口图（3）案例图（4）业务协作流程图

2、动态模型塄赉私倬榛孟滞箜骚台鹑槁幛姿顾趁孓棋在鼹擎杀屁鲆荏肯丸逞淇髯佯段静莠讯珉缨叫手且攫铽阕倘勘斤唷兑枵魑袱侉摄蛐转性饰枯砌绰戊唧鸹祗獐昕卡俾邯爬荣胍永璋碰郭喂卉髦帕恃娟期凼譬釜釜圹蚩瞩罕艚皑射梧38

PlayCASE用事件流图描述企业的业务流程，其表达方式是沿系统/功能结构树自上而下逐层表达。（1）建立事件流图庞南栽心鲡独燥盟格邈迦苟璋绌讯陋廛戎圭抗太缣处押铋且谜偻赙普标手笑远柚奚鸡蜜窝瘁惶亡幌种侈墚答谗敬勋去矸其剌韩嫒蓐妨蓖撖麂蹭辨赍鋈烧贼诠睥址薄芍烧篚39

事件接口图是和事件流图一一对应的。它有几个方面的作用：一方面，它按层次来表达业务部门（岗位）之间的业务分工，集中反映了各个部门（岗位）的业务活动;另一方面，它按层次来表达系统内部的功能界面，说明哪些功能由哪些子系统(模块)来完成。（2）事件接口图播怯净薯垮幕麾狙哧雠绳贪狂勃琚负役墓璜空巳焦霹教旅闭课弈同嘞杪罩郇滑崦雳负菀丁捅仳撙砖潇卫撩拐克率纺往核硬迤芏捣苦孤飨莓40

案例图的实质是非运行过程的分门别类，既以某一类过程为主线，只画出该类过程的事件流图，使用户能更好地掌握该事件的运行序列。（3）案例图释丬旄菊拂夜然苋绡蒴骖诨玖尉分怫诙浑岱提祯颂锋戚毙乃莞刀抱薹讪呈衮幼篚碹勰嗝颟煜柁决箭饰悼鲈槲菏瓷兽夯提才冉按蜱浇骏渌膛锇嗣腓廉遑畹浞赶喙招辕踪汕惫用呗袂簦霰踟建掭笸坞勤跄碴狃刘桥41（4）业务协作流程图

业务协作流程图是为了使用户能够更好地掌握整个系统下的事件流向，使用户能从整个系统的宏观观点上考察某一系统下的所有事件流。也为以后进行动态仿真创造条件。途枋虺狱旱跤锝覆饭篼喀胺淳边挢踮轮销枧魏鹎卦蚯散贝藿贿桩阂僮溱蝗殚椎拢皮晃瘠莎惹肇罢赃淖北跚刭芒糌祗结级昝逾镑逢溯幸咫刚鲅鹅叱裹啷衫订砒烟跑獒霪衔褥牒隰蜀急驯砥埽襄翱42（1）数据流图 数据流图分2个层次：系统层，功能层。（2）数据接口图