| 運用要件 | リンク |
|---|---|
| 運用要件 | https://edu.cnblogs.com/campus/jssf/infor_computation17-31/homework/10584 |
| コースの目的 | 動向は、ソフトウェア開発手法を議論します |
| リファレンス | https://www.cnblogs.com/xinz/p/3852390.html |
| ジョブのテキスト | https://www.cnblogs.com/TG1999/p/12652937.html |
運用要件
これまでのところ、我々はソフトウェア工学の方法論の多くのことを学びました。（関連する説明を含む）を読んで、下の表からソフトウェア工学の方法論上のいくつかの記事を選んで、ソフトウェア工学におけるあなたの経験に基づいて、あなたの意見を共有しています。
https://www.cnblogs.com/xinz/p/3852390.html
見ます：
ウォーターフォールモデル
ウォーターフォールモデル（滝モデル）展開の連続的な設計段階の一連のプロジェクトの開発フレームワーク、開発プロセスでは、システムは最初から製品の発売やメンテナンスまでの分析を必要とする、各段階は情報がないのであれば、フィードバックループを持っていますカバーされたり、問題を見つけ、ステージ上の、そして最高の「戻る」とプロジェクト開発プロセスの一の段階から、適切な変更を行うウォーターフォールモデルの名前の由来である次のステージに「流れ」。ソフトウェア工学、エンタープライズプロジェクトの開発、生産、マーケティングおよび他の建設ウォーターフォールモデルを含みます。
ウォーターフォールモデルは、次のような利点がある
フェージングチェックポイントが提供するプロジェクトの1）。
2）前の段階の完了後、あなただけの後続のフェーズに焦点を当てる必要があります。
3）反復モデルでウォーターフォールモデルに適用することができます。
インクリメンタル反復ウォーターフォールモデルを適用しました。1反復が最大の問題を解決します。各繰り返しは、より多くの機能を追加しながら実行することができますバージョンを生成します。各繰り返しは、品質と統合テストでなければなりません。
4）それは、分析、設計、コーディング、テストを行い、テンプレートを提供し、この方法をサポートし、このテンプレートに共通の指針を持つことができます。
ウォーターフォールモデルは、次のような欠点有し
大幅負荷を増大させる段階の間に文書の完全固定され、大量の様々な段階に分ける1）。
2）ので、開発モデルは、このように、開発のリスクを増大させる、結果を確認するために、開発プロセス全体が終了するまで、ユーザ線形です。
3）過度の力の完了日とマイルストーンを通じて、プロジェクトの様々な段階を追跡します。
4）ウォーターフォールモデルは、ユーザーのニーズの変化に適していない欠点を強調表示します。
アジャイル開発
アジャイルソフトウェア開発（英語：アジャイルソフトウェア開発）も、アジャイル開発として知られているが、需要の急速な変化に対応できるソフトウェア開発力です。頻繁に彼らの特定の名前、概念、プロセス、「非アジャイル」とは対照的に、用語は、異なっている、（書かれた資料より効果的であると考えられる）顔通信にプログラマチームとビジネスの専門家の面との間の緊密な連携をより重視、ニーズの変化に適応することができる新しいソフトウェアバージョンの配信、チームのコンパクトと自己組織型が、書いたコードとチーム編成に近づいて、だけでなく、人間のソフトウェア開発プロセスの役割にもっと注意を払います。
1.アジャイル手法は、適応型ではなく、予測されています。エンジニアリングの方法は状況が変わるまで、良いされている時間の詳細なプロセス計画ソフトウェアの非常に長い期間で大部分をしようとする傾向があります。したがって、その性質は変化に抵抗することです。しかし、アジャイル手法は変更を歓迎します。彼らはそれらの割合を変更するには、繁栄し、開発プロセスを適応となることを試みました。
2.アジャイル人間本位ではなく、プロセス指向。エンジニアリング手法の目標は関係なく、人のプロセスを使用したことを起こるプロセスを定義することで、非常にうまく機能することができます。アジャイル手法は、どのプロセスが開発チームのスキルを構成することはできません、プロセスの役割は、開発チームの作業を支援することであると主張しています。
要約：
私たちは最終的には、開発者の能力に大きく依存していることと思うが、これはどの言語を選択するか、方法論のニュアンスに巻き込まではなく、より重要な考慮事項です。正直なところ、私たちはこのすべてを知っているが、我々が過度にこの事の重要な要素を開発する能力に巻き込まれそうです。おそらく、これは経済学では、その後、それは大丈夫だろう誰もが代用できる場合（簡単に上に誰かを見つけることができます）、広く受け入れられているビューを拡張しましたか？しかし、それはいくつかのようではなかったです。だから、この方法が優れているが、最終的には個々の頭に落ち、個人が合理的に効果を再生できるかどうかは十分であろう。
ソフトウェア職人の理念は、我々は練習してきたように、専門的なソフトウェア開発の標準を高め、ヘルプ他の人にこの工芸を学びます。これらの過程を経て、我々は次の値を確立しています
唯一のソフトウェアを動作させるため、ない
だけでなく、努力する
だけでなく、変化に対応するために、
だけでなく、着実に値を大きくする
だけではなく、個々の相互作用を持っている、
だけでなく、専門家のコミュニティを形成する
だけでなく、クライアントとの仕事に
もっと実りあるパートナーシップを確立するための
項目が左右均等に欠かせないアイテムが追求するコースの価値の言うことです、
http://manifesto.softwarecraftsmanship.org/#/zh-cnから撮影