关于UML和《大象》小感

2024-03-23 23:40
文章标签 uml 大象 小感

本文主要是介绍关于UML和《大象》小感,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

只要是被题目吸引进来读者的话,相信也不需要我花费唇舌去解释UML的概念。

信息网络的时代,企业管理也逐渐迈进BI管理模式,早在08年IBM就提出“提供解决方案”为公司日后的发展方向,可见未来的企业和企业的未来都将围绕着智能信息化管理的模式去展开创新革命。

 

UML建模语言为软件或网络系统开发搭建了一座非常强大的沟通桥梁,它使客户、系统分析师和程序员有机的联系在了一起,为开发更符合客户要求和市场导向的管理系统提供了一套高效的方法,使得系统的功能应用更好的为客户体验服务。

 

编写本文的目的,更多的是为了和大家分享近段时间学习UML的一些心得体会,共同学习。也为了为最近那一大堆新开的博客结合一些网站推广的知识去增加一点原创内容,因此即便是一桶水不满,半桶水晃荡,也不得不吵闹一番,此是外话。

 

最近值得高兴的事除了植物大战僵尸就快要打爆了之外(当然要等真打爆了才能叫嚣),就是赵洁姐姐的设计报告已经有大概的思路去做了,Rational Rose也在我换了Win7之后也顺利装上了,在这里也顺便提醒一下同学们在安装Rational Rose2003的时候,如果你的出现以下问题:

看到这个对话框,以我的经验来说的话,你只有一条路可走了:换系统。这个不兼容的问题我查找了很多办法都解决不了,网络一种比较流行的办法是下载一个orca数据库表编辑器回来修改删除rose setup的.msi文件的行,但是其实删除不了......(如果有人删除的了的话,顺便和我说一声),但即便是删除的了,随意的编辑修改删除数据表里的文件,确为下策。

 

我最后也只能是换了系统,最后按照正确的安装方法,总算是能用了,rose的安装方法也不单纯是下一步下一步的,具体的做法我这里贴上百度知道的安装步骤:(好充实一下内容)


1. 安装好Rational Rose Enterprise Editon后,打开rose2003crack.rar压缩包,包括flexlm.cpl、license.dat、lmgrd.exe、rational.exe。

2. 用记事本打开license.dat文件,找到(可以Ctrl+F,搜索server):SERVER Microsoft ANY DAEMON rational "C:/Program Files/Rational/common/rational.exe"。找到后将其修改为:SERVER 计算机名 ANY DAEMON rational "自己安装的目录/rational.exe"后,保存。(计算机名称:我的电脑->右键->属性->计算机名->完整的计算机名称)

3. 将license.dat、lmgrd.exe、rational.exe三个文件一起拷贝到:安装目录/rational/common/下面。(默认:E:/Program Files/Rational/ common/)

4. 将flexlm.cpl拷贝到system32目录下。如win2000系统中为C:/WINNT/system32目录。

5. 进入控制面板,则在控制面板的上方会增加了一个图标,即FLEXlm License Manager,将其打开,在Setup页中lmgrd.exe右侧目录写为:C:/Program Files/Rational/Common/lmgrd.exe(若为默认安装目录)
License File右侧目录写为:C:/Program Files/Rational/Common/license.dat

6. 回到Control页,点击Start,若出现”Server Started”,则表示已经成功,可以点击Status,
若状态为:计算机名:license server UP(MASTER)则成功。

7. 这时可打开安装的Rational Rose Enterprise Edition,若还是出现需要license,则打开Rational License Key Administrator,点击工具栏中的第一个工具(Start WIzard),点击下一步,在Server Name中的名字改为自己的计算机名即可。

关闭Rational Rose 2003 出现”MEM_BAD_POINTER”时,解决方法:

重新下载一个shw32.dll文件,复制到Rational Rose安装目录/Rose子目录下,覆盖原文件。

 

按照以上的步骤安装,基本上就能用上rose了,建模之路总算可以开始了。

题外话:记得两门技术课,一门是java,一门是oo都分别死在了传说中的信管系三大杀手之二的张沙青(杀青)和赵洁上,颇为壮观,就差立厚教授还未领教。也是正因为如此,走上了艰苦的技术之路。同宿舍的两个舍友每晚学习java几乎都两三点才睡,颇为之佩服!精神可嘉,日后必有大作为,值得学习。而对于我这个红色的双子来说,抗拒诱惑,耐住寂寞,坐定定去学习代码,确实苦不堪言,但倒是迫于赵洁姐姐的压力,学起了UML,走起了曲线救国的道路。

一开始学习UML,可能会为它各种构件模糊繁琐的关系和高层次的概念而找不到清晰的思路,老师讲课也是蜻蜓点水,蜜蜂采蜜;轻轻的点一点,到处的飞一飞;而且我学的那个时候,教材也不好,后来赵洁推荐买了一本《大象》,才慢慢的找到感觉学了起来。而现在《大象》也正式成为了信管系今学期的教科书了。

《大象》确实是一本很不错的书。作者形象生动的讲解,对症下药的分析,系统逻辑的罗列,清晰易懂的案例确实能让读者们体会到学习乐趣。

在打好坚实的基础之后,其实你会发现,UML的内容也不多,理解上也不算十分的难,Rational Rose的应用我感觉比word还要简单。但是正如1900说的那样,琴键就只有88个,却能够创造出无限的音乐出来。对于UML,道理也一样,也正如作者谭云杰所说:习技固然可以成为人杰,但得道才能够羽化成仙。而UML的道在哪里呢?

就在业务上,一起技术都是为了发展业务而得到发展的。在把基础掌握一定程度,开始着手分析业务的时候,一开始还是无从下手,一头就钻进业务细节的无边大海当中,有些人甚至觉得,反正就是做系统,程序员打代码实现功能就行了,舍友有时候也这么认为。

请想象一下,现在企业里面做的一些系统,如果程序员包办所有工作,不业务分析,甚至于不系统分析,直接敲代码,能做的出符合客户要求的系统吗。如果说为了节省成本,让程序员兼上业务分析、系统分析和系统实现等全部工作吧,你还真当程序员是奥特曼了。要不就做个官场管理系统吧,业务就管理贪污就够了。

所以:理解业务十分重要!这个世界上有多少企业,多少业务啊,需要系统分析员多深厚的积累和广博的知识!从各个层次理解业务之后,才能够保证系统建模按照业务的真实需求而去实现系统功能。

十分艰难地流水账了一番,有待修改。路还很长呢...

 

 

 

上士闻道,勤而行之;中士闻道,若存若亡;下士闻道,大笑之,不笑不足以为道

这篇关于关于UML和《大象》小感的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/839881

相关文章

UML- 统一建模语言(Unified Modeling Language)创建项目的序列图及类图

陈科肇 ============= 1.主要模型 在UML系统开发中有三个主要的模型: 功能模型:从用户的角度展示系统的功能,包括用例图。 对象模型:采用对象、属性、操作、关联等概念展示系统的结构和基础,包括类图、对象图、包图。 动态模型:展现系统的内部行为。 包括序列图、活动图、状态图。 因为要创建个人空间项目并不是一个很大的项目,我这里只须关注两种图的创建就可以了,而在开始创建UML图

第三章 UML类图简介(设计模式笔记)

第三章 UML类图简介 3.1类 3.2接口 名字层必须有<> 3.3 泛化(继承)关系 箭头终点端指向父类(空心三角形) 3.4 关联(组合1)关系 B类是A类的成员变量 ,称A关联B。 箭头终点端指向B 3.5 依赖(组合2)关系 B类是A类的某个方法的参数 ,称A依赖B。 箭头终点端指向B(虚线) 3.6 实现关系 箭头终点端指向接口(虚线,空心

设计模式反模式UML图示常见误用案例分析

1. 过度复杂化图示 反模式: 在UML图示中加入过多的细节,导致难以理解。 案例分析: 案例背景: 某软件开发团队在为一个社交媒体平台设计架构时,决定使用观察者模式来处理用户之间的通知功能。在创建UML图示时,团队将所有可能的通知类型和相关的属性、方法都包含在内,导致图示非常复杂和混乱。整个团队在讨论设计时,发现很难从图示中快速理解系统的核心结构。 问题分析: 这种做法导致了UML图示过

软考-软件设计师(UML习题)

💝💝💝欢迎来到我的博客,很高兴能够在这里和您见面!希望您在这里可以感受到一份轻松愉快的氛围,不仅可以获得有趣的内容和知识,也可以畅所欲言、分享您的想法和见解。 非常期待和您一起在这个小小的网络世界里共同探索、学习和成长。💝💝💝 ✨✨ 欢迎订阅本专栏 ✨✨   前言 小郑正在备考2024年下半年的中级软件设计师,所以打算开展一个软考备考专栏,在这里记录一下备

UML的图及其他图补充

一、UML图 1.类图 ‌类图‌是统一建模语言(UML)中的一种静态结构图,主要用于描述软件系统的静态结构。它显示了模型中的类、类的内部结构以及它们与其他类的关系。类图是面向对象建模的主要组成部分,用于对系统的词汇进行建模、对简单的协作进行建模以及对逻辑数据库模式进行建模。类图的基本元素包括类、接口以及它们之间的关系,这些元素共同构成了系统的静态结构模型。 总结: 1.静态图、

关于UML的思维导图

UML的构造块、规则、公共机制、5种视图、关系、图 综合如下: UML的构造块: UML的规则: UML的公共机制: UML的5种视图: UML的关系: UML图:

设计模式中类的关系 UML

在java以及其他的面向对象设计模式中,类与类之间主要有6种关系,他们分别是:依赖、关联、聚合、组合、继承、实现。他们的耦合度依次增强。 1. 依赖(Dependence)          依赖关系的定义为:对于两个相对独立的对象,当一个对象负责构造另一个对象的实例,或者依赖另一个对象的服务时,这两个对象之间主要体现为依赖关系。定义比较晦涩难懂,但在java中的表现还是比

【UML建模】时序图的那点事

【UML建模】时序图的那点事 开篇词:干货篇:1.概述2.时序图的组成元素2.1角色(Actor):2.2生命线(Lifeline):2.3消息(Message):2.4激活条(Activation Bar):2.5时间标线(Time Axis):2.6组合片段(Combined Fragment):2.7注释(Note): 3.绘制步骤‌4. ‌注意事项‌:5.总结 我是杰叔叔,一名沪漂

VSCode 中画 UML 图(备忘)

vscode-drawio vscode-drawio 是一款 vscode 插件,支持在 vscode 中画流程图、思维导图、 UML 图 github 地址: https://github.com/hediet/vscode-drawio 安装 在 vscode 插件窗口内,搜索 vscode-drawio ,安装即可 使用 在 vscode 中打开 .drawio 扩展名的文件,

设计模式与反模式:UML图示常见误用案例分析

在软件工程中,设计模式是解决特定问题的一种最佳实践,其目的在于简化软件设计、提高代码的可重用性、可读性和可维护性。然而,设计模式的错误使用或误解可能导致反模式的出现,这不仅无法解决原有问题,甚至可能导致更严重的设计缺陷。UML(统一建模语言)图是表达设计模式的重要工具,但在使用过程中也常常出现误用。本文将深入探讨设计模式与反模式,分析UML图示中的常见误用案例,并提供实际操作中的最佳实践。 1.