2011-01-30 3 views
0

私はよく設計されたWebアプリケーションを必要とするビジネスのアイディアを持っています。私はロケット外科医ではありませんが、私はあなたがあなたが支払うものを手に入れ、才能のために喜んでお金を払っていることを知っています。しかし、私は開発プロセスをできるだけスムーズに進めたいと考えています。プロジェクトを成功させるために、開発者はフロントエンドで何が必要ですか?

ビジネス(またはその他の)要件について前提を取らないようにするために、開発者は最初に所有者から必要としている情報は何ですか?状態遷移図を作成するか、ユースケースを記述する必要はありますか?

本質的に、私の頭の中でコンセプトを取り、開発者が彼らが一番うまくやることを可能にする方法でパッケージ化するにはどうすればいいですか? (良いソフトウェアを作成していることを前提にしています。)

アドバイスありがとうございます。

ショーン

+0

ロケット外科医は、手術を行うロケットやロケットで手術を行う人ですか?ロケット外科医、ロケット科学者、脳外科医...法王は森の中で何をしていますか? – Jemes

答えて

0

開発者に相談してください。あなたが望むものを説明し、なぜあなたがそれを望むか説明してください。あなたは一緒にフローチャートやその他のものを作る。要件の記述は設計プロセスの一環であり、できるだけ早く開発者を搭載することをお勧めします。シンプルとスモールを開始し、反復処理中に拡大して拡大します。

0

以前のWebサービスでは、サイトを見ていると思うものを紙に描き、クリック可能なものからいくつかの矢印を追加して、結果。シンプルで、あまりにも派手ではありません。そして、あなたと開発者が、あなたがかなり素早く望むものを理解できるようになることを願っています。

ユースケースは、サイトの完成度についてプロジェクトの後半にあるすべての点をチェックするのに最適です。私は本当にそれが役に立つ出発点であるとは思っていませんが、他の人が同意していないと確信しています。

状態遷移図と同じです(。彼らはただ、実際にコードを書くときに、あまりにもtediusを読んでいるようです)。彼らはあまりにも面倒で、私はほとんどの開発者があなたが間違いを犯したと思われると思います。 :)皆さんのプロジェクトが非常にの状態機械の正確さにぴったりでない限り、私は本当に気にしません。

1

あなたの質問に言い直す必要があるかもしれません。回答があまりにも一般的であるため、曖昧な詳細が参考になります。

しかし、より滑らかなものにするためにはより良いビジョンがあります。

私はUMLダイアグラムが閉じ込めすぎていると感じました。あなたが作業をしていないときには、最高のデザインを考え出すことができません。

各ページがどのように表示されるかを計画することから始めれば、簡単なシナリオであるユースケースを書くことができます。

だから、あなたがアップ書くことがあります。

ユーザーがOpenIDでログインできるようにする必要があります。

これは、開発者にあなたが望む1つの機能と、その動作を期待する機能を伝えます。

しかし、SOAPサービスが最善の策だと考えるかもしれませんが、技術については言及しませんが、より良い解決策が見つかるかもしれません。

ユースケースは、あなたが想像しているものを表示し、ページデザインにテキストを付けるのに適しています。

0

このbookには、プログラマーの観点から要求事項の良い記述を構成するものについての良いアドバイスが含まれています。また、要件の形式を早期に設定しようとしない、そして解決しようとしている問題を記述するための実質的な要素を説明する有用なガイドラインもあります。

0

私は実際のプログラム/サイトの流れ(顧客の登録や注文の登録など)に基づくUIモックアップが好きです。構造化された一貫したデータ例を持つGUIの図/写真は明確です。

UMLとユースケースは、誰もがUMLを話していて、プロジェクトが十分に複雑である(ほんのわずかな)場合にのみ、本当に役に立ちます。

アジャイル/スクラムのテクニックを読んでみてください。これらは標準の一種になりつつあり、適切に管理されれば数週間の開発時間を節約できます。

0

私は、システムがどのように動作するのかを伝える良い仕事をしていないことがわかりました。ワイヤーフレーム、ホワイトボードの図面/トランジションダイアグラム、低忠実度のプロトタイプは、具体的なアイデアを伝える素晴らしい方法です。低忠実度のプロトタイプの一例は、ユーザが紙上の「ボタン」をタッチして図面間を移動できる「クリック可能な」紙プロトタイプである。時間はかかりませんが(安く)、2つの当事者間でアイデアを伝えるにはかなり時間がかかります。

あなたと話していない正式な文書、UML図、またはクラス(技術文書)の図から離れてください。これは、リスクを回避する大規模な企業がより成熟していくためのものです。これらは、ハッシュアウトされたアイデアの副産物でもあり、ハッシュアウトステージのように聞こえます。

関連する問題