要件定義について - hokorobi’s diary
課題管理のチケット駆動開発: プログラマの思索 http://forza.cocolog-nifty.com/blog/2010/05/post-b032.html を読んで、ちょっと振り返り。 要求のとりまとめ 要求のとりまとめは、図のような感じで行った。 それぞれの四角はドメイン。 それぞれの丸は打ち合わせの場。 実際には、主管部門が「い」、「ろ」、「は」を主導しているけれど割愛。 「い」、「ろ」、「は」で集めた要求は、おそらく「い」なら「い」と「Sys」の中でしか共有していない。「い」の要求を「A」、「B」、「C」に持ち帰って、それぞれの「ろ」、「は」とも共有されていれば良いのだが、そこまではできていないはず。 「A」、「B」、「C」の要求は、「A」、「B」、「C」間で共有しているつもりだが、大部分が理解されていないと思う。 また、すべての要求は、それぞれのドメイン内でとりまとめてい
プロジェクトの特性に合わせた要件定義手法の選択
ソフトウェアの開発チームは、最良の方法による最良のソフトウェア開発を望んでいる。この要求を満たすため、多くのソフトウェア開発企業では、ラショナルソフトウェアの“Rational Unified Process”（RUP）に代表される、標準的なソフトウェア開発のプロセスを採用している。 開発プロセスは、アプリケーション開発のガイドラインや市場で評価されている手法を盛り込んだ実践的な方法論の集積である。例えばRUPはユースケースをはじめとする各種要件定義のテクニックを適用することで、製品が実現しなくてはならないユーザーニーズの理解を助け、開発チームが適切にソフトウェアを構築できるよう支援してくれる。さらに、RUPをはじめとする最新のソフトウェア開発プロセスは、反復性や成長性もソフトウェアライフサイクルの手法として規定しており、融通の利かない「ウォーターフォール」プロセスのアプローチよりも、開発
彩乐园_彩乐园APP
彩乐园【www.office-aida.com】平台注册送豪礼:彩乐园|这是为你的买彩带来更好的机会彩乐园|提供一个彩票足球竞猜中奖的购买平台。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
