-
UseCase导出对象和类10
软件行业从开始的面向过程--->面向对象--->面向领域的逐步前进。面向对象更是受到很多吹宠。但是真正在运用面向对象解决问题时候，可能就就变质了。
现在很多人喜欢说UseCase。那么我向来道道UseCase的本质和其精髓所在。UseCase现在很多人一个知道是什么东东吧！表明来看UseCase其实没什么多大的含义。深层次的考虑和分析才能体会不一样的感觉！现在先来看一个UseCase图引用
此处的图片在附件中，不好意思尝试很久也不知道怎么将图片显示出来
以上这张图，本人是随便从网上找的。原因是本人还不知道怎么使用该编辑器的img这个东东。此处特此申明。
在上面显示的这张UseCase其实可以先找出结果实体引用
1. 人
2. 产品
3. 钱
找出这个三个实体后，我们知道对应就有JavaBean去描述其属性。在描述其属性的时候，如果使用的是面向对象进行建立数据模型的话，那么就要分析实体与实体之间的关系了。一对一，一对多，多对多等。而且人这个实体有三种状态（也就是3种不同的权限）
我们可以使用Hibernate来进行映射实体之间的关系。（实体也叫物件）。我个人是怎么认为的，实体某种意义上可以说是通过唯物主义来将你认为的事物进行实体化。那么任何事物如果有必须都可以实体化。
上面那张图找出了3个实体。3个实体的关系也可以很快的找出来。那么下一步就是怎么去将上面那张大的UseCase进行分解。在将上述的UseCase分解成功能的UseCase.那什么事功能的UseCase能。就是一个实体的行为也就是方法。例如：人（身份是收银员）可以操作登陆和收钱。在收钱和登陆这是两个不同的事件。那么用登陆这个简单的事件来进行细化。如果要实现一个登陆。那么必须有一些必要的操作。引用
1. 必须将用户的信息增加进入系统
2. 必须能够让用户对一些信息进行更新
3. 必须能够冻结用户登陆系统
.....
再细化的时候必须要注意用户需求以及非用户需求但是必须要做的功能。时间有限，等我有时间的时候，发布一个完整的用UseCase来进行分析系统和分析对象。然后进行建模。到时候还请大家多多拍砖。！！！
以上的那个图不知道显示的处理不！还真的学习怎么用这个编辑器中的Img这个东东。不给如果你不介意的话，也可以教教我。谢谢！
问题补充
我个人认为，你在得出ER图的时候，你是不是很想知道实体是什么而且它们的关系怎么样？那UseCase描述中是否存在Actor。那么Actor分为角色或者外部系统。其实我所认为UseCase能够导出类和对象。类是Class。对象则不是程序中的Object是一个实体。也就是你所说的ER图中的E吧。如果UseCase能够进行很好的分解的话，那么其实不难得出类和对象以及相关联的事务。
我只发表个人的一些见解。你可以从一个UseCase分解来考虑下，或者你提供一个UseCase我来阐述下我的分解。常言道“杀人可以用刀，但是也可以用筷子。！”2010年3月30日 15:46
添加评论
关注(0)1个答案 按时间排序 按投票排序
-
个人认为LZ和UseCase的实际用途有偏离。
UseCase最关键的功能可能就是描述系统的样子，而不是系统的任何实现细节，便于和用户、领域专家这些非计算机专业人士达成共识。
用UseCase直接导出类和对象?考虑的东西很多，不是把实体提出来就算是系统了，哪个系统是这么做的？如果非要说那些实体是从UseCase中导出来的，还不如说从ER图导出来的呢。总不能说有混凝土，就有大楼了吧。2010年3月30日 15:46
相关推荐
4．3．2 业务use case与系统use case 4．3．3 use case图 4．4 use case的联系 4．4．1 泛化关联 4．4．2 使用关联 4．4．3 包含关联 4．4．4 扩展关联 4．5 use case图的应用 4．5．1 use case的确定 ...
1. UML提供的系统模型化功能包括Use Case建模、对象类和对象建模、组件建模以及配置建模。 2. 扩展关联（Extension Association）：基本Use Case定义了扩展点，扩展Use Case在这些点上添加额外行为，如在登录过程中...
虽然其主要用途是数据库级别的导出和导入，但也可以通过设置导出参数来生成包含表定义的DMP文件，然后使用其他工具解析和转换为Word文档。 最后，如果你需要更高级的自动化解决方案，可以编写脚本或利用ETL工具（如...
- **OO/UML：UseCase正解**：这部分讨论了面向对象设计中的Use Case概念及其实现方式，帮助读者理解如何正确地使用Use Case进行系统建模。 - **定时器在用例图的角色**：这是一个具体的技术问题，探讨了在面向对象...
在StarUML中，你可以轻松绘制用例图，添加参与者（Actor）和用例（Use Case），并用关系线表示它们之间的关联。 **类图（Class Diagram）**： 类图是UML中最基本的图表之一，用于描绘系统的静态结构。在类图中，类...
在用例图中，"角色"（Actor）通常代表人或系统，而"用例"（UseCase）则描述了角色如何与系统交互。例如，在ATM自动取款机的场景中，用户是角色，取款是用例。用例间的关系包括包含（include）、扩展（extend）和泛化...
- **连接关系**：使用关联线将Actor与Use Case连接起来，表示它们之间的交互。 4. **删除元素**： - 要删除用例图中的元素，如Use Case，可以通过以下步骤完成： - 首先选中要删除的Use Case。 - 然后按下键盘...
2. **对象（Object）**: 对象是类的实例，它们具有类定义的属性值和可以执行的操作。 3. **接口（Interface）**: 接口定义了对象可以提供的服务，它不包含实现细节，只声明操作和信号。 4. **用例（Use Case）**: ...
它在设计阶段尤为重要，帮助确定对象间的责任分配和通信方式，同时也可以从中导出具体的类和接口操作。 3. **活动图(The Activity Diagram)** 活动图主要用于表示系统中对象的动态行为，展示任务间的控制流程，而...
3. 用例图(Use Case Diagram)：用例图描绘了系统与用户之间的交互，主要由参与者（Actor）和用例（Use Case）组成，表达业务场景和需求。 4. 序列图(Sequence Diagram)：序列图展示了对象间的交互顺序，通常用于...
它通过参与者（Actor）和用例（Use Case）之间的关系来展现系统功能，帮助理解需求。 **类图（Class Diagram）**展示了类、接口和它们之间的关系，如继承、实现和关联。类图是静态结构的模型，用于表示类的属性、...
1. 用例图（Use Case Diagram）：描述系统与外部参与者之间的交互，表示用例和参与者的关系。 2. 类图（Class Diagram）：显示类、接口及其之间的关系，如继承、实现等。 3. 对象图（Object Diagram）：类图的具体...
在UML建模中，可以使用类图（Class Diagram）来定义各种实体（如用户、书籍、借阅记录），用用例图（Use Case Diagram）描绘用户与系统之间的交互，序列图（Sequence Diagram）展示借阅过程的步骤，状态图（State ...
在draw.io中，使用“uml sequence diagram”模板，你可以轻松绘制对象和生命线，添加消息箭头来表示通信。 3. **用例图(Use Case Diagram)**：用例图描述了系统的主要参与者和他们与系统之间的交互。在draw.io中，...
- **类（Class）**：类是具有相同属性和行为的对象集合，它是UML中最基本的构造块。 - **对象（Object）**：类的实例，具有特定的属性值。 - **接口（Interface）**：定义了一组服务的规范，允许类之间进行无耦合...
状态图适合描述一个对象穿越多个 Use Case 的行为。类的状态图表示类的对象可以呈现的状态和这个对象从一种状态到另一种状态的转换。通过对 buyItems 用况的状态图分析，可以帮助理解类之间的状态转换关系。 3.2.2 ...
2. 用例图（Use Case Diagram）：用例图描绘了系统的主要参与者（Actor）以及他们与系统之间的交互。它有助于识别和记录系统功能，是需求分析的重要工具。 3. 状态机图（State Machine Diagram）：状态机图用于描述...
1. **用例图（Use Case Diagram）**：展示系统与外部用户（Actor）之间的交互，定义了系统提供的功能（Use Cases）。 2. **类图（Class Diagram）**：表示类、接口及其之间的关系，如继承、实现和关联，是静态结构...
7. **对象图**：对象图是类图的实例化，显示了具体运行时的对象和它们之间的关系。PlantUML同样支持创建对象图，帮助开发者理解类实例化后的具体情况。 8. **PlantUML语法**：PlantUML的核心在于其简洁的文本语法，...
JUDE（Java Use Case Diagram Editor）就是一款专为Java开发者设计的UML建模工具，它允许用户创建和管理UML模型，并能直接从模型生成代码，从而提高了开发效率和代码质量。 ### JUDE简介 JUDE全称Java Use Case ...