大伟的代码空间

今天下午做了这幅脑图，为便于显示，切成了四个部分，描述了我对架构师能力的基本理解。 这四幅图不见得能阐述架构师能力的全部，但我尽量给出范围和有用的建议，希望能对大家有所启发和裨益。图一：本能力模型的基本角度。与爱立信人力模型做了一个对比，请注意没有涉及到与“个人内在素质”相关的任何部分。所以类似于诚信、坚韧、耐心等等这类素质不在讨论的范围之内。图二：个人特性 图

最近因为工作需要，使用到了剪贴板的特殊功能。也翻阅了一些网上介绍的资料，发现要实现类似FlashGet那样下载工具中监视剪贴板的实现方式，对我们程序设计有点借鉴的意义。在Windows提供的剪贴板API中，针对监视这块，提供的是注册机制。主要函数是SetClipboardViewer这个API函数。这个函数的声明是这样的(Delphi)：function SetClipboardViewe

傅纯一, Rational中国区技术销售经理, IBM中国有限公司软件部2004 年 11 月 01 日用例(Use Case)是一种描述系统需求的方法，使用用例的方法来描述系统需求的过程就是用例建模。用例方法最早是由Iva Jackboson博士提出的，后来被综合到UML规范之中，成为一种标准化的需求表述体系。用例的使用在RUP中被推崇备至，整个RUP流程都被称作是"用例驱动"(Us

架构师（Architecture）是目前很多软件企业最急需的人才，也是一个软件企业中薪水最高的技术人才。换句话说，架构师是企业的人力资本，与人力资源相比其能够通过架构、创新使企业获得新的产品、新的市场和新的技术体系。那么什么是架构师、架构师的作用、如何定位一个架构师和如何成为一个架构师呢？这是许多企业、许多程序员朋友希望知道的或希望参与讨论的话题内容。 所谓架构师通俗的说就是设计师、画图员、结构设

系统构架师必备知识大纲 .软件架构一般概念.软件架构师的角色以及最难处理的问题.系统架构的核心原则.系统架构设计的特点、层次、分类.系统架构设计的构想、节奏、预测、验证.系统架构设计的协作和简化.系统架构的主要理论、方向和趋势.如何成为一个好的系统架构师 信息化模型与需求过程与领域建模 .网络支撑平台模型建立.信息应用平台模型建立.数据中

<br /><br />以前知道系统分析中有种开发方式：原型开发，虽然知道，不过没有什么深的体会；前段时间作者因为要设计开发个用户自定义平台的时候，才对它有了进一步的了解。<br /> <br />我们在做一个项目的时候，业务参与者与业务需求明确的情况下，后面做系统建模与设计开发的时候就比较容易。不过上次我正好碰到业务参与者不明确且业务需求全无，被要求自己从类似的软件中去寻找需求的情况，当时别提有多郁闷了。最后没办法，只好按从类似的软件上获得的模糊需求和自己的一些想法，开发出一简单的软件原型；在完成软件原型

<br /><br />呵呵，最早我从Blog上读到coffeewoo的文章还是在2008年，那是自己刚好处于一个瓶颈，而且很多方面的经验与知识都是零零碎碎的，不成系统，后来在网络上看到coffeewoo的一些系统分析方面的文章《OO系统分析员之路》和《大象-Thinking in UML》，就想碰到甘露，让我的很多知识与经验贯穿起来，也知道一些需求采集与分析的方法；最近我又重新看了一遍，在这里，我把自己看完后的一部分总结写出来，聊以记忆自己的成长历程。<br /> <br /> <br />需求的获取与业