Please enable JavaScript.

Coggle requires JavaScript to display documents.

プロジェクト（大谷） - Coggle Diagram

- - - - 何のために、いつ、誰が、どこで、どのように
    - - いつ、誰が
        
        本番リリースは、リリース部隊がいる場合がある
  - - - 画面一覧
        
        画面の概要設計
        
        ボタン
        
        位置と機能概要
        
        表示エリア
        
        位置と表示概要
        
        基本方針
        
        システム全体の一部を担当する場合に、
        他の画面のレイアウトやデザインの方針の合わせるのが多い傾向
        
        画面遷移図
        
        外部設計書の範囲だが、要件定義で大枠を作っておくのが多い傾向
      - 機能一覧
      - 帳票一覧
      - インターフェイス一覧
      - バッチ一覧
        (ジョブ)
      - データモデル
        or　　
        デーブル一覧
        
        テーブル一覧で代用することもある
        
        データモデル作成することが望ましい
        （テーブル設計では、データモデルのイメージがしにくいため）
      - データ移行
        
        既存システムから利用するデータがある場合、
        検討しておく必要あり。
  - - - 特にユーザー側の役割（業務フロー作成や、UATなど）は
        はっきり認識してもらう必要あり
- - - - 要件定義をそのまま利用
    - - 要件定義をそのまま利用
    - - 要件定義と比べ、より具体的に定義する。
        可能な限り、画面のキャプチャしたものを用意するのが望ましいが、
        工数や、参考となる画面の有無によっては、Excelの図形を並べて表現することもある。
    - - 項目名
      - 項目の種類
        
        ラベルや、テキストボックスなどの種類を記載
      - 有効・無効
      - 入力有無
      - データ型
      - 文字種
      - 表示桁数・入力桁数
      - 入力制約
      - 初期表示
      - 必須の有無
      - データソース
        
        テーブルやカラムを記載し、参照元をわかるようにする。
    - - トリガー
      - 処理名
      - 処理内容
        
        入力（画面項目やテーブル・カラム名）
        
        条件分岐・処理結果
        
        エラー条件
        
        メッセージ内容
  - - - 要件定義と同じ
  - - - ジョブ単体で動かす場合は、不要。
        しかしJP1などを利用して、複数のジョブを一括で動作させる現場が多い印象
  - - - 書かない現場も多い印象だが、テーブルの関係性が不明確では、
        いざ、データの調査、分析をする際に困ることが多い
  - - - 非機能要件のテストは、ITで実施することもあるため、コピーしておくことが望ましい。（テスト観点から漏れないようにするため）
  - - - APIやファイル形式など、方式によって記載内容は異なる。
  - - - 画面、ジョブが出力するメッセージを一覧にしておくと、
        ユーザーからの問い合わせ時に、検索しやすい。
  - - - 出力するディレクトリ
      - ファイル名
      - ログローテーション仕様
      - ログメッセージ仕様
- - - - 費用
      - クオリティ
      - メンバーの満足度
  - - - リスクの種類
        
        メンバー