软件工程之全程建模实现

章节摘录

插图：第1章软件工程概论1.1概述在本书的第1版中，关于软件工程定义部分没有做更多的描述，这是因为本书的第1版定位于方法论的讨论，而本版将在继续丰富完整方法的基础上扩展更多的内容，以便于展现一套更完善的软件工程体系。在第1版中关于软件工程的定义是：软件工程是指导计算机软件开发和维护的工程学科，是采用工程的概念、原理、技术和方法来开发与维护软件，把经过时间考验而证明正确的管理技术和当前能够得到的最合适的技术方法结合起来的实现过程。另外，还有一些定义如下(这部分定义引自8848．com的seconcept．pdf，该文档的总结做得相当不错)：软件工程是一类求解软件的工程。它应用计算机科学、数学及管理科字等原理，借鉴传统工程的原则、方法，创建软件以达到提高质量、降低成本的目的。其中，计算机科学、数学用于构造模型与算法；工程科学用于制定规范、设计范型、评估成本及确定权衡；管理科学用于计划、资源、质量、成本等管理。软件工程是一门指导计算机软件开发和维护的工程学科，也是一门交叉学科。Boehm：运用现代科学技术知识来设计并构造计算机程序和一些为开发、运行及维护这些程序所必需的相关文件资料。IEEE：软件工程是开发、运行、维护和修复软件的系统方法。Frit。Bauer：建立并使用完善的工程化原则，以较经济的手段获得能在实际机器上有效运行的可靠软件的一系列方法。这些都是以传统软件工程为基础而产生的定义。在这些定义的背后带来的就是如何对软件工程体系的细节划分问题。本节的目的不是改变软件工程的概念和定义，而是详细阐述基于这样的概念和定义，软件工程在应用UML语言情况下具体实用的分类形式。因为，只有较好的分类理论才能更有效地引导具体问题的解决。由于本书侧重的方法论表述方式是基于UML语言的模型化表述形式，因此和传统的文字描述方式有着较大的差异。其差异的核心就在于表述形式改变了，即开发八员对开发各阶段工件的表现形式的不同，而这种区别使得开发人员在面对一个软件项目时其思维方式也有了较大的转变。传统模式下的语言文字描述了图形化表述的改变，使得人们对软件工程全部过程的看法及其具体作用都产生了影响。

前言

本书的撰写过程整整耗费了8年多的时间。回想起来，初次产生写本书的想法是在2002年的4月，当时笔者正在上海做一个企业ERP项目。这个项目完成后，笔者就觉得实验没有完全成功，因为笔者只是亲自验证了需求部分的实践，而没有时间来完整地验证分析、设计和编码的后续过程，与其他人配合开发的过程，以及将一个模型任务分配给其他程序员的实现过程。直到2002年的7月，笔者有机会到南京参加了一个大型信息系统实用性原型的开发，从而顺利地完成了分析、设计和编码过程的实践。同时，还完成了一本针对高级用户进行培训的开发过程教材。经过笔者一段时间对教程资料的整理，以及在2001年中完成的几个项目的经历，笔者最终完成了本书现有的第3章（分析设计）和第4章（代码模型一致性）内容的第一次成稿。当时命名为《基于：Rose的全程建模实例》，并将前几部分发表于《程序员》杂志2002年第10期～第12期。后来因为全文较长，CSDN就将全文直接合发于《程序员》杂志2002年合订本。

后记

全书到了这里基本上也就画上了第一个句号，至于这个句号划得是否圆满，是否像个圆（阿Q？），还需要各位读者去评价。笔者在这本书中主要做了一些抛砖引玉的铺垫。笔者在第一本书出版后的6年多时间里又经历了多个企业的项目，这些项目规模不大，但有些接近涉密，有些技术难度较高，从传统的行业应用转移到一些专用软件系统，涉及的范围从软件扩展到硬件，从常规行业系统延伸到嵌入式软件的开发。同时，笔者对外提供了多次技术咨询和专场培训，很多参加培训的朋友也都在各自的企业行业内进行了全程建模的实践，本书中有不少内容来自这些朋友的建议和经验总结。笔者针对书的看法是：书上能记录下来的都是过去的东西，能够成书就说明这些东西经过了很多次的考验（至少本书中的所有内容都是这样的），相对而言比较成熟了。比如说本书中的内容大部分都是2009年以前笔者总结出来的经验。而不能成书的，或者说来不及成书的才是真正及时的崭新的知识。但是，新生事物必然也带来新的风险，那就是没有经过多次考验的新生事物可能具有不稳定不够安全的风险。

内容概要

青润，原名白慧冬，1976年生人，祖籍河南。CSDN特约专家、曾任软件工程版总版主8年，一个在不断摸索实践的国内软件工程方法和技术的亲历者。在国内提倡人性化软件开发管理和全程建模方法论，推动软件开发心理学的研究。1986年开始学习编程，十八年编程经验，十四年软件协作开发经验、十一年工程项目经验、九年项目管理经验。擅长产品规划和问题研究，酷爱算法，视编码为生命，是一个崇尚技术，注重实现的自由职业者。

作者博客：

青润心情http://blog.csdn.net/qingrun

青润风度http://space.itpub.net/257598/

书籍目录

前言

第1章软件工程概论

1.1概述

1.1.1全程建模下的软件工程分类

1.1.2传统软件工程分类

1.1.3SWBOOK2004中软件工程体系划分

1.2软件工程过程

1.2.1软件工程管理过程

1.2.2软件工程实施过程

1.3软件工程方法

1.3.1软件开发方法论

1.3.2软件组织方法论

第2章需求工程

2.1需求的定义

2.2需求调研

2.2.1调研中存在的问题

2.2.2过去和现在的对比

2.2.3新现象的分析

2.2.4软件外包与编码

2.3如何和用户交流

2.3.1交流四要点

2.3.2什么是用户

2.3.3参与人员建议

2.3.4输入输出

2.3.5UML元素

2.3.6常见问题

2.4业务建模

2.4.1目的

2.4.2基本操作步骤

2.4.3建议

2.4.4参与人员建议

2.4.5输入输出

2.4.6UML元素

2.4.7常见问题

2.4.8示例说明

2.5Use Case模型

2.5.1Use Case图的绘制

2.5.2如何查找Use Case和Actor

2.5.3Use Case的处理

2.5.4如何分包

2.5.5参与人员建议

2.5.6输入输出

2.5.7UML元素

2.5.8常见问题

2.5.9楚凡UML工具模型示例

2.6Use Case阐述

2.6.1目的

2.6.2要求

2.6.3Use Case阐述的格式

2.6.4参与人员建议

2.6.5输入输出

2.6.6UML元素

2.6.7例子

2.6.8常见问题

2.7交互建模

2.7.1目的

2.7.2要求

2.7.3例子

2.7.4参与人员建议

2.7.5输入输出

2.7.6UML元素

2.7.7常见问题

2.8界面设计

2.8.1什么是界面设计

2.8.2界面设计的原则

2.8.3RUP中的相关描述

2.8.4界面设计的基本要求

2.8.5界面设计的步骤

2.8.6界面设计的定位

2.8.7界面设计的时间特点

2.8.8界面设计与原型法

2.8.9需要注意的问题

2.8.10常见问题分析

2.8.11参与人员建议

2.8.12输入输出

2.8.13UML元素

第3章分析设计

3.1概述

3.1.1原因

3.1.2两个项目简介

3.1.3初步结论

3.2分析设计的定义

3.2.1什么是分析

3.2.2什么是设计

3.3分析模型

3.3.1模式的选择与应用

3.3.2构建分析类

3.3.3分析模型时序图

3.3.4参与人员建议

3.3.5输入输出

3.3.6UML元素

3.3.7常见问题

3.3.8楚凡UML工具模型示例

3.4设计模型

3.4.1设计模式的选择与应用

3.4.2设计类的构建

3.4.3设计模型时序图

3.4.4一个示例

3.4.5参与人员建议

3.4.6输入输出

3.4.7UML元素

3.4.8楚凡UML工具模型示例

第4章代码模型一致性

4.1概述

4.2生成框架代码

4.2.1类的语法检查

4.2.2ClassPath的设置

4.2.3导出代码

4.3维护设计模型

4.3.1目的

4.3.2维护方式

4.3.3维护步骤

4.4反工

4.4.1作用

4.4.2操作步骤

4.5参与人员建议

4.5.1输入输出

4.5.2UML元素

4.6附加说明

4.6.1需求变化时的策略

4.6.2需要注意的问题

第5章协作开发

5.1协作开发过程

5.1.1准备工作

5.1.2分包

5.1.3合并分包

5.1.4分包特殊操作

5.2多人协作开发

5.2.1第一种方法

5.2.2第二种方法

5.2.3一个特殊情况

5.3文档模型结合

5.3.1概述

5.3.2文档模型的结合

第6章软件组织方法论

6.1结对编程

6.1.1产生

6.1.2结对编程形成

6.1.3结对编程的变形模式

6.2交换编程

6.2.1引言

6.2.2相关工作

6.2.3方法定义

6.2.4优劣分析

6.2.5试验结果

6.2.6小结

6.3可度量绩效管理模型

6.3.1引言

6.3.2团队组成与管理划分

6.3.3绩效管理办法基础

6.3.4绩效管理实现模型

6.3.5薪资收入组成模型

6.3.6绩效管理算法模型

6.3.7小结

6.4实用性知识库体系构建

6.4.1基本原则

6.4.2内容分类

6.4.3企业基本制度和新员工学习材料库

6.4.4技术分类文档和学习材料库

6.4.5企业代码库

6.4.6行业客户资料和业务资料库

6.4.7企业知识库管理创建规则

6.4.8小结

第7章软件开发中的心态对抗问题研究

7.1项目管理者心态问题研究

7.1.1引言

7.1.2角色定位

7.1.3心态对抗解析

7.1.4小结

7.2高层管理者心态问题研究

7.2.1引言

7.2.2角色定位

7.2.3心态对抗解析

7.2.4小结

7.3管理中的权力使用分析

7.3.1管理中的放权与分权

7.3.2管理中的权力限制

7.3.3项目管理者如何与组员合作

7.3.4一些常见问题

7.4项目经理分类

7.4.1项目管理之传统

7.4.2强势项目经理

7.4.3弱势项目经理

7.4.4题外话

7.4.5小结

7.5论本本主义

7.5.12009年的几件事情

7.5.2引发的思考

7.5.3产品、技术、标准

7.5.4软件开发本本主义

7.5.5最后的分析

第8章技巧和相关文档

8.1cat包的修改

8.1.1示例环境

8.1.2操作步骤

8.1.3结果

8.2ClearCase安装指南

8.2.1概述

8.2.2安装前的准备

8.2.3配置安装

8.2.4关于License的申请安装

8.3关于CMM的一些观点

8.3.1SQA和SQC

8.3.2CMM，评估、认证

8.3.3只对组织中的某一个部门进行评估

8.3.4评估是反复不断的

8.3.5关于CMM过级时间的个人观点

8.4什么是系统分析

8.4.1定义

8.4.2现实状况

8.4.3一些建议

8.5项目计划如何做

8.5.1什么是计划

8.5.2评价你们的计划状态

8.5.3项目中的计划

8.5.4计划的生命周期

8.5.5计划中的常见错误

8.5.6小结

8.6评审如何做

8.6.1什么是评审

8.6.2对评审状态的评价

8.6.3评审过程

8.6.4评审常见错误

8.6.5小结

8.7配置管理工具如何用

8.7.1配置管理工具的使用方法

8.7.2小结

8.8软件人员的分化

8.8.1人员分化原因

8.8.2需求人员的分离

8.8.3设计人员的分离

8.8.4编码人员的分离

8.8.5关于测试人员

8.8.6小结

8.9Use Case阐述模型化问题及延伸

8.10最简化开发过程

附录A全程建模方法论

附录B幼儿教育系统

附录C全程建模培训介绍

附录D作者随笔一

附录E作者随笔二——毕业十年记

附录F文档信息和文档修订历史

后记

参考文献

编辑推荐

《软件工程之全程建模实现》主要介绍如何使用UML建模方法来实现软件工程的主要过程，包括需求、分析、设计、代码导出、设计模型维护等，对协作开发团队开发所要求的必备知识也进行了详细的解释。作者在书中采用国内实际软件工程中的大量截图，通过图形和示例描述工程中UML的实际应用，深入解析了软件开发中的各种难题。书中对UML进行了深入分析和探讨，可以帮助急需学习和了解UML语言如何应用于实践的软件开发人员。书中也针对软件项目管理者和软件企业的负责人进行了与软件项目市场相关内容的分析和软件开发心理学内容的补充，深入剖析了问题根源，答疑解惑。《软件工程之全程建模实现》适合有UML基础知识。并且实际参加过一些工程项目开发又对UMI实际应用或者全程建模实现感兴趣的人员阅读。也适合作为软件工程培训机构的辅导材料。《软件工程之全程建模实现》附光盘内容：书中示例——便于读者亲手操作全程建模培训视频——视频指导，建模无忧学习指南——实现过程指导，指点迷津讲座PPT-汇聚精华，拓展思维延续实用风格，扩展最新研究成果直击建模过程中的用户问题，有的放矢建模工具rose、EA和trufun组合出击，突出重点配有讲座视频，指导性强随书附赠丰富学习资源十年磨剑——CSDN原软件工程大版主心血凝聚之作新版再现——理论与实践的密切结合在《软件工程之全程建模实现》中，你将：●学习最新的软件工程领域的划分模型：●体会到UML开发的无文档化建模开发过程：●学会展现给他人你曾经为工作付出的努力：●做到项目每天都有进展和变化。甚至。你还可以看到未来软件开发的新模式和新办法。那将是超越MDA的一种全新开发方式。我们将把工作重点放在自己最擅长的领域。集中精力实现业务分析、系统设计和架构层。当企业有了一定的积累之后，我们将不再需要进行那些简单的代码逻辑实现和不断的重复实现，只需把精力放在有挑战的代码实现上，而把基础的代码和已经实现的代码交给系统自动完成。

作者简介

你是否经常遇到下列问题：

❑用户频繁的需求变化是否让你应接不暇，你却总是不知道如何拒绝或者让用户看到你的辛劳；

❑你是否在为每日、周、月的工作报告而烦恼；

❑你是否无奈地需要撰写大量文字描述的文档而头痛欲裂；

❑你是否总是面对着最后只有有效代码可以交付的局面，每次进入下一阶段开发后，前一阶段撰写的所有文档统统失效；

❑如何让你的老板、项目经理、客户知道你为这项工作付出的努力；

❑作为项目经理，如何才能构建一个能够同甘共苦的胶冻团队，而不是天天担心技术人员的离职问题；

❑如何通过UML有效实现全过程的开发。

在本书中，你将：

❑看到最新的软件工程领域的划分模型；

❑体会到UML开发的无文档的建模开发过程；

❑让任何人知道你曾经为这个工作付出了多少努力和汗水；

❑看到项目一天天的进展和变化；

甚至，你还可以看到未来软件开发的新模式和新办法，那将是超越mda的一种全新开发方式，我们将把自己的能力放在自己最擅长的领域，集中精力在业务分析、系统设计和架构层的实现；企业有了一定的积累之后，我们将不需要进行那些简单的代码逻辑实现和不断的重复实现，把精力放在有挑战的代码实现上，把基础的代码和已经做过的代码交给系统自动完成吧！

图书封面

---

 软件工程之全程建模实现下载

---