架构
呐丫头
这个作者很懒,什么都没留下…
展开
-
架构设计三部曲之如何写架构设计说明书
架构设计是需求分析到软件实现的桥梁,也是决定软件质量的关键。编制架构设计说明书是开发人员向架构师转变必定会经历的过程。在架构师整个的成长过程中,必定会经历编制架构设计说明书、评审架构设计说明书以及根据业务需求分析设计系统架构的三个过程。作为一个架构师,我想尝试一下根据这三个过程对不同能力需要,写一次系列文章,包括《架构设计三部曲之如何写架构设计说明书》、《架构设计三部曲之如何评审架构设计说明书》以转载 2016-02-11 17:07:38 · 913 阅读 · 0 评论 -
架构设计三部曲之如何评审架构设计说明书
自从5月8号写完架构设计三部曲的第一部如何写架构设计说明书,到现在快20多天了,这段时间主要准备了下系统分析师的考试,当然还有各种工作上的杂事,于是也就拖到现在写第二部如何评审架构设计说明书。当然这个是从评审的角度来看的,其实从编制架构设计说明书的角度来看,也可以阐述具体如何编写架构设计说明书,就像高考作文一样,评审总是有些采分点的嘛,那么对于编制架构设计说明书来说,哪些是我们应该准备的采分点呢?转载 2016-02-11 17:44:19 · 830 阅读 · 0 评论 -
架构设计之-逻辑架构
转载 2016-02-13 23:04:01 · 1423 阅读 · 0 评论 -
向架构师进军-->创建逻辑架构
逻辑架构是将需求转变为解决方案的一种工作产品,它主要关注功能模型和部署模型。创建逻辑架构的方法有好多种,比较常用的三种分别是属性驱动设计(ADD,Attribute-Driven Design)、四门子的四重视图(S4V)方法和Ratinal 统一过程(RUP)。而这些方法中,又以RUP方法最为广泛使用。本文中讨论的也是RUP方法。 逻辑架构的价值: 把需求转载 2016-02-14 11:22:59 · 733 阅读 · 0 评论 -
向架构师进军--->架构方法基本原理
通过上一节的介绍,相信你对架构设计已经有了初步的了解。这一节我们主要讲解架构的方法与基本原理,尽管这很俗,但是我们还不得不对它做一下大致的介绍,以免我们在进行架构设计时走入误区。 我们知道一个软件开发项目是由不同角色的人为完成不同的任务而产生的工作产品。我们要开发软件,制定架构就需要研究角色、任务和工作产品,接下来我们详述这三个部分。 角色 角转载 2016-02-14 11:38:48 · 1292 阅读 · 0 评论 -
向架构师进军--->如何编写软件架构文档
问:为什么要编写软件架构文档,它的好处是什么? 答: 有文档的架构有助于不同利益相关者之间进行有效的沟通。 有文档的架构可以提供追溯其他工作产品的上下文。 有文档的架构可以传达可供选择的架构解决方案。 有文档的架构有助于从一个现有架构转换到一个新架构计划的计划编制。 有文档的架构通常能通过识别组成架转载 2016-02-14 11:42:52 · 1238 阅读 · 0 评论 -
逻辑架构和物理架构
在实际工作中,我们经常听到“架构”和“架构师”这样的名词,并不新鲜,但是总让很多刚入门的人感觉很神秘,甚至是高深莫测。很少有人对“架构”有全面的了解和认识能并说清楚架构是什么,更谈不上掌握了。事实上,也只有极少数人能成为或者被冠以“架构师”这样的title。为此,笔者总结了对架构的一些理解,希望能够补充很多初入门的人在这方面认识上的不足,纠正一些误解。高手和老鸟就直接跳过吧。 架构的分类转载 2016-02-16 15:35:29 · 2330 阅读 · 0 评论