如何借助uml编写软件设计文档？
兄弟在编写软件设计说明书的时候，想使用uml进行说明，但是感觉uml有那么多的图，不知道是应该将所有的图都列入文档中，还是只选择比较重要的有助于描述软件设计思想的图进去就可以了，如果是这样的话，都应该选择那些图比较合适呢？（好像类图和用例图是必不可少的。）如果哪位有软件设计文档的模版肯拿出来让兄弟参考一下的话就更好了，谢谢了先：）
[解决办法]
业务分析一般用 业务用例图、活动图描述
需求分析一般用 用例图、活动图、用例事件流描述
概要设计一般用 时序图、协作图描述
详细设计一般用 包图、类图描述
[解决办法]
最重要的，文档写出来是给人看的。你的软件设计说明书将来给谁看？给系统分析师做为验证需求与设计的一致性，还是其他设计师做同行评审，还是为程序员提供施工图。目的不同，内容的重点和详细程度应有取舍。
一图胜万言，只要是确实包含设计意图——哪怕是中间“推导”性质的顺序土、时序图、状态图、活动图等，有胜于无。
如果UML图并没有包含所有的设计思想，尤其是一些约束条件、异常处理，因此，还是需要文字的描述和补充。
至于格式，以下组织方式仅供参考。
- package diagram
+ package
- class diagram
+ class
- startchart diagram/activity diagram/sequence diagram
- property/method.
[解决办法]
看看RUP。
Rose可以帮你生成设计文档SoDA
[解决办法]
挑重要的，粒度可以大些，不然会累死你的。
一般用 用例图、活动图、时序图就够了，进一步可以用类图。
越简练越好，而不是越多越好。
[解决办法]
顶
[解决办法]
二楼！ 中！
[解决办法]
给你个我写详细设计的要点吧
1.适用范围
2.关键词，缩略语
3.简介
4.功能说明
5.状态图，或者是系统框架说明，特别是该详细说明描述的内容在该系统的位置和说明
6.序列图，具体功能实现
7.参考资料
其中4,5,6要视具体开发什么性质的软件而有所不同。
[解决办法]
我们公司基本不会UML图
[解决办法]
在传统的方法中，一般用层级结构图来描述系统结构。然而在面对对象建型，当前有一个叫ICONIC的方法，需求分析时用用例模型，在想设计过度的时候，走了两步，一步是建立领域模型，然后建立实体图、动态模型图（即楼上所说的序列图、活动图、状态图）；我曾经试过，画这写模型的时候，几乎深入了细节，很花时间；反而传统的做法，层级结构图和架构图却很好的描述了系统的概貌。
个人认为，如果是大型的管理系统，只要把架构和层次结构描述好了就可以，细节的东西放到详细设计更好一点。
[解决办法]
Visual Paradigm for UML能帮你生成文档，pdf格式或者自己撰写，我生成过pdf的，感觉很想msdn的帮助，非常的漂亮实用，还挺方便。try try
