私はかなり複雑なプロジェクト、ビジネスロジックの量とコンポーネントの量の面で取り組んでいます。多くのビジネスロジックルールを扱う際のプロジェクトのドキュメント。どのようにそれを整理する?
各開発者は、ほとんどが「自分の」コンポーネントで動作します。私はこれがあまり機能的ではないことを理解していますが、すべてのコンポーネントの詳細を知ることは不可能です。
チームsostavは時折変更されます。だから私たちは、ある人が「他人のコンポーネント」で作業しなければならない状況があります。これは定期的な地下に置くことができるので、1か月後に問題に戻ることができます。その瞬間に、コンポーネントビジネスロジックの所有者に何度も何度も同じ質問を繰り返してもらうことができます。後で。
この状況は時々厄介です。
私たちはのスタンドアップミーティングを持っています。 プロジェクトのwiki F.A.Q.があります。ページ - 最もよくある質問を抽出します。
この問題についてどう思いますか?
それを解決するにはどうすればよいですか?共通フォーマットでのアプリケーションの目的を指定する枠組み文書、セットアップ、要件など 2)
1)各コンポーネントのモジュールの文書は、とでインデックス付け:私は行くと思いコンポーネントの性質を与え