面向对象分析设计/系统架构
文章平均质量分 76
jiangduxi1111
这个作者很懒,什么都没留下…
展开
-
http://www.uml.org.cn/UMLSearch/2StepOOAD3Tier.htm
图1、两段式OOAD为了让资讯人员能轻松愉快地开发出令人赞美的软体系统,我们宜采用两段式的OOAD方式。如此,资讯人员的「做得流汗但被人嫌得流涎」辛酸,将成为昨日的记忆!所谓两段式OOAD,其第1阶段是:先以OOAD技术分析企业的流程,然后第2阶段是:以OOAD技术分析资讯系统的流程。其将企业(business)与其软体(software)视为一个整体的系统,而企...原创 2009-06-10 10:48:13 · 129 阅读 · 0 评论 -
设计模式之工厂模式2
在前一篇介绍简单工厂模式中大家大家知道,要产生具体水果对象就必须去FriutFactory这个类中产生。这个类是一个水果的工厂。这个水果本身就是一个抽象概念。随着具体水果的增加和丰富,可能要更改FriutFactory这个类就比较频繁。因此工厂设计模式就在简单工厂设计模式上进行再次的抽象。这次抽象将按照具体的水果来进行抽象。比如苹果,那么就设计一个苹果工厂类,这个苹果工厂类就专门用来产生苹果对象。...2011-10-31 22:27:25 · 72 阅读 · 0 评论 -
设计模式之工厂模式
最近阅读原有的一些代码的时候发现,其实可以用一些设计模式来进行重构它。但是之前自己也没有将设计模式进行好好学习总结。当这次带着目的在进行学习的时候,发现其实设计模式真的很好用。设计模式其实就是将在编写代码中的一些可以扑捉的规律进行抽象出来。类似读书时候的一些概念。比如整数:它就是把1,2,3.。这样的数抽象为整数。而Java的类其实也是这样进行抽象出来的。而设计模式不但要抽象出而且也给出解决的一...2011-10-30 16:48:20 · 85 阅读 · 0 评论 -
系统架构书写的模式
不管你使用什么工具来显示你的架构。系统架够的文档是必不可少的。下面将是总结一些系统架构文档的一些特性,将系统架构的文档书写的一些特性定义为通用模式。 首先你要知道,完成一个系统架够的设计。该系统的Scope则是由需求来定义。因此参考需求分析文档时必备的。 下面总结格式如下:[quote] 1. 显示架构相关人员,及其创建,修改,时间及其人员。 2. 描述...原创 2010-07-01 22:28:05 · 136 阅读 · 0 评论 -
重构--改善既有代码的设计学习总结一
最近在维护旧系统的时候,发现旧系统的可读性和高重复性的众多问题。但是针对原有的系统在不维护的时候是满足用户的使用,也就可以说旧系统适合在维护前的那个阶段。任何系统都有那么一个阶段。没有什么系统开发完后就不需要去维护。因此就不多说可读性的问题了,这里主要根据重构进行总结。 我相信很多IT界的朋友应该都或多或少有听说《重构》这本书。这里我也是根据读了这本书结合一些想法进行总结。[s...2010-06-05 21:36:20 · 70 阅读 · 0 评论 -
设计模式和可复用面向对象软件
[size=medium]之前在论坛中看到了很好的关于设计模式的博客。最进也就趁热打铁。学习了关于设计模式可复用面向对象软件基础。[img]http://dl.iteye.com/upload/picture/pic/67644/7a576563-e8a6-3039-89a9-7ad5b406df20.jpg[/img] 先给出总结的关于设计模式简短定义:[quote][b]...原创 2010-07-23 16:59:45 · 86 阅读 · 0 评论 -
软件架构之漫聊
做任何事情,其不在乎【简单和复杂】 由简单到复杂,再由复杂到简单。下面分享一下高老师的一些对软件架构的观点吧! 1、 做框架的思想很简单,就是所谓的雕刻之道,软件就如一块大理石,把多余的部分去掉,那就可以了。再比如如何做汽车的框架,为了满足汽车能在沙滩、地面、山坡上跑,我们只要把轮胎去掉,那么剩下的就是框架,做软件架构完整的API就不要写,留空位就行了。 2 、麦肯锡的思路(反...原创 2010-01-30 16:20:02 · 70 阅读 · 0 评论 -
SOA的一些认识
SOA很早以前就听说过,但是不是很熟,最近有时间研究下,给出一些自己的认识和知识的总结。 [b]SOA:面向服务架构[/b]。[color=red]其本质上是一种将系统模型和系统实现相分离[/color]。为什么会分离呢?[b]引导分离的因素就是需求[/b](众所周知,在项目中需求的变更无疑是给项目增大了很大的风险)。SOA本身是一个组件模型,它将 应用程序的不同功能单元---服务(...2010-04-08 15:07:13 · 131 阅读 · 0 评论 -
软件架构设计要点
当今软件系统行业中,软件架构决定了,软件的好坏。就好比人等骨架,如果人等骨架都不好,那么人也很脆弱。软件架构这个在软件工程领域将是一个永恒的话题。随着软件行业的高速发展,现在国际软件工程界在软件架构设计方面已经获得来较快发展,大量图书、文章和文献记载来这方面等成熟经验与成果。软件架构设计往往是一件非常复杂等工作,涉及到很多细节和方方面面,可探讨等话题也很多。但是架构没有最好的,所以你如果认为成...2010-03-26 11:00:09 · 190 阅读 · 0 评论 -
用例图(Used Case )
[color=red][b]理解Use Case和Actor[/b][/color]Use Case 可以促进与用户沟通,理解正确的需求,另外可以划分系统与外部实体的界限,是系统设计的起点,而最终应该落实到类和实现代码上。 Use Case View与Logical View 应该有明确的相关性,UML从Use Case到类包的关联可以用到依赖/实现关系描述 Actor不一定指人,...2010-03-26 10:56:55 · 283 阅读 · 0 评论 -
Use Case 学习
Use Case (使用案例):在一般的UML建模过程中,分为以下几个阶段:业务、需求、分析和设计,其中设计可分为结构分析和行为分析。业务是对商业模型的深刻理解,从商业模型里面提取出业务需求,然后把需求分解成一系列的用例。分析和设计是在用例的基础上,对商业模型的结构和行为进行详细具体的描述。结构分析一般是用类图、,类图又可以按照MVC模型分为数据类、界面类和控制类。行为分析是描述三种类之间的流程操...2010-03-26 10:56:15 · 135 阅读 · 0 评论 -
解决数据库并发下的脏数据的思考
[size=large][color=blue] 一般解决数据库脏数据的问题,常常用到乐观锁和悲观锁。乐观锁是在我取出数据进行操作前获取到当前一个时间戳,当更新的时候在对比下时间戳。如果时间戳相同则更新,否则不更新。 悲观锁则是在取出数据的时候将这条数据加锁,其他要获取操作这条数据的动作要等到释放锁之后才能操作。 最近接触到另外一种方式: 那就是将你要操作的数据取出来后在更新的时候将...2014-01-13 23:06:30 · 191 阅读 · 0 评论