ブログのアドレス
I：031702114レイのブログのアドレス：https://www.cnblogs.com/alvin-mx
：私はこのブログのアドレスのために働くhttps://www.cnblogs.com/alvin-mx/p/11705135.html
プレーヤー：021700325チウ魏徐ブログのアドレス：https://www.cnblogs.com/klaycf/
作業チームのブログのアドレス：
労働者の特定の部門
I：固定形式、マルチツリー合成アルゴリズムへのデータ入力プロセス
固定フォーマットへのデータ入力プロセス、CSSスタイルのデザイン：チームメイト
PSPテーブル
| PSP2.1 | パーソナルソフトウェアプロセス段階 | 推定時間がかかる（分） | 実際の時間がかかる（分） |
|---|---|---|---|
| プランニング | 計画 | 30 | 30 |
| 推計 | このタスクが必要とどのくらいの時間を見積もります | 30 | 50 |
| 開発 | 開発 | 360 | 480 |
| 分析 | （新しい技術を学ぶ含む）ニーズ分析 | 600 | 420 |
| デザインスペック | 設計ドキュメントの生成 | 0 | 0 |
| デザインレビュー | デザインレビュー | 20 | 60 |
| 標準コーディング | コードの仕様（現在の開発のための適切な規範の開発） | 30 | 30 |
| 設計 | 具体的な設計 | 20 | 60 |
| コーディング | 具体的なコーディング | 360 | 420 |
| コードレビュー | コードレビュー | 60 | 120 |
| テスト | 検査（セルフテスト、コードを変更し、変更を提出） | 120 | 60 |
| 報告 | レポート | 30 | 60 |
| テストrepor | テストレポート | 30 | 60 |
| サイズ測定 | コンピューティングのワークロード | 30 | 30 |
| 死後＆ampProcess改善計画 | その後まとめ、およびプロセス改善計画 | 60 | 60 |
| トータル | 1800 | 1940 |
達成するための説明とデザインのアイデア
コード組織と内部の実装設計（図クラス）
達成するためにキーとキー部分のフローチャートのアルゴリズム
重要/貴重なコードスニペット、および説明
デザインやディスプレイの追加機能
クリエイティブユニークなデザイン、感覚のデザイン
データのほとんどのグループに比べて、私は、処理データの複数のセットをサポートし、真の家庭教師家庭教師の実現に関連した合成された木もある、教師と生徒の関係のシリーズが反映させることができる見つけることができます教師と生徒の関係の視覚的表示という意味でユニークな、と関係のこのチェーンの一連の部材で見つけることができます
アイデアの実現
データの各チャンクは、三木に対して生成され、それらの多くは、ノードにリンクされ、そしてそれからのデータを処理している間、我々は最初に、各ノードの父を記録する場合、それらを接続することは特に困難ですこの関係は、ツリーに構築することができ、その後、徐々に一緒に深い検索データ文字列を使用して、合成されたデータは、ツリー全体に散らばっています
重要/貴重なコードスニペット、および説明
達成結果は
[]（https://img2018.cnblogs.com/blog/1449021/201910/1449021-20191019221729229-1399195657.png
）
カタログの説明と使用のための指示書
内容が整理されてい
ページを実行する方法
Githubのチェックコードが記録さ
[]（https://img2018.cnblogs.com/blog/1449021/201910/1449021-20191019222036666-1354328576.png
）
コードモジュールまたは異常な接合が困難とソリューション
問題
ツリーを構築する方法を選択してください
私は結局、ツリー構造に直接ほとんどが経験していないので、我々はこの問題に巻き込まれたデータを表示し、タイトルを見たとき、ほとんどの人は見当もつかないと思います。最初のブートストラップを使用していた、結局、これは推奨指導助手である、私はこれが百度の発展のためのフレームワークである、echartsを発見し、これは達成することはできませんわかりませんが、また、情報の検索に後で学ぶために、私は国を考えます物事は常に一流ではないですが、絶対に罰金が、このフレームワークの選択に、使いやすく、ユーザーにフィット
質問2
情報処理
複数のデータに分割し、必要なフレームワークへのより困難な着信データは、我々は、タマネギを剥離ように、処理の層を使用するジョブは、フレームワークの使用を必要とするが、着信データ・フォーマットのためのフレームワークは、非常に厳しい要件を有しますゆっくり抽出され、所望の固定されたフォーマットに変換するステッププロセス
質問3
合成ツリー
データの各チャンクは、三木は、それらの多くの木に別々の表示データのちょうど束の場合には、それらの多くは、ノードをリンクされて生成されますが、そのツリーのノードは、多くの関係が反映されていない持っている、とのためにそれらを接続する場所を私たちはデータを各ノードの最初のレコードの処理中に、このように木の関係を構築することができ、データを処理している間、我々は最初に、各ノードの父を記録したところ、非常に難しいです親ノード、構築することにより、関係ツリーと一緒に深い検索データ文字列を使用して、その後徐々に、合成されたデータは、ツリー全体に散らばっています