1,265
社区成员
发帖
与我相关
我的任务
分享做到了用例文档阶段，下面该怎么办？___误把类图画成了ER图！！！请不吝指点~~~
没有什么经验个，在做完了 用例分析之后，（做了详细用例文档了已经，没有做业务层次的序列图）
然后，想按照面向对象的方法进行开发，却一不小心有按照SA的分析方法，找了各种的数据流，
把类图画成了角色和实体之间的 实体关系图，这样建立的 关系只能是比较 弱的，顶多算是一个 联系
我也不想再用土方法进行开发了，UML下面该怎么做呢？
是 应该首先建立业务时序图（相当于一个简化的时序图吗？），然后根据web 框架进行细化，发现类之间的关联？
还是该怎么办？
然后，想按照面向对象的方法进行开发，却一不小心有按照SA的分析方法，找了各种的数据流，
把类图画成了角色和实体之间的 实体关系图，这样建立的 关系只能是比较 弱的，顶多算是一个 联系
我也不想再用土方法进行开发了，UML下面该怎么做呢？
是 应该首先建立业务时序图（相当于一个简化的时序图吗？），然后根据web 框架进行细化，发现类之间的关联？
还是该怎么办？
...全文
请发表友善的回复…
发表回复
zengjd 2004-12-06
- 打赏
- 举报
推荐你一本书．
＜＜UML和模式的应用＞＞
现在已经是第二版了，会对你有用！
＜＜UML和模式的应用＞＞
现在已经是第二版了，会对你有用！
zengjd 2004-12-06
- 打赏
- 举报
给对象分配职责的时候，你就需要画序列图、交互图等动态UML图，以加深你对领域内对象及对象的职责范围的理解，也便于以后程序员按着你的动态UML图编写程序．
zengjd 2004-12-06
- 打赏
- 举报
用例之后应该根据用例进行概念建模,所谓的概念建模，就是根据用例找出问题领域内的对象，标记出对象的简单属性与对象之间的关系！
概念建模之后，就开始对概念模型进行完善，就是给每个对象分配职责，在这期间，可能要用到模式去完善你的设计。最后形成你的系统类图！
当然，复杂的系统还要分层设计！
最后就可以根据类图编写代码了！
我上面说的是一个迭代周期的工作，大的复杂的系统需要有多个迭代周期，每个周期内的工作都是循环往复的。
概念建模之后，就开始对概念模型进行完善，就是给每个对象分配职责，在这期间，可能要用到模式去完善你的设计。最后形成你的系统类图！
当然，复杂的系统还要分层设计！
最后就可以根据类图编写代码了！
我上面说的是一个迭代周期的工作，大的复杂的系统需要有多个迭代周期，每个周期内的工作都是循环往复的。
yangping1984 2004-12-05
- 打赏
- 举报
ding
hewittlee 2004-12-03
- 打赏
- 举报
uml了
大雾 2004-12-03
- 打赏
- 举报
ER图也一样可以用
IMHELLFIRE 2004-12-02
- 打赏
- 举报
关注！
stillfire 2004-11-24
- 打赏
- 举报
up
一下，
建立一个 类图应该 是 oo的 基础，但是，通过一个什么样的流程 才能 转化过来呢？
大家指点一下方法吧！
一下，
建立一个 类图应该 是 oo的 基础，但是，通过一个什么样的流程 才能 转化过来呢？
大家指点一下方法吧！
stillfire 2004-11-23
- 打赏
- 举报
是呀，我也是不自觉的就发现 越来越象 ER图了， —————真正是一不小心啊
现在想 真正的 找出来 问题域 概念， 是不是实体 就可以作为一种 概念呢？
现在想 真正的 找出来 问题域 概念， 是不是实体 就可以作为一种 概念呢？
woweijunge 2004-11-23
- 打赏
- 举报
理解不是很对，最重要的是用例，其实整个开发过程已经有很大变化，建议你看看《UML和模式应用－面向对象分析和设计及统一过程导论》，那是，你就不应该会有这个问题了。数据流方法是一种主要的结构化分析方法。
stillfire 2004-11-23
- 打赏
- 举报
在分析阶段，use case 也并不是 一种OO方法撒，
但是，可能是为了以后 开发 铺点后路，或者说是 想抽出一条简单的 数据联结，
结果只简单把 用例中的 概念 摆了出来，并没有进行抽象，
哪位指点一下，下面该做什么？
但是，可能是为了以后 开发 铺点后路，或者说是 想抽出一条简单的 数据联结，
结果只简单把 用例中的 概念 摆了出来，并没有进行抽象，
哪位指点一下，下面该做什么？
wangbm 2004-11-23
- 打赏
- 举报
建议你整个按面向对象分析设计，一会用面向对象，一会是结构化，有点不伦不类
