具体描述
你是否经常遇到下列问题：
❑用户频繁的需求变化是否让你应接不暇，你却总是不知道如何拒绝或者让用户看到你的辛劳；
❑你是否在为每日、周、月的工作报告而烦恼；
❑你是否无奈地需要撰写大量文字描述的文档而头痛欲裂；
❑你是否总是面对着最后只有有效代码可以交付的局面，每次进入下一阶段开发后，前一阶段撰写的所有文档统统失效；
❑如何让你的老板、项目经理、客户知道你为这项工作付出的努力；
❑作为项目经理，如何才能构建一个能够同甘共苦的胶冻团队，而不是天天担心技术人员的离职问题；
❑如何通过UML有效实现全过程的开发。
在本书中，你将：
❑看到最新的软件工程领域的划分模型；
❑体会到UML开发的无文档的建模开发过程；
❑让任何人知道你曾经为这个工作付出了多少努力和汗水；
❑看到项目一天天的进展和变化；
甚至，你还可以看到未来软件开发的新模式和新办法，那将是超越mda的一种全新开发方式，我们将把自己的能力放在自己最擅长的领域，集中精力在业务分析、系统设计和架构层的实现；企业有了一定的积累之后，我们将不需要进行那些简单的代码逻辑实现和不断的重复实现，把精力放在有挑战的代码实现上，把基础的代码和已经做过的代码交给系统自动完成吧！
作者简介
青润，原名白慧冬，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的各个视图如何协同工作，讲解得非常透彻。我特别欣赏作者在讲解复杂概念时所采用的类比和图示，使得原本枯燥的建模过程变得可视化和易于理解。举例来说，关于状态图和活动图的对比分析，书中给出了非常清晰的边界划分，避免了初学者在实际建模时常常产生的混淆。这本书的结构设计也体现了高水平的专业素养，逻辑层次分明，每章的知识点都环环相扣，读完一章，你就能清晰地看到整个软件生命周期中，建模技术是如何支撑起迭代和演进的。我敢说，这本书让我对“面向对象设计”的理解上升到了一个新的高度。
评分我发现这本书的价值并不局限于理论学习，它更像是一本可以随时翻阅的“现场参考手册”。在实际工作中遇到设计难题时，我常常会翻到书中相应的章节，寻找最匹配当前情境的建模策略。最让我印象深刻的是，作者对不同项目阶段的模型演进过程进行了细致的描述。例如，初始概念模型如何逐步细化为详细设计模型，以及这些模型在代码生成和测试阶段如何被有效利用。这种全生命周期的视角，极大地提升了我对软件工程整体流程的掌控力。它让我明白，建模不是一个孤立的阶段性任务，而是贯穿始终的、与代码和测试相互作用的持续活动。对于任何一个渴望从初级工程师晋升为能够主导复杂系统架构的专业人士来说，这本书提供的知识框架是极其坚实和可靠的基石。
评分你就抄吧
评分基本是博客文章汇编
评分这本书没有全部读完~不过我把全部内容都浏览了一遍，还是很不错的一本书。可以看出来，书中的内容皆出自作者的多年历练，有很强的参考价值
评分基本是博客文章汇编
评分这本书没有全部读完~不过我把全部内容都浏览了一遍，还是很不错的一本书。可以看出来，书中的内容皆出自作者的多年历练，有很强的参考价值
相关图书
本站所有内容均为互联网搜索引擎提供的公开搜索信息，本站不存储任何数据与内容，任何内容与数据均与本站无关，如有需要请联系相关搜索引擎包括但不限于百度，google,bing,sogou 等
© 2026 book.wenda123.org All Rights Reserved. 图书目录大全 版权所有