不明白怎样从用例分析过渡到系统建模？

josxhn

原帖由 张恂 于 2010-12-14 12:03 发表
>> 困惑是：
1.不知道我这样的做法是不是又落回到了面向过程设计的窠臼，但是我觉得不管设计阶段再怎么面向对象，对计算机执行程序的原理来看始终是面向过程的，所以到了设计阶段总还是逃脱不了过程化的设计。
2.如果这样做没有错的话，绘制数据流图DFD是否就是一种系统设计的方式？总觉得思路很乱。

稍微有点转过弯来了
面向过程则把需求看成过程的集合，但是过程本身就包含了设计，造成分析和设计的混淆，所以容易影响到后面设计阶段的思路；
面向对象是一种全新的思维方式，把需求看成一个个对象组成的集合，由于在分析阶段这些对象都被看作黑箱,故而完全隔绝了设计；

分析怎样过渡到设计，继续学习！

张恂

>>这就去看，斑竹真是很尽责啊！

呵呵，过奖了。

[ 本帖最后由 张恂 于 2010-12-15 10:42 编辑 ]

kissmoon

关注，学习

zhengyi790124

需求的工作：梳理业务，抽像业务用例，编写业务用例规约。目的将业务讲清楚，理解透。与用户确认。在此可辅助一些绘图的工具方便理解业务方便交流。
分析的工作：抽像系统用例，层层细化。编写系统级用例规约，描述清楚角色和系统之间交互的基本流备选流。辅以界面原型，与业务人员交流。
设计的工作：抽像边界类，控制类，实体类，绘制用例级的时序图，抽像包图，和部署图。
以上是之前我的一些经验。希望大家指证