xymyeah

全面认识UML类图元素开发Java应用程序时，开发者要想有效地利用统一建模语言（UML），必须全面理解UML元素以及这些元素如何映射到Java。本文重点讨论UML类图中的元素。类图是最常用的UML图，它用于描述系统的结构化设计。其中包括类关系以及与每个类关联的属性及行为。类图能出色地表示继承与合成关系。为了将类图作为一种高效的沟通工具使用，开发者必须理解如何将类图上出现的元素转换到Java中。

Scrum术语字典目录：• 燃尽图（Burn down Charts）• 每日站会（Daily Scrum Meeting）• 障碍（Impediments）• 产品Backlog(Product Backlog)• 产品Backlog项（Product Backlog Item）• 产品Backlog项的工作量（Product Backlog Item Effort）• 产品的燃尽图

UML(The Unified Modeling Language)就是统一建模语言，不论它是怎么发展来的，也不论最新的官方Specification或工业标准是哪个版本，我想总结一下工作中最常用的一些知识：用UML语言描述类的关系。 1，关联关系(Association) 关联关系是类(也可以说是对象)之间特定的对应关系。按照对象的数量对比，可以分为： A 一对一   比

《UML:Java程序员指南》的读书笔记来自：http://blog.youkuaiyun.com1.  第一章 针对Java程序员的UML概述    1.  UML(统一建模语言)的三个层次：        1.  概念层(Conceptual)            接近人类自然语言            有歧义            无严格的格式   

来源：http://www.xymyeah.com/113.html       一直想写一篇这样的总结性文章，但不是没有时间就是没有勇气写下去，因为怕别人丢臭鸡蛋。这两天有时间，终于鼓起勇气，将这篇文章写来下！也希望对一些正在寻找更好发展的朋友能有点帮助，也希望对于一些技术跟管理方面的牛人，能给予一些建议。       作为一名项目经理、系统架构师或技术骨干，其水平如何，关系到公司的

Scrum的工作量如何估计？  来源： http://www.xymyeah.com/361.html 当我们提起工作量估计的时候，我们会碰到同样的问题，我们如何来做估计？有什么方法可以遵循呢？如何估计才更准确？我对某个功能做了估计，但它超出了预计的开发时间，为什么？   Scrum团队已经做了和严肃的承诺去完成开发工作（可以交付的产品），必须要深思熟虑才可能成功。 成功的工作里