PlayCase

一，现象与本质

１，软件开发的拖期之累

无休止的IT黑洞(胡子工程、烂尾工程、趴窝工程)导致”拖期50%是优秀开发商，拖期100%是合格开发商，拖期200%会赢得(关系)用户的同情”的怪象。结果是开发商拖没了利润信誉竞争力，用户拖没了发展机遇。

２，软件开发的两层皮：

业务与需求

需求与设计

设计与代码

代码与测试

３，开发错误滚雪球(阶段错误放大图)：从领域描述到需求定义到设计方案到软件代码到测试结果，错误层级放大，最后软件带病运行，因为电的速度而比没有软件更具危害性。

４，软件危机(阶段代价上升图)：甲乙双方都崩溃。

５，软件工程软弱无力(三鸿沟图)：三条难以逾越的鸿沟：

６，问题根源：信息化之痛在于需求不清不楚。需求之痛在于业务不清不楚。业务源头一旦污染，下游治理杯水车薪。而业务不清不楚是因为：业务本身不够明确不够规范；开发人员没有理解描述清楚。

７，软件开发理想路线：一气呵成，平滑过渡。领域模型→需求模型→软件模型→机器模型。领域建模,需求建模,软件建模一体化。

二，并于建模

１，建模重要性：人类两大基本活动都与建模息息相关。认识世界—模型版本1；改造世界—-模型版本2。

２，模型定义与种类：如果B是A的描述，那么B是A的模型。种类有文字、图形、物理、数学等。

３，建模语言与建模过程：在信息化系统建设中，每个阶段都有建模语言：领域建模语言,需求建模语言,软件建模语言。领域模型→需求模型→软件模型→机器模型的过程中，建模语言从面向机器到面向业务(多语建模)，渐变到质变，自然过渡。

４，模型的实质是”赝品”：模型和软件都是一种现实业务的”赝品”。软件业也是一种制造业。

制造业：市场调查、产品定义、产品设计、产品加工；产品组装

软件业：业务调查、需求定义、产品设计、软件编码、集成测试

三，全程一体化精细建模

１，建模三要素：结构、流程、数据

２，主要成份：

结构类：分工组成结构树(图)

流程类：业务协作流程图(图)(顺序图＋协作图)，职责执行流程图(图)(PAD图)

信息类：业务信息关系图：e化需求定位–>软件结构设计

业务/软件的推导/支持关系表


–业–	–推导→	–软–


–务–	←支持–	–件–

组织结构(部门/岗位/职责/步骤)–>软件结构

业务流程–>运行过程

业务表单–>软件数据

数据关系–>数据关系

通过业务驱动建立领域模型；通过领域模型推导需求模型、通过需求模型生成软件模型。

全程一体化精细方法是第二代面向对象技术。有四个特征：全过程,一体化,精细化,业务驱动

１，全过程进行业务建模、需求建模、软件建模，覆盖三个阶段。

２，一体化关联阶段内、阶段间的建模要素：每个建模阶段的建模图形紧密关联、建模表示法一致，建模结果平滑过渡。

３，精细化描述处理业务信息栏目/项目的方法：在职责执行流程图中，对业务信息处理的描述细致的每一个栏目的程度。填入、修改、读取、审查和删除。

４，业务驱动建模获得对象。

四，相关：

１，电子政务国家标准 «业务流程设计方法通用规范»项目组织、进展、应用等.

２，«企业信息化自助教程»

３，军工川军C4ISR体系结构建模

４，«程序员»2003.5 «UML三大硬伤»立论有问题：

*高不成，低不就，一盘散沙

*高端无法面向客户，低端无法面向开发商，内部没有头绪

UML是元语言，是描述语言的语言，无法全面透彻描述业务领域、信息化需求、软件设计，不能直接用于领域建模、需求建模和软件建模。必须使用它分别定义：领域建模语言、需求建模语言和软件建模语言。

2003年中国软件技术大会经典演讲高展

内容简介：模型驱动什么、什么驱动建模、一体化的领域建模、需求建模

http://www.china-pub.com/computers/subject/huodong/2004softcon/download.htm

PlayCase下载

HappyCase 是PlayCase的更完善版本

http://www.happycase.com/index.html

还有一个 Advance Case 就更不明所以了

www.vrchn.com/nationse/cpjs/case.htm

关于UML和RUP的几个问题

http://www.shecn.com/best/85.htm