功能模块图在哪个阶段应用？需求分析阶段？总体设计阶段？还是贯穿整个设计过程？？？？？？
既然有了面向对象的用例图存在，功能模块图有有什么用，用例图与功能模块图描述的图形到底有何本质区别？
------解决方案--------------------------------------------------------
这个问题需要先明确概念，什么是功能模块？这个所谓的“功能”是用户能够体会得到的吗？
用例的概念比较明确，将系统看做一个黑盒，关注系统与外界的交互，主要用于系统需求的提取。其实我个人不太喜欢用例图。几个圈圈能够代表的信息太少，比较推崇经典的文字方式的提取用例。
我猜，楼主所说的软件系统的功能可能比较多，因此功能上需要以模型形式向外界展现现有的功能集合。
如果如我所猜，那么这个图主要是概括系统已有功能，向外界介绍更个系统能力。
------解决方案--------------------------------------------------------
功能模块图在需求分析阶段开始出现,在总体设计阶段作为直接目标,在详细设计阶段作为根参考目标,在实际编码阶段作为实现目标,在测试阶段作为核对目标,基本可以说是贯穿整个开发(不仅是设计)过程,甚至还会延伸到销售过程的产品说明书,用户培训手册等.
------解决方案--------------------------------------------------------
在另外的开发模式下,不同阶段的功能模块图有所演变:需求分析阶段对应的是用户需求功能模块图,而设计阶段对应的是软件内部功能模块图,两者的意义有所区别,一个反映用户需求,一个表示具体的设计逻辑,前者是外在表现,后者是内在结构.一头一尾(即需求分析和测试阶段)用的是前者,中间两个过程(设计和编码)用的是后者.