发文章
发文工具
撰写
网文摘手
文档
视频
思维导图
随笔
相册
原创同步助手
其他工具
图片转文字
文件清理
AI助手
留言交流
EA即Enterprise Architect,是一款计算机辅助软件工程(CASE)工具,用于设计和构建软件系统、业务流程建模及更多通用的建模。 EA并不仅仅是一个UML画图工具那么简单,它对整个项目开发过程有着非常好的支持。
一、 开始前的准备(进行前的设置) 设置你默认使用的数据库 二、 创建项目 新建项目: 选择你要保存EA文件的路径,输入EA文件的文件名: 根据您项目的情况,选择需要的类型 选择模式下需要的模型(通常我是全选,在这里全选后,还可以在项目浏览器中删 除,或则增添),按确定后,模型在创建。 下面是创建好的项目模型 在这里可以删除某些认为不需要的模型,或者按一下步骤增添需要的模型 1、 选择Model点右键 2、 选择增添的模型 三、 UML中3个重要的东东 在进入实际工作之前,需要了解这3个UML中重要的东东,对在EA 里的操作很重要(本来这是UML中的基础,本不该在这里讲,但是在使用EA时有好多人问题一些很基本的东西,所以就补上来吧) 包:是为了系统的 结构划分而存在,主要是系统之间的功能分界,也可以看作是分层次,就像我们写一篇文章,需要分目录、章节一样; 视图:视图就像一块白板,用于表 现存放各元素以及元素的关系,如用例图、类图,或者是存放包的包结构图。不同的视图有不同的含义,这里就不展开了,一个视图出现后,对应和此视图相关的元 素会在左边出现,如: 元素:既是UML中的元素,如:用例、类、表、包等等 连接这些元 素的不同的线,代表的是其之间的关系。 四、 和客户沟通,记录需求 在这里记录下用户的原始需求,有分功能需求和非功能 需求(如性能、兼容性、部署环境要求等) 分包,同时记录用户的原始需求,这里模型中有好的一个分法,把需求从特性、规则和界面要 求分开了 各个层用法(其实这里的规则和特性,概念也很模糊,通常我用的时候上面的包为 Requirement只是记录需求,相应的规则和特性都记录在Features当特性表的内容) 以下是非功能性内容 然后,对每个元素和需求中填写需求的描述 以上的工作只是收集原始需求的工作,是现场或和客户沟通、接触的最直接工作以及“证 据”,同时也是为了下一步的分析的根据基础,接下来是体现系统分析师的水平的工作,用例以及用例分析; 五、 建顶层用例 用例可分顶层 用例、业务用例和系统用例(这是我自己的分法,没有教程这么讲过,只需自己理解就好,其实业务用例和系统用例可以当作一些书本中说的客户需求和系统需 求),以上分法目的是: 首先,从和客户的沟通和接触中,你可能会收集到很多早期的用例,特别是一开始会是用户的最初要求,也是最大的期望,通常 这些都是可以归类到顶层用例中,然后根据这些顶层用例和收集的需求,根据你的理解,以其行业(看你的系统是做什么行业)的术语和业务进行分解和细化形成业 务用例,这是整理以及细化的过程,可以至顶向下,也可以由细整理再归类,最后形成业务用例;同时,根据你IT的经验,把业务用例进行分析(这是见你分析设 计经验的时候,架构师通常的能力就表现出来了),形成可开发化的系统用例,这过程是个分析的过程,有可能一个业务用例会被你分拆成多个用例,也有可能多个 业务用例合并成一个系统用例,总之,就是系统优化的那些原则,性能、可扩展性、安全性、通用型等等什么的。这些内容调研之后的首要工作,这些可以同步迭代 进行。 用例图是角色和用例之间的关系,所以通常做法我会给角色单独建一个包,然后用例根据边界的分法建包: 建立相关的包 输入包名 根据你这个包所扮演的作用选择相关视图,(一个包中可存在多个视图,可用前面说的视图按 钮建立) 双击刚建好的用例视图 点击左边的元素集,选择用例元素 放置到用例视图中,填写用例名和用例描述以其其他相关的属性 或者是和此用例相关的文件 把相关的角色拖到视图中 在提示框中选者简单的连接 画上角色和用例的关联 其关联还可以通过双击关联线,标注相关的构造型和链接名 六、 进行领域模型建模 看过《领域驱动设计》的人就知道领域模型的作用是什么 了,主要是面向用户,面向业务的,顾名思义就是理解领域中的各层关系,其实画法和类模型相似,这里就不细说了,并不是必须的,看项目具体情况而定。 七、 建类图 案例中做了个好的分法,把系统类和架构类分开了,大家可以照搬, 当然也可以根据自己需要自己建包。 做法也是和之上画用例图的步骤一样的(重要的是分析设计的思想):建包—建视图---画 元素(用例、类、表等)--画关系(关联、继承、依赖等) 一个类它可以有属性和方法 建类的属性 输入属性(变量)的内容 建类的方法 输入方法的内容 八、 建数据模型 手动建数据模型的方法和以上内容基本相似 建字段和方法的方法和类图一样(不过通常通过类转换过来的话,这些内容都有了,只是对其 进行一些修正即可) 九、 通过包转换建立类模型、数据模型 领域模型、类模型、数据模型这几者之间 是可以通过包转换来进行的,也就是如果你原来建好的领域模型,可以通过领域模型转换到类模型,从类模型转换到数据模型,这是可以减少很多的工作量,而且是 可以承接先前的思想。 选中需要转换的包,右键 、 根据你要转换的目的内容选择 十、 通过数据模型生成SQL 选单个表生成SQL 选整个包生成SQL 从原有数据库中导入表结构 十一、 EA进行正反向工程 用EA进行生成源代码暨正向工程 单个类 生成源代码 整个包生成源代码 用EA导入源代码暨反向工程 查看源代码以及修改了源码后进行代码同步 在EA中修改了源码以后,可以进行代码同步 十二、 在EA中进行编码,当IDE使用(就像eclipse) 十三、 组件模型 十四、 部署模型 十五、 EA中管理测试 可以在EA中管理测试计划和测试用例,首先可以以这分 包 测试计划模板 十六、 系统维护 软件管理当然少不了系统的维护,系统变更管理,EA中同样含 有维护模型,可以在这里进行版本及其版本中变更的管理 十七、 进行项目管理 在EA的项目管理中还有计划管理、资源管理、风险管理等 方面,和软件工程的UML或ISO的管理比较贴切 项目任务管理 项目问题管理 相关词汇表 管理干系人 如: 十八、 生成需要文档 用户可以通过生成文档生成自己所需要的问题,文档的格式 可以使用EA默认的,也可以通过修改模版按自己的要求输出文档。 例子: 十九、 可对项目元素进行统计 二十、 还有一些不知怎么用的功能?
来自: zybingliu > 《EA》
0条评论
发表
请遵守用户 评论公约
UML建模的要点总结(一)
一、构造块1、构造块是对模型中最具有代表性的成分的抽象 建模元素:UML中的名词,它是模型基本物理元素。UML模型的关系比较多,下图。2...
UML教程连载_07
UML教程连载_073.8模型管理视图。模型管理视图对模型自身组织建模。每一个模型元素包含于包中或包含于其他模型元素中。从不同的视角出发...
UML基础知识
UML模型、视图、图。交互视图可用两种图来表示:顺序图和协作图,它们各有不同的侧重点。状态视图是一个类对象所可能经历的所有历程的模...
SysML精粹
本章提供了对SysML的高层次概览:SysML的总体目的、9种SysML图各自的 H的,以及对它们全部适用的普遍概念。这本书作为学习SysML的人门书...
第7章 UML建模语言
实现视图设计视图用例视图配置视图过程视图7.3UML视图7.3UML视图实现视图设计视图用例视图配置视图过程视图7.3UML视图实现视图设计视图用例视图配置视图过程视图7.3UML视图实现视图设计视图用例视图配...
软件架构图——RUP4 1架构方法
开发视图(Development View), 描述软件在开发环境下的静态组织,从程序实现人员的角度透视系统,也叫做实现视图(implementation view).开...
浅析软件工程开发方法学RUP
业务用例模型概念用例模型系统用例模型领域模型分析模型软件架构和框架设计模型组件模型实施模型。例如在“分析设计”工作流程中,可能...
中小型公司针对一般类应用软件的测试过程
一般的,软件测试要经历的过程为:单元测试、集成测试、系统测试、验收测试。具体的,本人在工作中将之定义为:单元测试、模块内功能测试、模块间功能测试、软件系统测试、Beta测试、正式验收测试。正...
UML感悟
UML感悟做业务系统很喜欢用uml来做分析和设计模型,很喜欢在rose中作以下事情:1.以用户需求作为输入,做用例分析和领域模型设计,得到一个系统用例模型和领域模型2.接下来就做模型迁移(转换),将用...
微信扫码,在手机上查看选中内容