実験4ソフトウェアプロジェクトのケース分析
| プロジェクト | 内容 |
|---|---|
| コースクラスのブログリンク | https://www.cnblogs.com/nwnu-daizh/ |
| 割り当て要件リンク | https://www.cnblogs.com/nwnu-daizh/p/12521474.html |
| 私のコースの学習目標 | （1）ソフトウェアエンジニアリングの基本概念と理論を学ぶ;（2）個人がチームでどのように役割を果たすかを学ぶ;（3）チームがどのように協力するか;（4）プロジェクト開発プロセスに精通している |
| この課題は、コースの目標を達成するのにどのように役立ちますか | （1）学習チームソフトウェアプロジェクトプロセス（TSP）、チームメンバーのコラボレーション要件。（2）アジャイルプロセスと関連する概念の原則を習得する。 |
| 学生ID名 | 201771010132-Xu Si |
| 相手をこのブログ割り当てリンクにリンクする | https://www.cnblogs.com/sisi-713/p/12656353.html |
タスク1：実験3つの優れたケースの推奨事項：Wang YanおよびWang Yulan Group
Wang Yan：https : //www.cnblogs.com/JAVA-729/p/12554359.html Wang
Yulan：https ://www.cnblogs.com/wang963/p/12573855.html
実験3の宿題で100点以上のスコアケースとして1つを選択し、ケースプロジェクトの結果を評価します。具体的な要件は次のとおりです
。1.ケースのブログ割り当てを読んでコメントします。コメントの重要なポイントには、ブログ投稿の構造、ブログ投稿のコンテンツ、ブログ投稿の構造、PSPの「タスクコンテンツ」があります。列と上記のコメントの関係は、ケース割り当てのブログコメント領域に投稿されます。
2.ケースプロジェクトのソースコードをローカルマシンに複製し、プロジェクトコード仕様ドキュメントを読んでコードを実行し、コード操作の問題を要約し、ケースのブログ投稿がプロジェクトコードの理解に役立つかどうかを体験します。
コード実行：
ログインインターフェース
システムのメインインターフェイス：
学生
はデータベースにレポートを入力して、レポートに入力する
すべての人々のステータスを表示します操作
を
変更するために情報を入力する学生を表示します
操作の
流行ガイドラインの削除
3.この3つの実験のグループの実験とブログデザインの問題と欠陥を要約し、コードのバグ、実装されていない関数などをリストします。
タスク2：実験3でパートナーと協力する：「現代のソフトウェアエンジニアリング-構築方法」の第5〜6章を読み、ソフトウェアプロジェクトチームの特性を理解して習得し、ソフトウェアチームのモデルを理解し、理論的なレッスンと合わせてウォーターフォールを理解するモデルとその変換、プログレッシブ配信プロセス、アジャイルプロセス、およびその他の典型的なソフトウェアプロセスモデルの特性は、カーネギーメロン大学（CMU）ソフトウェアエンジニアリングスクールによって要約されたTSPの原則を理解し、評価します。
5.1非チームとチーム
チームの特徴：（1）一貫した集団目標があり、チームはこの目標を一緒に完了する必要があります。チームのメンバーは、同時に作業を完了する必要はありません。
（2）チームには独自の分業があり、タスクを一緒に完了するために互いに依存しています。
5.2ソフトウェアチームのモード：担当医（主な担当者がいる、他の人が支援する責任がある）、星、コミュニティ（すべての人が薪と炎を集める）、アマチュアシアター（異なる役割）、秘密のチーム（干渉なし）、秘密のエージェントチーム（マスター）、交響楽団（それぞれ独自の機能を持つ）、ジャズ（個人化された表現）、機能チーム（グループコミュニケーション）、官僚制（非推奨）。
5.3開発プロセス
（1）ウォーターフォールモデル
ウォーターフォールモデル：（ウォーターフォールモデル）はプロジェクト開発フレームワークです。開発プロセスは、システム要件分析から製品のリリースとメンテナンスまでの一連の段階を設計することによって実行され、各段階でサイクルが生成されますしたがって、フィードバックは、カバーされていない情報がある場合、または問題が見つかった場合は、前のステージに「戻り」、適切な変更を加えることをお勧めします。プロジェクト開発プロセスは、あるステージから次のステージに「流れ」、これはウォーターフォールモデルの名前でもあります起源。
ウォーターフォールモデルの適用範囲：製品の定義は非常に安定していますが、精度は非常に重要です。製品モジュール間のインターフェイスは定性的に明確に定義および検証でき、使用されるテクノロジーは非常に成熟しており、サブチームは頻繁に通信できません。
（2）滝モデルの変形：滝モデルの変形：刺身モデル（隣接する各モジュールは刺身のように部分的に重なります）と大きな滝と小さな滝（各サブシステムは最後のシステムテストまで統合されます）
（3）プログレッシブ配信：プログレッシブ配信プロセス：システムの主な要件とアーキテクチャが明確になった後、ソフトウェアチームは進化するサイクルに入りました：{開発⇒リリース⇒フィードバックを聞く⇒フィードバックに基づいて改善する}、時間がなくなるまでこのサイクルを繰り返し、お金が費やされたか、計画された反復回数が完了したか、または顧客が満足していると感じている。
（4）TSPの原則：
1.明確に定義されたプロセスを使用し、プロセスの各ステップを繰り返し、結果を測定できます。
2.チームの各メンバーは、チームの目標、役割、製品を統一的に理解しています。
3.成熟したテクノロジーと慣行を使用するようにしてください。
4.可能な限り多くのデータ（チームの悪いデータを含む）を収集し、そのデータを使用してチームが合理的な意思決定を行えるようにします。
5.現実的な計画とコミットメントを作成するチーム計画は、上司ではなく特定の実行役が作成する必要があります。
6.チームの自己管理能力を高めます。
7.品質の向上に焦点を当て、ソフトウェアのライフサイクルの早い段階で問題を発見するよう努めます。品質を改善する最も効果的な方法は、包括的で綿密な設計作業を行うことです（後で問題を修正するために急いで行うのではなく）。
6.アジャイルプロセス
6.1（アジャイルプロセス）：（解決すべき問題を見つける->現在の目標を決定する->スプリント（毎日のミーティング）->改善）
アジャイル開発の原則：
（1）可能な限り早期かつ継続的に価値を提供する顧客のニーズを満たすソフトウェア
（2）アジャイルプロセスは需要の変化を歓迎し、これらの変更を使用してユーザーの競争上の優位性を向上させます
（3）使用可能なソフトウェアを頻繁にリリースします。リリース間隔は数週間から数か月で、最短で可能です
（4）プロジェクト開発プロセスの間、ビジネス担当者と開発者は毎日一緒に作業する必要があります
（5）意欲的な人々をプロジェクトのコアとし、彼らを完全にサポートして信頼します
（6）チームの内外を問わず、対面コミュニケーションは常に最も効果的なコミュニケーション方法です
（7）利用可能なソフトウェアは、プロジェクトの進捗状況を測定するための主要な指標です
（8）アジャイルプロセスは、持続可能な開発を維持できる必要があります。リーダー、チーム、ユーザーは現在のペースで協力し続けることができる必要があります
（9）テクノロジーと設計に常に注意を払うことによってのみますます俊敏になります
（10）シンプルなスキルを維持して、ワークロードを可能な限り単純化します
（11）自己管理のみチームは優れたアーキテクチャ、要件、設計を作成できます
6.2アジャイルプロセスの問題と解決策（計画：依存関係を反映する->説明を技術レベルに詳細化する-> 3回追跡する->レッスンをまとめる）
6.3アジャイルチームの
自己管理（自分でタスクを選択する）、自己組織化（共同責任）、多機能（全責任）。
6.4アジャイルの要約
品質管理、短時間の反復、極端なプログラミング、教訓。
6.5迅速なQ＆
アジリティが値の一種である、ベスト・プラクティスTDD、宣言（左用語）の範囲、アイデアをまとめる
と、ショットのディスカッション・コンパニオン：
統計情報の報告の数
感染統計の数
Excelにエクスポートデータを
QQメールのリマインダを介して情報を送信することが報告されました
タスク3：クラスブログパークには、カレッジや大学にソフトウェアエンジニアリングコースが多数あり、学生はチームプロジェクトを完了する必要があります。実験的なペアリングパートナーに相談し、次の3つのクラスで共同学習用の高品質のチームプロジェクトケースを選択して、追跡が必要です。チームプロジェクトは、すべてのブログの割り当てを公開し、プロジェクトソフトウェアコードをダウンロードします。
- 2016コンピュータサイエンスおよびエンジニアリングソフトウェア工学科（ノースウエストノーマル大学）
- 2019 Qiufu University Software Engineering Practice Class Z（福州大学）
- 2019年春に、北京航空宇宙大学（北京航空宇宙大学）のコンピューター管理システムがホテル管理システムのケースを分析します。
私たちは、コンピュータサイエンスとエンジニアリングソフトウェア工学の（西北師範大学）の2016校を選んだ最初の「狂気」少年チームのホテルの会員管理システムを。
チームプロジェクトジョブリリースアカウントリンク：https : //www.cnblogs.com/snxfd/
チームプロジェクトウェアハウスgithubリンク：https : //github.com/snxfd123/designfile
- 分析のためにチームプロジェクトを選択する理由：プロジェクトの設計および分析フェーズにおけるチームのブログ投稿が完全かつ詳細です。
- 一連のブログドキュメントと組み合わせて、プロジェクトチームメンバーの分業と協力の概要をまとめます。
若い最初の「クレイジー」チームには、Yao Yuting、Ma Lisha、Sun Miaokun、Zhang Qiongの4人のメンバーがいます。
プロジェクトチームの最初の作業の分割は大雑把で無理です。各ページにチームのメンバーが変更されている可能性があります。後の作業ではこの問題が実現し、進捗状況に応じて各段階でより詳細なタスクに分割されました。
需要調査および分析段階：
要件分析の改善と
システム設計段階の分割：詳細なシステム設計段階：
コーディング段階：
受け入れ段階：
- プロジェクトシリーズのブログドキュメントを組み合わせ、プロジェクトのソフトウェアプロジェクトプロセス特性（TSP）を評価する
1.明確に定義されたプロセスを使用すると、プロセスの各ステップを繰り返し、結果を測定できます。
2.チームの各メンバーは、チームの目標、役割、製品を統一的に理解しています。
3.成熟したテクノロジーと慣行を使用するようにしてください。
オペレーティングシステムWidnows 7、
開発ツールEclipse 4.5、
データベースMysql 5.5、
JDK 1.8、
WebサーバーTomcat 8.0、
ユニットテストフレームワークJunit4、
WebページデザインHBulider Dreamwerve、
4。可能な限り多くのデータ（チームに適さないデータを含む）を収集します。そして、データを使用して、チームが合理的な決定を行うのを助けます。
（1）アンケートや対面インタビューを通じてユーザーのニーズを把握する情報の信憑性を確保するため、まずqqグループとWeChatグループでアンケートを公開し、調査範囲を広げます。
（2）各ステージで、メンバーは割り当てられたタスクを完了するための時間を見積もり、コンテンツの一部を完了するためのリアルタイムを収集するため、チームリーダーはより合理的に次のステージの作業を割り当てることができます。
- 実践的な計画とコミットメントが策定され、チームのタスク割り当てが詳細かつ明確であり、分業が明確であり、各メンバーも独自の部分を完了しています。
- チームには強力な自己管理機能があり、チームは常に反映し、要約し、改善します。
- チームプロジェクトのgithubリポジトリのソースコードファイル構造を確認します。コード仕様ドキュメントが含まれていますか？
チームプロジェクトのgithubリポジトリには、コードドキュメントの仕様を含む完全なソースコードドキュメントがあります。
- チームプロジェクトコードをダウンロードし、プロジェクトの運用環境を展開してソフトウェアを使用し、最も単純で直感的なユーザーエクスペリエンスを説明し、少なくとも2つの深刻な機能上のバグを見つけ、スクリーンショットをブログに表示します（20ポイント）。
システムは主にホテルのメンバーを実装しています管理。
（1）ログインモジュール：権限ログインを含む、システム管理者とメンバーユーザーがいます（システムに入るにはユーザー名とパスワードを入力してください、メインインターフェイスはさまざまな機能を表示します）
ポイントの交換：ポイントの交換には、製品番号、製品名、製品価格、製品が含まれます残り数量、会員還元機能を実現します。次の図に示すように：
管理者モジュール：管理者を選択して管理者のメインインターフェイスに入ると、次の図に示すように、管理モジュール、メンバー情報管理モジュール、および課金モジュールがあります。
管理モジュールには、部屋管理および商品管理モジュールが含まれます
3.1.1部屋管理モジュール：部屋管理モジュールには、部屋番号、部屋のサイズ、部屋のタイプ、部屋の価格、部屋の状態が含まれます。以下に示すとおり：
3.1.2商品管理モジュール：商品管理モジュールには、商品番号、商品名、商品価格、商品数量、操作が含まれます。次の図に示すように、
3.2メンバー情報管理モジュール：メンバー情報管理モジュールには、メンバーの追加とメンバーのクエリの2つのモジュールが含まれています。以下の図に示すように：
3.2.1メンバーモジュールの追加：登録されたメンバーは、次の図に示されています
。3.2.2クエリメンバーモジュールパッケージメンバー番号、メンバー名、メンバーの性別、ID番号、携帯電話番号、口座開設日、メンバーポイント、およびメンバーの残高情報、会員の削除機能を実現しました。次の図に示すように：
3.3料金管理：料金管理モジュールには、再充電モジュール、消費モジュール、チェックアウトモジュールが含まれます。
次の図に示すように、3.3.1再充電モジュール：再充電操作をクリックすると、再充電インターフェースに移動し、独自のメンバー番号とメンバー名で再充電します。次の図に示すように：
3.3.2消費モジュール：次の図に示すように、消費モジュールは住宅消費
です。3.3.3チェックアウトモジュール：次の図に示すように、チェックアウトモジュールは部屋の状態をnullに変更するだけで済みます。
ユーザーエクスペリエンス：システムインターフェースはシンプルで理解しやすく、使いやすいです。スタイルは比較的一貫しており、オフィスの習慣に準拠しています。重大な結果をもたらす機能は元に戻せる、または明白な警告が表示され、実行前に確認が必要です。システム操作はシンプルで使いやすいです。 - チームプロジェクトが継続的な開発の価値があるかどうかを評価し、その理由を述べますか？（5点）
開発を続ける価値がある。このソフトウェアはホテルの会員管理に使用されます。このシステムの実装により、ホテル管理者は情報、会員カード発行情報、会員の活動、会員の消費記録、会員割引情報などを収集し、すべての会員の活動をリアルタイムで管理できます。このシステムにより、ホテルの効率と効果が大幅に向上し、顧客と従業員の満足度が向上します。
「実験4ソフトウェアプロジェクトケース分析」の各タスクの完了に費やされた実際の時間を記録します;
| プロジェクト | 時間（h）
|-|-|-|
|タスク1 | 3
|タスク2 | 2
|タスク3 | 4
|タスク4 | 1.2
まとめ今回の実験では、工法の第5章と第6章を読み、チームモード、TSP、ウォーターフォールモデル、アジャイルプロセスなどの開発プロセスを学びました。2組のチームプロジェクトケースのブログの投稿とコードドキュメントを読んで理解し、分業やメンバー間の協力などのソフトウェアチームプロジェクトの作業の理解を深め、多くの方法を学びます。