-1

私はアジャイルについて読んでいて、変化する要件への対応、進化的なソフトウェア設計、基盤の構築よりも機能するソフトウェアの取得、いつでも提供できること、絶え間ないリファクタリングなどについてのようです。 SOLIDに従う以外に、アジャイル開発の前述の「目標」を促進するのに役立つ方法で、実際に要件を取得してソフトウェア設計に変換する方法、設計パターンの使用、およびその他のガイドラインに関するものは何も見つかりませんでした.

アジャイルの目標を念頭に置いて、要件からソフトウェアに移行するのに役立つ方法論はありますか?

4

4 に答える 4

2

私が理解しているように、アジャイルは技術的なソリューションではなく、作業方法論に関するものです。どのように仕事をするかではなく、どのように仕事を管理するかが
すべてです。 アジャイル手法は、技術的な問題ではなく、経営上の問題を解決するために設計されました。 (理論的には、アジャイル手法はソフトウェア開発だけでなく、ほとんどすべての種類の作業に使用できます。)

とはいえ、アジャイル開発でうまく機能することが知られているパターンと方法論がいくつかあります。その中にはTest-Driven-DesignとAcceptance-Test-Driven-Designがあり、これらは作業コードを迅速に提供できるように設計されています。

于 2012-11-09T16:31:27.173 に答える
0

私は、アーキテクチャ中心の設計方法論（ACDM）を直接経験しました。あなたの説明に基づいて、これはあなたが探しているものに近いと思います。それ自体はアジャイル手法ではありませんが、スクラムなどのアジャイル手法にうまく対応し、アジャイルの価値観と原則の多くを取り入れています（ただし、初心者チームはトリッキーまたはイライラするかもしれません）。さらに、ACDMは真の設計手法であり、要件を理解し、それらの要件を満たす設計を作成するための具体的なガイダンスを提供します。XPなど、コードを作成する際のガイダンスとして開発方法論を使用する必要があります。

ACDMは8つのステージで構成されています。一般的なプロセスの目標は、作成者が不確実な期間と呼んでいる期間から、構築するシステムのアーキテクチャ設計に関する確実な期間にチームを迅速かつ効果的に移行できるようにすることです。

  • ステージ1：アーキテクチャの推進要因を発見する->作成者は、チームが4つの推進要因（技術的制約、ビジネス上の制約、高レベルの機能要件、および品質属性）に焦点を当てることを推奨します。特定の誘発技術は議論されておらず、そこには多種多様な技術があります。
  • ステージ2：プロジェクトスコープを確立する->基本的に、概念的な設計を確立し、それが発見されたドライバーと一致することを確認します。
  • ステージ3：アーキテクチャの作成/改良->これは、質問で言及した原則、SOLID、パターンの使用などの多くを適用する場所です。
  • ステージ4：アーキテクチャレビュー->正式または準正式なプロセスでのレビュー担当者のチームによる設計のシナリオベースのレビュー。アーキテクチャの推進要因に基づいて、これはアーキテクチャ設計のためのTDDの変形と考えることができます。
  • ステージ5：Production Go / No-Go- >設計がGoの場合は、ステップ7にスキップします。go / no-goは、システム全体ですべてまたはまったくないというわけではありません。つまり、要素のサブセットが本番環境で「実行」される可能性がありますが、他の要素はさらに改良する必要があります。
  • ステージ6：実験 ->これは実際にはプロセスの中核です。何かがわからない場合やわからない場合は、手を汚してコードを記述し、設計で何をする必要があるかを理解する必要があります。手順3に繰り返します
  • ステージ7：生産計画
  • ステージ8：本番->コードの構築が始まり、部分的または全体的に発生する可能性があります

この本は、あなたが知る必要のあるほぼすべてのことを概説しています。また、本でリリースされたプロセスに至るまでのプロセスとその後のプロセスの両方に至るまで、著者によって公開されたいくつかの論文とプレゼンテーションがあります。

ソフトウェア集約型システムの設計： AnthonyLattanzeによる実践者ガイド。

于 2012-11-12T14:38:17.967 に答える
0

あなたが言っていることがわかります。あなたはたどる道を探しています、それはOKです。あなたの問題をすべて解決してくれる本をお勧めしますよね？その名前は「アジャイル開発の芸術」です。

この本は、あなたが求めている（それに近い）方法論です。そこから、旅を続けることができます。

本のほかに: エクストリーム プログラミングは、他のアジャイル方法論よりも技術的で具体的です。http://www.extremeprogramming.orgも参照してください。

そこにあるリンクをクリックして、すべてを読んでください。

幸運を。

于 2012-11-16T01:32:52.450 に答える