セールスフォース案件を実施に当たって基本設計、詳細設計をどのように書くべきかfuruCRM Inc.内部勉強会を開催しました。

1. 基本設計＋詳細設計の書き方＜Salesforce案件＞
［ 2022年3月4日（金）］
furuCRM Inc.

2. アジェンダ
1. 「基本設計」と「詳細設計」の違い
2. 基本設計の書き方
3. 詳細設計の書き方
4. おわりに

3. 「基本設計」と「詳細設計」の違い
では「基本設計」、「詳細設計」とは

4. 「基本設計」と「詳細設計」の違い
• 似ているところ
どちらも設計作業（作るモノのレシピを考える作業）です。
• 違うところ
何を設計するかが違います。
基本設計は、大雑把に言えば「お客さまに見えるところ」を考える作業です。
システム全体の概要や、大雑把な機能の一覧、どんな機器で動かすかや、
どんなスケジュールで作業を進めるかなどを考えます。
それに対して詳細設計は「お客様に見えないところ」を考える作業です。
プログラムの構造やデータの流れなどのあーだこーだを細かい部分まで考えます。
どれくらい細かい部分まで考えるかというと「うん、これだけ決まっていれば
プログラムが作れそうだね」と思えるまでです。
• 備考
・順番としては、基本設計→詳細設計の順番になります。
・各工程間の区切りは結構あいまいです。同じ作業を、基本設計でやる現
場もあれば、詳細設計でやる現場もあります。工程をもっと細かく分けた
り、逆にいくつかの工程を飛ばす現場もあるでしょう。各工程で何をどこ
までやるかは、そのお仕事現場のルールに合わせてください。
・基本設計は「外部設計」と呼ばれる場合もあります。詳細設計は「内部
設計」です。

5. 基本設計の書き方
基本設計では以下のようなことを行います。
• 情報システムの画面や帳票、バッチ処理などの作るべき機能を
全て洗い出す
• それぞれの機能が、どういうことをする機能か明確にする
• 機能の間の関係性、特に入出力するデータを明確にして、情報
システム全体で業務をどう行うか決める
• 情報システムで持つデータを、どういう形式・項目として扱う
か決める
• 連携先の既存情報システムとどんなデータをやり取りするかを
決める
• どんなハードウェアやミドルウェアを組み合わせれば、要件が
実現できるか考える＜SFの場合ライセンス、フィーチャー＞
基本設計のインプットは要件定義書です。情報システムを作る工程の最初は要件定
義で、そのアウトプットが要件定義書です。基本設計のアウトプットは、その後の
詳細設計のインプットになります。

6. 基本設計の書き方
知っておいていただきたいのは、基本設計は情報システムが形作られるべき姿を、
情報システムの外から眺めたものと、内から眺めたものの二つの観点から作るもの
だということです。

7. 基本設計の書き方

8. 詳細設計の書き方
詳細設計で作るもの
資料類 作るもの
画面設計書 IO図、画面遷移図、項目定義書、処理概要、
処理詳細（入力チェック、相関チェック、
ビジネスロジック：項目自動更新＜プロセ
スビルダー、フロー、ワークフロールール、
承認プロセス、Trigger＞、DML、エラーハ
ンドリング、メール配信、システムエラー
ログ記録）
バッチ処理設計書＜SF内部処理、外部との
連携処理＞
処理フロー、処理概要、処理詳細（起動要
件、処理対象データ、バッチサイズ＜分散
処理＞、DML、メール配信、システムエ
ラーログ記録
設計書のサンプル：
https://drive.google.com/drive/u/0/folders/1cgh3wVmDcgN4NFCxuQD30aYjjyKHox
48

9. 1. おわりに
Thank you！