软件架构
关注
分享
扫一扫
鲁虾
技术从业十六年，带领开发团队十多年，综合团队六年，四年的APP开发团队，带领过JAVA、Android、IOS、.net、运维、测试、产品等超过30人的团队，团队方面：有丰富的团队管理和团队搭建工作经验，管理过大中型项目的研发工作，技术方面：精通大型互联网/移动互联网框架和性能优化、缓存技术等技术,有架构亿级访问量架构的从业经验，在电子商务、搜索引擎以及推荐、大数据处理等技术方面经验丰富，项目类型涉及到互联网、移动互联网（H5+Android+IOS）等
展开
-
从用例到代码,IBM网站的,写的不错 !
http://www.ibm.com/developerworks/cn/rational/rationaledge/content/mar05/5383/index.html转载 2008-01-31 14:40:00 · 726 阅读 · 0 评论 -
用例建模指南
用例(Use Case)是一种描述系统需求的方法，使用用例的方法来描述系统需求的过程就是用例建模。用例方法最早是由Iva Jackboson博士提出的，后来被综合到UML规范之中，成为一种标准化的需求表述体系。用例的使用在RUP中被推崇备至，整个RUP流程都被称作是"用例驱动"(Use-Case Driven)的，各种类型的开发活动包括项目管理、分析设计、测试、实现等都是以系统用例为主要输入工件，转载 2007-12-26 16:28:00 · 591 阅读 · 0 评论 -
UML中的关系定义
uml定义的关系主要有六种：依赖、类属、关联、实现、聚合和组合。下面对其定义和表示方法逐一说明。 依赖 （Dependency）：元素A的变化会影响元素B，但反之不成立，那么B和A的关系是依赖关系，B依赖A；类属关系和实现关系在语义上讲也是依赖关 系，但由于其有更特殊的用途，所以被单独描述。uml中用带箭头的虚线表示Dependency关系，箭头指向被依赖元素。 类属（Generaliza转载 2007-12-26 15:36:00 · 708 阅读 · 0 评论 -
如何做好架构设计与写好架构设计的文档
1 建议读一下IEEE14712 一下是我的写文档的一些心得：现代架构设计文档的编写 4+1 视图与 UML 软件架构设计已经逐渐成为现代软件开发过程的核心，然而能够清晰表明架构设计并不是一件容易的事，就面向对象开发而言， RUP 的 4+1 视图已在架构设计的撰写中得到了广泛的应用和认可。 对于 4+1 view 的描述有几个不同版本（或包含的视图不同，或视图的名称不同），文中以 Phili转载 2008-01-08 15:37:00 · 1800 阅读 · 0 评论 -
概说概要设计怎么做
摘要： 本文是在概要设计实践和学习中的一些心得与学习笔记，希望与大家分享，如有不妥之处欢迎指正。 关键字： 概要设计，结构化，OOD 正文： 在需求明确、准备开始编码之前，要做概要设计，而详细设计可能大部分公司没有做，有做的也大部分是和编码同步进行，或者在编码之后。因此，对大部分的公司来说，概要设计文档是唯一的设计文档，对后面的开发、测试、实施、维护工作起到关键性的影响。 一、问题的提转载 2008-01-10 08:41:00 · 800 阅读 · 0 评论 -
如何循序渐进向.Net架构师发展[转载]
微软的DotNet开发绝对是属于那种入门容易提高难的技术。而要能够成为DotNet架构师没有三年或更长时间的编码积累基本上是不可能的。特别是在大型软件项目中，架构师是项目核心成员，承上启下，因此 RUP方法论也认同以架构为核心，体现4+1视图在整个软件开发过程中的重要作用。架构人员既要精通技术，又要熟悉业务，而且基本对软件生命周期各阶段的相关技术都需要有相关的积累和知识储备，而这些不经过多年的磨练原创 2010-03-11 09:07:00 · 492 阅读 · 0 评论