InfoQ ホームページ Requirements に関するすべてのコンテンツ
ニュース
RSSフィード-
テスタは製品定義にどのように貢献できるのか
製品の定義と設計にテスタのフィードバックを活かすことは、ビジネスのための価値ある行動だ。組織のニーズに耳を傾け、ビジネスの目標を理解し、さまざまなスキルやプラクティスを駆使してテストプロセスをカスタマイズする作業は、プロダクトがまだ"机上の空論"である時からテスタが始められるひとつの方法である。
-
振る舞い駆動開発入門
振る舞い駆動開発(BDD/Behavior-Driven Development)は，開発対象に対する開発者の理解と，要件によって生じる技術的課題に対するビジネス側の理解とのギャップを克服するために有効だ。その理由は，２つのグループ間のコミュニケーション促進にある - Alistair Stead，Konstantin Kudryashov両氏は，BDDの初心者向けガイドの中で，このように説明している。
-
PMIがBusiness Analysis CertificationとPractice Guideをローンチ
先日のProject Management Institute Global Congressで，Business Analysis Practice Guideが発表された。今年11月にローンチされた，PMI-PBA(Professional in BusinessAnalysis)を補完するものだ。InfoQではBusiness Analysis and Requirements Program Managerを務めるDave Bieg氏に，今回のPractice Guideと認証について話を聞いた。
-
アジャイルでユースケースを利用する - ユースケース2.0，スライシング，ラミネーティング
アジャイルソフトウェア開発を使って製品をインクリメンタルに開発し提供する場合，要件項目はプロダクトバックログに収集，整理される。ここで使用される要件定義テクニックはユースケースだ。アジャイルの製品要件管理でユースケースを利用するテクニックには，ユースケース2.0やスライシング，ラミネーティングなどがある。
-
振る舞い駆動開発(BDD) - コラボレーションによる価値創造
ソフトウェアプロジェクトの目的はステークホルダに価値を提供することだ，BDD(Behavior-Driven Development，振る舞い駆動開発)は，そのためにデザインされた – ウォーターフォールからアジャイルプロセスへの移行に取り組むソフトウェア開発者のViktor Farcic氏は，自身のBDDに対する見方を述べた４つのブログ記事の冒頭でこう説明している。
-
IRQA - システム開発プロジェクトのための要件定義ソリューション
Visure Solutionsは要件の定義と管理のためのソリューション(RDM)であるIRQAを発表した。専門のツールを使い、しっかりとしたプロセスで要件定義を行うことは製品やソリューション開発の質を保証する上で重要だ。
-
デザイン、プランニング、アーキテクチャツールに対するJolt Award 2011
1990年からDr. DobbのJolt Product Excellence Awardsは、5部門でのソフトウエ��産業の代表に毎年授与される。10月26日Jolt審議会は、“デザイン、プランニング、アーキテクチャツール”でカテゴリの2011年のアワードをアナウンスした具体的には、Paradigm for UML、Restructure 101、Requirements Center 2010がJoltの殿堂に追加された。
-
Team Foundation Server 11 のアプリケーションライフサイクル管理
Team Foundation Server 11 には，アプリケーションライフサイクル管理の分野で多くの機能が追加されている。注目すべきなのはイタレーション／スプリントおよびリソース割り当てに関するサポート向上，サードパーティ製テストフレームワークのサポート，能力面で大きく改善された依存性グラフなどだ。
-
EclipseベースのRequirement Modeling Frameworkへの提案がリリース
最近、Requirements Modeling Framework (RMF)への提案が正式にeclipse.orgからリリースされた。意図は、EMFモデルと基本的なツール形式でこれらのモデルを編集するために、OMG ReqIF標準の最低でも１つのクリーンルーム実装を持つことである。
-
ソフトウェアアーキテクチャに関する新刊
ソフトウェアアーキテクチャはソフトウェア技術者にとって重要なトピックのひとつである。ソフトウェア開発プロジェクトの失敗の大部分が不適切な設計を原因とするものだからだ。だからアーキテクチャ上の問題の理論と実際について学ぶのは重要なことだ。最近出版された，あるいは近々出版予定の興味深い新書が大いに役立つだろう。
-
収縮の価値
ITとアジャイルの熱狂的な支持者のひとりであるMike Burrows氏はKanbandevグループである議論を始めた。このグループはコミュニティを展開/収縮パターンの探索に連れ出している。氏の始めた議論はInfoQの他の記事で紹介した。その記事では要求を細かく砕いて展開する方が、砕いたものを再度まとめることよりも価値があると考える実践者たちの見方を紹介した。しかし、多くの人がこのパターンは両方とも便利だと思っている。
-
まとめ直し(collapse) の価値
アジャイル手法では，機能を小さなユーザストーリに分解(“展開”)することを推奨している。しかし，コードが完成した後は，これらを元の機能にまとめ直すべきなのか，それとも全体を１つのユニットとして扱う方がよいのだろうか？ まとめ直し(collapse) に利点があるとすれば，それはどのようなものだろう？
-
-
最初に可視化、後で作成
Computerworldの記事とウェビナーによるアナウンスの両方が、ビジネス アプリケーションの要求を可視的に把握するために、iRiseを使うことを特集したため、この成長する製品セグメントに注目を集まっている。
-
WPF 対 Silverlight: プロジェクトに最適な技術を選ぶ
WPFを使う場合と Silverlightを使う場合について混乱がある。プロジェクトに合った技術を選ぶのは、アプリケーションの正確な要件と WPFとSilverlightの能力差に依存する。