フォーマット.docVIP

内部設計書 2015年　月　日 Ver. [ヴァージョンを書く] 　　　班 代表者　　　 　　　　 連絡先(e-mail) 　　 目次 要件定義???????????????????????????????????3 システム名称 開発目的 用途 使用対象者 要求機能 業務フロー図 環境 外部設計???????????????????????????????????5 サブシステム 入出力処理 画面一覧 データベース設計 コード設計 ファイル物理設計 内部設計???????????????????????????????????8 HIPO 機能階層構造図 プログラム機能図 総括ダイアグラム 詳細ダイアグラム 入出力画面詳細設計 入力データのチェック方式 【要件定義】 要件定義書をここに貼る 【外部設計】 外部設計書をここに貼る 【内部設計】 HIPO [システムの各機能の階層構造を記述。] 機能階層構造図 プログラム機能図 総括ダイアグラム 次ページ以降の総括ダイアグラムを参照。 詳細ダイアグラム [該当するモジュール作成担当者が作成] 次ページ以降の詳細ダイアグラムを参照。 入出力画面詳細設計　[画面?帳票のレイアウトの詳細な設計] 入力チェック設計 [入力データのチェック仕様] (例) 顧客コードが5文字であること →エラーメッセージ「顧客コードは5文字です」 顧客コードの先頭はアルファベットであること →エラーメッセージ「顧客コードの先頭はアルファベットです」 顧客コードの2文字目から4文字目までが数字であること →エラーメッセージ 「顧客コードの先頭以外は数字を入力してください」  総括ダイアグラム システム名 販売管理 サブシステム名 1.0 注文管理 入力 処理 出力 　 詳細ダイアグラム システム名 販売管理 サブシステム名 1.0注文管理 処理名 1.1 注文処理 担当者氏名 坂本　龍馬 入力 処理 出力 　 販売管理0.0 注文処理1.0 請求処理2.0 ???? 注文入力処理1.1 在庫ファイル確認処理1.2 ???? ???? X999 顧客コード 検索実行 NNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNN 注文内容 先頭はアルファベット、3桁数字 日本語26列×5行 (例) 　注文検索画面 ????? 顧客台帳ファイル 在庫情報ファイル 注文入力画面 1.１．注文受付処理を行う ????? 1.2．在庫ファイル確認処理を行う 顧客情報ファイル ????? 顧客確認画面 顧客台帳ファイル ?お得意様フラグ 注文入力画面 ?日付 ?顧客名 ?商品コード ?個数 注文データを入力する 顧客台帳ファイルから顧客コードを抽出する 顧客台帳ファイルを読み、お得意様フラグが１であるか確認する 画面を更新する 顧客情報および商品コードを1.2在庫ファイル確認処理に渡す ????? 1.2　在庫ファイル確認処理 ?顧客コード 商品コード 日付 個数 顧客確認画面 ?「お得意様」情報