Visual Studioに標準で備わっている単体テスト機能（MSTest）を使ってTDD（テスト駆動開発）を行う方法を説明するとともに、MSTestが対応していないパラメタライズドテストなどを実現するツールも紹介します。

　「バグが半減する」と言われているコーディング技法、それがTDD（テスト駆動開発）です。この記事ではC#でTDDを行う方法を紹介するとともに、事前設計の重要性も説明します。

　2011年10月4日、コベリティは、C/C++やJava、C#のソースコード解析ツールの新バージョン「Coverity Static Analysis 5.5」を発表しました。発見が難しく、誤動作の原因となるバグを効率よく検出できる同ツールの新バージョンでは、前バージョンに比べてコード解析速度が向上し、より広範囲な開発環境に対応できるよう強化が施されました。Coverity Static Analysisの特長や新機能から、ソースコード静的解析のメリットについて考えてみましょう。

　この連載では「要件定義は洗練化を繰り返して進めていく」と何度か説明してきました。しかし「どうやって管理するの？？」と頭に「？」マークが浮かんだ読者も多いことと思います。また要件定義工程の終盤になって上位のステークホルダーに「なんでここはこうなったんだ！」という指摘により大きく方針転換し、要件定義が予定通り終わらなかった経験がある方もいるかと思います。

　前回は、物理設計において考えなくてはいけない内容のうち、「電源」について考えてきました。今回は「空調」や「耐加重」の基本、そのほかにも検討しておいた方が良いと思われる内容について、考えていきたいと思います。

　要件をつなげて定義しただけでは要件の精度を向上させることはできません。登録した情報を様々な視点で確認することで整合性や網羅性を向上させることができます。今回は「要件を分析する」「要件を検証する」「要求を使って要件定義に方向性を与える」「ツールを使って議論する」の4つの場面で精度をあげる方法を紹介します。

　普段UMLを使っていない方に、UMLを使った要件定義の話をしてもなかなか受け入れられません。重要なことは要件の定義であり、UMLの表記法やツールの使い方を覚えることではありません。そこで今回から、UMLを使わずに簡単な入力でスムーズに要件定義の情報をまとめられる「要件のツボ」を紹介します。

　今回は、アジャイル開発でよく採用されるペアプログラミングについて学習します。本稿では1つのプログラムを2名で開発する手法であるペアプログラミングの概要や特徴および具体的な適用方法を、事例をもとに解説します。

　ドキュメントを一つ一つ完成させて進捗を管理する方式が成果物ベースの管理方式です。進捗の判断が明確で管理が容易な反面、成果物の完成イコール要件の決定となると問題を引き起こします。そこで今回は成果物ベースで各メンバーが並行的に作業する従来の方式とはまったく逆の、メンバーが集まり共同して成果物を作成する進め方をご紹介します。

　前回は要件定義には構造があり、その構造を使うことで要件をスムーズに定義できることを紹介しました。今回はその構造に沿った具体的な定義の方法をご紹介します。

　『要件定義の勘どころ』の記事を書いた後、私のもとには「より具体的な話を聞きたい」「実際のプロジェクトで起こる問題にどのように応用するのか」という声をいただきました。そこで今回は私が策定した「リレーションシップ駆動要件分析（RDRA）」をもとに、より具体的に要件定義を行う方法について連載します。

　第5回の前編では、比較的開発チーム内の閉じられた環境で日々行われている、詳細なイテレーション単位のアクティビティについて説明しました。今回は第5回の後編として、ドキュメントとツール、および、ありがちな問題と解決方法とをリストアップしてみます。

　前回は、アジャイル開発プロジェクトにおける全体的な計画とプロジェクト運営について説明しました。今回は、比較的開発チーム内の閉じられた環境で日々行われている、より詳細なイテレーション単位のアクティビティについて説明します。第4回でいうところのV字の下の方にあたります。

　前回は、アジャイル開発における計画と運営サイクルについて説明しました。今回は、エンタープライズ（企業）系のアプリケーション開発でアジャイルを適用するケースにおいて、その課題や開発の進め方を解説します。

　ソフトウェア開発において、重要かつ難しい作業の1つが「計画」です。アジャイル開発では、継続的に計画を立てていくことが肝要です。本稿では、アジャイル開発における計画と運営サイクルに焦点を当てて解説します。

　第1回ではアジャイル開発の理念や位置付け、特徴について紹介しました。今回は、アジャイル開発の代表的な手法「XP」と「スクラム」の特徴を紹介し、これらの手法を実際の開発現場にどのように適用していくのかを示します。

　これまで、アジャイルは一部の信奉者により熱く語られてきましたが、その“理念”を重視するあまり具体的な手法に落としきれていませんでした。しかし最近、長所を活かしてシステム開発の改善に役立てようという会社が急増し、アジャイルが再評価されています。本連載では、アジャイルのメリットとデメリットを客観的に見極めて、開発現場で実践するための具体的な方法を示します。

　ウォーターフォール型の開発では、要件定義、設計、プログラミング、テスト、運用といった作業工程が時系列に進んでいく。開発当初に作成される要件定義や基本設計のドキュメントは、そのプロジェクトに関わる人たち全員が目にするため、そのドキュメントにあいまいな点や複雑な点などがあれば、後々の行程で問題が発生し、品質と生産性に影響する。この課題を解消するのが、株式会社シーイーシー　PROVEQサービス事業部の開発した日本語文のあいまい度診断ツール『ClearDoc』だ。

　本連載では、Web標準のメリットを最大限に活かすことをテーマに、仕様書には書かれていない部分を中心に取り上げ、実際のWeb制作現場で起こり得る問題について、解決の糸口を紹介しています。連載最終回となる今回は、Wiiやプレイステーション 3などの家庭用ゲーム機向けのWebページの作り方を紹介したいと思います。

　本連載では、Web標準のメリットを最大限に活かすことをテーマに、仕様書には書かれていない部分を中心に取り上げ、実際のWeb制作現場で起こり得る問題について、解決の糸口を紹介しています。連載第7回目となる今回は、ニンテンドーDSやプレイステーション・ポータブルなどの携帯ゲーム機向けページの作り方を紹介したいと思います。