随笔分类 - 系统架构设计
摘要：一、开发模型 传统的软件开发过程可以划分为：问题定义、需求分析、软件设计、软件实现、软件测试等过程。如果采用传统的开发过程，软件体系结构的建立应位于需求分析之后，概要设计之前。 基于体系结构的软件开发模型（ABSDM），把整个软件过程划分为为：体系结构需求、设计、文档化、复审、实现、演化等六个子过程。 1、体系结构需求 需求是只用户对目标软件系统在功能、行为、性能、设计约束等方面的期望。体系结构需求受技术环境和体系结构设计师的经验影像。需求过程主要是获取用户需求，标识系统中所要用到的构件。 1.1、需求获取 体系结构需求一般来自三方面：系统的质量目标、系统的商业目标、系统开发人员...
阅读全文
摘要：上次折腾是6月1日。今天已经是8月9日了，时间过的真快，一下子就2个多月了。 想优化MVP在WPF中的应用。MVVM这个概念是不错的。绑定命令、绑定数据…… 真棒！ 看到很多兄弟，在MVVM中的ViewModel中直接调用MessageBox.Show()方法。我很反对这种写法。这种写法在做单元测试是很难测试的，IDE会在背后弹出一个提示框。。。。。。好蹩脚的设计。。。。。 今天折腾这个有2个目的。目的如下： 1、给一个实际的遵循依赖倒置原则的例子； 2、折腾到了一定程度，就可以在公司里大力推广。 东西还没折腾好，快要下班了，就此洗手。 这次没画图，还是采用原来的图，代码在这里：/Files.
阅读全文
摘要：自己和谐掉。伤不起啊。http://news.163.com/11/0725/16/79QR8A7S00014JB6.html留个网址自己看吧。
阅读全文
摘要：http://www.ibm.com/developerworks/cn/architecture/ar-apparch2/http://www.doc88.com/p-14154700892.htmlhttp://www.ibm.com/developerworks/cn/architecture/ar-openarch1/index.html
阅读全文
摘要：这是一本关于网络系统的软件体系结构设计模式的书。买不到正版，于是买了一本盗版。复印的，黑白封皮。还没开始看，求菩萨保佑莫有缺页。还得去找下卷1和卷3，听说卷5在翻译了。
阅读全文
摘要：1、完成设计模式的行为模式的复习。然后在整体扫一遍设计模式。2、完成ODP的的复习。3、完成架构师的管理实践章节复习。4、完成层次是架构设计章节复习。5、完成企业集成架构章节复习。以上内容有条件一定要做笔记。
阅读全文
摘要：7月13开始计划考证。然后开始学习。至今，我粗略的复习了：1、基于UML的软件开发过程2、设计模式的创造型模式、结构型模式3、软件体系结构4、基于构件技术的软件开发5、基于ODP的架构方法学总结如下：1、UML方面的知识复习的很快，设计模式也复习的比较快。可能是一直在使用。通过这次复习，会更系统的掌握这些知识点；但设计模式内容比较多，23种，看了一段时间感觉有点腻，所以先放下，行为模式留在第二次迭代吧。2、体系结构方面的知识复习的感觉也不错；但书上说的不咋地，于是网购了一本体系结构方面的教材，等收到后快速的浏览一遍。3、基于构件技术的软件开发。这张看的比较辛苦。主要是工作中没有关注COM，D.
阅读全文
摘要：RT。在此吐口水表示抗议。谁有有关于软件构件方面的资料。共享下，灰常感谢。
阅读全文
摘要：构件系统体系结构由一组平台策略、一组构件框架和构件框架之间的相互操作设计组成。构件框架是一种专用的体系结构（通常围绕一些关键的机制），
阅读全文
摘要：体系结构是关于一个系统的整体视图，一个体系结构从整体上定义了整体的不变性，即根据这个特定的体系结构建立起来的所有系统的共同属性。体系结构把核心的资源进行分类，以支持资源在竞争的下的独立性。体系结构为所有涉及的机制规定了恰当的框架，限制自由度，以控制变化并支持协作。体系结构包括了所有支持独立使用的机制、进行相互操作的策略决策。体系结构是任何大规模软件技术的关键基础，在基于构件的系统中起着至关重要的作用。构件体系结构的核心包括：构件和外部环境的交互、构件的角色、标准化工具的界面、对最终用户和部署人员的用户界面。
阅读全文
摘要：全称：Interface Description Language 使用Java(TM)编写的API提供基于标准的和CORBA的交互性和连接性。 用于描述接口，类似于PRC的.x文件。接口定义语言类似一个协议，来规定接入对象的行为。 用RPC / COM / CORBA技术来编写分布式系统时都需要接口定义语言（IDL）。 特点： 1、IDL是一种规范语言。 2、IDL看上去很像C语言。 3、OMG IDL的目的是定义接口和精简分布对象的过程。 4、IDL分离对象的接口与其实现。 5、IDL剥离了编程语言和硬件的依赖性。 6、使用IDL定义接口的客户机程序员不知道接口背后的实现细节。 7、ID.
阅读全文
摘要：作为DARPA的DSSA计划的一部分，Will Tracz在DSSA-ADAGE项目中提出了DSSA领域工程方法，与基于构架的系统开发过程相配合，应用于航空电子设备自动导航领域。在DSSA方法中，进行领域工程的主要方式是领域工程师与领域专家的会谈，其中领域专家要就领域工程师提出的一系列问题进行报告，领域工程师对这些报告进行综合和整理，然后与领域专家一起对结果进行复审。DSSA的领域工程过程是并发的(concurrent)、递归的(recursive)和迭代的(iterative)。或者可以说，它是螺旋型的(spiral)。完成这个过程可能需要对每个阶段都经历几遍，每次增加更多的细节。对每个阶.
阅读全文
摘要：第6.3节 基于UML的软件开发过程根据作者的思路，整理如下：基于UML软件开发过程：1、初启2、细化 a)初步的需求分析 b)初步的高层设计 c)部分的详细设计 d)部分的原型构造3、构建4、部署基于UML的需求分析1、生成用例2、用活动图描述用例3、生成用例图4、建立顶层架构 a)UML包图 b)顶层架构设计（可以考虑一些模式，如：流程处理模式、客户/服务器模式、分层架构、MVC架构等）5、建立概念模型 面向对象的设计方法1、 设计用例实现方案 a) 提取边界类、控制类、实体类 b) 构造交互图 c) 根据交互图精画类图2、 设计技术支撑方案 a) 持久化 b) 安全、异常控制 c) 并发
阅读全文
摘要：教材上的文字看的很辛苦，感觉作者的思路非同寻常。于是自己稍作整理，总结内容如下：软件架构（软件体系结构）：一个或多个结构，结构中包括软件的构件、构件外部可见属性以及他们之间的相关关系。体系结构并非是可运行的软件，而是一种表达，能让软件工程师能够：1.有效的分析与设计规定需求；2.在设计变更时有参考依据；3.降低软件构件相关的风险。其中，软件构件可能是类、模块，也可能是包含某些资源的程序以及中间件。软件架构设计通常考虑数据设计和体系结构设计。软件架构设计是构建软件的初始蓝图。软件架构设计与生命周期：需求分析阶段、设计阶段、实现阶段、构件组装阶段、部署阶段、后开发阶段。软件架构的重要性： 软件架.
阅读全文
摘要：领域驱动设计（DDD），貌似很强大，遵循OO的思想。但DDD落地有点难度，软件一般都会分层架构，整个系统分为3层或4层。三层的分别为：展示层、业务逻辑层、数据访问层。四层大致为：展示层，业务逻辑层，领域层，数据访问层。在四层的架构中，我们看到了领域层。顾名思义，里面是放领域对象的。里面的领域有可能除了包含领域固有的逻辑外，还会包含一些操作持久化对象的方法。为了满足单一职责，提高复用的能力，有必要将操作持久化对象的方法分离出去。有牛人建议使用Repository来封装持久化对象的操作方法，想法貌似不错。但当真正这样干的时候，总是会遇到这样那样的问题，比如：1、领域对象之间有很多关联、依赖的关系.
阅读全文
摘要：MVP虽然有很多优点。但用起来也有不少麻烦。除了那个圆环订阅消息的危险，还有一个问题让我很不爽，就是从窗口1创建并打开窗口2，然后在把某个值回传窗口1。这种事情在管理系统中很多。因此，但我一直都没有想出一个代码又少、编码又漂亮的方案来。此问题还真让我死了不少老细胞。现在已经快晚上11点了，又加之昨晚和前晚做了很多个关于做程序开发的梦，很困。因此，我简单的抛出问题，并仓促的用EA画了个类图，大家先看着。等我有时间再把相关的文字、代码、以及顺序图等贴上。
阅读全文
摘要：SRP 单一职责原则就一个类而言，应该仅有一个引起它变化的原因。OCP 开闭原则软件实体（类、模块、方法等）应该是可以扩展的，但是不可修改。LSP Liskov替换原则子类型必须能够替换掉他们的基类型。DIP 依赖倒置原则抽象不应该依赖于细节，细节应该依赖于抽象类。ISP 接口隔离原则不应该强迫客户与依赖他们不用的方法。接口属于客户，不属于它所在的类层次结构。ERP 重用发布等价原则重用的粒度就是发布的粒度。CCP 共同封闭原则一个包中的所有类应该是共同重用的。如果重用了包中的一个类，那么就要重用保重的所有类。ADP 无环依赖原则在包中的依赖关系图中不允许存在环。SDP 稳定依赖原则朝稳定的方
阅读全文
浙公网安备 33010602011771号