如何划分模块？

我做好了需求分析，也画了数据流图，但是我不知道该怎样对模块进行划分，是用面向数据流的设计方法，还是面向数据的方法，还是其他的，刚接触，不知道该怎么办好？？

11 个解决方案

#1

如果使用面向对象的方法，应该根据数据划分模块，高内聚原则，一个模块实现对一组相关数据的所有操作。先给数据分类，相关的数据分为一类，然后每个类别用一个模块来处理。

实际设计中经常根据业务分类的划分模块，比如客户有很多个部门，每个部门用的功能放在一个模块中，这样设计的好处是容易理解，但数据一致性维护会有麻烦。

#2

是不是面向对象的就是面向数据的，而结构化设计方法又可以分为变换分析设计方法和事务型设计方法。我做的是一个评测系统，应该不可以根据业务分类什么的，可能。所以有点郁闷，

#3

根据功能来分呢?

#4

一般是根据功能和应用来划分，也有按技术层面来划分的。

#5

既然画了dfd就按dfd那套流程做一边看一看。

#6

一般来说 还是用OO方法吧

#7

这个没有标准，我觉得一般都是按使用软件的部门，或者是软件流程从组来分。

#8

呵呵 对对 没有固定的标准 。。。所以这件事情很困难咯：）

一般来说用oo方法比较靠的住 开发人员也都比较熟； DFD那些东西并不是很好，如果不是这样 也不会有OO了；

#9

我现在认为DFD至少在即时系统里面用的是比较多的 我现在手上的项目就是这样

#10

个人认为应该先根据需求划分技术实现的不同层，然后在每个层上面根据功能来划分。

#11

业务和功能距阵