网络免费学习是学习 UML 建模技术的一种最佳途径。致 UML 初学者什么是 UML？什么情况下不需要不适合用 UML？UML 现状UML 太极建模口诀（建模向导与助手）UML 建模的顺序UML 图形符号快速参考Use Case 模版 2.0看图学 UML-用例图下载 PPT 讲义-Use Case 分析导论JPetStore 需求用例模型与模版_图文并茂 PDFER 图 vs. UML 类图UML 工具使用调查到底用什么来驱动软件开发？大家在 UML 建模中遇到哪些问题，欢迎在此提问，相互交流，共同进步！[ 本帖最后由 张恂 于 2011

我是一名 70 后，1991 年秋进入大学计算机系开始学习专业编程。现在 80 后（甚至 85 后）是我国程序员的主力军，一直有很多话想写给 80 后程序员，分享我的经验和教训。成长捷径学习软件开发，有没有捷径？当然有！软件开发是脑艺，最重要的是锻炼自己的思维。掌握科学的方法好的老师，师傅，同事和领导。尽量避免单纯耗体力的蛮干。不二过。避免低水平重复。阅读高手的源代码。掌握 UML 建模和抽象思考建立个人的知识库程序员这一行，其实并不是吃青春饭的。...[ 本帖最后由 张

by llyzq我最近在产品组也在做流程优化的试点工作（2个开发人员，我和另一个兄弟，再加测试主管）断断续续进行了将近3个月原来的流程是：需求->设计、开发、单元测试（开发人员独立完成）->提交代码和数据库脚本后，配管发布测试版本->测试人员测试->发现bug记录bug跟踪系统->开发修复，提交代码->配管发布->测试验证原来的流程有这样几个弊端：1、由于开发人员变动，产品组内很多都是新人（包含我），开发环节代码质量不高，一到测试经常发现bug，最要命的是修复bug会带来新的bug2、由于程序版本统一配管发布，修复bug

一个开发团队，程序设计人员用类图，数据库设计人员用 ER 图，是浪费。其实 UML 也有数据建模功能，包括类（实体）图、表图等。我建议，尽可能统一到 UML，以免在一个项目团队内搞两套符号体系，不利于沟通。[ 本帖最后由 张恂 于 2011-5-14 12:02 编辑 ]

调查下大家开发的软件系统，所有模块和子系统多久集成一次（compile, link, integrate and build）。最好说明下你们开发系统的规模大小（人月，代码行）。特殊情况请说明。:rose:[ 本帖最后由 张恂 于 2011-4-8 11:45 编辑 ]

来源：http://blog.sina.com.cn/s/blog_544b3f050100qbrf.html （西北偏北）本文的最新版在：http://www.zhangxun.com/?RashScrum迭代1的问题1、2011年2月12日决定开始在软件开发阶段试行敏捷scrum；2、前期只有华对敏捷和scrum有一些了解，谢剑对敏捷测试和探索式测试进行了学习；3、2月12日-18日对敏捷和敏捷测试进行了一些简单的培训，并确定从2月21日开始正式开始scrum：角色分工：PO/SM—华，其他成员为scrum团队成员（谢mm在2月24日加入）4、2月21日华提供了product backlog：从技术协议中提取用户

讲义-软件需求用例分析导论张恂2011-3-17 1.0139p 3.6MBtaijiusecase_1.0.pptPart1 需求难题什么是需求？常见的需求问题如何破解需求难题？Part2 用例基础软件需求的组成什么是用例？用例的组成用例的价值用例与特性、用户故事和非功能需求的区别与联系Part3 用例建模太极建模口诀用例建模的步骤-用例图-用例模版宠物店用例模型案例需求用例分析的技巧和建议[ 本帖最后由 张恂 于 2011-3-24 09:36 编辑 ]

误解敏捷就是 Scrum+XP。敏捷开发必须要 PP（结对编程）、CI（持续集成）和 TDD（测试驱动开发）。敏捷就是迭代开发。迭代就是一个小瀑布。敏捷开发很简单，很容易。敏捷开发其实与传统开发方式差不多。只要安排几个人参加几次培训，学会 Scrum+XP 的新颖做法，再换几套新工具，就可以搞定。...误区缺乏充分准备，盲目上敏捷项目。...[ 本帖最后由 张恂 于 2011-3-8 16:42 编辑 ]

1 前言宠物店（Pet Store）大概是迄今为止最著名的一个学习Java Web编程和应用开发的经典入门案例。宠物店软件有多个版本，包括原来Sun的Java Pet Store、iBATIS JPetStore（ClintonBegin）和Spring JPetStore（Juergen Hoeller）等等。本文结合Spring JPetStore，展示了基于UML太极建模（Taiji Modeling）和统一用例方法（UUCM）的宠物店需求用例（Use Case）模型，介绍了用例图、文本用例的基本格式和用法。太极建模口诀由外而内，层次分明；动静结合，逐步求精。基本思路是，先找出系统的用户目标，

商场如战场。三十年河东，三十年河西。不变的规律是：大鱼吃小鱼，胖鱼吃瘦鱼，快鱼吃慢鱼；强者未必恒强，弱者未必恒弱。我印象中好像有这些：DEC 和 Compaq归入 HP 门下。NetScapeRational 和 Telelogic被 IBM 买下。MacroMedia被 Adobe 买下。BorlandIDE 开源，Borland 最受伤。SGI走过了破产程序，SGI 品牌算是保住了。Nortel最近最轰动的要算：Sun...[ 本帖最后由 张恂 于 2011-2-11 12:05 编辑 ]

http://t.sina.com.cn/agile123希望 pub 的微博也早点上！:)

上次 kissmoon 问：众说纷纭，到底应该相信谁？作为程序员，遇到困惑和纠结，我们到底应该相信谁？这是个很好的问题。答案可能不止一个。我推荐的几个答案：1、信真正的科学家世界的奥秘掌握在真正的科学家大脑中。2、信偶像3、信自己信赖的人4、信自己5、信逻辑6、信运气啥都不信，只好赌一把了。...[ 本帖最后由 张恂 于 2011-1-11 10:56 编辑 ]

Professional Programming Body of Knowledge项目经理有 PMBOK，软件项目经理有 SWPMBOK，软件工程师有 SWEBOK，那么，程序员应该有点啥？一名 21 世纪的现代程序员，到底应该掌握哪些知识点和技能？不同水平的程序员，掌握的知识水平显然是不同的。按照知识和技能水平，程序员通常可以分为 3/4 个等级：初级中级高级架构师级现代程序员数量庞大，种类很多，工作和贡献在现代社会的各个行业领域。因此，建立一个大而全、贵而重的程序员知识体系是很困难的。以下结合 OO 和 Web 系统开发，先从初

经验我第一次听说 XML 是 1998 年初。XML 技术在现代软件开发中的应用相当广泛，重要性是不言而喻的。几乎所有主流程序员都应该熟练掌握 XML 编程。* XML File vs. Database保存数据，用 XML 文件还是数据库？两者适合保存不同类型和特点的数据，有各自的优缺点。XML 非常适合用于系统配置文件、层次型或树状数据文件等等。如果从性能角度出发，应该优先考虑 XML 文件。XML 文件的读写要比数据库访问快好几倍，这个差异是巨大的。有些人喜欢不管 3721，什么数据都扔到 DB 里，这其实是一种不好的习惯。无意间

这是一个经常被初学者问到的 FAQ。经常有人问：UML 建模，先画哪张图，后画哪张图？这种问法其实是错误的。UML 建模的通常流程是：由外而内，由大到小，由高到低，由粗到细。UML 建模的目的就是要建立一些模型，而模型（Model）当中有视图（View），视图当中有图片（Diagram）。因此，介绍 UML 建模的顺序，要先从模型谈起。UML 建模主要是建立这 4 个模型，从上到下顺序依次是：1. 业务模型2. （软件）需求模型3. 分析模型4. 设计模型业务模型和分析模型，一些行业和系统的建模会省略掉。

为什么 21 世纪头 10 年，CMM/CMMI 在中国取得了如此巨大而空前的成功？一条极其重要的经验是：Make everyone happy在这里，我们试着列举下 CMM/CMMI 事业的主要利益相关者（Stakeholders）：软件客户管理者开发者实施企业评估师和顾问权威和泰斗咨询公司行业组织相关院校和研究机构SEICMU美国国防部美国政府中国政府...充分有力地团结了各方面的力量，产学研政大家一起努力，让所有人都高兴，这正是 CMM/CMMI 之所以获得巨大成功的重要保障和基础。反观敏捷，在这方面做的还是很不

:right:

传统上，人们把程序员大致分为三级：初级程序员，中级程序员和高级程序员。在高级程序员之上，还有软件/系统架构师。这种三级分法，有不少缺点。首先是粒度太粗。比如，以 Linus Torvalds 为例http://en.wikipedia.org/wiki/Linus_Torvalds他肯定是高级程序员吧，而且是世界级的。可是全世界有那么多高级程序员，也许可以百万计，而大部分高级程序员的水平和贡献功怕不如 Linus 吧，Linus 能排第几？我们与 Linus 的水平又差多远呢？显然，不能只用一个简单笼统的水平等级来描述高级程序员之间能力差异，有必要细分。

挣值管理在 PMBOK 中是个非常著名的概念和方法。请看英国专家的分析：Earned Value What are the critics sayinghttp://www.pminfocus.com/story/earned-value-what-are-critics-saying说实话，过去 15 年我很少看到有人用挣值管理。现在 PMP 这么流行，用 EVM 的人是否多起来了呢？实践中，应该有比 EVM 更简单的方法。我的建议是：1）把进度和成本分开来跟踪；2）尽量少用 EVM；3）如果要用，最好用 AgileEVM。成本控制IT/软件开发项目的成本计算并不复杂。每个月项目到底花了多少钱

很多人马上想到的是 PMBOK。但作为 IT/软件项目经理，只懂 PMBOK 肯定是远远不够的。PMBOK 是各行业通用的，除了用来管理 IT 项目，还可以用来管理建筑、汽车、制造等非 IT/软件项目，所以软件项目经理自然应该多学点本行业、本专业的项目管理知识。我提出了 IT/SWPMBOK - IT/软件项目经理知识体系的概念。我觉得，作为 IT/软件项目经理，至少还应该学习和了解一下这些方面的知识：系统工程软件是一个复杂的系统，信息化是一个复杂的系统工程。CMMI已经是国内软件行业的主流，估计已超过 5000 家了。