![](https://cdn-ak-scissors.b.st-hatena.com/image/square/bed39b5962a5d552c95b6d796db8f55e72d32943/height=288;version=1;width=512/https%3A%2F%2Fxtech.nikkei.com%2Fimages%2Fn%2Fxtech%2F2020%2Fogp_nikkeixtech_hexagon.jpg%3F20220512)
エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント2件
- 注目コメント
- 新着コメント
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
ソフトウエア改造力
ソフトウエアの改造がトラブルの温床になっている。改造案件が増える一方で,改造ならではの方法論が未... ソフトウエアの改造がトラブルの温床になっている。改造案件が増える一方で,改造ならではの方法論が未熟だからだ。プログラマやSE,プロジェクト・マネージャが一丸となって「改造力」を高めるノウハウを解説する。 第1回 ソフトウエア改造力が足りない:変更ミスがトラブルの温床に 第2回 ソフトウエア改造力が足りない:工数膨らませる影響調査と確認テスト 第3回 対応すべき案件を選ぶ:要望を集め,工数を概算する 第4回 対応すべき案件を選ぶ:費用対効果で優先順位を判断する 第5回 改造の影響を調べる:詳細な工数とソースコードの変更箇所を洗い出す 第6回 改造の影響を調べる:ドキュメントをまとめ作業計画をレビューする 第7回 テスト範囲を最適に決める:過去のテスト項目集めて漏れを減らす 第8回 テスト範囲を最適に決める:シナリオや環境整備でテストを効率化する 第9回 テスト範囲を最適に決める:本番リリース
2012/11/26 リンク