软件工程 第一章要点.ppt

概述 开发者：高展（中国科学院软件工程专家、电子政务业务流程设计方法国家标准制定者） 时间：1995年提出实用的面向对象的大型复杂系统分析设计方法——全程一体化精细建模技术 获奖情况：获1997年中国PC软件大奖赛同类产品唯一金奖，该赛事为国内最高级别。 水平：国际领先的建模工具软件，在技术上唯一全面集成了主流建模方法——集成面向对象与结构化方法(兼容UML、IDEF)、集成业务分析与软件设计方法；在市场上唯一实行贵族软件免费发放、零风险应用——提供全方位服务(业务分析与设计、需求分析、系统 配置设计、总体设计、详细设计)。 Play CASE的市场定位 　企业：管理者、高级业务人员 　管理咨询公司：管理顾问 　软件开发商：项目经理、开发人员、　市场营销人员 应用领域 1. 企业 典型案例： 中国科学院 中国石油锦西炼化总厂 中兴通讯 中国北方工业公司 大连港务局 沈阳输变电股份公司 2. 军工 负责C4ISR体系结构建模工具原型的开发 3. 政务 负责制定电子政务业务流程设计方法国家标准进行一定程度、范围的应用验证 特点 全面支持 可视化 自动生成 技术先进 全面支持 快速应用开发； 制定计划、业务调查、需求定义、总体设计、详细设计； Oracle、 Sybase、 MS SQL Server等八种大型数据库； PB、 VB、 Access、 FoxPro、 VC、 Delphi等开发工具。 可视化 企业组织结构与业务流程分析； 业务数据搜集； 软件结构与流程设计； 数据库概念设计、逻辑设计、物理设计。 自动生成 业务调查表； 需求分析说明书； 软件设计说明书； 程序框架（数据表、视图、查询SQL、类声明体）； 兼容IDEF、OMT、UML、OOSE等标准，应用与分析、设计、实现C++，Java，SQL。 IDEF ：ICAM Definition（美国现在广泛使用的一种分析业务活动的标准） OMT：Object Modeling Technique UML: Unified Modeling Language 技术先进 兼容结构化，信息工程，OO方法，保护开发人员经验； 需求分析与软件设计全面集成； 大众化的软件工程实用体系。 主要技术内容 1.　关于建模 ·　关于模型、建模 ·　建模的重要性 2.　信息化建设问题分析 ·　信息化建设的困惑：IT黑洞 ·　错误的积累与放大 ·　软件危机的产生 ·　传统软件工程/建模方法不尽人意 ·　问题根源的共识 ·　问题解决之道 模型、建模 模型定义 如果B是A的描述，那么B是A的模型 模型种类 文字、图形、物理、数学 在信息化系统建设中，每个阶段都有建模语言 领域建模语言、需求建模语言、软件建模语言、机器语言 渐变到质变，自然过渡 领域模型 → 需求模型 → 软件模型 → 机器模型 建模语言从面向机器 到 面向业务 双语建模 模型是一种“赝品”，软件也一种是“赝品” 软件业是制造业 制造业：市场调查、产品定义、产品设计、产品加工、产品组装 软件业：业务调查、需求定义、产品设计、软件编码、集成测试 建模的重要性 人类两大基本活动都与建模息息相关 认识世界 —— 模型版本1 改造世界 —— 模型版本2 信息化建设的困惑: IT黑洞 无休止的IT黑洞 胡子工程、烂尾工程、趴窝工程 拖期50%是优秀开发商 拖期100%是合格开发商 拖期200%会赢得用户的同情 开发商：拖没了利润 用 户：拖没了机遇 错误的积累与放大 软件危机的产生 传统建模方法不尽人意—— 三条难以逾越的鸿沟 问题根源的共识 信息化之痛在于需求不清不楚 需求之痛在于业务不清不楚 业务源头一旦污染，下游治理杯水车薪 业务不清不楚是因为 业务本身不够明确、不够规范 开发人员没有理解、描述清楚 问题解决之道 传统软件工程只是说向用户询问需求 结果是需求支离破碎 很少认识到需求是与业务点直接关联 很少认识到彻底认识业务是解决需求的根本 一种避免软件危机的建模方式： 领域模型 → 需求模型→ 软件模型 → 机器模型 领域建模、需求建模、软件建模一体化 建模的三要素 结构 流程 数据 全程一体化精细建模技术的主要成份 结构类 组成结构树 流程类 协作流程图 事件流程图 信息类 信息关系图、内容图 组成结构树 协作流程图 事件流程图 　　PlayCASE的集成理念体现在软件生命周期的纵横两个 方面：三位一体建模，以统一的形式支持生命周期。 在三个模型间进行横向集成 应用软件与用户业务活动纵向集成 在开发文档间进行纵向集成 在三个模型间进行横向集成（1） 在三个模型间进行横向集成（2） 在三个模型间进行横向集成（3） 动态模型的