コンピューティングとソフトウェアエンジニアリング作業5

コンピューティングとソフトウェアエンジニアリング作業5

運用要件	https://edu.cnblogs.com/campus/jssf/infor_computation17-31/homework/10584
コースの目的	ソフトウェア工学の方法論を理解します。ソフトウェア工学の方法論上の記事の選択は、ソフトウェアエンジニアリングの経験上での共有ビューに基づきます。
リファレンス	https://www.cnblogs.com/xinz/p/3852390.html
ジョブのテキスト	https://www.cnblogs.com/yangqiuyan/

Keqianyuxi段階

4スクラム/スプリントレクチャー

https://www.cnblogs.com/xinz/archive/2012/10/05/2712602.htm
1.Scrum /スプリント開発ステップ：
1）行われるように完成した製品のニーズを特定する-プロダクトバックログを、バックログは、バックログ「と訳さ仕事、「」問題が解決される「」製品の注文「することができます。
2）修正のものに現在のスプリントのニーズを決定- 。スプリントバックログ
。スプリントの段階で3）スプリント（スプリント）、部外者が直接チームメンバーを邪魔することはできません。為替のすべてが唯一SCRUM MASTERによって行うことができます。より良いバランスへの対策「交流」と葛藤の「フォーカス」。

2.Scrum開発プロセス：
。1）自己の管理
2）自己組織化
3）クロスファンクショナ。

3.概要：
一定期間内に問題のいくつかを解決に集中する人材をできるように、対策の分割統治を取るためのプロジェクトのためにA）スプリント/スクラム多くのニーズ。
B）それは常に反復回数にまとめる、短期反復（イテレーション）を重視し、チームはプロセスや製品の機能を改善しました。
C）プロジェクト内の別の入力と責任の異なる人々ことは明らかである
毎日スクラム、スクラムマスター、チーム内の他の方法と役割を通じてD）それが通信して最適化チームや他の関係者の交流を促進すること。
e）はそのチームのメンバーは、非常に高い需要、自己管理、自己組織作られた 、クロスファンクショナルを。
f）は、それは複雑なプロジェクトを管理する方法、テストをどのように管理するかを、具体的なプロジェクトの進行状況を追跡する方法のように、ソフトウェア開発のすべての問題を解決するだけでなく、フロントラインチームのメンバーに断片的な採用戦いにしない、右の式を思い付きました。

4方法論を講義 - MSF

https://www.cnblogs.com/xinz/archive/2011/11/21/2257663.html
1.MSF基本原理：
（1）（フォスターオープン通信）情報の共有および通信を促進する
共通のビジョン（2）と仕事（作業Aの共有ビジョンされている方へ）
（3）完全な権限と信頼（エンパワーチームメンバー）
（4）プロジェクトの共同責任者、その職務を遂行（クリア責任と共有責任の確立）
提供のビジネス価値に（5）重点を（フォーカス値ビジネス）
（6）が変化（ステイアジャイルを期待して、アジャイルまま、変更を期待する）
（7）投資の品質（画質での投資）
（8）すべての学習経験（すべての経験から学びます）

2.特に対処しました

基本的なルール	具体的な要件
情報の共有および通信を促進する（フォスターオープン通信）	（1）すべての情報は保存やオープンディスカッション開き、全員に通知することを決め関与するすべての文字を含めることです。機密情報技術、セキュリティ、および必要な保護措置を取るように関与する（2）。
共通のビジョンや仕事など（共有のビジョンに向けた作業）	明確なプロジェクトの目標にどのようなものです。（1）この目標が明確でなければならないが、何のあいまいさはありません。（2）で存在していない、この目標を達成することができ、達成するための努力を通じてでなければならない;（3）目標が曖昧ではない、それはプロジェクトメンバーの日でなければなりません仕事は役割をガイドしています。
完全な権威と信頼（エンパワーチームメンバー）	力と権威の人へ（1）は、誰かにもっと自信と自尊心を得ました。（2）効果的なチームでは、すべてのメンバーが完全にライセンスすることができるはず、彼らは参照の独自の観点で自分の約束に従って、タスクを完了するための力を持って、同時に、彼らは完全に自分を達成するために、他の同僚を信頼約束。
（明確な説明責任と責任の共有を確立する）プロジェクトを担当する共同、その職務を遂行	物事がうまくいかない場合は、各文字は、独自の責任を持っているチームは、この役割は、責任を負うことになります。
ビジネス価値の重視（ビジネス価値を提供することにフォーカス）	それがリリースされ、正常に実行されるのみプロジェクトの商業的価値を反映させることができ、そのため、MSFプロセスモデルを開発し、リリースフェーズが含まれています。
（変化を期待、ステイアジャイル）の変化を期待して、アジャイル滞在	ソフトウェア工学は、唯一の定数が変更されています。だから、お客様のニーズが最初の瞬間には非常に明確であること、及び、その後開催されます空想は変更されませんしないでください。我々は変化することが予想されていることに注意してください、変化に期待できません。
投資の品質（品質への投資）	品質を重視、人、プロセス、およびツールへの投資を引き起こして、投資の品質を引き起こして。
すべての学習経験（すべての経験から学びます）	体系的には、チームメンバーが「後知恵」の意志に参加する目的、前向き、問題解決の態度を促進することができるように、チームの成功と失敗、などの特性と客観的評価チームチーム開発プロセス管理の一部をまとめたもの主観的な仮定や非難を避けるために。

3. MSFチームモデル
MSFチームモデルは、外部要因動作し、ビジネスやユーザーを含むように拡張することができます。反対で共通の利益、紛争で均衡を見つけるために。MSFチームモデルは、プロセス内の共通の利益の追求で表さ異なる利害の統合を促進します。

4. MSFプロセスモデル
1）MSFプロセスモデルソフトウェアの開発とスパイラルモデル進化の伝統的なウォーターフォールモデルから、それはスパイラルモデルベースの計画で、インクリメンタル反復における利点のマイルストーンは、ウォーターフォールモデルの長所を兼ね備えています。
2）MSFプロセスモデルの基本的な要素は、フェーズとマイルストーンです。いわゆる「ステージは」この時間で物事の特定のタイプのチームの濃縮物である、各ステージの最後には、プロジェクトやチームの作業の焦点の進捗状況の変化を表しています。たとえば、「開発段階」が終了して、チームはもはや十分な理由がある場合を除き、新機能を実装/デザインを許さないだろう「変更要求が。」
各ステージ3の終わり）マークマイルストーン、チームメンバーは今の仕事を導くためにフォーカスを移動する必要があり、そして次の段階を見てプレーヤーに新しい視点を奨励します。ステージ成果種々の得、次の段階の出発点であろう。

5. MSFアジャイルモード
A）ユーザとの通信をより重視;
B）品質-予防措置（欠陥の発生を防止し、バグが担当して固定されることを確実にするために）;.
実際の戦闘状況における品質上のC）強調;
D）プロセスを合理化し、直進。

宿題相

1.ソフトウェア開発プロセス
技術の進化とそれに続く改善の開発とソフトウェア開発プロセス、。
;初期開発からモデルがに（滝）滝
スパイラル反復（スパイラル）は、後に開いて登場し、
最近ではアジャイルソフトウェア開発（アジャイル）を上昇し始めたことを、
彼らはソフトウェア業界プロセスの開発のためのさまざまな時代に現れましたプロジェクトの種類ごとに異なるメソッドの認識と理解。

思考とデザインの原則2. A新しい方法
ソフトウェア技術としては、特定のオブジェクト指向技術（0O）の開発、ソフトウェア工学で、思考とデザインの原則の次の新しい方法を作っ：
1）を要約：最も基本的な特性や物事の行動を抽出、非本質的な詳細を無視して。上から下へ、抽象化の異なるレベルを使用する。ソフトウェア開発プロセスの複雑さを制御する方法のレイヤー間伐を。
2）情報隠蔽：モジュールは「ブラックボックス」、モジュールの内部に隠された実装の詳細として設計され、モジュールは、ユーザーの直接アクセス、使用、分離の原理のインプリメンテーションをしましょう。
3）モジュラー：ヘルプをオブジェクト情報の隠蔽と抽象的ななどモジュラーによって実現は、複雑なシステムを表しています。
4）ローカライズ：論理物理ブロックに相互集中コンピュータ・リソースを、モジュール間の疎結合が強い凝集力と内部モジュールを有することを確実にします。これは、ソリューションの複雑さを制御するのに役立ちます。
5）不確実性：ソフトウェア開発プロセスの概念全ての発現は標準化され、明確な定義されなければなりません。
6）一貫性： - -コンセプト一貫した、記号、用語プログラム、文書やデータを含むシステム全体のソフトウェア（）各モジュールのは、使用する必要があります。
7）完全性：ソフトウェアシステムは、任意の重要なコンポーネントを失うことはありません、システムが完全に必要な機能の範囲を実現することができます。システムの完全性を保証するためには、ソフトウェアプロセスにおける厳格な技術的な見直しが必要です。で。
8）検証可能性：大規模なソフトウェアシステムの開発は、トップダウン方式、層の分解を必要とします。システムの分解は、システムの原理は、検査テスト、評価、およびシステムの正確さを保証することは容易である従ってください。

3.ソフトウェア工学の方法論
行動のとソフトウェア開発のプロセスにおける一般的な規則は、従わなければならないソフトウェアエンジニアリング手法手段の。

1）ヘビー級方法：提示は、「守り」の姿勢です。アプリケーションでは、ソフトウェアプロジェクトマネージャーめったにプログラミングに関与関与していないかどうかによるソフトウェア組織を、「メソッドはヘビー級」、絶えず書き込みにプログラマを依頼しなければならなかった、プロジェクトは「恐怖感」を持つことになりますので、こと、細部からプロジェクトの進捗状況を把握することはできません多くの「ソフトウェア開発のマニュアルを参照してください。」ヘビー級のアプローチは、人々が中心ではなく、プロセス中心の開発を強調しています。

2）軽量方法提示「攻撃」姿勢、4つの基準に特に重点を置いてXPの方法である - に反映「通信、単純、フィードバックおよび勇気。」人の数を考える、大規模なソフトウェアチームのための「ヘビー級方法」（数十人以上）を使用し、小さなソフトウェアチームのための「軽量法」（少数の人、十人）の使用があります。もちろん、ヘビー級と軽量な方法のメリットには、そこに紛争の多くの方法があり、様々な方法が絶えず進化しています。

4.滝
。利点：
1）フェージングによってチェックポイントを投影する
電流）2 -終了段階の後、関心後段にだけ必要
3）ウォーターフォールモデル反復モデルに適用することができる
短所：
1）各固定フェージング、相間に発生する大量の文書は、ワークロード増加、柔軟性の欠如
2）基本的な線形モデルの開発、ユーザーが唯一のプロジェクトのライフサイクルの終了時に結果を見ることができ
、その後持って、見つけることができ、テスト後に3）早期のエラーを深刻な影響

5.増分
：利点
1）顧客のシステムが完全に完了するまで待つ必要はありませんが、彼らが必要なものを得ることができるようになります
お客様にご利用いただけます2）以前の増分コンポーネントプロトタイピング、新しい増分需要構築するために、ライブの経験を得た後
3）プロジェクトの失敗ていないため、個々の問題のリスク、プロジェクト全体につながるが配信できない低
最も高く最初にサービス提供の優先順位、およびその他の連続インクリメンタルビルドとの統合）4を
欠点：
コンポーネントを追加する）1は、システムの良い部分を破壊してはいけません構築されている、必要性ソフトウェアは、オープンアーキテクチャ含む
要件は容易にプロセス制御ソフトウェアの完全性失う、頻繁に変更されたとき）2を
うまく処理増分部材としないとの交点の場合は、システムは、包括的な分析を行う必要がある場合3）

次の5つのステップに分けソフトウェア工学の方法論の指導の下、科学的な研究の6工程、
1）話題。その問題の定義トピックは、研究の最初のステップは、この段階では、それは、大量のデータ、現在の研究の深い理解へのアクセスを必要とし、主に紙の新しさを反映して、最も重要なステップです。
科学的事実への2）アクセス。ソフトウェア開発サイクルに対応しては、私はそれが全体的な実現可能性の分析と設計段階だと思います。私たちのデータマイニング方向の研究者のために、それがデータセットだけでなく、ハードウェア環境を収集しなければならない、などのオプションを検討し、どのくらいのメモリ、コンピュータ、並列処理クラスタの必要性。
3）思考プロセス。このフェーズでは、理論が提唱必要とし、どのようなデータ構造を選択する導出式、及び予備試験、詳細設計を証明します。
4）検証。-テストシリーズ-ソフトウェアテストに対応しては、実験の多くは、完全なブラックボックス、ホワイトボックスなどが必要です。
5）理論的なシステムを確立します。テスト結果が成功した場合、我々は経験、完全な論文をまとめることができます。要するに、科学研究とソフトウェアのプロセスは、開発プロセスは似ている、それはすべての定量化および定性分析することができます。