派生開発を成功させるプロセス改善の技術と極意 - プログラマの思索
清水吉男さんの「「派生開発」を成功させるプロセス改善の技術と極意」を読んだ。 気付いたことをメモ。 【1】是正保守と改良保守の違い ソフトウェア保守 - Wikipediaの定義がJISに公開されている。 是正保守は普通の障害修正に近い。 改良保守は、既存の製品に新機能を追加していくこと。例えば、ケータイにカメラやワンセグ、お財布携帯を追加していくこと。 後者はどう考えても保守ではない。清水さんはこの保守を意識して区別している。 おそらく世の中のSW開発の殆どは派生開発である、という指摘は、組み込み製品だけではなく、大規模な業務システムほど同様だ。 だから、継ぎ接ぎだらけで、たくさんの人のパッチが入った複雑なシステムになりがち。 リファクタリングそのものも危険になるから保守性も下がるし、品質も下がる。 そしてこれら保守の特徴は、開発期間が短く見積もり工数が小さいことだ。 2週間とか1ヶ月で
::memolet | development/Documents
ノート RFPなんて書く機会ないだろうけど、RFPから提案書に何を書くかを掴む。 提案書評価のチェックポイントを知る - 上流工程-RFP/提案：ITpro これなんかは、提案書の目次書いてある。 提案の骨子、提案の内容、成果・効果の指標...、スケジュール、スケジュール、価格、体制、役割分担、定例報告および会議の内容、成果物の仕様、窓口 uyabin's workbench: 思いつきとやっつけ: RFPの作成と評価(実績版メモ) 評価方法から提案を書くポイントを掴むのだ。 第１章RFPとは（その３）：スーパーエンジニアへの道：So-net blog 提案書評価のチェックポイントを知る - 上流工程-RFP/提案：ITpro 提案の骨子、提案の内容、成果・効果の評価方法と指標、スケジュール、価格、体制、役割分担、定例報告および会議の内容、成果物の、窓口 提案書作成支援ツール 提案書の書き
セレナビジネスマッシュアップについて
Knowing what has changed in a software environment is as critical today as it was in 1980 when Serena began. From the very first product Comparex, to the Release Management and Deployment Automation solutions, Serena focused on managing every facet of IT change. These products are depended upon daily by global organizations to develop and deliver their critical business systems so they can “move f
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
プログラマの思索
