特集１ ソフトウエア改造力〜総論 ソフトウエア改造力が足りない 新規開発の延長戦では限界 “フタコブらくだ”を 飼いならそう
日経SYSTEMS 第160号 2006.8.1
| 掲載誌 | 日経SYSTEMS 第160号（2006.8.1） |
|---|---|
| ページ数 | 4ページ （全5207字） |
| 形式 | PDFファイル形式 （1114kb） |
| 雑誌掲載位置 | 22〜25ページ目 |
システムに変更を加える改造のミスがトラブルを増やしている。改造ならではのスキルや仕組みといった「改造力」が足りないことが原因だ。改造力は，プログラマやＳＥ，プロジェクト・マネージャの総力である。「影響調査」「確認テスト」というフタコブを意識して，改造力を高めよう。 ソフトウエアの改造力注１が足りない−−。そのために，システムの変更作業でミスが生じ，次々とトラブルが引き起こされている。 ５月９日，シ…
記事の購入（ダウンロード）
購入には会員登録が必要です 会員登録はこちら
価格 550円（税込）
他のIDで購入する
G-Search ミッケ！は雑誌を記事ごとに販売するサービスです。
この記事は「4ページ（全5207字）」です。ご購入の前に記事の内容と文字数をお確かめください。
（注）特集のトビラ、タイトルページなど、図案が中心のページもございます。
コラム 濱本常義のここが危ない！〜明日は我が身の情報漏洩 「事件を起こせ」と語る経験者も
コラム 有賀貞一のＩＴ斜め斬り〜トラブル減少に役立つ規格の順守 ＳＥにとって内容の理解が必須に
特集１ ソフトウエア改造力〜Ｐａｒｔ １ 対応すべき案件を選ぶ リスクの高い改造だから 優先度を付ける 仕組みが大切
特集１ ソフトウエア改造力〜Ｐａｒｔ ２ 改造の影響を調べる 資料とレビューを 駆使して 変更個所を漏らさず表現
特集１ ソフトウエア改造力〜Ｐａｒｔ ３ テスト範囲を最適に決める 過去のテスト項目を集めて “他に影響がない” ことを確認
