第3の対のプログラミング動作
| 私のブログのアドレス | リンク |
|---|---|
| チームメイトのブログのアドレス | リンク |
| フォークgithubのプロジェクトアドレス | リンク |
| GitHubのプロジェクトアドレス | リンク |
| 運用要件に対応 | リンク |
.PSPを形成します
| PSP | パーソナルソフトウェアプロセス段階 | 推定時間がかかります | 実際の時間がかかります |
|---|---|---|---|
| プランニング | 計画 | 2Hour | 1.5Hour |
| 推計 | このタスクが必要とどのくらいの時間を見積もります | 3Day | 3Day |
| 開発 | 開発 | 2日 | 1日 |
| 分析 | （新しい技術を学ぶ含む）ニーズ分析 | 4Hour | 3Hour |
| デザインスペック | 設計ドキュメントの生成 | 3Hour | 5Hour |
| デザインレビュー | デザインレビュー（と同僚が設計文書を見直し） | 5Hour | 1時間 |
| 標準コーディング | コードの仕様（現在の開発のための適切な規範の開発） | 3Hour | 4Hour |
| 設計 | 具体的な設計 | 1日 | 1日 |
| コーディング | 具体的なコーディング | 1日 | 1日 |
| コードレビュー | コードレビュー | 3Hour | 3Hour |
| テスト | 検査（セルフテスト、コードを変更し、変更を提出） | 3Hour | 2Hour |
| 報告 | レポート | 4Hour | 4Hour |
| 試験報告書 | テストレポート | 2Hour | 2Hour |
| サイズ測定 | コンピューティングのワークロード | 1時間 | 1時間 |
| 死後＆プロセス改善計画 | その後まとめ、およびプロセス改善計画 | 3Hour | 3Hour |
| トータル | 76.5Hour |
II。手続き要件
作業は、必要なプログラムがエラーを実行して、特定の特性を持つことはできませんという名前の教師の基本的なニーズを満たすことができるのWinFormランダムな名前のプログラムを達成するように設計されています。
III。フォーマル操作
3.1労働者の具体的な分割
学生IDの末尾番号24234呉ハオ鄭（つまり私）は、コード、テストと評価を改善するために、学生の情報ウィンドウのデザインを担当しています。
学生数24214尾数徐Jiawen（チームメイト）は、プログラムコードの開発を担当して書きます。
この部門にもかかわらず、私たちは仕事を完了するために一緒に信仰、一般的な進歩の原則、相互協力、チー力を学びます。
3.2回答アイデア：
実際には、ほとんどのいくつかの困難を伴って、時間の運用上の要件を参照してください、私と私のチームメイトが私たちのために仕事を信じることを始め、そして良い教師は教室で考えて明確な答えを提供し、の観点で書かれたコードします私たちは大きな助けを提供します。
この主要なプログラムランダムな名前の全体的な需要のために、我々はいくつかの小さな運用タスクに四つの部分、大規模なタスクに分けることができます。このプログラムは、以下の特定のニーズ二つのものがあります：1ロード生徒のリスト; 2、実行の開始と停止ランダム点呼を完了するために、2つのコマンドをという名前の名前を...
まず、我々は良いプログラムウィンドウがより美しい外観を持つべきであると信じているので、窓の設計上のいくつかの努力をしました。次のように最終的な結果は以下のとおりです。
私たちは、その後、プログラムに基づいて、教師がプログラムより信憑性を作るために、コードにいくつかの最適化を持っていますが、一部の学生のためには、プライバシーの問題は、特別にマークされたモザイクが番号情報を学びますと述べ与えます。プログラム線図については、以下の操作の結果：
3.3コードレビュー
（1）コードの意味を確認します。まず、コードのレビューで見つかった問題は、大半は、開発者が独自に見つけることができます。この意味から、校閲者は、開発者がしなければならない必要があるため、乾燥の開発者です。また、レビューと応答した問題のコードは、武道の人がレビューとしてお互いを見るのが好きチームメンバーが、お互いを理解するのに役立ちます。チームは新しいメンバーを追加した場合は、コードレビューは、新しいメンバーがチームの開発戦略、プログラミングスタイルとワークフローを理解するうえで非常に有効であることができます。
（2）コードレビュールール：リファレンスプロフェッショナルのブログ
（3）私たちのコードレビューの段階：この2台のコンピュータを使用しながら、私たちは、一緒に成し遂げた作品ですので、あなたは常に、両側の進行状況を確認する準備ができて、お互いにアドバイスを提供することができますエラーコードが見つかったため、または個人的な理由でミスをした場合、その後、あなたは常に指摘することができ、我々の仕事の見直しステージは比較的リラックスした、あまりにも多くの問題になります。
3.4コード分析
3.4.1フォームのメインコードプログラム（一部）テーマ：
3.4.2プログレスバーコードのテーマ
3.4.3生徒データ・エントリ・キャップ：
3.5ユニットテスト
コードのスクリーンショット：
3.6その他の機能
私たちは、将来的にはチャンスがあると、最終的には失敗した、という名前の高いユーティリティのシステムに基づいて、元のコードの検索機能を追加しようとするが、理由は、基本的なC＃の十分な難しいことではありません、我々は我々を改善するために、教師を頼みますよプログラム。
3.7ペアプログラミングプロセスと写真
3.7.1ペアプログラミングのプロセス：ペアプログラミングのプロセス全体、私と私のチームメイトは、より多くの協力暗黙の了解、労働、職務の合理的な部門、一般的にはあり、問題は時間ではなく、先延ばしがあり、非常に調和のとれ仲良くペアプログラミングは、私は非常に喜んでいた、と私はまた、新しい多くのことを学びましたが、私のチームメイトから学びました。
ペア・ジョブ・写真3.7.2：
IV。私の考えと概要
この時間は、ジョブは、私は自分の欠点ことに気づき、この仕事を通じて、プログラムの将来のために、プログラムを変更し、自分を補完するために、教師に基づいて行われます