2009-08-23 12 views
0

私の現在の雇用主では、従来の機能要件仕様書を作成してフルテクデザインを実行する旧式のアプローチを採用しています。アプリが大きければ、それをより小さなチャンクに分割し、一度にチャンクを攻撃しますが、同じ基本パターンに従います。ユースケースモデリングの具体的なメリット

このテクニックは長年にわたって私に役立ってきました。ユースケースモデリングでは、同じ情報をほとんど集める必要があると思われます。ちょうど異なった構成になっています。

これは私の質問です。ソフトウェア開発のユースケース駆動型アプローチにはどのようなメリットがありますか?

+0

この質問は[このトピックについて私がここで聞くことができるものは?]で定義されているように、このサイトのスコープ内にないために話題にはなりません。 // [Stackoverflow.com/help/on-topic]参照)[どのような種類の質問を避けるべきですか?](// stackoverflow.com/help/dont-ask)[別のスタック交換site](// stackexchange.com/sites#name)、*おそらく* [pm.se]または[softwareengineering.se]。質問を投稿するサイトについては、ヘルプセンターのトピックページを必ずお読みください。 – Makyen

答えて

1

正しく行われていないという利点はありません。このアプローチでは、ユースケースの写真をたくさん描き、UML(無駄なモデリング言語)を使って何らかの形でデザインを行ったことをふりまとめています。正しく行わ

、ユースケースの観点から、伝統的な機能仕様を肉付けする方法を考えるの良いハイレベルの方法です:

ユーザーが、この場合に達成するために、正確に何をしようとしています。

ソフトウェアはこれをどのようにサポートする必要がありますか。

どのようにソフトウェアがこれをサポートしますか。

私は、機能仕様への入力についてステークホルダーに質問するための単なる方法として、良いユースケースを参照しています。

1

あなたは正しいですが、それは同じですが、よりセクシーな名前です。私はSSADM認定を取得しました(私は当時のBBCのような大規模なNGOに必要でした)。すでに慣れ親しんだOO設計のコンセプトにプロセスを簡単にマッピングできることを知り驚いていました。

3

非常に正式なユースケースアプローチを使用していませんが、ユースケースとあまりフォーマルでないユーザーストーリーが、ユーザーの視点から製品を構想するのに役立つことがわかりました。結局のところ私たちのほとんどは、自分自身ではないユーザーのためのソフトウェアを書いています。ユースケースを策定することで、内部ビューから離れ、構築しているシステムの外観に集中することができます。

アジャイルワークフローのために、事前にパッケージ化されたプロダクションユニットが用意されています。ユースケースを1つ実装できる場合は、システムが満たす機能が1つあります。

私は古典的なデザインの前提条件集会を経験していないことは認めていますが、

+1

また、ダイアグラムにアクターを配置することで、ユーザーが必要とする機能性を構築していることを確認するのに役立ちます。ここでは、functionnalitiesを一度ゴミ箱に投げます。私たちはそれを使用する俳優がいないことを認識します。 –

+0

+1 "user point of view"と言います。ソフトウェアプロジェクトで行うことができる最大の間違いは、顧客の視点から考えることではなく、動作しているが使用できないシステムで終わることです。 –

関連する問題