
软件工程
文章平均质量分 83
luckisok
这个作者很懒,什么都没留下…
展开
-
面向对象的应用服务层设计
作者:孙亚民 时间: 2004-02-20 文档类型:原创 来自:赛迪网 浏览统计 total:6148 | year:1994 | Quarter:49 | Month:49 | Week:25 | today:7前言 N层的应用软件系统,由于其众多的优点,已经成为典型的软件系统架构,也已经为广大开发人员所熟知。在一个典型的三层应用软件系统中,应用系统通常被划分成以下三个层次:数据库层、应用服原创 2005-10-12 21:56:00 · 1051 阅读 · 0 评论 -
指南:主角
主角主角实例是指在系统外部与系统进行交互的人或物。一个主角类定义一个主角实例集,其中的各个主角实例在系统中都担任同一角色。主题解释 如何查找主角 主角帮助定义系统边界 简要说明 主角特征 解释 要充分了解系统的目的,您就必须知道系统是为谁而设计的,即谁将使用该系统。不同类型的用户用主角来表示。主角是与系统交换数据的任何事物。主角可以是用户,也可以是外部硬件或者其他系统。主角与单个系统用户的区别在于原创 2005-10-14 21:41:00 · 996 阅读 · 0 评论 -
软院林德彰老师上课幽默语录
blueski推荐 [2005-8-28]出处:优快云作者:manager_channel 假如有一天你入侵了美国国防部的电脑系统,里面有所有美国军用软件的相关资料,但只让你拿一种东西,你会拿什么?——记住了,要拿Specs,可不是什么源码哦。 犹太人真是厉害!搞量子力学的那些科学家全是犹太人,美国各大学校的教授很多都是犹太人,华盛顿、纽约街头行走的那些(戴黑帽子留长胡子的)犹太社会精英随时随原创 2005-10-12 08:42:00 · 1235 阅读 · 0 评论 -
指南:聚合关系
聚合关系聚合关系是一种特殊的关联关系,它用于对聚合关系体与其组成部分之间的关系进行建模。主题聚合关系 共享聚合关系 组装 使用组装对类特征进行建模 聚合关系或者关联关系? 自聚合关系 聚合关系 聚合关系用于对模型元素之间的组装关系进行建模。有许多组成关系的示例:图书馆包括大量的书籍,公司部门由雇员组成,计算机由许多设备组成。如果对此进行建模,那么聚合关系体(部门)与其组成部分(雇员)之间存在聚合关原创 2005-10-14 21:42:00 · 2979 阅读 · 0 评论 -
指南:主角泛化关系
主角泛化关系从一个主角类型(后代)到另一个主角类型(祖先)的主角泛化关系意味着后代将继承祖先在用例中所能担任的角色。主题解释 使用 解释 几个主角可以在一个特定的用例中担任同一角色。由于出纳员和会计都要核对帐目余额,因此用例将他们视为负责核对工作的同一外部实体。该共享角色被建模为主角-余额监管员,它被原先的两个主角所继承。这种关系使用主角泛化关系来表示。出纳员 (Teller) 和会计员 (Acc原创 2005-10-14 21:39:00 · 1242 阅读 · 0 评论 -
指南:分析类
分析类分析类代表“系统中具备职责和行为的事物”的初期概念模型。这些概念模型最终将演进为设计模型中的类和子系统。主题分析类的构造型 边界类 控制类 实体类 关联关系限制 边界类限制 控制类限制 实体类限制 限制摘要 推行一致性 分析类的构造型 分析类的构造型可分为以下几种: 边界类 控制类 实体类 除了为您在查找类时提供更为具体的流程指南外,为类区分构造型还有助于建立一个强壮的对象模型,这是因为对模原创 2005-10-14 21:33:00 · 5526 阅读 · 0 评论 -
指南:关联关系
关联关系关联关系用于对多个实例间的双向语义连接进行建模。主题关联关系 关联关系名称 角色 多重性 导向性 自关联关系 多重关联关系 角色排序 链接 关联类 限定关联关系 N 维关联关系 关联关系 关联关系表示不同类的对象之间的结构关系,它在一段时间内将多个类的实例连接在一起(这与依赖关系不同,依赖关系表示两个实例之间的临时关联关系)。您可以使用关联关系表示对象了解其他对象。有时,对象必须相互引用才原创 2005-10-14 21:49:00 · 1944 阅读 · 0 评论 -
指南:用例中的活动图
活动图用例模型中的活动图用来阐明用例中的事件流。用例的事件流用于说明系统在为主角赋值时需要完成哪些操作。它由一系列活动组成,这些活动共同为主角生成某些工件。事件流包括一个基本流和一个或多个备选流。用例的事件流可以通过活动图来进行说明。这种活动图将显示: 活动状态,表示在事件流中执行某个活动或步骤。 转移,显示各活动状态的先后顺序。这种转移有时被称为“完成转移”。它不同于其他的转移,因为它不需要明显原创 2005-10-14 21:38:00 · 2199 阅读 · 0 评论 -
umlchina公共课上课笔记
概述1. 开发过程粗略解析。软件开发要做的两件事情:需求(做什么)与设计(怎么做)2. 开发过程详细解析:业务建模、需求||||分析、设计、实现、测试。a) 业务建模是可以略过的b) 分析跟设计可能合并3. 所有开发方法都是要满足上面的流程。例如之前的瀑布模型,新生的RUP,XP和MS方法。但目前新的方法都是用例驱动、架构为核心、迭代的。原创 2005-10-14 22:00:00 · 1092 阅读 · 0 评论 -
指南:边界类
边界类边界类用于对一个或多个主角与系统之间的交互进行建模。主题解释 使用边界类建立用户界面模型 边界类示例 边界类职责示例 边界类属性示例 边界类关系示例 边界类特殊需求示例 建立主角与边界类之间的关联关系 边界类及其关系的优劣标准 解释 边界类用于对系统与其环境(即系统的主角)之间的交互进行建模。边界类中包括了交互的以下方面: 使用系统的“内部元素”来协调主角的行为; 接收从主角到系统的输入,例原创 2005-10-14 21:03:00 · 3328 阅读 · 0 评论 -
指南:设计中的导入依赖关系
依赖关系设计模型中的导入依赖关系是一种被赋予了构造型的依赖关系,其来源是一个设计包,而目标则是另外一个设计包。导入依赖关系导致目标设计包的公有内容可在源设计包中被引用。主题解释 使用 解释处理包之间的导入依赖关系是构建对象模型的一个重要方面。如果一个包的所有类都能导向到另一个包的类,那么前者依赖于后者。为了表达这种依赖关系,您可使用从一个包到该包所依赖的另一个包的导入依赖关系。包之间的依赖关系使用原创 2005-10-14 21:48:00 · 1383 阅读 · 0 评论