随笔分类 -  建模技术

软件全程建模4
摘要:摘要:摘要:摘要:在软件工程的全部实施过程中都采用模型的方式而非文字的表达方式来进行描述,这样的实现过程称之为全程建模。本人参考了RUP、青润的《软件工程之全程建模实现》及尤克滨的《UML应用建模实践过程》并结合自己的工作经验形成敏捷建模的过程,在此将它分享出来. 本篇是其第四部分“物理架构模型”及第五部分“代码导出”。 阅读全文
posted @ 2006-10-14 17:40 启明 阅读(2406) 评论(2) 推荐(0) 编辑
软件全程建模3
摘要:摘要:摘要:在软件工程的全部实施过程中都采用模型的方式而非文字的表达方式来进行描述,这样的实现过程称之为全程建模。本人参考了RUP、青润的《软件工程之全程建模实现》及尤克滨的《UML应用建模实践过程》并结合自己的工作经验形成敏捷建模的过程,在此将它分享出来. 本篇是其第三部分“设计模型”。 阅读全文
posted @ 2006-10-13 10:34 启明 阅读(3184) 评论(3) 推荐(0) 编辑
软件全程建模2
摘要:摘要:在软件工程的全部实施过程中都采用模型的方式而非文字的表达方式来进行描述,这样的实现过程称之为全程建模。本人参考了RUP、青润的《软件工程之全程建模实现》及尤克滨的《UML应用建模实践过程》并结合自己的工作经验形成敏捷建模的过程,在此将它分享出来. 本篇是其第二部分“分析模型”。 阅读全文
posted @ 2006-10-12 10:12 启明 阅读(3683) 评论(5) 推荐(0) 编辑
软件全程建模1
摘要:在软件工程的全部实施过程中都采用模型的方式而非文字的表达方式来进行描述,这样的实现过程称之为全程建模。本人参考了RUP、青润的《软件工程之全程建模实现》及尤克滨的《UML应用建模实践过程》并结合自己的工作经验形成敏捷建模的过程,在此将它分享出来. 阅读全文
posted @ 2006-10-11 21:54 启明 阅读(5600) 评论(4) 推荐(0) 编辑
软件界面建模浅析
摘要:结合自己的经验介绍了软件界面建模 阅读全文
posted @ 2006-10-08 22:49 启明 阅读(5852) 评论(9) 推荐(0) 编辑
MDA(模型驱动架构)
摘要:1. 什么是MDA MDA(Model Driven Architecture)是模型驱动架构,它是由OMG定义的一个软件开发框架。它是一种基于UML以及其他工业标准的框架,支持软件设计和模型的可视化、存储和交换。和UML相比,MDA能够创建出机器可读和高度抽象的模型,这些模型独立于实现技术,以标准化的方式储存。MDA把建模语言用作一种编程语言而不仅仅是设计语言。MDA的关键... 阅读全文
posted @ 2005-10-21 23:27 启明 阅读(9582) 评论(4) 推荐(0) 编辑
UML扩展机制
摘要:为了避免UML语言整体的复杂性,UML没有吸收所以的面向对象的建模机制和技术而是设计了扩展机制,通过扩展机制用户可以定义使用自己的元素。在前边介绍UML构成的时候,提到了UML的扩展机制(extensibility mechanism):版型(stereotype)、标记值(tagged value)和约束(constraint)。在很多情况下我们利用UML的版型这种机制对UML进行扩展,使其能够... 阅读全文
posted @ 2005-10-20 20:52 启明 阅读(4151) 评论(0) 推荐(0) 编辑
用例建模中的一个问题的讨论
摘要:我在用例建模中遇到了这样的一个问题,想听听各位高手的意见。用例是要表达用户的功能性需求,同时也是要和用户进行交流。如果有些需求是用户提出的功能,但是经过我们分析后发现这些功能无法使用软件实现或者没有必要使用软件实现,这样的需求是否要在用例模型中体系出来。我个人的观点认为:最终用例模型是仅仅提供软件系统要处理的用例,而不是应该有系统不处理的用例。但是用例建模是一个过程,首先我们从用户处获得功能性需求... 阅读全文
posted @ 2005-10-18 11:33 启明 阅读(1398) 评论(7) 推荐(0) 编辑
软件建模技术概述
摘要:1. 什么是建模 模型是什么?模型是对现实存在的实体的抽象和简化,模型提供了系统的蓝图。模型过虑非本质的细节信息,抽象出的问题本质,使问题更容易理解。抽象是一种允许我们处理复杂问题的方法。为了建立复杂的软件系统,我们必须抽象出系统的不同视图,使用精确的符号建立模型,验证这些模型是否满足系统的需求,并逐渐添加细节信息把这些模型转变为实现。这样的一个过程就是模型形成的过程,建模是捕捉系统... 阅读全文
posted @ 2005-10-17 22:04 启明 阅读(5556) 评论(6) 推荐(0) 编辑
UML类图
摘要:在UML的静态机制中类图是一个重点,它不但是设计人员关心的核心,更是实现人员关注的核心。建模工具也主要根据类图来产生代码。类图在UML的9个图中占据了一个相当重要的地位。 James Rumbaugh对类的定义是:类是具有相似结构、行为和关系的一组对象的描述符。类是面向对象系统中最重要的构造块。类图显示了一组类、接口、协作以及他们之间的关系。在UML中问题域最终要被逐步转化,通过类来建模,通过编... 阅读全文
posted @ 2005-10-16 08:21 启明 阅读(15707) 评论(10) 推荐(3) 编辑
用例图
摘要:用例图中包含的元素除了系统边界、角色和用例,另外就是关系。关系包括用例之间的关系,角色之间的关系,用例和角色之间的关系。 1、角色之间的关系: 角色之间的关系。由于角色实质上也是类,所以它拥有与类相同的关系描述,即角色之间存在泛化关系,泛化关系的含义是把某些角色的共同行为提取出来表示为通用的行为。 2、用例之间的关系: 包含关系:基本用例的行为包含了另一个用例的行为。基本用例描述在多个用例... 阅读全文
posted @ 2005-10-11 22:35 启明 阅读(5456) 评论(1) 推荐(0) 编辑
用例的本质
摘要:提到UML中的用例,很多人可能都会觉得很熟悉经常听说。如果问一句什么是用例,很多的回答就是用例图中的一个椭圆。用例仅仅是用例图中的一个椭圆吗?当然不是,那么用例的本质是什么呢?1、用例发展史 为了搞清用例的本质我们首先了解一下用例技术的发展史。UML中的用例概念是由有UML之父Ivar Jacobson在60年代提出。后来Alistair Cockburn从Ivar Ja... 阅读全文
posted @ 2005-10-10 22:31 启明 阅读(2407) 评论(1) 推荐(0) 编辑