他の文書と同様、要件定義書はまず文書全体のアウトライン(骨格、構成)をしっかり作り上げてから内容を記述します。今回は、読みやすく分かりやすい要件定義書にするためのアウトライン作成方法を紹介します。 階層構造で読みやすい文書にする 要件定義書を作るためには、全体を大見出し=中見出し=小見出し(章=節=項)の階層構造にします。 「大見出し」「中見出し」「小見出し」の数を、それぞれ5から10程度にするのは、前回(第3回「分かりやすい提案書はアウトラインが美しい」)紹介した提案書と同様です。見出しの数が多すぎると、読み手が文書の全体像を把握できなくなります。また、1つの項目の記述量を1ページ内に収めるようにします。 要件定義書を構成する項目 要件定義書に必要な大見出しの項目としては、次のようなものが挙げられます。 システムの概要/システムの構想 機能要求 入力要求と出力要求 システム導入後の業務フ
0.前置き 非機能要件定義って難しいなって思う今日この頃です。定義をする順番、業務要件定義との兼ね合い、参考にする資料の乱立などなど。 将来に備えて、今まで学んだことを少しまとめておこうと思います。今回は「参考にするとよい資料」です。後半では非機能要件定義をするうえで押さえておくべき各領域の知識を補える書籍を紹介します。 もともと2012年に書いたブログですが。2018年1月13日に見直しと大幅な加筆をしました。 1.「参考にすると良い資料」の紹介 非機能要件全般を押さえるために適している資料をまずは紹介します。特に1つめの非機能要求グレードは必ず押さえておくべき良い資料です。 非機能要求グレード 情報処理推進機構(IPA)にて公開されている資料です。URLは以下を参照してください。 非機能要求の見える化と確認の手段を実現する「非機能要求グレード」の公開 顧客と一緒に、非機能要件をにぎりま
Not your computer? Use a private browsing window to sign in. Learn more
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く