Download 要件定義 工数 比率
PDF -Download
要件定義 工数 比率
sloc ステップ数
「ソフトウェア開発データ白書2016-2017」 ご紹介 - IPA 独立行政法人
験からこの案件では印刷機能を新規に 作る必要があると推測した」と話す。 大手 メーカー SEの大塚真一氏(仮名, 37歳)は「どこまでのテストを見積も りに含めればよ いかが分からなかった。 システムテストは対象外と仮定し,工 数から抜いた」と言う。 大塚氏は画面 をLOC法注1で,業務ロジックをFP法注2 で測定。FP数をステップ数に 換算し て,基本設計から結合テストまでの生 産性係数を使い工数を算出した。 3人は それぞれが得意とする見積もり 技法を使って見積もった。結果を見れ ば明らかなよう に,技法を 2015年11月19日 ソフトウェアの規模を把握する場合、内部仕様(実装)から捉 えるアプローチと外部仕様 から捉えるアプローチがある
「ソフトウェア開発データ白書2016-2017」 ご紹介 - IPA 独立行政法人
2016年11月16日 改修・保守」の中央値が400FP、「新規開発」が786FP SLOC規模 ○ 100KSLOC 以下のプロジェクトが多く、さらにその内訳は10KSLOC以下が多い。 ○ 「改修・保守」 の中央値が25KSLOC、「新規開発」が69 3KSLOC 工期 ○ 14ヶ月以下が9割弱を 占めている ○ 業種別において、「情報通信業」の工期がやや短い ○ 「改修・保守」の 中央値が5 5ヶ月、「新規開発」が7 6ヶ月 工数 ○ 工数が5,000人時(約31人月)以下 が4割弱を占めている。 ○ 「改修・保守」の中央値が5,950人時(約37 2人月)、「
Download第5章 利用評価 - IPA 独立行政法人 情報処理推進機構
システムの欠陥性 (1)バグ発生率 ①欠陥件数/開発費用、②欠陥件数/LOC 数、 ③バグ件数/FP 数 (2)バグ修正量 ①LOC 数、②FP 数 2.システムの性能性 (1) サービスレベル管理 ①レスポンスタイム(オンラインリアルタイム処理)、②TAT(バ ッチ 処理)、 (2)ワークロード管理 当初機能に対し、SE がスキルをフルに発揮して LOC 数を少なく開発しても、ベンダーのメリ ットにはなりにくい。 ・開発初期での適用は困難 実績データの具体的な反映のステップを示す。 (ⅰ)適切な尺度項目を 50 項目程度
Download使えるメトリクス! 「予測に基づく定量的管理の実現」
2 FP生産性はプロジェクトの機能的な面のみを表す生産性である。 3 SLOC生産性は 、機能的な面のみではなく、品質要件、技術要件も反映した生産性である。 4 FP生産 性とSLOC生産性は特性の異なる量である。そのため工数を予測する方法も異なる。 FP生産性とSLOC生産性の 特性は異なる。 (IPA SEC ソフトウェア開発データ白書 2012 2013 より引用) 従って、FPとSLOCを組み 合わせて予測する方法も 考え られる。 言語 FP生産性 [FP 人月] SLOC生産性 [SLOC 人時] COBOL(*1) 7 7 5 6 Java 13 4
Download定量的マネジメントのための公開データ利用ガイド - 経済産業省
複数の基本測定量に特定の測定の関数を適用することによって値が割り当てられる 変数。 導出メトリクス、あるいはメトリクスとも呼ぶ。 • 規模 ソフトウェアの大きさを表す 指標。ステップ数(LOC:Lines Of Code)、画面 帳票数、ド キュメント・ページ数、 ファンクションポイント(FP)数などがある。 • ファンクションポイント ソフトウェアの大きさ を表す指標の一つ。開発言語に捉われず、機能要求の規模を一定の ルールで数えた もの。 • 工数 ある課題を達成するのに要する作業量。作業に従事する人間の数に、 かかる時間を
Download新たな開発規模見積り手法 -ファンクションスケール法の実践 - Fujitsu
今まで一般的に用いられているSLOC見積りや機能規模測定法のデファクト スタンダード であるファンクション method, which is the de facto standard for SLOC estimates and the measurement technique for measuring function 数の 相関を図 4および図 5で示す。 図 4は,実績ステップ数とプロジェクトマネー ジャの今 までの類推見積り値の相関を表したもので ある。また,図 5は,実績ステップ数とFS 計測規 模の相関を表したものである。 相関係数 0 91 見積ス テッ プ 数 ( ス テッ プ ) 実績ステップ数(
Downloadソフトウェア機能規模計測法 「FS(ファンクションスケール)法」の - Fujitsu
2013年4月30日 機能規模計測 ファンクションスケール法(FS法) 3.機能規模FP法などで計測する時の 課題 ○計測のためにスキル(技術習得)が必要 ○計測に時間がかかる ○計測者の 主観により結果に相違 2.画面・帳票数を使うことの問題 ○難易度の評価基準が曖昧 になりがち 1.SLOCを使うことの問題 (機能規模の問題点、見積の問題) ○ ソフトウェアを購入する利用者から見ると分かり難い(100KSですといわれても・・・) ○ 言語や開発ツールにより異なり共通の尺度にならない ・ステップで全ては計れ
Download工数=ステップ数?開発生産性?(1+間接要員比率)?余裕率 基準値?(0
【見積もり方式】 LOC法(Line of Code) 工数=ステップ数?開発生産性?(1+間接 要員比率)?余裕率 C Javaは2 5 6 100kで10% 5∼30% 1000kで20% (参考) 保守案件 母体が3K超 修正ステップ+250 母体が2K超 修正ステップ+200+(( 母体−2000)?5% 母体が2K未満 修正ステップ+母体?10% FP法(ファンクションポイント) 基準値?(0.65+調整値?100) 画面/帳票等から要素数を算出し、 0∼5段階で 評価 難易度に応じた3段階の点数を掛ける (例) 入力画面 低 1∼4 中 5∼9 高 10 以上
DownloadFP - JFPUG
2015年11月19日 ソフトウェアの規模を把握する場合、内部仕様(実装)から捉 えるアプローチと外部仕様 から捉えるアプローチがある 【内部仕様(実装)から捉える規模の例】 プログラム本数 条件分岐数 関数やAPIの数 SLOC(Source Lines Of Code,プログラムステップ数) etc 【外部仕様から捉える規模の例】 画面や帳票の数 定義された要件の数 ユース ケースポイント ファンクションポイント(FP) etc 1 ファンクションポイントとは
Download標準技法には落とし穴がある 穴をふさぐ現場ルールを作ろう
験からこの案件では印刷機能を新規に 作る必要があると推測した」と話す。 大手 メーカー SEの大塚真一氏(仮名, 37歳)は「どこまでのテストを見積も りに含めればよ いかが分からなかった。 システムテストは対象外と仮定し,工 数から抜いた」と言う。 大塚氏は画面 をLOC法注1で,業務ロジックをFP法注2 で測定。FP数をステップ数に 換算し て,基本設計から結合テストまでの生 産性係数を使い工数を算出した。 3人は それぞれが得意とする見積もり 技法を使って見積もった。結果を見れ ば明らかなよう に,技法を
DownloadLOC - ウィキペディア
LOCは、lines of codeの略で、ソフトウェアの規模を表す指標のひとつ。ソースコードの 行数を意味する。何の行数かを明確に示すため、SLOC (source lines of code) という こともある。 テキストファイルとしての行数を物理LOC (physical LOC) というが、これを そのまま使うことは少ない。空行(改行など空白だけの行)やコメント行(コメントと空白 だけの行)は除く、2つの命令が書かれた行は2行と数える、括弧だけの行を除くなどの 換算をした行数を論理LOC (logical LOC) といい、通常はこちらを使う。ただし、細かい 規則に 問題点 簡単な例 実際の製品の例
DownloadSLOCとFPのあいだ | Take IT Easy
2015年11月11日 FP法は規模見積りの手法の一つであるが、同じ規模見積り手法であるSLOC(Source Lines of Code、ソースコードの行数)方式で見積もった規模と例として以下の様な違い がある。 <FP方で計測した規模> ユーザ視点から見える機能を見積り対象とするため 、機能要件と 例えば、「~~の画面の~~の項目を直したらXXXステップだ(ZZZ人 日だ)」という感覚が、組織にいる有識者は持っているはずだ。SLOC、FPの値として 表現される前のこの量感覚を共有化できれば、合意形成の非常に大きな
Download92 SLOC生産性
9 2 SLOC生産性 本節では、SLOC 生産性についての分析結果を示す。「SLOC 生産 性」は、SLOC 規模を開発5 工程の工数で除算したものである。すなわち、人時あたりの SLOC 規模、又は、人月(人時への変換は1 人月= 160 時間を代用)あたりのSLOC 規模である。 この節で使用するデータのうち、その名称に(導出指標)と付記するデータ は、付録A 4 でその定義や導出方法を示している。本節では、SLOC 規模データがあり、 言語名が明確なプロジェクトを対象とする。主開発言語については、収集データ件数が
Downloadステップ数とは - IT用語辞典
2007年5月4日 ステップ数(number of steps)とは、プログラムの規模を測るための指標となる数値。 ソフトウェア開発の現場において、開発の進捗管理や開発費の見積もりを出す目的など で使用されることが多い。ステップ数の数え方には様々な基準があるが、多くの場合、 プログラムのソースコードの行数である「LOC」(Lines Of Code)を基にした値となる。 LOCをそのままステップ数として用いることもあるが、LOCからプログラムとしては意味 を成さない空行やコメントの行の数を除いて換算する場合もある。
DownloadKLOCとは - IT用語辞典
2013年8月9日 別名: キロステップ kstep KLOCとは、プログラムの規模を表す指標の一つで、ソース コード1000行のこと。LOC SLOC(Source Lines Of Code)の1000倍を意味する単位。 KLOCはソフトウェア開発の受発注の基準などで用いられるプログラムの規模の推計に 用いられるが、同じ機能のプログラムでもプログラマの力量や選択するアルゴリズム などによって記述量が大幅に異なることがあり、基準としての信頼性はあまり高くない。 また、現在利用されているプログラミング言語の多くはソースコードの改行
Downloadプログラムの生産性 - 新SE日記
2016年10月27日 今、進行中のプロジェクトで、システムの想定開発ステップ数を聞かれている。 それ に対する実績ステップ数で、製造工程の進捗率を出すのだとか。 作ってみないと分かる わけないのだけど、簡単に分かりませんとも云えないので、 見積もりの開発工数 × プログラムの生産性で出してみることにした。 プログラムの生産性をいくつにするか。 「 ソフトウェア開発白書2014 2015」からプログラム言語ごとの生産性を見てみる。 新規 開発、改良の(SLOC 人時)の中央値を抜粋した。 (SLOC 人日)(SLOC 人月)
Downloadステップ数 - システムエンジニア入門
ステップ数とはプログラムの規模をあらわす数値のことを指します。 ステップ数の数え方 にはさまざまな方法がありますが、ソースコードの行数であるLOC(Line Of Code)を ステップ数の基準とする方法が一般的です。 LOCをそのままステップ数とみなすことも ありますが、ソースコード上は意味のない空行やコメント行を除いて集計する場合も あります。 システム開発の現場では、プログラムの作成状況を確認したり、開発工数を 見積もるために使用されます。 PR
Download山浦恒央の“くみこみ”な話(35):規模見積もりの王様「LOC見積もり
2011年9月14日 このように、LOC見積もりは通常の設計と同じ方法でアプローチするため、誰にでも可能 で、特別な見積もり技術は不要です。また、見積もり値の単位(ステップ数)が明確 なので、分かりやすくてカウントも簡単です。それ故、説得力もあります。ステップ・ カウント用のツ-ルを使えば、自動計算できますし、工程管理ともよくなじみますので、 例えば「5日遅れ」などを簡単に計算することが可能です。どんなに手抜きし放題の いいかげんなプロジェクトでも、さすがにソフトウェアのソースコード行数は計測してい
Download見積もり手法「プログラムステップ法、LOC法(Lines Of Code
2005年12月25日 間隔が空いてしまいましたが、前回の続きで見積もり方法です。(2008 3 2修正) ・ 見積もり手法「LOC法(Lines Of Code)」 プログラムステップ数(LOC)に生産性を掛け 合わせておこなう見積もりです。 要求仕様から開発するプログラムのコード数を推定し、 そのコード数と1コード当りの生産性から全体の工数見積りをします。 過去の類似 システムにおける実績値(LOC)から推定することになるため、その意味では本質的には 類推法と変わりません。 長所は 工数見積もりの根拠を数字で出せるため、一見
Download
sloc 生産性 java
「ソフトウェア開発データ白書2016-2017」 ご紹介 - IPA 独立行政法人
今まで一般的に用いられているSLOC見積りや機能規模測定法のデファクト スタンダード であるファンクションポイント(FP)法 method, which is the de facto standard for SLOC estimates and the measurement technique for measuring function scale that 富士通社内の活用推進として,FSでの生産性評 価のために, 完了プロジェクトの LOC法(Line of Code) 工数=ステップ数?開発生産性?(1+間接要員比率)?余裕率 C Javaは2 5 6 100kで10 5∼30 1000kで20 (参考)保守案件 母体が3K超 修正ステップ+250 母体が2K超 修正ステップ+200+((母体−2000)?5 母体が 2K未満 修正ステップ+母体?10
「ソフトウェア開発データ白書2016-2017」 ご紹介 - IPA 独立行政法人
2016年11月16日 生産性向上 信頼性向上 ◇ベンチマーキング ◇開発計画の実現可能性検討 ◇ 見積りの妥当性評価 ◇組織の重点強化領域の特定等 ソフトウェア開発データ白書 29社からの エンタープライズ系 のソフトウェア (41 0%)で約8割である ○ 言語では、Java( 32 2%)、COBOL(15 1%)、VB(10 8%)、C言語(10 3%)で 7割弱である
Downloadソフトウェア開発データ白書2014-2015 - ソフトウェア高信頼化
2015年3月4日 実績工数(プロジェクト全体、開発5工程)、計画工数(プロジェクト 全体)、外部委託 比率/工数比率、基本設計工数比率 生産性 FP/SLOCそれぞれの全体生産性と 工程別(基本設計~総合テ スト)生産性 信頼性 稼働後の発生不具合数(原因/現象 )、FP/SLOCあたりの発生 不具合密度/テスト密度 ※基本は、原因数
Download使えるメトリクス! 「予測に基づく定量的管理の実現」 - ソフトウェア高
2014年12月12日 FP生産性とSLOC生産性の 特性は異なる。 (IPA SEC ソフトウェア開発データ白書 2012 2013 より引用) 従って、FPとSLOCを組み 合わせて予測する方法も 考え られる。 言語 FP生産性 [FP 人月] SLOC生産性 [SLOC 人時] COBOL(*1) 7 7 5 6 Java 13 4 5 9 VB(*2) 15 8 5 8 (*2)?(*1) 2 1 1 0 工数 生産性 FP
Downloadその見積りの根拠は? - JFPUG
2016年11月25日 お客様 その見積りの根拠は?~事例1 SLOC 10万行の 根拠は? 要求仕様とSLOC の関係 が不明確。自動生成され る部分も多いし、SLOCで 示されても妥当性を確認 できない。 受注者 対象システムは、 Java で10万行 になると考えら れます。 SLOC の生産性を 5 8 [SLOC 人時] とすると、必要な 工数は107人月と
Downloadソフトウェア開発プロジェクトの生産性評価に関する事例 - 日本ユニシス
エンハンスの Java など,データ数が十分にある層別も分析したが,依然としてバラツキ は大 きく,t 検定で有意差は確認できなかった. さらに,このバラツキの大きさに関する 問題は,SLOC 生産性も同様であった.つまり,IT 分野の代表的な規模尺度を用いた FP や SLOC 生産性では,組織全体と各プロジェクトの生産 性を評価することが できない
Download定量的マネジメントのための公開データ利用ガイド - 経済産業省
例えば、生産性(SLOC/人月)を評価する場合に、SLOC の算出にあたってコメント行 を抜いて算出された生産性と、コメント行を含めて算出された生産性とを比較することは できない。このため、公開データが用語やメトリクスについてどのような定義をしている かを理解する必要がある。また、複数の公開データを利用する際には、それぞれの定義
Download定量的マネジメントのための公開データ利用ガイド付録 - 経済産業省
メトリクスによる定量的マネジメントは、プロダクト(成果物)、プロジェクトの進捗、 プロセス の質を可視化し、プロジェクトの工数、プロダクトの規模、プロダクトの品質の 予測を可能にする。 また、定量データを蓄積することで、非現実的な計画を立てるのでは なく、実績に裏付けされた実現 可能な計画を立案できるようになり、妥当性の高い改善 施策を
Download工数=ステップ数?開発生産性?(1+間接要員比率)?余裕率 基準値?(0
LOC法(Line of Code) 工数=ステップ数?開発生産性?(1+間接要員比率)?余裕率 C Javaは2 5 6 100kで10% 5∼30% 1000kで20% (参考)保守案件 母体が3K超 修正ステップ+250 母体が2K超 修正ステップ+200+((母体−2000)?5% 母体が 2K未満 修正ステップ+母体?10% FP法(ファンクションポイント) 基準値?(0.65+調整
Download新たな開発規模見積り手法 -ファンクションスケール法の実践 - Fujitsu
今まで一般的に用いられているSLOC見積りや機能規模測定法のデファクト スタンダード であるファンクションポイント(FP)法 method, which is the de facto standard for SLOC estimates and the measurement technique for measuring function scale that 富士通社内の活用推進として,FSでの生産性評 価のために, 完了プロジェクトの
Download92 SLOC生産性
以降では最初に、図表9 2 1 で4 つの言語別にしめし、「COBOL」を図表9 2 3、「C」を 図表9 2 4、「VB」を図表9 2 5、「Java」を図表9 2 6 に示す。次に、SLOC 規模の範囲 に分けてSLOC 生産性を示す。また、規模の範囲と主開発言語とのクロスでの分布状況 を示す。さらに、40KSLOC未満(小規模)のプロジェクトのみで絞り込んだ結果を示す。
Download「ソフトウェア開発データ白書2016-2017」 ご紹介 - IPA 独立行政法人
2016年11月16日 生産性向上 信頼性向上 ◇ベンチマーキング ◇開発計画の実現可能性検討 ◇ 見積りの妥当性評価 ◇組織の重点強化領域の特定等 ソフトウェア開発データ白書 29社からの エンタープライズ系 のソフトウェア (41 0%)で約8割である ○ 言語では、Java( 32 2%)、COBOL(15 1%)、VB(10 8%)、C言語(10 3%)で 7割弱である
Downloadソフトウェア開発データ白書2014-2015 - ソフトウェア高信頼化
2015年3月4日 ソフトウェア開発データ白書 29社からの エンタープライズ 系の ソフトウェア開発 プロジェクト データ 3,541 プロジェクト IPA SEC 毎年 データ 収集 隔年 発行 参考 ◇プロジェクト マネジメント ◇組織の品質・生産性 のマネジメント Software Reliability Enhancement Center ※主開発言語1~3が、COBOL,C,VB,Java のいづれか
DownloadJavaアプリケーションの生産性をアップさせる「MyEclipse日本語版」が
2007年3月9日 日立製作所は、国内におけるJavaアプリケーション開発の生産性向上を支援するため、 MyElclipse日本語版と技術サポートの提供を4月27日より開始する。
Download[比較検証] Spring Bootアプリの開発生産性は従来とどの程度の違うか
2017年9月4日 レガシーなWebアプリケーションの開発と比較して、Spring Bootベースの アプリケーションの開発生産性はどの程度の違うのでしょうか? 少し古めの技術が ベース DBクライアント サーバー, JDBC Derby 10 8 3 0, Spring JDBC 4 3 9 Derby 10 12 1 1 (Java 7の場合)、または10 13 1 1 (Java 8の場合) LDAP クライアント
Download
sloc 生産性 指標
「ソフトウェア開発データ白書2016-2017」 ご紹介 - IPA 独立行政法人
今まで一般的に用いられているSLOC見積りや機能規模測定法のデファクト スタンダード であるファンクションポイント(FP)法に比べ method, which is the de facto standard for SLOC estimates and the measurement technique for measuring function scale that has 図 13 生産性・品質指標公開資料 Fig 13 Released data about LOC法(Line of Code) 工数=ステップ数?開発生産性?(1+間接要員比率)?余裕率 C Javaは2 5 6 100kで10 5∼30 1000kで20 (参考)保守案件 母体が3K超 修正ステップ+250
「ソフトウェア開発データ白書2016-2017」 ご紹介 - IPA 独立行政法人
2016年11月16日 生産性向上 信頼性向上 ◇ベンチマーキング ◇開発計画の実現可能性検討 ◇ 見積りの妥当性評価 ◇組織の重点強化領域の特定等 ソフトウェア開発データ白書 29社からの エンタープライズ 8章では、開発規模(FP、SLOC規模)及び開発5工程の 工数をもとに、ソフトウェア開発の生産性について 記載している。 9章では、
Downloadソフトウェア開発データ白書2014-2015 - ソフトウェア高信頼化
2015年3月4日 導出指標一覧 分類 名称 規模 実効SLOC実績値など 工期 実績月数(プロジェクト 全体、開発5工程)、計画月数(開発5工程) 工数 実績工数(プロジェクト全体、開発5 工程)、計画工数(プロジェクト 全体)、外部委託比率/工数比率、基本設計工数比率 生産性 FP/SLOCそれぞれの全体生産性と工程別(基本設計~総合
Downloadソフトウェア開発プロジェクトの生産性評価に関する事例 - 日本ユニシス
2 IT 分野における生産性指標 独自の成果物を創造するソフトウェア開発プロジェクト では,成果量を示す規模尺度が少な い.このため,FP 生産性と開発ライン数の SLOC (Source Lines Of Code)を用いた SLOC 生産性の二つが,IT 分野の代表的な生産 性指標となる.FP には,IFPUG 法*2 という厳密な 計測ルールが存在する.しかし, 計測
Download定量的マネジメントのための公開データ利用ガイド - 経済産業省
昨今、ソフトウェアが日常生活やビジネスに不可欠な存在になり、利便性を向上させる 主役となるにつれ、ソフトウェアへの期待はますます向上している。一方、大規模システ ム障害の発生を背景に、安全性や信頼性をはじめとしたソフトウェアの品質が個人のみ な らず社会に多大な影響を与えることが強く認識されつつある。これにより、
Download使えるメトリクス! 「予測に基づく定量的管理の実現」
FP生産性とSLOC生産性は特性の異なる量である。そのため工数を予測する方法も 異なる。 FP生産性とSLOC生産性の 特性は異なる。 (IPA SEC ソフトウェア開発 データ白書 2012 2013 より引用) 従って、FPとSLOCを組み 合わせて予測する方法も 考えられる。 言語 FP生産性 [FP 人月] SLOC生産性 [SLOC 人時] COBOL(*1) 7 7 5 6
Downloadその見積りの根拠は? - JFPUG
2016年11月25日 お客様 その見積りの根拠は?~事例1 SLOC 10万行の 根拠は? 要求仕様とSLOC の関係 が不明確。自動生成され る部分も多いし、SLOCで 示されても妥当性を確認 できない。 受注者 対象システムは、 Java で10万行 になると考えら れます。 SLOC の生産性を 5 8 [SLOC 人時] とすると、必要な 工数は107人月と
Downloadソフトウェア・メトリックス2016年版 一般社団法人 日本情報 - JUAS
6 5品質の評価 6 6工期と品質 6 7費用、生産性の評価 6 8外注費分析 6 9 ドキュメント量、負荷分析 6 10PMの評価、各種指標との関連 6 11顧客満足度分析 6 12非機能要求の分析 6 13ツールの分析 6 14セキュリティ分析 6 15ウォーター フォール型開発フェーズ別分析 6 16アジャイル型分析 6 17開発調査の考察・まとめ 情報を体系化し
Download工数=ステップ数?開発生産性?(1+間接要員比率)?余裕率 基準値?(0
LOC法(Line of Code) 工数=ステップ数?開発生産性?(1+間接要員比率)?余裕率 C Javaは2 5 6 100kで10% 5∼30% 1000kで20% (参考)保守案件 母体が3K超 修正ステップ+250 母体が2K超 修正ステップ+200+((母体−2000)?5% 母体が 2K未満 修正ステップ+母体?10% FP法(ファンクションポイント) 基準値?(0.65+調整
Download新たな開発規模見積り手法 -ファンクションスケール法の実践 - Fujitsu
今まで一般的に用いられているSLOC見積りや機能規模測定法のデファクト スタンダード であるファンクションポイント(FP)法に比べ method, which is the de facto standard for SLOC estimates and the measurement technique for measuring function scale that has 図 13 生産性・品質指標公開資料 Fig 13 Released data about
Download92 SLOC生産性
9 2 SLOC生産性 本節では、SLOC 生産性についての分析結果を示す。「SLOC 生産 性」は、SLOC 規模を開発5 工程の工数で除算したものである。すなわち、人時あたりの SLOC 規模、又は、人月(人時への変換は1 人月= 160 時間を代用)あたりのSLOC 規模である。 この節で使用するデータのうち、その名称に(導出指標)と付記するデータ
Download「ソフトウェア開発データ白書2016-2017」 ご紹介 - IPA 独立行政法人
2016年11月16日 生産性向上 信頼性向上 ◇ベンチマーキング ◇開発計画の実現可能性検討 ◇ 見積りの妥当性評価 ◇組織の重点強化領域の特定等 ソフトウェア開発データ白書 29社からの エンタープライズ 8章では、開発規模(FP、SLOC規模)及び開発5工程の 工数をもとに、ソフトウェア開発の生産性について 記載している。 9章では、
Download「ソフトウェア開発データ白書」シリーズに関するよくある質問と回答:IPA
規模について; 工数について; 信頼性について; 生産性について; テストについて; バグ数 について; 基本統計量について; 見積りについて; アーキテクチャについて; 開発対象 プラットフォームについて; 外部 付録A 4 「導出指標の名称と定義」の「実効SLOC 実績値」に説明されています。 SLOC生産性 = 実効SLOC実績値÷実績工数(開発5 工程)規模について 工数について 信頼性について 生産性について
Downloadプログラムの生産性 - 新SE日記
2016年10月27日 作ってみないと分かるわけないのだけど、簡単に分かりませんとも云えないので、 見積もりの開発工数 × プログラムの生産性で出してみることにした。 プログラムの生産 性をいくつにするか。 「ソフトウェア開発白書2014 2015」からプログラム言語ごとの 生産性を見てみる。 新規開発、改良の(SLOC 人時)の中央値を抜粋した。
Download使えるメトリクス! 「予測に基づく定量的管理の実現」
FP生産性とSLOC生産性は特性の異なる量である。そのため工数を予測する方法も 異なる。 FP生産性とSLOC生産性の 特性は異なる。 (IPA SEC ソフトウェア開発 データ白書 2012 2013 より引用) 従って、FPとSLOCを組み 合わせて予測する方法も 考えられる。 言語 FP生産性 [FP 人月] SLOC生産性 [SLOC 人時] COBOL(*1) 7 7 5 6
Downloadソフトウェア開発プロジェクトの生産性評価に関する事例 - 日本ユニシス
2 IT 分野における生産性指標 独自の成果物を創造するソフトウェア開発プロジェクト では,成果量を示す規模尺度が少な い.このため,FP 生産性と開発ライン数の SLOC (Source Lines Of Code)を用いた SLOC 生産性の二つが,IT 分野の代表的な生産 性指標となる.FP には,IFPUG 法*2 という厳密な 計測ルールが存在する.しかし, 計測
Download定量的マネジメントのための公開データ利用ガイド - 経済産業省
昨今、ソフトウェアが日常生活やビジネスに不可欠な存在になり、利便性を向上させる 主役となるにつれ、ソフトウェアへの期待はますます向上している。一方、大規模システ ム障害の発生を背景に、安全性や信頼性をはじめとしたソフトウェアの品質が個人のみ な らず社会に多大な影響を与えることが強く認識されつつある。これにより、
Downloadその見積りの根拠は? - JFPUG
2016年11月25日 お客様 その見積りの根拠は?~事例1 SLOC 10万行の 根拠は? 要求仕様とSLOC の関係 が不明確。自動生成され る部分も多いし、SLOCで 示されても妥当性を確認 できない。 受注者 対象システムは、 Java で10万行 になると考えら れます。 SLOC の生産性を 5 8 [SLOC 人時] とすると、必要な 工数は107人月と
Downloadソフトウェア開発の生産性をステップ数で測るのはやめよう
2014年11月5日 はじめに これから話す内容は目新しい話ではないのですが、驚くほど理解されていない ことが多いと感じています。特にSierではその傾向が顕著であるように感じます。 一人 でも多くの方に気付きを得てもらえれば、と思い書いています。特にマネージャークラス の方に読んでいただきたいと思っています。
Download
システム開発 工数 比率
ソフトウェア開発データ白書の活用 - IPA 独立行政法人 情報処理推進機構
上流工程比率を用いたソフトウェア開発工数 ソフトウェア開発工数 ソフトウェア開発 工数見積もり 精度の定量的評価 Evaluation of software development effort estimation based on upper phase ratio 角田 雅照* 戸田 航史† 伏田 享平‡ あらまし 本研究では要件定義などの上流工程の工数とその工程比率 に基づいた工数 見積もりに着目 ① 開発すべきシステムの構築に必要な総工数、全体工 期を算出 ② 工数比率 によって、各工程に必要な工数を算出 ③
ソフトウェア開発データ白書の活用 - IPA 独立行政法人 情報処理推進機構
0 938 0 167 0 093 総合テスト(ベンダ確認) 487 0 000 0 061 0 116 0 172 0 564 0 127 0 086 工数比率 ・・・各開発工程を実施するのに必要な作業工数の比率 (新規開発) データ白書2010 2011 P204、図表8 1 8 データ白書2010 2011 P205 、図表8 1 9 要件定義工程も含めた工程別の 実績工数の比率の基本統計量 (新規 開発)
Download「ソフトウェア開発データ白書2016-2017」 ご紹介 - IPA 独立行政法人
2016年11月16日 工程実績工数 詳細設計実績 工数/開発5 工程実績工数 製作実績工数 /開発5 工程 実績工数 結合テスト実 績工数/開発 5工程実績工 数 総合テスト(ベ ンダ 確認)実 績工数/開発 5工程実績工 数 7章 工程別分析掲載内容 (工期比率) この 章では、工程別の工数と工期、レビューまたはテストケースとバグ密度の
Downloadデータ白書 - IPA 独立行政法人 情報処理推進機構
データ白書 2010 2011:生産性に関する分析を新たに章として分割。また、 規模あたり のテスト工数 や重要インフラのシステムプロファイル等と信頼性指標との関係について の分析を追加。 ・データ白書 2012 2013:一部の工程のみの見積りの参考になる工程 別の生産性を追加、 工程別の生産 性は層別に分析を試みた。また、 開発フレーム ワーク
Downloadソフトウェア開発データ白書2016-2017 - ソフトウェア高信頼化 - IPA 独立
2016年11月2日 システム規模 FP計画値/実績値、SLOC計画値/実績値、設計書文書量、その他 規模指標など 工期 工程別工期、プロジェクト全体工期、アイドリング期間 工数 工数 単位、人時換算係数、社内/ 工程別実績工数比率(各工程の実績工数/開発5 工程実績工数)は以下の通りである。 Software Reliability Enhancement
Downloadソフトウェア・メトリックス2016年版 一般社団法人 日本情報システム
図表6 2 3 投入工数別フェーズ別新規改修区分別工期比, 区分コード000 全データ ・ 要件定義工期,設計工期、実装工期、テスト工期の内訳比率をみると、20:25:28:27 ≒4:5:5:5となる。 また、設計工期に対するテスト工期の比率は、新規開発(26 1%/ 25 5%=1 024)よりも改修・再開発 (27 9%/24 8%=1 125)の方が大きい。
Download定量的マネジメントのための公開データ利用ガイド付録 - 経済産業省
ここでいうテストケースは、ユーザが実施する受入テストでのテ ストケースであり、 ベンダが実施するシステムテストのものでは ない。テストケース密度はこのテスト ケース数をソフトウェアの 規模で割ったものだが、ソフトウェアの規模には KLOC の ものと FP のものの 2 種類がある。 レビュー比率 レビュー比率は、総開発工数に 占めるレビュー工数
Download定量的マネジメントのための公開データ利用ガイド - 経済産業省
ェア開発プロジェクトでの品質管理をはじめとした各種マネジメントの鍵として認識され メトリクスは、システム開発の進捗や資源利用、成果物等の状況を定量的に示す 仕 様書からファンクションポイントを測定できれば、最終プロダクトの規模(KLOC)や開発 工数を予測できる。プロジェクトの進捗状況が可視化できれば、プロジェクト終了
Downloadソフトウェア開発データ白書の効果的な活用法
① 開発すべきシステムの構築に必要な総工数、全体工 期を算出 ② 工数比率 によって、各工程に必要な工数を算出 ③ 工期比率によって、各工程に必要な期間を 算出 ④ 上記②と③から、各工程に必要な要員数を算出 ○4 プロジェクト遂行時での 今後の見通し プロジェクトが進むに従い、作業進捗や工数等、当初の 計画と実績に 差異が発生
Download上流工程比率を用いたソフトウェア開発工数 ソフトウェア開発工数
上流工程比率を用いたソフトウェア開発工数 ソフトウェア開発工数 ソフトウェア開発 工数見積もり 精度の定量的評価 Evaluation of software development effort estimation based on upper phase ratio 角田 雅照* 戸田 航史† 伏田 享平‡ あらまし 本研究では要件定義などの上流工程の工数とその工程比率 に基づいた工数 見積もりに着目
Downloadソフトウェア開発データ白書の活用 - IPA 独立行政法人 情報処理推進機構
0 938 0 167 0 093 総合テスト(ベンダ確認) 487 0 000 0 061 0 116 0 172 0 564 0 127 0 086 工数比率 ・・・各開発工程を実施するのに必要な作業工数の比率 (新規開発) データ白書2010 2011 P204、図表8 1 8 データ白書2010 2011 P205 、図表8 1 9 要件定義工程も含めた工程別の 実績工数の比率の基本統計量 (新規 開発)
Download「ソフトウェア開発データ白書2016-2017」 ご紹介 - IPA 独立行政法人
2016年11月16日 工程実績工数 詳細設計実績 工数/開発5 工程実績工数 製作実績工数 /開発5 工程 実績工数 結合テスト実 績工数/開発 5工程実績工 数 総合テスト(ベ ンダ 確認)実 績工数/開発 5工程実績工 数 7章 工程別分析掲載内容 (工期比率) この 章では、工程別の工数と工期、レビューまたはテストケースとバグ密度の
Download工程別工数の比率 - 新SE日記
2015年12月3日 最近、見積もりをする機会が増えてきた。先日みた「ソフトウェア開発データ白書 2014 2015」に工程別の工数の比率が記載されていて、これも大いに参考になると思った。 基本設計 詳細設計 製作(単体テスト含む) 結合テスト 総合テスト 新規 15 4 17 1 34 2 16 4 11 7 改修 14 4 16 0 3
Download4システム開発工数の概要見積りの実施方法(How)
(3.2)工程別基準工数比率 1)工程別基準工数比率 前項の作業内容を前提とした工程 別基準工数比率の一般平均は、図MI-4のとおりである。 図MI-4 工程別基準工数 比率 注:, テスト・移行工程の工数比率「0 5」はいっせい移行する場合のものであり、 地域別に順次移行する場合は工数追加を必要とする。 いっせい移行とは、例えば開発 した
Download情報システムの見積りチェックポイント : 転ばぬ先のMRI~情報システム
2011年1月25日 見積りの対象となる作業(システムの新規開発又はシステム改修)と類似の事例が過去 にあれば、その総額と見積りの総額とを比較し、類似事例と比べて総額に大きな乖離が ないか確認する。 (2)工程別の工数比率のチェック 見積りにおける基本設計、詳細設計 、開発(単体テスト含む)、結合テスト、総合テストの各工程別の工数
Downloadシステム開発(請負)における管理工数の必要性 - Qiita
2017年2月17日 1 はじめに システム開発のフェーズ(または工程)としては、概ね以下のようになります。 (ここでは、ウォーターフォール型の開発を例とします) (1)要件定義 (2)基本設計 (3) 詳細設計 (4)製造 (5)単体テスト (6)結合テスト (7)総合テスト (8)運用テスト (9)現地 調整2 請負開発の範囲と開発工数 システム開発の各段階において、請負
Downloadソフトウェア・メトリックス2016年版 一般社団法人 日本情報システム
図表6 2 3 投入工数別フェーズ別新規改修区分別工期比, 区分コード000 全データ ・ 要件定義工期,設計工期、実装工期、テスト工期の内訳比率をみると、20:25:28:27 ≒4:5:5:5となる。 また、設計工期に対するテスト工期の比率は、新規開発(26 1%/ 25 5%=1 024)よりも改修・再開発 (27 9%/24 8%=1 125)の方が大きい。
Download開発工程の中でもプログラミングが占める割合は2割程度でしかない
2017年6月2日 なぜ要件定義や設計などの上流工程に多くの時間を割くかといえば、現在のシステム 開発はウォーターフォールモデルで開発が行われることが一般的だからです。 ウォーターフォールモデルでは、上流の工程に遡って作業をすることは許されません。 もし上流の工程に遡るようなことがあっては、大幅に工数が膨らんでしまうから
Download要件定義工程の工数比率 - Plussome プラッサム
2015年7月12日 今回はJUAS(日本情報システム・ユーザー協会)が毎年発行している「ユーザー企業 ソフトウェアメトリックス調査」の中から、プロジェクトの「規模別工程別工数比」を この 資料での工程の分類は、要件定義、設計、実装、テストの4つになっているのですが、 開発工数全体を1(100%)として、要件定義工程には平均してどの程度の
Download
ソフトウェア 生産性 指標値
「ソフトウェア開発データ白書2016-2017」 ご紹介 - IPA 独立行政法人
2015年11月19日 第1部 ファンクションポイントとは 第2部 ファンクションポイントの計測(スマホアプリの 計測例) 第3部 プロジェクトの生産性指標(定量化のメリットその1) 第4部 ソフトウェア の価格指標(定量化のメリットその2) 目次 ソフトウェア品質シンポジウム2016 B1 3【経験発表】 ソフトウェア開発プロジェクト 本部の生産性・品質向上の取組み無 ・本部の人材育成制度無し 進捗 品質の定量 把握) V字モデル、レビュー とテスト、品質指標。。 マインドのケア、トレーニングを 定量把握と併走させる。 同値分割、境界値 デシジョンテーブル。。 工夫した点 な ぜ 着眼 6