敏捷思维－架构设计中的方法学.doc

敏捷思维

需积分: 9 162 浏览量更新于2023-03-03 评论收藏 558KB DOC 举报

身份认证购VIP最低享 7 折!

领优惠券(最高得80元）

资源详情

资源评论

资源推荐

敏捷思维－架构设计中的方法学

目录
1．从方法论看架构设计...........................................................................................................3
2．架构设计的敏捷视图...........................................................................................................8
3．源自需求.............................................................................................................................14
4．团队设计.............................................................................................................................20
5．简单设计.............................................................................................................................25
6．迭代设计.............................................................................................................................31
7．组合使用模式.....................................................................................................................38
8．架构愿景.............................................................................................................................43
9．分层 (上).............................................................................................................................48
10．分层 (下)...........................................................................................................................55
11．精化和合并.......................................................................................................................62
12．Refactoring........................................................................................................................68
13．稳定化...............................................................................................................................73
14．代码验证...........................................................................................................................77
15．进一步阅读.......................................................................................................................82

图 1. 方法论的十三个要素

很多的方法论，都涉及了上面列举的十三要素中的部分要素，因此，我们可以

把方法论看作是一个抽象的、无穷的超集，而现实中的方法论都是指超集的一

个有限的子集而已。它们之间的关系就好像有理数和 % 到 %&& 之间的整数的关

系一样。不论是 ' ，还是 () 设计经验之类，都属于方法论的一个子集，只是

这两个子集之间有大小的差别而已。我们还应该看到，讨论一个完备的方法论

是没有意义的，因此这种方法论铁定不存在，就好像你视图穷举出所有的有理

数一样荒唐。因此，我们关于一个通用的方法论的说法也是无意义的。好的方

法论，比如说 ' 、水晶系列，它们都有一个适合的范围，因为它们了解一点，

自己并不是一个无所不能的方法论。

在现实中，我们其实不断的在接触方法论。比如说，为了控制项目的进度，项

目经理要求所有的开发人员每周递交一份详细的进度报告，这就是一种方法、

一种技巧。如果把开发过程中的这些技巧系统的组织起来，就能够成为一种方

法论。你可能会说，那一种方法论的产生也太容易了吧。不，这样产生的方法

论并没有太大的实用价值，没有实用价值的方法论根本就没有存在的必要。因

此，一个成功的方法论是要能够为多个的项目所接受，并且能够成功实现软件

的交付的方法论。

我和我的同事在实践中做了一些试验，希望能够把一些好的方法论应用于开发

团队。试验的结果很无奈，方法论实施的效果并不理想，一开始我们认为是方

法本身的原因，到后来，我们发现事情并不是这么简单。在试验的过程中，开

发人员一致认同方法论的优势所在，但是在实施过程中，鲜有坚持的下来的。

在  中，我发现作者遇到了和我们一样的问题。

 在和大量的项目团队的访谈之后，写成了 

 一书。在访谈之前，他笃定自己将会发现高度精确的过程控制

是成功的关键所在，结果他发现事实并非如此，他把他的发现归结为 * 条定律。

而我在实际中的发现也包含在这七条定律中，总结起来就只有两点：沟通和反

馈。

只要能够保证良好的沟通和即时的反馈，那么开发团队即使并没有采用先进的

方法论，一样可以成功。相反，那些高质量的团队却往往由于缺乏这两个因

素而导致失败（我们这里指的失败是用户拒绝使用最终的软件）。最有效，而

成本也最低的沟通方法就是面对面（）的沟通，而随着项目团队

的变大，或是另外一些影响因素的加入（比如地理位置的隔绝），面对面的沟

通越来越难实现，这导致沟通的的成本逐渐加大，质量也慢慢下降。但这并不

是说非面对面的沟通不可，重要的是我们需要知道不同的沟通方式的成本和质

量并不相同。' 方法尤为强调面对面的沟通，通过现场客户、站立会议、结对

编程等方式来保证沟通的有效。在我的经验中，一个开发团队其实是需要多种

沟通方式的结合的。完全的面对面的沟通对某些团队来说是很难实现的，那么

问题的关键就在于你如何应用沟通的方式来达到你希望的效果。在前不久结束

的欧莱雅创业计划大赛上，有一支团队特别引人注目，他们彼此间素未谋面，

仅仅凭借 ) 和电话完成了高效的合作。他们虽然没有使用面对面的沟通

方式，但是仍然达成了既定的目标。软件开发也是一样的，面对面的沟通是非

常有必要的，但其它的沟通方式也是需要的。

再看反馈，不论是控制进度，还是保证客户的满意度，这些活动都需要管理成

本。软件开发中的管理成本的一个通性就是伴随有中间产出物（

）。比如说我们的需求规约、分析文档、设计文档、测试计划，这些

都属于中间产出物。中间产出物的增加将会带来效率下降的问题，因为开发人

员的时间都花在了完成中间产出物的工作上，花在给软件新功能上的时间就减

少了。而中间产出物的主要目的是两个，一个是为了保证软件如客户所愿，例

如需求规约；另一个是为了作为团队中的其他成员工作的输入，例如开发计划、

测试计划等。因此，我们也可以针对这两点来商讨对策，一种是采用迭代的思

想，提高软件发布的频率，以保证客户的需求被确实的满足，另一种就是缩小

团队的沟通范围，保证成员能够从其他人那里得到新的思路，而不是撰写规范

的内部文档（内部文档指那些仅为内部开发人员之间的沟通所需要的文档）。

因此，一个软件项目的成功和你采用的开发方法论并没有直接的关系。

重量

我们根据把拥有大量 （( 官方翻译为工件，意思是软件开发过程中

的中间产物，如需求规约、设计模型等）和复杂控制的软件开发方法称为重型

（+"）方法，相对的，我们称  较少的方法为轻型（,

"）方法。在传统的观念中，我们认为重型方法要比轻型安全许多。因为

我们之所以想出重型方法，就是由于在中大型的项目中，项目经理往往远离代

码，他无法有效的了解目前的工程的进度、质量、成本等因素。为了克服未知

剩余63页未读，继续阅读

asd_1948

粉丝: 0
资源: 6

会员权益专享

敏捷思维－架构设计中的方法学.doc

评论0

会员权益专享

最新资源

敏捷思维－ 架构设计中的方法学.doc

评论0

敏捷思维-架构设计中的方法学.doc

敏捷思维-架构设计中的方法学.rar

敏捷思维-架构设计中的方法学.pdf

绪论--系统架构设计师概述

kernel-rt-doc 3.10.0-693.2.2.rt56.623.el7.x86_64:下载

libev(aarch-64) = 4.15-3.el7 is needed by libev-devel-4.15-3.el7.aarch64

vim /usr/share/doc/zabbix-server-mysql-4.0.37/create.sql.gz

bind-9.11.4-26.p2.el7_9.9.x86_64

是不是必须要有/lib/ld-linux-armhf.so.3解释器才能运行这个文件 ELF 32-bit LSB executable, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux-armhf.so.3, BuildID[sha1]=c43c70408405b6c36d26eb923f4f7cf238ef5875, for GNU/Linux 3.2.0, not stripped文件信息,

启动boa服务器程序时，报错/lib/ld-linux-armhf.so.3: No such file or directory

matlab进行道格拉斯筛选,柯布-道格拉斯（Cobb-Douglas）生产函数模型.doc

xposed-v89-sdk25-arm64.zip下载

d2l-zh-pytorch-2.0.0.pdf

dialog-el8.x86_64.rpm

bcprov-jdk15on-1.69.jar

gcc-linaro-7.5.0-2019.12-x86_64_aarch64-linux-gnu.下载

ImportError: /home/hsj/.local/lib/python3.8/site-packages/cv2/../opencv_python.libs/libpng16-57e5e0a0.so.16.37.0: file too short

opencv-4.5.5-1.5.7-windows-x86_64.jar

tensorflow-2.3.0-cp37-none-linux_armv7l.whl

[07-12 14:53:05,830 ERROR] JSONRequester.java:141 - jsonRequest[nenr.dictService.getDict(...)] failed. ctd.controller.exception.ControllerException: [nenr.doc.mrtype] not found.

会员权益专享

最新资源

敏捷思维－架构设计中的方法学.doc