Please enable JavaScript.

Coggle requires JavaScript to display documents.

システム設計 - Coggle Diagram

- - - - Laws
      - Market Competition
      - Disaster / Environment
      - Accident and Trial
      - Outer Dependencies
      - Tech Movement
      - Public Relation
    - - Business Strategies
      - Accounting
      - IT Assets
      - Other Projects
      - Corporate Politics
      - Company Culture
      - Company Rules
  - - - OSと構築するアプリケーションの間のソフトウェア
- - - - 現行業務や現行システムを分析する
        (Analyze current operations and current systems)
      - 新業務を定義する（業務要件定義）
        (Define new business (business requirements definition))
      - 新業務実現に必要なシステム要件を定義する（システム要件定義）
        (Define the system requirements necessary to realize new business (system requirements definition))
    - - 業務要件定義
        
        目的
        
        どのようなシステムが必要となるかのインプットを作成する
        
        アウトプット
        
        業務フロー
        
        ビジネスルール
      - システム要件定義
        
        目的
        
        業務要件を実現するための、システムに必要な要件の定義
        
        分け方
        
        機能要件
        
        非機能要件
        
        観点
        
        可用性
        
        性能・拡張性
        
        運用・保守性
        
        移行性
        
        セキュリティ
        
        システム環境・エコロジー
  - - - 決めた要件を満たすためのシステムを設計する
    - - A
        
        外部設計
        
        内部設計
      - B
        
        基本設計
        
        詳細設計
      - C
        
        概要設計
        
        外部設計／基本設計
        
        内部設計／詳細設計
  - - - 将来を考え、どちらが良いかを選択する必要がある
      - プログラミングルールを決める
    - - V-Model
        
        要件定義⇔総合テスト
        
        業務ケース、要件通りに稼働するかを確認
        
        外部設計⇔結合テスト
        
        各プログラムをつないでの一連の処理を確認
        
        内部設計⇔単体テスト
        
        一つ一つのプログラム単体で処理が正しいかを確認
      - 色々なテスト名称
        
        Unit Test（UT)、モジュールテスト、ソフトウェアテスト
        
        単体テストとほぼ同義
        
        Integration Test（IT)、Joint Test（JT）、連結テスト、統合テスト
        
        結合テストとほぼ同義
        
        System Test（ST）
        
        総合テストとほぼ同義
        
        （ユーザ）受け入れテスト
        
        打鍵する内容は総合テストと似ていまずが、システム開発会社に委託した際などに納品検収するようなケースで実施することが多いです。
        
        いつ？どこ？
        
        納品の時
        
        どんな？
        
        Similar to 総合テスト, but outsourced to other company as an inspection
        
        運用テスト
        
        業務リリース後のシステム運用が問題なく動作するか、が観点。総合テストの一部として実施することが多いです。
        
        いつ？どこ？
        
        業務リリース後
        
        どんな？
        
        問題なく動作するかを確認
        
        外部接続テスト
        
        外部接続先との接続テスト。結合テストの中で実施することが多いです。先方システムとの制約や状況にもよるため、テスト実施に苦労することもあります。
        
        いつ？どこ？
        
        結合テストが多い
        
        どんな？
        
        外部への接続できるかを確認
        
        セキュリティテスト
        
        セキュリティ観点でのテスト。実施内容に応じて、単体、結合、総合のいずれでも組み込む必要があります。
        
        性能テスト
        
        非機能要件で定義した性能が満たせているかを確認するテスト。また、アプリケーションがほぼ完成した状態での限界値を確認することもあります。単体、結合と早めの段階で確認できるものは実施するのがベストですが、バグ改修なども発生するため、最終的には総合テストでの実施が必要です。
        
        どんな？
        
        非機能要件を確認
        
        いつ？どこ？
        
        アプリがほぼ完成した状態
        
        総合テストと共に実地が多い
        
        障害テスト
        
        主に、ハードウェアやネットワーク障害が発生した時の動作を確認するテスト。インフラだけでなく、アプリケーションの挙動も含めて確認が必要です。段階的に実施はできるものの、最終的には総合テストでの実施となることが多いです。
        
        いつ？どこ？
        
        ハードウェア、ネットワーク
        
        総合テストでの実地が多い
        
        どんな？
        
        障害が発生した時の動作を確認
      - 本番環境と同等のテストは難しい
        
        ハードウェアとネットワークが違う
        
        データボリュームが違う
        
        接続が違う
  - - - 準備→利用者が使えるように
      - 使える状態→本番業務でシステムを使える状態にする
    - - システム設計→開発→テスト
        
        次の作業
        
        システム面の準備
        
        ここで何をやる？
        
        移行リハーサル
        
        移行準備（migration)
        
        次の作業
        
        リリース作業
        
        次の作業
        
        1 more item...
        
        業務面の準備
        
        ここで何をやる？
        
        業務トレーニング
        
        ヘルプデスクの準備・教育
        
        利用者への説明・教育
        
        マニュアル作成
  - - - 保守→要望や要件などに合わせて改修
      - 運用→システム稼働し続けるために必要な対応
    - - 保守
        
        システム改修
      - 運用
        
        イベント管理
        
        システム管理
        
        障害対応
- - - - 準委任契約
    - - 請負契約
  - - - 次
        
        共通的な部分の設計
        
        次
        
        個々の設計
        
        入出力設計
        
        目的
        
        2 more items...
        
        データベース設計
        
        目的
        
        1 more item...
        
        ロジック設計
        
        目的
        
        2 more items...
        
        ネットワーク設計
        
        目的
        
        1 more item...
        
        サーバー設計
        
        目的
        
        1 more item...
      - 全体設計
        
        システムアーキテクチャ設計
        
        信頼性・安全性設計（全体編）
        
        設計のルールや全体的な方針設計
        
        環境設計（全体編）
        
        性能設計（全体編）
        Performance design
        
        セキュリティー設計（全体編）
        
        運用方式設計（全体編）
        Operation method design
        
        外部接続方式設計（全体編）
        
        標準化設計（全体編）
        Standardized design
  - - - Ex. 画面一覧、テーブル一覧
    - - Ex. システムアーキテクチャ、バッチ全体設計
    - - 画面レイアウト、テーブルレイアウト