基本設計書第1回で「業務フロー」、第2回で「機能一覧表とI/O関連図」について説明しました。今回は残りのアウトプットを取り上げて、基本設計フェーズのドキュメント標準を完了させることにします。「DUNGEON」の標準で定義されている基本設計工程のアウトプットは、表1の通りです。
詳細設計書（後半）
現在使われているの画面システムは、イベントドリブン（駆動）型のアプリケーションが主流です。イベントドリブンとは、画面のロード（呼び出し）やボタンのクリックなど、画面操作イベントをきっかけに処理が実行されるしくみを言います。アプリケーションは、プラットホームにより次のように3つの世代があります。 第1世代では画面単位で処理が行われていました。これは画面上の社員コードや商品コードなど複数項目に入力した状態で、「実行ボタン」を押してはじめて社員名や商品名、単価などが取得され画面上に表示されるしくみとなります。 第2世代とともに登場したイベントドリブン機能により、項目単位で処理が行われるようになりました。例えば社員コードを入力した場合、即座に社員名が取得され画面上に表示されます。コードの誤入力などがあっても、すぐにエラー表示されるのでユーザビリティが高い技法として広く普及しました。 第3世代のWe
[Think IT] 第3回：基本設計の“いろは”ドキュ (1/3)
【楽々デブドックを書こう！】開発☆ドキュン 第3回：基本設計の“いろは”ドキュ 著者：シンクイット編集部 公開日：2008/02/15（金） ちゃんとわかって書いてます？ 2月の特集「楽々デブドックを書こう！」の最終目的は「手戻りを発生させずにシステム開発をスムーズに進める」こと。決して「見栄えのよい開発ドキュメントを書こう」というものではない。本連載「開発☆ドキュン」ではその視点に立ち、よりよい開発ドキュメントの作り方について「妖精さん」と一緒におさらいしている。 さてこの「妖精さん」たちは、デスマーチ一歩手前の状況にある開発現場で死屍累々になっている開発者の皆様を「そっ」とサポートしてくれている頼もしい存在だ。特に「開発☆ドキュン」に登場する「開発ドキュメントの妖精さん」たちは、あなたが意識を失っている間に開発ドキュメントを書いてくれているのである。 …とはいえ、開発ドキュメントの妖精
[Think IT] 第2回：要求分析するドキュよ (1/3)
【楽々デブドックを書こう！】開発☆ドキュン 第2回：要求分析するドキュよ 著者：シンクイット編集部 公開日：2008/02/08（金） 予想以上の反響で妖精さんはもっとがんばります！ システム開発をスムーズかつ手戻りを発生させずに進めるには「開発ドキュメント」の存在が欠かせない。2月の特集「楽々デブドックを書こう！」では、さまざまな視点から、この開発ドキュメントについて解説＆考察している。 デスマーチ一歩手前の状況にある開発現場では、「ふっ」と意識が遠のいたと思ったら見たことのないコードが書かれていたり、バグが忽然と消え去っていることがないだろうか。これはもちろん「妖精さん」たちの仕業なのである。 本連載「開発☆ドキュン」では、あなたが意識を失っている間に開発ドキュメントを書いてくれている「開発ドキュメントの妖精さん」であるA奈ちゃんとB乃ちゃんの2人の会話を追いかけながら、開発ドキュメン
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
[Think IT] 第4回：詳細設計はどうするドキュか？ (1/3)
