软件架构？流程？UML?开发文档？...
   大家好！
   小弟在一个刚刚起步的软件公司，各个方面还都不健全，想向各位请教一下关于开发流程/项目管理/软件架构相关的问题。
   在接到一个新的项目后，各位大神/诸位公司的大神都是如何设计项目的整体框架的，对于一个新的项目，各位大神都是如何进行软件架构的？
1，在设计框架的过程中都用到什么工具/软件？

2，是否画UML图，UML图详细程度又如何，详尽到将每个类中应该实现的函数名称和功能都定下来？

3，开发的过程中是否写开发文档？开发文档具体都写一些什么内容（函数的使用方法？）？

4，从接到项目到最终发布整体流程是怎样的？

5，开发过程中时间又是如何掌控的？

6，项目经理是否知道各个成员所写的函数都如何用？比如说，项目开发完成之后，发现某个功能存在Bug，而这时候开发     这个功能的团队成员已经离开了，项目经理是否能够很快的将其解决？安排一个新人研究代码还是自己直接就很快的搞定？

7，项目经理给团队成员分配任务一般是按照什么方式，是按照功能模块来，还是直接安排某人完成某些设计好的类（在第2点中提到的UML设计好的那些类）？

8，有没有相关的资料/书籍推荐一下？


   问题比较多，但是我现在只能发表100分的帖子，不知道是论坛规定还是我的权限问题。
希望各位大侠能够指点迷津，谢谢！
------解决方案--------------------
我采用极限编程方式，在编程方便具体地说就主要是测试驱动开发和持续发布（几天就正式发布一个版本到生产服务器）的理念。
------解决方案--------------------
关于你说的2.问题，我觉得那种说法是最难以分辨清楚的。你问一个建筑师是否会在每一个水泥预制件上签名字？显然他需要为其架构负责！但是未必要签名字。

软件的每一“一砖一瓦”每天都几乎会被成千上万次地（自动）测试到，而且任何问题都会立刻解决。但是正因为有这种能力，所以有勇气经常重构，架构是一种经常变动的东西，而不是什么预先写文档来定下来的。

敏捷开发过程不是围绕文档来开发的，而是围绕测试来开发的。编程的目的就是为了让测试通过，测试（我指的是设计而非低级的手工执行）的目的才是为了市场。编程目的一点也不点也不高尚，程序能够通过测试就可以了。测试才是开发目的。
------解决方案--------------------
建议你系统地学一学，有专门的架构师/团队管理的培训。
------解决方案--------------------
刚起步，如果软件到不了一定规模的话，就从简一下也可以了，按cmmi1.0的要求做就可以了
------解决方案--------------------
这些问题因实际情况而异，别人的模式在你这可能也并不适用。

像在设计框架中使用的工具或软件，应该没有哪种工具说我通过它就能直接生成相关的框架。所谓此类工具大多是提供流程图、UML图等功能来较清楚的展示框架结构，方便成员间的交流，像visio、rose等。甚至在白板上用手画这些图也是可以的。

如何探索一种适合自己的模式才是最主要的。

对于设计，顶层设计（框架设计和架构设计）始终掌握在几个人手里，他们在宏观上把握整个方向。
对于开发，应首先建立起开发模式机制，像1楼所说的极限编程模式。这样才会管理起整个开发流程。
对于文档，文档只是一种软件产品的辅助，在开发过程中可能会有各种各样的文档，像需求分析报告、架构设计说明书、概要设计说明书、详细设计说明书、数据库设计说明书等等。但此类文档并不是必须，但若有则必须跟程序一致。
------解决方案--------------------
这个话题能切壶茶谈一下午，呵呵
------解决方案--------------------
很简单就是不管什么，能达到实现的目的就可以了！