随笔分类 -  UML

UML建模、EA操作技巧
UML初级培训录音内容
摘要：http://c.hiphotos.baidu.com/album/s%3D1600%3Bq%3D90/sign=eb04ea27828ba61edbeecc297104ac7b/09fa513d269759ee675c8c26b2fb43166c22dfcb.jpghttp://xiangce.baidu.com/picture/detail/8a4ead18600fedff25a2f1f3cbabc3493aa916e6 阅读全文
posted @ 2012-12-17 09:29 张云贵 阅读(431) 评论(0) 推荐(0)
关于用例的几个问题分析
摘要：[用例的粒度问题]首先没有粒度问题，通常是把步骤当为用例引起的，外部执行者一次有意义的完整交互就是一个用例，执行者可以暂时放心离开了。步骤复杂可扩展为子用例。以买火车为例，抢到票了不支付就不能放心离开，支付票款就不是一个主用例，后补支付可为候选路径。[系统用例]直接交互的某领导做了几件事，可能是不同角色、几件独立事。一次有意义的完整交互并得到想要结果,可放心离开,就是一个用例。其后其他人处理是其他系统用例。[用例到功能]用例模型到功能模型是在系统分析中进行的，后者根据已有软件资源，分配职责到不同逻辑模块，得到模块列表和职责（功能）列表，即用例实现。系分主要采用三大视图，领域分析结构视图、行为动 阅读全文
posted @ 2012-12-04 08:30 张云贵 阅读(471) 评论(0) 推荐(0)
暂定的UML培训大纲
摘要：应公司要求，准备按下面的培训大纲讲，不知道是否合适。UML建模基础培训大纲（下周一 14:00-17:00）------------------------------------------培训目标：了解常见UML图的用法和使用场合，能正确绘制易于理解的模型图。培训大纲：一、UML建模总览介绍在不同开发阶段可能用到的主要UML图，分析其建模作用和不同图的区别，提及建模核心思想。二、案例分析和建模以公司产品为案例，介绍常见的UML图的基本用法，解析建模方法和要点。结合 EA 工具演示建模步骤和快速建模方法。主要内容点：1、层图：常见版型、包间关系、常见架构的画法2、类图：七种关系辨析、细化准则 阅读全文
posted @ 2012-11-27 17:56 张云贵 阅读(501) 评论(1) 推荐(0)
我以前的UML培训课件公开
摘要：EA介绍与UML建模入门-200910面向对象需求分析实例-200910UML设计建模实用入门-201004UML设计建模实用介绍-201004UML设计建模-201104UML实效建模-201005下周将新版《UML实效建模》，下下周分两个或三个专题《UML动态建模》、《UML用例建模》、《UML敏捷建模》。 阅读全文
posted @ 2012-11-26 11:17 张云贵 阅读(604) 评论(1) 推荐(0)
重温《UML风格》
摘要：为了准备培训素材，重新阅读了《UML风格》电子版，感觉很有收获。第2章　一般画图准则2.1　可读性准则2.2　简单性准则2.3　命名准则2.4　一般准则第3章　通用UML建模元素的准则3.1　应用于UML注释的准则3.2　应用于UML衍型的准则3.3　应用于UML框的准则3.4　应用于UML接口的准则第4章　UML用例图4.1　用例准则4.2　参与者准则4.3　关系准则4.4　系统边界框准则第5章　UML类图5.1　一般准则5.2　类的风格准则5.3　关系准则5.4　关联准则5.5　继承准则5.6　聚合和组合的准则第6章　UML包图6.1　类的包图准则6.2　用例的包图准则6.3　包准则第7章 阅读全文
posted @ 2012-11-26 11:10 张云贵 阅读(690) 评论(0) 推荐(0)
UML建模--序列图建模技巧
摘要：一、序列图工具箱说明 Actor：角色/执行者，通常用于用例场景图中，在描述用户交互时表示当前用户/操作者。 Lifeline：生命线，最常用，例如系统、子系统、岗位角色、模块、类。 Boundary、Control、Entity是三种特殊的生命线对象类型，通常一起使用（MVC模式、控制模式）： Boundary：边界对象，初学者用得... 阅读全文
posted @ 2011-09-08 19:04 张云贵 阅读(28589) 评论(5) 推荐(4)
UML建模--EA模型的组织
摘要：一、模型的组织 1、按视图组织（例如“4+1”视图） RUP的“4+1”视图是经典的架构设计标准，以用例或场景为中心，按逻辑视图、过程视图、物理视图、开发视图四个维度来建模。 对于已经习惯了Rational Rose建模的人，可以继续按这种方式组织模型。 2、按工作流组织 按照软件开发周期的业务分析、需求分析、设计的顺序来组织，比较... 阅读全文
posted @ 2011-09-08 17:07 张云贵 阅读(6160) 评论(0) 推荐(0)
UML建模--需求分析常用的UML图
摘要：需求分析常用的UML图 1、业务用例图（New Diagram | Extended | Business Modeling） 业务用例图用于业务建模，帮助理解和发现需求，描述对于所服务的客户能提供什么服务功能及如何运作起来的，即所谓的业务流程。 （系统用例面向某一个系统，而业务用例脱离了具体某一个系统，是要考虑用户实际工作场景的） 业务角色/执行者：业务范围之外的人或组... 阅读全文
posted @ 2011-09-08 15:10 张云贵 阅读(23151) 评论(0) 推荐(1)
敏捷建模思想（转载）
摘要：一、Agile 敏捷建模思想 敏捷建模的价值观 AM的价值观包括了XP的四个价值观：沟通、简单、反馈、勇气，此外，还扩展了第五个价值观：谦逊。 沟通. 建模不但能够促进你团队内部的开发人员之间沟通、还能够促进你的团队和你的project stakeholder之间的沟通。 简单. 画一两张图表来代替几十甚至几百行的代码，通过这种方法，建模成为简化软件和软件（开发）过程的关键。这一点对开发人员而言非... 阅读全文
posted @ 2011-03-31 18:58 张云贵 阅读(4236) 评论(0) 推荐(1)
2009年5月的需求规格书评论总结
摘要：今天翻以前写的资料，偶然看到一篇总结，觉得有点用，就贴出来供以后再系统性的整理。项目需求分析总结——对某出版集团项目的需求规格说明书的修改意见总结2009.5本文以近期对某出版集团项目的需求规格说明书的修改情况为主，结合在其他项目了解到的情况，总结了一些常见问题和经验，供大家今后在需求分析和编写需求规格说明书时参考借鉴，有不对的地方请指出。1. 需求规格说明书的用途概述1.1. 常见问题一些开发人员在编写需求规格说明书时，对需求规格说明书中各部分的用途不是很清楚，经常出现下列问题：1） 为写而写，应付检查，尤其是在事后补CMM文档时容易发生；2） 将需求书写成了用户使用说明书，出现大量最终界面 阅读全文
posted @ 2010-11-12 11:36 张云贵 阅读(1280) 评论(0) 推荐(0)
如何区分业务用例和功能用例？
摘要：昨天有同事问到“如何区分业务用例和功能用例”，现把当初的解释内容记下来：业务用例：业务部门或组织（业务工人）为其外部客户或内部特定人员（业务主角）提供有价值的服务（业务用例）系统用例：我们的用户部门中的各种岗位人员（角色）面对我们的系统时，所进行的一次比较完整的交互，并得到了有价值的结果不是功能用例，功能是站在系统内部的静态概念，没有考虑什么人在什么时候如何使用。区别1：范围业务用例涉及的范围更大，可能有各种人、部门、各种系统，甚至包含手工操作、讨论等系统用例只涉及我们自己系统与操作人员的交互，对应于业务用例中某些活动步骤，不包含其他系统及手工操作区别2：用途业务用例建模是为了明确业务组织是如 阅读全文
posted @ 2010-06-11 10:54 张云贵 阅读(9682) 评论(0) 推荐(0)
UML技术沙龙PPT
摘要：今天下午和康凯一起讲了UML技术沙龙的几个话题，让我体会到了康凯的超强设计功底和丰富的经验，也感受到了应蕾对于培训准备及组织的专业性和激情，方正高人多啊。今天的第一个报告我没讲好，没讲透彻，看表时把小时位看错了，导致提前一个小时结束。我对时间节奏的把握还不好，演讲的流利和发挥水平还较差，这条路对于我是路漫漫，要锻炼啊。PPT上传到论坛上了：《UML实效建模》、《EA使用进阶》。 阅读全文
posted @ 2010-05-21 18:52 张云贵 阅读(474) 评论(0) 推荐(0)
《基于插件模式的系统设计总结》讲座感想
摘要：今天在215讲了《基于插件模式的系统设计总结》，预计2小时，后来说了一些PPT之外的开发感受，和大家聊了40分钟，最后共3小时。感想1：在此之前准备了两周时间，开来做讲座之类的活动很费时间，也是自己不够熟练，希望后续时间多联系，讲得更明白些。感想2：正式开讲之前和大家一起做了一个“小蜜蜂”抓手指小游戏，借天气阴冷的借口，想活跃气氛。我还担心搞砸，结果大家还挺配合，大家看起来还比较高兴，看来有点效果。缺点是还不够熟练。感想3：在讲一些很专业的内容、前后知识交叉的时候，明显能看到大家一脸茫然，赶紧停下重新细讲，当时感觉真是紧张，我只好把最希望大家知道的设计想法重点说出来，最后概括为最简单的话，好像 阅读全文
posted @ 2010-03-30 18:46 张云贵 阅读(1080) 评论(1) 推荐(0)
过程改进点滴--需求调研经验之二
摘要：目前京版集团需求调研正在开展，下面谈谈需求调研需要收集哪些信息，实际调研中视情况而定（不限于这些内容、可不全包含这些内容）一、需求走访需要收集的内容1. 该项目涉及的部门结构、部门之间的关系、潜规则2. 相关负责人和领导（职务、管辖范围、影响力、说话做事特点），及他们各自的观点倾向、期望要求 有哪些重要事要做，不远的将来要做什么3. 涉及哪些岗位、岗位特点、人数、繁忙程度、地位、工作规律，即相应人的年龄结构、性格、知识水平和操作水平、工作习惯4. 各种岗位要做哪些事、如何做、有什么规则，和其他部门、其他岗位的关系如何5. 由于我们主要是做资源库应用，因此应对数据资源进行重点详细收集分析，例如： 阅读全文
posted @ 2010-01-14 12:45 张云贵 阅读(316) 评论(0) 推荐(0)
过程改进点滴--需求调研经验之一
摘要：本总结的背景：新签项目的需求调研。一、每天的会议调研报告首先是“调研报告”与“会议纪要”的区别，“会议纪要”肯定是要开会的，“调研报告”则不一定要开会，原则上用哪个名称不是关键，可根据习惯而定。其次是包含哪些内容，会议记录文档应包含下列内容：1） 会议目的、各个主题：原则上应围绕主题开展，除非主题很粗2） 时间地点，重要性不大3） 参会人员及其职务：应准确详细记录，描述出是哪个部门的什么样的人参加，对领导要注明职务（例如张三主任），不明白姓名的底层职员要注明岗位 目的：明确调研对象及其特点4） 发言记录 注意点：不需要记录原始说话内容。 一定要当场准确理解说话内容和表达要点，不明白的可通过请求 阅读全文
posted @ 2010-01-13 17:46 张云贵 阅读(682) 评论(0) 推荐(0)
用“序列图”描述技术方案
摘要：下面是某出版集团的资源采集技术方案示意图。方案1：方案2：方案3：总结：使用序列图来描述复杂的业务场景能把流程的先后顺序和相互责任表达清楚，比较专业，缺点是商务人员不一定能看明白。如果用带角色泳道的活动图来描述业务场景，就能对相互职责清楚，简洁直观。 阅读全文
posted @ 2009-11-24 17:54 张云贵 阅读(1073) 评论(0) 推荐(0)