ソフトウェアデザイナー (構造化開発)

構造化された開発

• モジュールに依存しない

  • 各モジュールは比較的独立した特定のサブ機能を完了し、他のモジュールとの接続は簡単です

  • カップリング（低）

    • モジュール間の相対的な独立性の尺度です。結合は、各モジュール間のインターフェイスの複雑さ、モジュールの呼び出し方法、インターフェイスを通過する情報の種類によって異なります。
      

  • 凝集力（高い）
    

  • システム構造の設計原則
    

  • システムドキュメント

    • 情報システムのドキュメントは、システム構築プロセスの痕跡であり、システム保守者のためのガイドであり、開発者とユーザーとのコミュニケーションツールです。
      

  • データフロー図

    • 基本的なグラフィックには、データ フロー (矢印はフィニッシュ ラインの名前)、処理 P、データ ストレージ D、外部エンティティ E が含まれます。
      • 外部エンティティ (四角): 現在のシステムの外側にある人、物、外部システム
      • データストレージ (四角形の片面): データの保存とデータの提供、処理された出力データの保存と処理された入力データの提供 xxx テーブル xxxx ファイル
      • 処理 (角丸長方形): 入力データを処理して出力データを取得します。
        • 少なくとも 1 つの入力ストリームと 1 つの出力ストリーム
        • 入力のみで出力は呼び出されません: ブラック ホール
        • 入力なしの出力のみをホワイトホールと呼びます。
        • 出力データを生成するには処理済みの入力データが不十分です: グレーホール
      • データフロー (----->)
        • データの流れを示す、固定コンポーネントを含むデータ コンポーネントのセット
        • 終点までの流れまたは始点までのどちらか一方を処理する必要があります
    • 親グラフのサブグラフのバランス
    • 処理には入力データ ストリームと出力データ ストリームの両方があります
    • データ保全
    • エラーをキャッチする 1. 終了点または開始点が処理中である必要がある 2. 処理には少なくとも 1 つの入力データ ストリームと 1 つの出力ストリームが必要である 3. 入力と出力の名前が同じであることは、処理が無効。
• データディクショナリDD
  • データフロー図にデータフロー、ファイル、処理ごとの記述（簡単な記述や処理ロジックの記述）と、データフローやファイルを構成するデータ項目を記述します。
  • 内容（4項目）：データフロー、データ項目、データストレージ、基本処理 データ項目は、データフローとデータストレージを構成する最小の要素（単位）であり、送信元と送信先はシステム内にないため、一般的には辞書に記載されていない（外部実体が辞書に記載されていない）
  • 処理ロジック
    • 一般的に使用される処理ロジックの記述方法には、構造化言語、デシジョンテーブル（デシジョンテーブル）、デシジョンツリーなどがあります。
    • 構造化言語の外層：シーケンス構造、選択構造、繰り返し構造
• 拡大
  • データモデリング ER図 ERD
  • 機能モデリング DFD データ フロー図 デジタル辞書での定義 インターフェイス設計 データ設計 アーキテクチャ設計
  • 行動モデリング UML 状態遷移図
  • 構造化分析の出力には、データ フロー図、データ ディクショナリ、処理ロジックが含まれます。
  • 構造図の基本コンポーネントはモジュール、データ、呼び出しです。
  • 黄金律: ユーザー操作の制御、ユーザーのメモリ負担の軽減、インターフェイスの一貫性の維持
  • 階層型 DFD を構築するときに注意すべき点: 適切な名前付け、制御フローの代わりにデータ フローを描く、1 つのプロセスで多すぎるデータ フローを避ける、できるだけ均等に分解する、最初に状態の決定を検討する