1,265
社区成员
发帖
与我相关
我的任务
分享从use_case到class ,第一部要做的是识别类和属性，是我理解的这样吗？大家指点！~~
背景：一个相对完成 的系统开发，本人没有什么经验，初学UML！
我的理解
从use_case到class ,第一部要做的是识别类和属性，首先 抽象出
名词，由于先前2个usecase(a 一个粒度较大，类似与功能分解，b 一个粒度较小，应该叫做用
例了吧___比CRUD大一点)，所以，抽象完成之后就得到了基本上和a 相似的 package ,
每个package 下面有一diagram ， 我就把 角色，概念类 放了进去
jjww 说了这么多，
比如：系统资料管理这个用例，管理员分配帐号，和设备。
我就建立 系统资料管理 这个包，然后， admin---account
---tool
有点类似于对于用例的一种抽象。
问题
1 包作为一个用例（这里不是系统的功能，算是一种类似于粒度大的用例）吗？
2 就是每一个包中间的包含的就是 角色和 概念吗？ 作为操作类在什么时候提出来呢，就想
分配这个系统操作？
我的理解
从use_case到class ,第一部要做的是识别类和属性，首先 抽象出
名词，由于先前2个usecase(a 一个粒度较大，类似与功能分解，b 一个粒度较小，应该叫做用
例了吧___比CRUD大一点)，所以，抽象完成之后就得到了基本上和a 相似的 package ,
每个package 下面有一diagram ， 我就把 角色，概念类 放了进去
jjww 说了这么多，
比如：系统资料管理这个用例，管理员分配帐号，和设备。
我就建立 系统资料管理 这个包，然后， admin---account
---tool
有点类似于对于用例的一种抽象。
问题
1 包作为一个用例（这里不是系统的功能，算是一种类似于粒度大的用例）吗？
2 就是每一个包中间的包含的就是 角色和 概念吗？ 作为操作类在什么时候提出来呢，就想
分配这个系统操作？
...全文
请发表友善的回复…
发表回复
stillfire 2004-11-24
- 打赏
- 举报
up一下，
就是，我现在按照 现实中事物的概念 ，进行分析，比如说，现实有什么样的表单，就建立什么样的类
然后 按照 角色-（操作）- 实体 的概念进行，建立起来，
这样做对吗？
就是，我现在按照 现实中事物的概念 ，进行分析，比如说，现实有什么样的表单，就建立什么样的类
然后 按照 角色-（操作）- 实体 的概念进行，建立起来，
这样做对吗？
stillfire 2004-11-23
- 打赏
- 举报
再看了，有一点思路了，但是，应用到这样的一个 问题，该怎么样解决呢/
vc_hking 2004-11-23
- 打赏
- 举报
建议去看《uml模式与应用》
stillfire 2004-11-23
- 打赏
- 举报
3. 还有一个问题，比如一个类概念比较大，包含有不同的试图，比如学生，老师，主任看到 的是这张大表的一个部分，那么怎么建立这样一个 usecase 的 概念模型呢？
stillfire 2004-11-23
- 打赏
- 举报
楼上的， 怎么样
分析原形，利用别人的分析表格，能不能说具体点？
分析原形，利用别人的分析表格，能不能说具体点？
woweijunge 2004-11-23
- 打赏
- 举报
楼上的说的很对，包只是分类，没有什么必然的逻辑关系。
但是不是动作的执行者才是类的原形。名词法还是很有用的，再就是利用别人的一些分析表格，例如《有效需求分析》中就有很多。
但是不是动作的执行者才是类的原形。名词法还是很有用的，再就是利用别人的一些分析表格，例如《有效需求分析》中就有很多。
UpbeatJackson 2004-11-23
- 打赏
- 举报
UserCase和类不是一个概念。UserCase是相关动作的序列，而这些动作的执行者才是类的原型。一个UserCase可能由多个类实现，一个类也可能在不同的UserCase中出现。
不能把包理解成大的UserCase，包只是多个功能相关UserCase的松散的归类。
我也是初学，不当之处请高手指教。
不能把包理解成大的UserCase，包只是多个功能相关UserCase的松散的归类。
我也是初学，不当之处请高手指教。
