软件工程第一章概述ppt课件
《软件工程第一章概述ppt课件》由会员分享,可在线阅读,更多相关《软件工程第一章概述ppt课件(48页珍藏版)》请在装配图网上搜索。
0,概述,开发者:高展(中国科学院软件工程专家、电子政务业务流程设计方法国家标准制定者) 时间:1995年提出实用的面向对象的大型复杂系统分析设计方法全程一体化精细建模技术 获奖情况:获1997年中国PC软件大奖赛同类产品唯一金奖,该赛事为国内最高级别。 水平:国际领先的建模工具软件,在技术上唯一全面集成了主流建模方法集成面向对象与结构化方法(兼容UML、IDEF)、集成业务分析与软件设计方法;在市场上唯一实行贵族软件免费发放、零风险应用提供全方位服务(业务分析与设计、需求分析、系统 配置设计、总体设计、详细设计)。,第1章 Play CASE建模工具简介,概述 特点 主要技术内容 标准 版本 系统要求 系统安装与运行 操作界面 应用基础,1,Play CASE的市场定位,企业:管理者、高级业务人员 管理咨询公司:管理顾问 软件开发商:项目经理、开发人员、 市场营销人员,2,应用领域,1. 企业 典型案例: 中国科学院 中国石油锦西炼化总厂 中兴通讯 中国北方工业公司 大连港务局 沈阳输变电股份公司 2. 军工 负责C4ISR体系结构建模工具原型的开发 3. 政务 负责制定电子政务业务流程设计方法国家标准进行一定程度、范围的应用验证,3,特点,全面支持 可视化 自动生成 技术先进,第1章 Play CASE建模工具简介,概述 特点 主要技术内容 标准 版本 系统要求 系统安装与运行 操作界面 应用基础,4,全面支持,快速应用开发; 制定计划、业务调查、需求定义、总体设计、详细设计; Oracle、 Sybase、 MS SQL Server等八种大型数据库; PB、 VB、 Access、 FoxPro、 VC、 Delphi等开发工具。,5,可视化,企业组织结构与业务流程分析; 业务数据搜集; 软件结构与流程设计; 数据库概念设计、逻辑设计、物理设计。,6,自动生成,业务调查表; 需求分析说明书; 软件设计说明书; 程序框架(数据表、视图、查询SQL、类声明体); 兼容IDEF、OMT、UML、OOSE等标准,应用与分析、设计、实现C+,Java,SQL。 IDEF :ICAM Definition(美国现在广泛使用的一种分析业务活动的标准) OMT:Object Modeling Technique UML: Unified Modeling Language,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,错误的积累与放大,领域描述 需求定义 设计方案 软件代码 测试结果,x 10,带病运行的软件,因为电的速度 比没有软件 危害更大,2 信息化建设问题分析,x 10,x 10,x 10,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分析业务(组织机构部门划分、岗位确认、职责描述、工作步骤细化 & 业务流程 & 业务数据) 使用PlayCASE定义需求(定义功能点需要软件的部门、岗位、职责、工作步骤 & 定义输出业务报表) 使用PlayCASE设计软件(软件结构 & 系统级流程 & 模块级流程PAD、伪代码) 使用PlayCASE生成代码(建表语句 & 数据库视图),4 全程一体化精细建模技术,29,在开发文档间进行纵向集成,在PlayCASE中,分析与设计的文档(业务模型、需求模型、设计模型)具有相同的表达形式,没有阶段转换的痕迹,整个开发过程既可以一气呵成,也可以反复精雕细凿。,4 全程一体化精细建模技术,30,Play CASE建模标准,Play CASE参考了多个现行的国家标准和国际标准,符合的标准如下: GB/T 1526-89,信息处理,数据流程图,程序流程图,系统流程图,程序网络图和系统资源图的文件编制符号及约定; GB/T 17549-1998,用于行政、商业和运输业电子数据交换的业务与信息模型化框架; GB/T 19000-2000,ISO9000质量管理保证体系; IEEE 1320.1-1998,功能建模方法IDEF0; IEEE 1320.2-1998,信息建模方法IDEF1x; 美国国防部标准,过程建模方法IDEF3; 美国国防部标准,面向对象设计方法IDEF4; 对象管理组织OMG建模语言标准,统一建模语言UML。,31,Play CASE的版本,32,Play CASE的系统要求,硬件要求 CPU:586 100MHz以上。 内存:至少64M内存,建议使用256M,虚拟内存500M 。 硬盘:至少200兆可用硬盘空间和以太网卡一个。 软件环境 操作系统:微软中文版Windows NT 4.0 SP6 /2000 /XP。 办公软件:微软中文版Office 97/2000/XP。 显示分辨率:800x600,推荐至少1024 x 768,显示字体设置为小字体。 网络协议:TCP/IP、NWLink NetBIOS。,33,系统安装与运行,PlayCASE的早期版本是HappyCASE,HappyCASE已成功地被鞍山市生产力促进中心享 用,PlayCASE是HappyCASE的通用版本。若需要HappyCASE的功能,可先安装HappyCASE。 安装HappyCASE l 拷备到硬盘上 l 运行setup.exe文件 l 使用默认的路径或自行指定 安装PlayCASE l 拷贝到HappyCASE安装的路径下 运行PlayCASE l 运行PlayCASE.exe文件 注:PlayCASE运行文件必须同HappyCASE的运行文件在同一文件夹中。,34,操作界面,主菜单 工具栏(水平、垂直) 树型选项区 图形编辑区,35,Play CASE的应用基础,Play CASE中提供了一系列的图形工具来帮助建立面向对象 开发方法中需要的三个模型: 1、结构模型,其核心成分是组成结构树(系统/功能分解树)和信息/表单图。 2、动态模型,其核心成分是事件流程图和伪码。 3、功能模型,其核心内容是层次化的数据流程图。,36,(1)建立组成结构树 用菜单命令 用工具栏 (2)填写业务/需求调查表 (3)信息/表单内容图 信息/表单内容图在面向对象软件工程中发挥的作用是标识出系统中的对象,并定义它们的属性和服务。 (4)信息/表单关系图 建立信息/表单关系图的操作也可以用工具栏来完成。,1、结构模型,37,(1)建立事件流图 (2)事件接口图 (3)案例图 (4)业务协作流程图,2、动态模型,38,Play CASE用事件流图描述企业的业务流程,其表达方式是沿系统/功能结构树自上而下逐层表达。,(1)建立事件流图,39,事件接口图是和事件流图一一对应的。它有几个方面的作用:一方面,它按层次来表达业务部门(岗位)之间的业务分工,集中反映了各个部门(岗位)的业务活动;另一方面,它按层次来表达系统内部的功能界面,说明哪些功能由哪些子系统(模块)来完成。,(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,定位,提供描述业务流程的手段 便于业务人员全面细致地表达、设计业务流程 进行规范化、标准化、精细化、优化管理 提供双方交流的手段 便于开发人员彻底理解用户业务 真正从源头上解决造成IT黑洞的原因 提供全程一体化系统分析设计手段 便于管理咨询顾问、业务分析员、系统分析员进行集成化的业务分析与软件设计以及项目管理 用于系统开发的主要阶段:现状描述、业务分析、业务诊断、管理诊断、管理设计、业务设计、需求定义、总体设计、详细设计、软件框架生成,47,- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件工程 第一章 概述 ppt 课件
装配图网所有资源均是用户自行上传分享,仅供网友学习交流,未经上传用户书面授权,请勿作他用。
链接地址:https://www.zhuangpeitu.com/p-1930160.html