大規模なプロジェクトのKeeのプロジェクト管理プロセス全体[1]総合分析のMandrianウェブ操作：機能的分割、組織構造

Mandrianは、教師の特定のニーズを考えると、ライブラリ管理システムであり
、主に管理プロセスと研究のハイレベル設計と実践である。このプロジェクトの目的
11メンバーのチームは、通行人局を

会員調査

。多くの人々がここに私は知らないので、私は容量のアンケート調査は、コード、管理および設計能力で事前に作られたので

（前と後に分離している場合）結論：

それが選択されていないならば、胡主席は、利点であり、1：多くの人が実際に2に近い比の前と後の番号の前に行きたいです
主要言語の後端部は、javaでなければなりません
私たちは、多くの人が開発にどのように連携するか？バージョン管理をコーディングする方法そして...それをgitのではないのですか？それは差し込み印刷コードQQ、それを使用することです-_-

分析と設計プロセス

以下では、主に、一見、固定分析と設計法私の経験ではないか、私は??忘れてしまったという

分析：特定の機能部門の需要、組織構造の
設計：DB設計、APIの設計、開発モジュールの設計、アーキテクチャデザイン、フレーム選択

機能部門

次の作業のための道を開くためには、上の写真の目的は、
ことに留意すべきです。

ここで私は組織構造はよく分からないので、分業がいないチームリーダーことができ、第1分割だけ偉大な指導者を行うことができ、またはPOが議論
最初の分割は、組織構造、所与の最大の貢献であります
二番目に大きい部門は、タスクの特定のセットを開発することを目的とします
開発プロセスが機能部門を見つける可能性がある正しくない、方法は、我々は、増分モデルではなく、ウォーターフォールモデルと特に厳格な限り時間がありません
いくつか実際には、ここではWBSのように、これは私が接触させた後で、現在は明らかではないが、なぜWBSであります

組織構造

なぜ、このような方法で設計されて？なぜ教師ポイントによって三つの機能？

まず、関数によって、それは2つの欠点があります
- 効率の低いコーディング
  と同時に、いくつかの関数をやって、そしてメンバーは人々の協力を理解していない場合は、競合はコードをマージする可能性がある
  との前と後には、関係なく、言葉の、前とバックの終了後に変更する可能性が非常に高いがあると述べ、恐怖は脳に変換されていません
- 学習の高コストのメンバーは、
  前面側の後端部には、ああ立つことがあり、誰ながら、フレームワークや言語を理解していません
あなたは、道路の分離の前と後に押すと、私は問題はないと思います
が、このような書き込み文書などのコースの範囲で物事を把握する機能で除し、その後、この部門は、より困難に比べて、それのための非常に退屈な理由とみなすことができます
副主な機能の前と後に、いくつかの非常に深刻な問題があるでしょう
1. （そのようなAPIのログインなど）同様の機能をマージかかわらず、これを実行する人の合併後、大きな問題、実際には、グループの相互依存の終了前後にいないように見えるが、その後、私はそれの公開部分を記述する必要があります？（吐血
2. APIリーダーグループのようなデザイン、そしてCRUDリーダーの司書のグループは、ReaderControllerを書いた最後に？私たちは、これはそれがトラブルを求めていない、SelfReaderController、LibReaderControllerに分離すべきだと思いましたか？
だから我々は3とバックエンドを組み合わせ、の書き込みである可能性が高い
フロントエンドのレンダリング、MockServer：（フロントとリアエンドの開発に私達の注意のようなこのキーワード、たとえば、とは全く別のものです

DB設計

キーワード：権限の5つのテーブル（？多分3）
TODO：どのように統計をログに記録する方法を解決するために？

APIの設計

RESTfulなAPIが実行されませんでした
長い前と共有した後、文書を定義しそうな最初のチームを

モジュール部門

上記の議論に基づいて、私の心はまだ同じ古い
データアクセス、ツール、設定、権限がAOP、AOP、セキュリティAOPログ：mandrian共通
mandrianバック：（おそらく、mandrian-APIと呼ばれる？）主にAPI
mandrian-フロント：ページビューを提供しますurlには、特定のページがあり
、それを議論することは、

アーキテクチャの設計

メッセージのノートを取っただけでなく、ログ統計、アップMQする必要があります？
続き

フレームを選択

前：ブートストラップ、jqueryの、template.js、（モックサーバー）
の後に：春ブーツ、春のMVC、（春データJPA + MyBatisの）、thymeleaf（ほとんど静的なページ）
に議論します

Tucao

私はあなたを知っているが、それでもリーダーとなっていないのはなぜいえば？
その理由は、私たちのモーラの決定のヘッドは、それが十分なナンセンスされているだろうが、私は実際に10人を失うことができるということです？