软件工程第一章概述ppt课件

0,概述,开发者：高展（中国科学院软件工程专家、电子政务业务流程设计方法国家标准制定者）时间：1995年提出实用的面向对象的大型复杂系统分析设计方法全程一体化精细建模技术获奖情况：获1997年中国PC软件大奖赛同类产品唯一金奖，该赛事为国内最高级别。水平：国际领先的建模工具软件，在技术上唯一全面集成了主流建模方法集成面向对象与结构化方法(兼容UML、IDEF)、集成业务分析与软件设计方法；在市场上唯一实行贵族软件免费发放、零风险应用提供全方位服务(业务分析与设计、需求分析、系统配置设计、总体设计、详细设计)。,第1章PlayCASE建模工具简介,概述特点主要技术内容标准版本系统要求系统安装与运行操作界面应用基础,1,PlayCASE的市场定位,企业：管理者、高级业务人员管理咨询公司：管理顾问软件开发商：项目经理、开发人员、市场营销人员,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改造世界模型版本2,1关于建模,11,信息化建设的困惑:IT黑洞,无休止的IT黑洞胡子工程、烂尾工程、趴窝工程拖期50%是优秀开发商拖期100%是合格开发商拖期200%会赢得用户的同情开发商：拖没了利润用户：拖没了机遇,2信息化建设问题分析,12,错误的积累与放大,领域描述需求定义设计方案软件代码测试结果,x10,带病运行的软件,因为电的速度比没有软件危害更大,2信息化建设问题分析,x10,x10,x10,13,软件危机的产生,代价（质量、成本、效率）,领域需求设计编码测试,修改错误时往往按倒葫芦起了瓢,软件公司：信誉降低竞争力下降危及生存与发展用户：坐失发展良机,2信息化建设问题分析,14,传统建模方法不尽人意三条难以逾越的鸿沟,2信息化建设问题分析,15,问题根源的共识,信息化之痛在于需求不清不楚需求之痛在于业务不清不楚业务源头一旦污染，下游治理杯水车薪业务不清不楚是因为业务本身不够明确、不够规范开发人员没有理解、描述清楚,2信息化建设问题分析,16,问题解决之道,传统软件工程只是说向用户询问需求结果是需求支离破碎很少认识到需求是与业务点直接关联很少认识到彻底认识业务是解决需求的根本一种避免软件危机的建模方式：领域模型需求模型软件模型机器模型领域建模、需求建模、软件建模一体化,2信息化建设问题分析,17,建模的三要素,结构流程数据,3视图成份,18,全程一体化精细建模技术的主要成份,结构类组成结构树流程类协作流程图事件流程图信息类信息关系图、内容图,3视图成份,19,组成结构树,3视图成份,20,协作流程图,3视图成份,21,事件流程图,3视图成份,22,PlayCASE的集成理念体现在软件生命周期的纵横两个方面：三位一体建模，以统一的形式支持生命周期。在三个模型间进行横向集成应用软件与用户业务活动纵向集成在开发文档间进行纵向集成,集成理念的体现,4全程一体化精细建模技术,23,在三个模型间进行横向集成（1）,4全程一体化精细建模技术,24,在三个模型间进行横向集成（2）,4全程一体化精细建模技术,25,在三个模型间进行横向集成（3）,4全程一体化精细建模技术,26,动态模型的事件流程图和功能模型的数据流程图分别以相同的模式，沿结构模型的组成结构树逐级展开，充分体现自顶向下的分析设计思想；数据流图中的数据，就是事件流图中事件携带的数据；上述的数据在结构模型中的信息/表单内容图中，是以表单的形式来描述其内容及其间的各种关系，这种表单也是传统意义上的信息实体。,在三个模型间进行横向集成（4）,4全程一体化精细建模技术,27,应用软件与用户业务活动纵向集成,4全程一体化精细建模技术,28,使用PlayCASE分析业务(组织机构部门划分、岗位确认、职责描述、工作步骤细化另一方面，它按层次来表达系统内部的功能界面，说明哪些功能由哪些子系统(模块)来完成。,（2）事件接口图,40,案例图的实质是非运行过程的分门别类，既以某一类过程为主线，只画出该类过程的事件流图，使用户能更好地掌握该事件的运行序列。,（3）案例图,41,（4）业务协作流程图,业务协作流程图是为了使用户能够更好地掌握整个系统下的事件流向，使用户能从整个系统的宏观观点上考察某一系统下的所有事件流。也为以后进行动态仿真创造条件。,42,（1）数据流图数据流图分2个层次：系统层，功能层。（2）数据接口图数据接口图的作用是让我们从全局角度了解和把握信息交互的全貌。数据接口图的编辑工作主要是加入数据接口链。（3）功能调用树功能调用树主要用来描述功能(过程/函数)间的调用关系。,3、功能模型,43,构造软件开发流水线,建模：基于WEB项目管理：基于WEB开发文档管理：基于WEB软件开发流水线见图示,44,特征,特征1：全过程进行业务建模、需求建模、软件建模特征2：一体化关联阶段内、阶段间的建模要素特征3：精细化描述处理业务信息栏目/项目的方法特征4：业务驱动建模获得对象,45,第二代OO技术业务驱动建模,我们经常没有时间分析，没有时间设计，却有时间编程序，有时间打补丁，也不时痛惜光阴白白度过，金钱白白浪费。这都归结为对业务的了解，常常支离破碎。PlayCASE业务驱动建模带来彻底的业务分析完整的需求定义全面的软件设计(过程与数据建模、PAD、伪码),46,定位,提供描述业务流程的手段便于业务人员全面细致地表达、设计业务流程进行规范化、标准化、