0

Windowsアプリケーションを開発するためにGettingReal（37Signals）アプローチを使用してここで試した人はいますか？（C＃/。NET）。または、簡単に言えば、アジャイルを使用してプロジェクトを開発します。

開発時間を無駄にするWindowsアプリケーションを開発しています。クライアントから具体的なUI定義を取得することはありません。この問題や他の何かのために、私たちはまともなデザインを持っていませんでした。

デスクトップアプリケーションの開発を最初からどのように管理していますか？

を使用しております、

  • C＃
  • スマートクライアント
  • タクシー
  • Visual Studio 2008
  • WCF
  • OPCUA

私たちのチーム

  • 2人の開発者（6年の経験）
  • 4人の開発者（1年未満の経験）
  • テストエンジニア1名（経験1年）

「スクラム」に従います。

ウィンドウアプリケーションを開発するための最良のアプローチは何ですか（UI定義、プロトタイピング、ユーザビリティテスト、開発、展開を含む）？

4

2 に答える 2

0

「まともなデザイン」と「具体的なUI定義を取得しない」が関連しているのかどうかはわかりません...個人的には、私は「ボンネットの下」の人なので、基礎となるデザイン/アーキテクチャに集中します。全体的なユースケースが理解されている場合（つまり、「[this]だけで効率的にすべての[this]情報を取得できる必要がある」など）、システム全体（およびユニットテスト）を設計できるはずです。それ）UIとは無関係に。

それとも、UIデザインのことですか？

さて、UIに関しては; デザイン（「きれい」）と開発者（「コード」）のヘッドが別々になっている場合は、WPFを検討してください。ブレンドとVSの間でxamlを分割すると、よりクリーンな分離が可能になり、デザイナーはUIをほとんど分離して微調整できます（開発チームにいくつかのフックを与えるか、または取ります）。

展開用。ClickOnceは、オプションの場合は非常に簡単です。

于 2009-02-02T15:22:30.420 に答える
0

クライアントから具体的な UI 定義を取得する人はいません。スクラムは、変化する/具体的でない UI 定義に対処するのに役立ちます。私の経験では、デザインにある種のアナロジーが得られます (Outlook、携帯電話、または Web ページのように見えるようにします)。次に、クライアントに何かを見せると、クライアントは実際にどのように表示したいかをよりよく理解できます (これを移動する、名前を変更する、コンボ ボックスを作成する、赤色で表示されますか? など)。すべてのフォーム、メニュー、およびレポートで、これをそれぞれ数回実行します。

于 2009-02-04T18:52:28.063 に答える