エンタプライズ系事業/機能要件の合意形成技法 | アーカイブ | IPA 独立行政法人 情報処理推進機構
発注者と開発者の認識の齟齬により要求と実現されるソフトとの間に「ギャップ」が生じます。具体的には、次の（1）～（3）のようなギャップが生じます。 要件定義すべき内容が抜けており、開発者に説明していない。 発注者が開発者に説明したが、何らかの理由で漏れた。 開発者が何らかの理由により誤認・拡大解釈し、実現範囲に取り込んでしまった。 機能要件に着目し、上流工程で実現したい情報システム像を伝え、発注者と開発者との不充分な合意形成が原因で発生する下流工程の手戻りを防止するための次のようなコツを集めたものです。 実現したい情報システム像について発注者と開発者が合意形成するために、伝える側が漏れなく正確に情報を提供するためのコツ 発注者と開発者との不充分な合意形成が原因で下流工程で発生する手戻りを防止するための先人の開発者のコツ 機能要件の合意形成ガイドは、「概要編」 と次の6つの技術領域のコツをまと
ＩＦＰＵＧ法でのＦＰ算出 - Xupper技術サポート部のページ
あっ！肝心のＩＦＰＵＧ法でのＦＰ見積りについて紹介するのを忘れていました・・・ これまで、ＩＦＰＵＧが規定しているＦＰ見積りの手順が既知のものであるという前提で、各種見積り方法を紹介してきましたが、ツールでのＦＰ算出の方法を紹介する前に、ここで、ＩＦＰＵＧで規定されている手順について解説（復習）しておきたいと思います。 ＩＦＰＵＧ法での見積り手順は以下のとおりです。 1.ＦＰ計測種別の決定 2.アプリケーション境界の決定 3.データファンクションのＦＰ算出 3.1 データファンクションの識別（ＩＬＦとＥＩＦの識別） 3.2 データファンクションの複雑度の判定 3.2.1 データファンクションのDET数識別 3.2.2 データファンクションのRET数識別 3.2.3 データファンクションの複雑度判定 3.3 データファンクションのＦＰ判定 4.トランザクションファンクションのＦＰ算出 4.1
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
