
软件工程
ladygaga1999999
这个作者很懒,什么都没留下…
展开
-
UML核心元素之用例
1、概念: 是一种把现实世界的需求捕获下来的方法。用例定义了一组用例实例,其中每个实例都是系统所执行的一系列操作。简而言之就是对系统功能的描述。 举例:做饭这个用例。要有材料,启动用例的前提;用例执行完了就会有一个结果,变成米饭。 2、特征。 A.独立性。 B.用例的执行结果对参与者来说是可观测的和有意义的。 C.这件事必须由一个参与者发起。不存在没有参原创 2012-08-05 15:53:30 · 1564 阅读 · 23 评论 -
三层阶段性理解
一、概述。 三层架构通常意义上的三层架构就是将整个业务应用划分为:表现层(UI)、业务逻辑层(BLL)、数据访问层(DAL)。区分层次的目的即为了“高内聚,低耦合”的思想。 二、理解各层 UI层:这个是表现层主要的目的是为了与用户交互的。比如机房收费系统中的充值这个窗体,要输入卡号,UI层的目的就是把输入的卡号信息传给BLL层。目的就是一点把数据传原创 2012-08-13 15:25:13 · 782 阅读 · 12 评论 -
MVC 三层总结
一、定义。 MVC是模型(Model)、视图(View)、控制(Controller) Model层实现系统中的业务逻辑。 View用于与用户交互。 Controller是Model与View之间沟通的桥梁。 三层是将整个业务应用划分为:表现层(UI)、业务逻辑层(BLL)、数据访问层(DAL)。 1、表现层(UI):通俗讲就是展现给用户的界面,即用户原创 2012-07-10 11:22:09 · 4133 阅读 · 37 评论 -
UML核心元素之参与者
一、概述:在系统之外与系统交互的某人或某事物。 (1)如何找到参与者,确定系统边界。 在一个业务中可以问自己两个问题: A.谁对系统有着明确的目标和和要求并且主动发出动作。 B.系统是为谁服务。 参与者还有另一种叫法:主角。参与者容易让人误解为只要参与了业务的,都是参与者,而主角很明确的指出,只有主动启动这个业务的才是参与者。 (2)参与者可原创 2012-08-04 15:32:02 · 4234 阅读 · 18 评论 -
UML核心元素之包
1、概念:容纳并为其他元素分类。 2、分包原则: A.被分到同一个包中的元素是相互联系紧密,甚至不可分割。 B.修改任意一个包中的元素,对其它包的内容不受影响。 C.保证包之间的依赖关系不会被传递。 D.包之间依赖关系应该是单向的,应当尽量避免双向依赖和循环依赖。 3.包的版型。 A.领域包:用于分类业务领域内的业务单元,每个包代表业务的一个领原创 2012-08-06 15:50:19 · 909 阅读 · 11 评论 -
UML核心元素之类
1、概念: 类是对某个对象的定义。它包含有关对象动作方式的信息,包括它的名称、方法、属性和事件。 2、介绍几种类。 分析类。 用于获取系统中主要的“职责簇”。它们代表系统的原型类。是系统必须的主要抽象概念的“第一个关口”。 边界类。 是一种用于对系统外部环境与其内部运作之间的交互进行建模的类。 边界类常用场景: A.参与者与用例之间应当建原创 2012-08-06 15:59:52 · 1024 阅读 · 11 评论 -
IOC-->IOC+AOP-->热插拔的系统架构实现演化
大家都清楚Spring中最重要的两个概念IOC、AOP这两个是形影不离的两个东西,下面我就为大家一步一步的介绍IOC与AOP的演化过程。 第一步: 我们一开始两个对象直接调用的时候是用直接调用的方式调用如下图 这种的调用方式如果两个对象只要有一个对象更改就要改变所以这样的调用方式不够灵活。如何解决这个问题呢?接下来下一步介绍。原创 2015-05-25 11:46:47 · 12354 阅读 · 13 评论