- トップページ
- プロジェクトマネージャ 午前2
- 平成21年度春季問題
平成21年度春季問題
問題1
次のシステム開発において、コードインスペクションを行うことによって期待できる効果(削減できる時間)は何時間か。ここで、NCSSはソースコードの注釈を除いた文の個数とする。また、バグ発見率＝発見したバグ数÷すべてのバグ数 とする。
- システムの規模：6,000NCSS
- システムに存在するバグの推定値：1,000NCSS当たり5件
- バグ発見率：コードインスペクションを行った場合、バグ発見率は90%であり、残りのバグは単体テスト以降で発見される。
コードインスペクションを行わなかった場合、すべてのバグは単体テスト以降で発見される。 - コードインスペクションに要する時間：1,000NCSS当たり4時間
- コードインスペクションでバグが発見された場合の1件当たりの修復時間：1時間
- 単体テスト意向でバグが発見された場合のバグ1件当たりの修復時間：5時間
| ア | 66 |
| イ | 84 |
| ウ | 99 |
| エ | 108 |
問題2
プロジェクトの進捗管理をEVM(Earned Value Management)で行っている。コストが超過せず、納期も遅れないと予想されるプロジェクトはどれか。ここで、それぞれのプロジェクトの開発の生産性は今までと変わらないとする。
問題3
ソフトウェアの開発規模見積りに利用されるファンクションポイント法の説明はどれか。
| ア | WBSによって作業を洗い出し、過去の経験から求めた作業ごとの工数を積み上げて規模を見積もる。 |
| イ | 外部仕様から、そのシステムがもつ入力、出力や内部論理ファイルなどの5項目に該当する要素の数を求め、さらに複雑さを考慮した重みを掛けて求めた値を合計して規模を見積もる。 |
| ウ | ソフトウェアの開発作業を標準作業に分解し、それらの標準作業ごとにあらかじめ決められた標準工数を割り当て、それらを合計して規模を見積もる。 |
| エ | プログラム言語とプログラマのスキルから経験的に求めた標準的な生産性と、必要とされる手続きの個数と乗じて規模を見積もる。 |
問題4
工数が500人日と見積もられた開発プロジェクトを4人で開始したが、開発に遅れが出てきた。あと25日残すところで、まだ160人日の工数が必要と見込まれるので、プログラマを増やすことにした。次のような条件がある場合、予定どおり、あと25日で開発プロジェクトを完了するには、すくなくとも何人のプログラマを増やせばよいか。
| [条件] | ||
| (1) | 増員するプログラマは最初の10日間はプロジェクトの学習をそれぞれ行うものとする。 | |
| (2) | プログラマを増員することによる作業の再分割やその後のコミュニケーションのオーバヘッドなどは無視できる。 | |
| (3) | 増員するプログラマの生産性は、当初からのプログラマの生産性と変わらないものとする。 | |
| ア | 3 |
| イ | 4 |
| ウ | 7 |
| エ | 8 |
問題5
JIS X 0129-1で規定されるソフトウェアの品質特性のうち、“効率性”の定義はどれか。
| ア | 指定された条件下で利用するとき、指定された達成水準を維持するソフトウェア製品の能力 |
| イ | 指定された条件の下で利用されるときに、明示的及び暗示的必要性に合致する機能を提供するソフトウェア製品の能力 |
| ウ | 修正のしやすさに関するソフトウェア製品の能力 |
| エ | 明示的な条件の下で、使用する資源の量に対比して適切な性能を提供するソフトウェア製品の能力 |
お問い合わせ
