エンジニア
要件定義はシステム開発において「何を作るか」を決めるプロセスで、設計の前段階として具体的なインプットを提供することがゴールです。
要件定義の学習や実務に役立つおすすめ書籍を厳選して紹介するまとめ記事です。入門者向けの「はじめよう！要件定義」から、業務要件定義を深く学べる「はじめよう！プロセス設計」、中級者向けの名著「ソフトウェア要求 第3版」、USDMを提唱する「要求を仕…
本記事では、システム開発における要件定義とソフトウェアアーキテクチャ設計の重要性について解説します。要件定義で作成された成果物をどのように設計に活用するか、また設計プロセスの流れや観点を理解することで、要件定義の成果物の実用性や完成度を大…
「保守とは何か？」を正しく伝えるには、その分類と意図を理解することが不可欠です。本記事では、国際規格に基づく保守の4つのタイプ（是正保守・予防保守・適応保守・完全化保守）を体系的に解説し、それぞれの具体例や注意点を紹介します。また、瑕疵対応…
業務プロセスを構想し、整理する手段として、業務フロー図の作成が有効です。業務フロー図を作成する効果として、5W2Hの視点で業務の必要事項を漏れなく詳細化できること、業務の課題点発見とステークホルダー間の共通理解が促進されること、テスト設計や運…
V字モデルは、システム開発プロセスを企画、要件定義、設計、実装、テストの5つのステップに分け、それぞれのプロセスの関心事と役割を明確にします。各プロセスの関係性を理解することで、効果的なシステム開発が可能になります。
ユーザーから依頼された内容を要望、要求、要件に分類し、要件を導き出す方法について説明します。
要件定義を成功させるには、流れを体系的に理解し、必要な成果物を正しく準備することが欠かせません。本記事では「要件定義とは何か」を整理し、要望から要求・要件へとつなぐ三層構造の考え方、業務フロー図やユースケース、ロバストネス図による具体化の…
本記事では、システム開発における要件定義と設計の関係を体系的に解説します。要件定義で整理された「何を作るか（What）」をもとに、「どのように実現するか（How）」を設計へと具体化する流れを、ソフトウェアアーキテクチャ設計、クラス設計、データベー…
要件定義を効果的に行うには、ビジネス側と開発側が協力し、互いの視点や目的を共有することが不可欠です。ビジネス側と開発側は具体的にどのように協力すればよいか、指針として参考になるのが、『*超上流から攻めるIT化の原理原則17ヶ条*』です。『超上流…
システム開発では、事業・業務・システム要件に加え、現行環境から新環境へ円滑に切り替えるための移行要求（移行要件）を定義することが不可欠です。国際的なビジネス分析ガイド BABOK では、この移行要求を「一時的に必要となる要件」として位置づけていま…
本記事では、システム要件定義において ユースケースとロバストネス図を活用してシステムの要素を抽出する方法 を説明します。前回の記事では 業務フロー図を用いてユースケースを導出 しましたが、本記事ではそのユースケースを詳細化し、ロバストネス図を…
システム開発では、ビジネス側と開発側が協調し、ビジネス価値の創出に向けて動くことが求められます。『超上流から攻めるIT化の原理原則17ヶ条』の第1条『ユーザとベンダの想いは相反する』の原則は、システム開発において、ビジネス側と開発側が持つ責任の…
この記事では、V字モデルにおける「要件定義」「運用テスト」「システムテスト」プロセスの関係を体系的に解説します。 V字モデルでは、左側で定めた要件を右側のテスト工程で検証する構造になっており、要件定義は“何を作るか”を定めるプロセス、運用テスト…
本記事では、システム開発における「要件」とは何かを、日本の現場特有の「要望→要求→要件」という三段階の整理と、事業・業務・システムといった階層構造の視点から解説しています。英語圏では Requirement という一語で包括されるのに対し、日本では合意形…
ソフトウェア開発における「関心の分離」と「高凝集」という重要な設計原則について、これらの概念がなぜ重要なのかを説明し、具体的な設計手法として「オブジェクト指向設計」を取り上げ、特にその中核となる「クラス設計」の考え方を紹介しています。 クラ…
要件定義のゴールは、設計の精度を高めるためのインプットとなる成果物を作成することです。そのためのシステム要件定義の成果物は、(1)ユースケース、(2)ロバストネス図、(3)開発品目の一覧、機能要件、非機能要件、(4)システム構成図、(5)概念モデルです。…
システム開発におけるデータベース設計の重要性と、要件定義の成果物をどのように設計に反映するかを解説します。クラス設計とデータベース設計の違い、データ品質の観点、具体的な設計手法について詳しく説明しています。
API（Application Programming Interface）は、異なるシステムやアプリケーションをつなぐ重要な仕組みです。本記事では、特にWeb APIを対象に、要件定義とAPI設計の関係を解説します。外部公開APIの特性やRESTful APIの設計手法を取り上げ、機能要件を「入…
バッチ処理設計と要件定義の関係を解説します。バッチ処理は売上集計や在庫更新、帳票作成などに不可欠な仕組みであり、リアルタイム性よりも業務開始前までに正しく完了していることが求められます。記事では、機能要件としての入力・処理・出力の整理方法…
システム開発プロジェクトが迷走しないためには、V字モデルの活用が有用です。V字モデルでシステム開発全体を俯瞰したうえで、各プロジェクトのニーズや事情に合わせてプロセスを組み立てていくことで、プロダクトの品質を向上する土台をつくることができま…
システム開発における「トレーサビリティ（traceability：追跡可能性）」の基本概念を、V字モデルの構造に沿って説明しています。要求・要件・設計・実装・テストといった各プロセスがどのように対応し合い、整合性を保ちながら品質を高めていくのかを、4つ…
要件定義のスキルには、ニーズのまとめる力、開発から運用までのイメージ力、全体を捉える力が必要です。これらを身につけるためには、要件定義の「型」を学び、倣うことが近道です。
「知識体系（Body of Knowledge）」は、システム開発に求められる専門知識や技術を体系的に整理したガイドです。PMBOK、BABOK、SWEBOKなど、分野ごとに標準化されたフレームワークを活用することで、抜け漏れのない検討やチーム内の共通認識形成が可能になり…
システム開発の失敗は、15年前から変わらず要件定義に関する理由が第1位です。 なぜ要件定義はシステム開発失敗の原因になりやすいのでしょうか？ 本記事では要件定義とは何か、そして要件定義が難しい理由「専門性の谷」について説明します。
システム品質は外部品質だけでは維持できません。利用時の品質・内部品質・プロセス品質の4つの視点から、品質が崩れる原因と継続的に品質を高める方法を解説します。
V字モデルにおける「基本設計」と「結合テスト」の関係を解説します。基本設計は、ソフトウェア全体の構造を明確にし、画面・API・バッチ処理などのコンポーネントの責務や連携方法を定義するプロセスです。一方、結合テストは、基本設計で定義したコンポー…
V字モデルにおける「詳細設計」と「単体テスト」の関係を解説します。詳細設計は、画面・API・機能などのコンポーネントや、それらを構成するモジュールの構造・処理を実装可能なレベルまで具体化する工程です。一方、単体テストはその設計をもとに、各モジ…
コードレビューから運用・評価まで、V字モデルに沿った品質保証プロセスの目的と進め方を整理。システム開発で品質を確実に積み上げる方法を解説します。
ゴール記述モデルは、自分たちが果たすべき役割や責任を明確にし、覚悟を促すためのモデルです。このモデルを用いて計画の期間や担当者を決めることで、チームメンバーは現実的に自分ごととして捉えるようになります。また、ゴール記述モデルは、価値が適切…
