项目的文件在处理大量的业务逻辑规则。如何组织？[关闭]

Question

我的工作相当复杂项目，在业务条款的逻辑数量和数量的部件。

每个开发者主要是工作上"自己的"组成部分。我的理解是，这并不是非常的跨职能，但它不可能知道每一个部件的细节。

团队sostav变化时。因此，我们有情况下，当一个人有工作，在"其他人的组件"。这可以定期的地下室，所以你可以回来的问题，一个月后，时刻你可以问组成的商务逻辑的所有者同样的问题一次又一次，因为你只是忘记某些微小但是重要的细节，一个月后。

这种情况是令人讨厌的时候。

我们 每日会议, 当人讲述了他做了什么和将要做。我们的项目 wiki问：F.A. 页-我们中提取的最常见的问题。

什么你认为有关的问题？

你会如何建议我们解决？

Answer 1

鉴于组件的性质，我会去：

1.) 框架文件指定应用程序目的，设置，要求等。2.) 模块文件的每个部件在一个共同的格式和编制索引的通过的名称。

看看 http://docs.python.org 一个良好的例的一般和文档 http://docs.python.org/modindex.html 对于一个很好的例子模件/组件文档

哦，和每日会议一般是坏的，他们采取了大量的时间和答案获得遗忘。新人或病人，近的会议和必须重新简要介绍了.这是100更好地把它写下来的所有和保持一个纸/电子邮件线索，除非讨论的反馈是必需的。