_ なぜなぜ仕様 要件定義−基本設計−詳細設計（または直接実装）というような、段階別のシステム設計を考える。 たとえば、数10年前にこんな要件があったとする。 ・プリペイドカードの導入効果を知りたいのでプリペイドカードでの売上合計を簡単に知りたいね というわけで、プリペイドカードを利用した売上を調べられるようにしたとしよう。 それから幾星霜、システムの更改時期がやって来る。 基本は単純移行＋最新鋭のいろいろ と決まる。 その時に、現行のプログラムを眺めながら、当時の基本設計も参照しながら、移行プランを練ったり、移行プログラムの仕様を切ったり実装したりすることになる。 そこで誰かが気づく。この「プリペイドカード売上レポート」とか「プリペイド売上計上サブシステム」ってなんだ？ 「はて？」 そこで相談することになる。「これ、使ってるのか？」 こういうとき、お客さんと相談するのはあまりうまくない。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く