Apexの処理設計書については、以下の記事よりダウンロードください。

参考

Apexトリガー処理設計書（Excelテンプレート）

Apexトリガーの処理設計書（基本設計書/詳細設計書）として利用できるエクセルの…

続きを読む

Apex Trigger一覧のサンプル

１．表紙（メッセージ定義書）

表紙については、以下の箇所をプロジェクトに合わせて変更してください。

情報種別：社外秘など

情報所有者：基本的にはお客様の会社名となります。

会社名：自社の会社名（正式名称）を記入してください。

タイトル：ドキュメントのタイトルをプロジェクトに合わせて変更

版数、作成日、作成者：※必要に応じて、最終更新日、更新者を入れてください。

２．改訂履歴

版数、変更箇所、変更内容、変更理由、作成日、作成者、更新日、更新者などを記述します。

改訂履歴は、ドキュメントのメンテナンス上必ず設定するようにしましょう。

３．Apexトリガー一覧

【記載内容】

• 機能ID：システム機能一覧より割り当てた機能IDを記入します。
• トリガー名：トリガー名（論理名）を記入します。
• API参照名：トリガーの物理名を記入します。
• トリガー起動オブジェクト：トリガーを実行するオブジェクトを記入します。
• 処理No.：トリガーに複数の機能（処理）が分かれている場合に処理毎にNo.を割り当てます。
• 処理内容：処理の概要を記入します。
• 起動契機：トリガー内の各処理が実行される契機（before  insert / before update / before delete / after insert / after update / after delete / after undelete）を〇-で定義します。
• 備考：メモ欄としてご利用ください

Apexトリガー一覧の（Excel版）のダウンロード

資料のダウンロードおよびご利用に関しては、本サイトのコンテンツ利用規約に同意される場合のみ利用可能となります。

一般公開資料

エクセルのダウンロードはこちら

圧縮ファイル（ZIP形式）でのダウンロードはこちら

以下は、スプレッドシートでの表示となります。

関連記事

他にも要件定義で必要となる以下のようなテンプレートなども用意しているのでぜひご利用ください。

バッチ処理設計書

バッチ処理設計書（Excelテンプレート）

バッチ処理設計書（基本設計書/詳細設計書）として利用できるエクセルの設計書テンプ…

続きを読む

サポーターさん

ブログランキングに参加しましたので、ご支援していただけると幸いです。

にほんブログ村

ジョブスケジュールのサンプル

バッチのジョブスケジュール表

主要項目

• サーバ：バッチを起動するサーバ環境
• 処理ID：バッチの処理ID
• バッチ処理名
• サイクル：日次、週次、月次などの処理サイクル
• タイミング：バッチ処理実行のタイミング
• 前提条件：バッチ実行の前提条件
• 開始時間：バッチ処理開始時間
• 終了時間：バッチ処理終了時間（予定時間）

テーラリングガイド

選択リスト値の定義

本テンプレートでは、バッチの処理サイクルを選択リスト値で設定し、名前の定義をしていますので、適宜変更してご利用ください。

バッチ処理一覧の（Excel版）のダウンロード

資料のダウンロードおよびご利用に関しては、本サイトのコンテンツ利用規約に同意される場合のみ利用可能となります。

一般公開資料

エクセルのダウンロードはこちら

圧縮ファイル（ZIP形式）でのダウンロードはこちら

以下は、スプレッドシートでの表示となります。

関連記事

他にも要件定義で必要となる以下のようなテンプレートなども用意しているのでぜひご利用ください。

バッチ処理設計書

バッチ処理設計書（Excelテンプレート）

バッチ処理設計書（基本設計書/詳細設計書）として利用できるエクセルの設計書テンプ…

続きを読む

サポーターさん

ブログランキングに参加しましたので、ご支援していただけると幸いです。

にほんブログ村

サポーターさん

運用保守のサービス内容を検討する際にご利用ください。

1.テーラリングガイド

１．表紙（メッセージ定義書）

表紙については、以下の箇所をプロジェクトに合わせて変更してください。

会社名：自社の会社名（正式名称）を記入してください。

タイトル：ドキュメントのタイトルをプロジェクトに合わせて変更

版数、作成日、作成者：※必要に応じて、最終更新日、更新者を入れてください。

２．改訂履歴

版数、変更箇所、変更内容、変更理由、作成日、作成者、更新日、更新者などを記述します。

改訂履歴は、ドキュメントのメンテナンス上必ず設定するようにしましょう。

またプロジェクトごとに記載の粒度やルールを検討してください。

３．サービスカタログ（テンプレート）

サービスカタログの内容を定義するためのシートとなります。

【項目説明】

• サービス名称：サービス名称を定義（総称）
• サービス項目（詳細）：サービス名称について具体的なサービス項目（内容）を定義
• サービス提供内容：具体的な作業内容を定義
• 重要度：業務停止に係るような作業内容であればそのリスクを定義
• 提供時間：サービスの提供時間を定義
• サービス提供方法：メールやウェブサイトによる受付や、コールセンターを配置しての電話対応などを定義
• サービスレベル：MTBF、MTTR、MTTF、MTTA: インシデント指標を定義（※１）
• ※1.MTBF (平均故障間隔)、MTTR (復旧、修復、対応、解決までの平均時間)、MTTF (平均故障時間)、MTTA (平均確認時間) 
• 実施手順：具体的な作業実施手順や実施手順を記載したマニュアルの名称を定義
• 前提条件/制約事項：サービス提供のための前提条件や対応の制約事項など
• サービス提供担当：報告先、対応者（担当者）、責任者などを定義

4．サービスカタログ（サンプル）

サービスカタログのサンプル例を別シートに記載しています。

５．選択リスト

サービスカタログのシートで利用する選択リスト項目を定義します。

2.サービスカタログ（Excel版）のダウンロード

資料のダウンロードおよびご利用に関しては、本サイトのコンテンツ利用規約に同意される場合のみ利用可能となります。

一般公開資料

サービスカタログのダウンロード

※クリックして資料のダウンロードが開始されるまで少し時間がかかる場合がありますので、そのままお待ちください。

もしダウンロードが開始されない場合、ブラウザでポップアップブロックされている可能性があるのでご確認ください。

まとめ

そのほか設計・開発に関するドキュメントをお探しの場合は、以下の記事にご利用可能な全てのコンテンツ（ドキュメント）が掲載されているので、合わせてご利用ください。

参考

ダウンロード可能なコンテンツ（サンプル・フォーマット）一覧

[st-kaiwa2]お問合せ・ご要望いただいているコンテンツも頑張って作成して…

続きを読む

サポーターさん

ブログランキングに参加しましたので、ご支援していただけると幸いです。

にほんブログ村

サポーターさん

データベース設計や機能設計で利用するコード体系、コード値を定義する際にご利用ください。

1.テーラリングガイド

１．表紙（メッセージ定義書）

画像はクリックすると拡大表示されます。

表紙については、以下の箇所をプロジェクトに合わせて変更してください。

基本設計工程としていますが、プロジェクトの工程に合わせて適宜変更してご利用ください。

情報種別：社外秘など

情報所有者：基本的にはお客様の会社名となります。

会社名：自社の会社名（正式名称）を記入してください。

タイトル：ドキュメントのタイトルをプロジェクトに合わせて変更

版数、作成日、作成者：※必要に応じて、最終更新日、更新者を入れてください。

２．改訂履歴

版数、変更箇所、変更内容、変更理由、作成日、作成者、更新日、更新者などを記述します。

改訂履歴は、ドキュメントのメンテナンス上必ず設定するようにしましょう。

またプロジェクトごとに記載の粒度やルールを検討してください。

３．コード体系一覧

コード設計では、まずシステムで利用するコードの体系を整理します。コードは細かく分類すると複数の種類がありますが、ここではシンプルに2種類で分類しています。

主にプログラム等で自動採番する可変のコード値と、選択リストなどで定義する固定のコード値に分類しています。

コード定義する項目名とコード体系（コードを構成する要素の組み合わせ）を定義して、桁数や構成内容の細かい定義を説明しています。

【記載内容】

• 項目名：コード体系として定義する項目名（論理名）を定義します。
• コード体系：コードを構成する要素の組み合わせを定義します。
• 設定方式：自動採番か固定値かを定義します。
• 桁数：コードの最大桁数を定義します。
• 説明：コードの採番方式や構成要素に関する説明を記入します。
• 設定例：実際に定義されるコード値の設定例を記入します。
• 補足：コードに関する補足事項を記入します。

4．コード値定義

続いてのシートでは、具体的なコード値を定義していきます。コード値と説明（プログラムの制御やコードの意味を定義します。

【記載内容】

• • 項目名：コード名（論理名）を記入します。
  • 物理名（API参照名）：コードを選択リストなどで定義する場合のAPI参照名を記入します。
  • 設定場所：コード値を定義する場所を記入します。選択リストや選択リスト値セット（グローバル選択リスト）、プログラム内に固定など
  • コード値：コード体系で定義されているコード値を記入します。※ひとつのコード体系について複数の値がある場合は行を分けて記入します。
  • 説明（処理制御）：コード値のそれぞれの意味や処理制御で利用する場合の制御内容などを記入します。

４．コード利用状況一覧

コード体系とコード値の定義が完了したら最後にコード利用状況一覧を作成します

こちらでは、コードを利用する各機能/プログラムとの紐づけをマトリクス表に整理します。これを作成することにより、コード値を変更した場合にどの機能/プログラムに影響するか簡単に確認することができるようになります。（影響範囲の調査用）

• 機能ID：システム機能IDを記入します。
• 機能種別：機能の種類（画面、帳票、バッチ、APIなど）
• 機能名：システム機能名を記入します。
• プログラムID：プログラムIDを記入します。
• プログラム名：具体的なプログラム名（API参照名）を記入します。
• コード名：縦軸にはコード名を定義して、対象のコードが利用される機能に対して●をつけていきます。

2.コード設計書/コード定義書の（Excel版）のダウンロード

資料のダウンロードおよびご利用に関しては、本サイトのコンテンツ利用規約に同意される場合のみ利用可能となります。

一般公開資料

設計_基本設計_コード設計書/コード定義書（EXCEL版）のダウンロード

※クリックして資料のダウンロードが開始されるまで少し時間がかかる場合がありますので、そのままお待ちください。

もしダウンロードが開始されない場合、ブラウザでポップアップブロックされている可能性があるのでご確認ください。

まとめ

そのほか設計・開発に関するドキュメントをお探しの場合は、以下の記事にご利用可能な全てのコンテンツ（ドキュメント）が掲載されているので、合わせてご利用ください。

参考

ダウンロード可能なコンテンツ（サンプル・フォーマット）一覧

[st-kaiwa2]お問合せ・ご要望いただいているコンテンツも頑張って作成して…

続きを読む

サポーターさん

ブログランキングに参加しましたので、ご支援していただけると幸いです。

にほんブログ村

サポーターさん

設計工程で機能や処理で利用するオブジェクトやフィールドとの関連を定義する場合にご利用ください。

はじめに

1.CRUD図とは

CRUD図は、データベースやシステムの開発過程において使用されるモデリングツールです。CRUDとは、「Create（作成）」「Read（読み取り）」「Update（更新）」「Delete（削除）」の頭文字を取ったもので、データの基本的な操作を表しています。

CRUD図は、データベースやシステム内でどのようなデータ操作が行われるかを可視化するために使用されます。以下にCRUD図の要素とその役割について説明します。

1. エンティティ（Entity）: エンティティは、データベース内の特定のデータを表すものです。例えば、ユーザーや商品などがエンティティとして表されます。（※Salesforceではオブジェクトに該当します）

2. 属性（Attributes）: 属性は、エンティティが持つ特性やデータの要素を表します。例えば、ユーザーエンティティの属性には「名前」「メールアドレス」「パスワード」などが含まれます。※Salesforceでは、フィールドに該当します

3. 関連（Relationships）: 関連は、エンティティ間の接続や依存関係を示します。例えば、ユーザーエンティティと注文エンティティの間には「1対多の関係」があり、1つのユーザーが複数の注文を持つことができます。

4. 操作（Operations）: 操作は、CRUDの基本操作（作成、読み取り、更新、削除）を表します。それぞれの操作は、エンティティに対して行われるアクションを示します。例えば、ユーザーエンティティに対する操作として「新しいユーザーの作成」「ユーザー情報の読み取り」「ユーザー情報の更新」「ユーザーの削除」があります。

CRUD図の作成目的

1. データ操作の可視化: CRUD図は、データベースやシステム内で行われるデータ操作を視覚的に表現することで、開発者やステークホルダーにとって理解しやすくします。これにより、システムの要件やデータフローを明確にすることができます。
2. 設計の基盤: CRUD図は、データベースやシステムの設計の基盤となります。エンティティ、属性、関連などの要素を明確に定義することで、データベースのテーブル構造やシステムの機能を設計する際の指針となります。開発者やデータベース管理者は、CRUD図を参照してデータベースやシステムの設計や実装を行うことができます。
3. コミュニケーションとドキュメント化: CRUD図は、開発者やステークホルダーとのコミュニケーションツールとしても役立ちます。図によってデータ操作のフローを明確に示すことで、開発者間や関係者間での理解の共有が容易になります。また、CRUD図はプロジェクトのドキュメントとして使用され、後から開発やメンテナンスを行うためのリファレンスとなります。

データの整合性とセキュリティ: CRUD図は、データベースやシステム内のデータの整合性とセキュリティを確保するためにも役立ちます。

適切な関連性や操作の定義によって、データの整合性を保つことができます。また、CRUD図はアクセス権や機能制限の設計にも活用され、データのセキュリティを確保するための基礎となります。

1.テーラリングガイド

１．表紙（メッセージ定義書）

画像はクリックすると拡大表示されます。

表紙については、以下の箇所をプロジェクトに合わせて変更してください。

基本設計工程としていますが、プロジェクトの工程に合わせて適宜変更してご利用ください。

情報種別：社外秘など

情報所有者：基本的にはお客様の会社名となります。

会社名：自社の会社名（正式名称）を記入してください。

タイトル：ドキュメントのタイトルをプロジェクトに合わせて変更

版数、作成日、作成者：※必要に応じて、最終更新日、更新者を入れてください。

２．改訂履歴

版数、変更箇所、変更内容、変更理由、作成日、作成者、更新日、更新者などを記述します。

改訂履歴は、ドキュメントのメンテナンス上必ず設定するようにしましょう。

またプロジェクトごとに記載の粒度やルールを検討してください。

３．CRUDマトリクス表（機能ｘオブジェクト（エンティティ）レベル）

CRUDマトリクス表は、大きく2種類の粒度の設計書が存在します。1つ目は下記のようなエンティティ（オブジェクト）に対してのCRUDを定義するものとなります。

こちらは、各機能（またはプログラム）で、どのオブジェクトをどのような目的「Create（作成）」「Read（読み取り）」「Update（更新）」「Delete（削除）」で利用するかを定義した設計書となります。この資料を作成しておくことで、データベースに変更が入る場合に、どの機能/プログラムに影響があるのか簡単に確認することができます。

【記載内容】

• 機能ID：システム機能のIDを記入します。
• 機能種別：システム機能の種別（画面、バッチ、帳票、APIなど）を選択します。
• 機能名：システム機能の名称を記入します。
• プログラムID：プログラムのIDを記入します。
• プログラム名：具体的なプログラム名（物理名）を記入します。※1つの機能で複数のプログラムがある場合には全て羅列します。
• 業務領域：概念データモデルで定義したエンティティの纏めりを定義　（不要な場合は削除してもよい）
• エンティティ（オブジェクト）：システム全体のオブジェクトを列で定義します。（オブジェクト名は論理名と物理名（API参照名）の両方を定義しておきます）

4．CRUDマトリクス表（機能ｘ項目（フィールド）レベル）

２つ目のCRUCマトリクス表は下記のような項目（フィールド）に対しての機能/プログラムのCRUDを定義したものとなります。

こちらの場合は、項目数が多い場合には列がかなり長くなってくるため、可読性の観点から1つのエンティティ（オブジェクト）に対して、1シート単位で作成したほうが良いかもしれません。

また、処理単位で記載するようなサンプルとなっていますが、メンテナンスも大変なため、機能またはプログラム単位で作成してもよいでしょう。

【記載内容】

• • 機能ID：システム機能のIDを記入します。
  • 機能種別：システム機能の種別（画面、バッチ、帳票、APIなど）を選択します。
  • 機能名：システム機能の名称を記入します。
  • プログラムID：プログラムのIDを記入します。
  • プログラム名：具体的なプログラム名（物理名）を記入します。※1つの機能で複数のプログラムがある場合には全て羅列します。
  • 処理ＩＤ：プログラム内の処理ごとに採番されたＩＤを定義します。
  • 処理名称：プログラム内の処理名称を記入します。
  • 業務領域：概念データモデルで定義したエンティティの纏めりを定義　（不要な場合は削除してもよい）
  • エンティティ（オブジェクト）：システム全体のオブジェクトを列で定義します。（オブジェクト名は論理名と物理名（API参照名）の両方を定義しておきます）
  • 項目（フィールド）：オブジェクト内の項目を論理名と物理名（API参照名）で定義します。

４．メッセージ定義

最初にメッセージIDの設定ルールを定義しましたが、その定義内容に基づきメッセージ定義を作成していきます。

メッセージを利用するシステム、機能領域、種別（Sevirity）によってメッセージIDを定義します。

発生元：メッセージを出力するシステム/機能を定義します。

出力先：メッセージを利用する機能や出力先の画面などを定義します。

Sevirity（重要度）：メッセージの重要度を定義します。

メッセージ：出力するメッセージ内容を定義します。パラメータによってメッセージ内容を置換する場合には、パラメータで置き換える部分を{n}で定義してください。

2.CRUD的陸図表の（Excel版）のダウンロード

資料のダウンロードおよびご利用に関しては、本サイトのコンテンツ利用規約に同意される場合のみ利用可能となります。

一般公開資料

設計_基本設計_CRUDマトリクス表（EXCEL版）のダウンロード

※クリックして資料のダウンロードが開始されるまで少し時間がかかる場合がありますので、そのままお待ちください。

もしダウンロードが開始されない場合、ブラウザでポップアップブロックされている可能性があるのでご確認ください。

まとめ

そのほか要件定義に関するドキュメントをお探しの場合は、以下の記事にご利用可能な全てのコンテンツ（ドキュメント）が掲載されているので、合わせてご利用ください。

参考

ダウンロード可能なコンテンツ（サンプル・フォーマット）一覧

[st-kaiwa2]お問合せ・ご要望いただいているコンテンツも頑張って作成して…

続きを読む

サポーターさん

ブログランキングに参加しましたので、ご支援していただけると幸いです。

にほんブログ村

サポーターさん

設計工程でシステムやアプリケーションのメッセージを定義する場合にご利用ください。

メッセージ設定書と合わせてコード定義書のテンプレートもご利用ください。

Excel版

要件定義_要件定義書_別紙1「業務フロー図」（Excel版）サンプル

本記事では、Creative Content Lab Tokyo（クリエイティブ…

続きを読む

1.テーラリングガイド

１．表紙（メッセージ定義書）

画像はクリックすると拡大表示されます。

表紙については、以下の箇所をプロジェクトに合わせて変更してください。

基本設計工程としていますが、プロジェクトの工程に合わせて適宜変更してご利用ください。

情報種別：社外秘など

情報所有者：基本的にはお客様の会社名となります。

会社名：自社の会社名（正式名称）を記入してください。

タイトル：ドキュメントのタイトルをプロジェクトに合わせて変更

版数、作成日、作成者：※必要に応じて、最終更新日、更新者を入れてください。

２．改訂履歴

版数、変更箇所、変更内容、変更理由、作成日、作成者、更新日、更新者などを記述します。

改訂履歴は、ドキュメントのメンテナンス上必ず設定するようにしましょう。

またプロジェクトごとに記載の粒度やルールを検討してください。

３．メッセージID設定ルール

はじめにメッセージIDの設定ルールについて記載しています。

メッセージIDの構成について本サンプルでは以下のように定義しています。

本プロジェクトで利用するシステムメッセージは、システムID＋機能領域ID＋Sevirity（重要度）＋3桁連番の組み合わせで定義する

メッセージの利用方法については以下のように定義しています。

メッセージIDをプログラムで利用する場合には、事前にカスタム表示ラベルにメッセージIDや定義内容を設置してから利用すること

プロジェクトの開発方針によっては、Apexで利用する場合には、Apexクラス内で固定メッセージを定義して利用する場合もあると思いますが、その場合には、定義しているApexクラスの内容も本設計書に追加するとよいでしょう。

４．メッセージ定義

最初にメッセージIDの設定ルールを定義しましたが、その定義内容に基づきメッセージ定義を作成していきます。

メッセージを利用するシステム、機能領域、種別（Sevirity）によってメッセージIDを定義します。

発生元：メッセージを出力するシステム/機能を定義します。

出力先：メッセージを利用する機能や出力先の画面などを定義します。

Sevirity（重要度）：メッセージの重要度を定義します。

メッセージ：出力するメッセージ内容を定義します。パラメータによってメッセージ内容を置換する場合には、パラメータで置き換える部分を{n}で定義してください。

７．メッセージ利用状況一覧

最後に、メッセージを利用するプログラムとの紐づけを行います。メッセージを変更したり削除した場合にどのプログラムに影響するか把握するためのものとなります。

2.メッセージ設計書（Excel版）のダウンロード

資料のダウンロードおよびご利用に関しては、本サイトのコンテンツ利用規約に同意される場合のみ利用可能となります。

一般公開資料

※ダウンロードのリンクをクリックすると自動的にファイルのダウンロードが開始されます。

サポーターさん

ブログランキングに参加しましたので、ご支援していただけると幸いです。

にほんブログ村

サポーターさん

業務要件定義で業務フローを作成する際に合わせてご利用ください。

業務フロー図のエクセル版は以下の記事からダウンロードしてご利用いただけます。

Excel版

要件定義_要件定義書_別紙1「業務フロー図」（Excel版）サンプル

本記事では、Creative Content Lab Tokyo（クリエイティブ…

続きを読む

PPT版

要件定義_要件定義書_別紙1「業務フロー図」（PPT版）サンプル

本記事では、Creative Content Lab Tokyo（クリエイティブ…

続きを読む

要件定義書（本体）は以下の記事からダウンロードしてご利用いただけます。

参考

Salesforceシステム要件定義書（PPTテンプレート）サンプル・利用方法

本記事では、Creative Content Lab Tokyo（クリエイティブ…

続きを読む

1.テーラリングガイド

１．表紙

画像はクリックすると拡大表示されます。

表紙については、以下の箇所をプロジェクトに合わせて変更してください。

情報種別：社外秘など

情報所有者：基本的にはお客様の会社名となります。

会社名：自社の会社名（正式名称）を記入してください。

タイトル：ドキュメントのタイトルをプロジェクトに合わせて変更

版数、作成日、作成者：※必要に応じて、最終更新日、更新者を入れてください。

２．改訂履歴

版数、変更箇所、変更内容、変更理由、作成日、作成者、更新日、更新者などを記述します。

改訂履歴は、ドキュメントのメンテナンス上必ず設定するようにしましょう。

またプロジェクトごとに記載の粒度やルールを検討してください。

３．本書の構成

要件定義書の構成に合わせて修正してください。

※今回は、要件定義書の別紙として定義しているため、上記の構成資料を用意していますが、単独で利用する場合には不要です。

４．目次

必要なビジネスルール（業務ルール）の数に合わせて、目次を定義してください。

５．はじめに（目的・概要）

はじめに本書の作成に関する目的や概要を記載します。※省略しても構いません。

６．ビジネスルール一覧

ビジネスルール定義書の中で、定義するルールを一覧化します。

業務領域、ビジネスルールID、ビジネスルール名、説明など、プロジェクトに合わせて必要な項目の定義を変更してください。

また、業務フロー図と合わせて用いる場合には、業務フロー内で利用している一意の番号を定義しておくとよいでしょう。

７．ビジネスルール（業務ルール）定義

ビジネスルール一覧で定義したビジネスルール（業務ルール）それぞれについて、一つずつ詳細なルール内容を定義します。

上記の例では、物販・飲食・宿泊・輸送などのサービスを対象とした割引制度の例を記載しています。

割引であれば、割引名用や対象とするサービスは何か、適用条件は何か、割引率の計算式は何かといった具合に業務上のルールを明確に定義します。

８．添付ファイル（Appendix）

業務ルールの説明資料の添付ファイルとして利用するものがあれば、添付ファイルの一覧に定義します。

2.要件定義_要件定義書_別紙2「ビジネスルール定義書」（Excel版）のダウンロード

資料のダウンロードおよびご利用に関しては、本サイトのコンテンツ利用規約に同意される場合のみ利用可能となります。

一般公開資料

※ダウンロードされるまで少し時間がかかる場合があります

サポーターさん

ブログランキングに参加しましたので、ご支援していただけると幸いです。

にほんブログ村

本テンプレートは、Salesforce（セールスフォース）プロジェクト以外にも活用可能なフォーマットとなっておりますので、是非をご活用ください。

また、Windowsのコマンドプロンプトで直接フォルダを作成するためのコマンドの数式も入れてあるので、新しいプロジェクトが始まった際に一括でフォルダを作成することができるようになっています。

サポーターさん

ぜひご活用ください

1.テーラリングガイド（ご利用方法）

構成管理の資料をダウンロードしてExcelで開くと以下の構成管理のシートがあります。

構成管理（フォルダ階層構成）

こちらの構成管理の資料構成をご自身のプロジェクトに適した形に編集してください。

階層は第一段階、第二段階、第三段階の3段階で定義していますが、より深い階層で管理する場合は階層構造を追加してください。

※第一階層だけ、第二階層まで、第四階層よりも深い階層で管理する場合、後述のフォルダ作成のコマンドプロンプトの数式も合わせて修正する必要があるため注意してください。

アクセス権（任意）：当該フォルダへのアクセス権があるユーザ（またはグループなど）を定義します。

セキュリティ（任意）：当該フォルダに格納するドキュメントが機密情報である場合には、どのレベルの機密情報なのかわかるように定義します。

備考：そのほか備考があれば記述します。

フォルダ作成のコマンド

Windows環境でコマンドプロンプトを使って、定義したフォルダを作成するための数式を定義しています。

ルートフォルダ：フォルダを作成するためのルートフォルダを指定します。

区切り文字：フォルダの先頭に設定するNo.とフォルダ名の間の区切り文字を指定します。（デフォルトでは”_”)

フォルダ作成コマンド：mkdirコマンドでフォルダを作成しますが、オプションを指定する場合はこちらにオプションを含めた形で指定してください。

設定が完了したら、数式の部分をすべてコピーして、テキストエディタに張り付けて、拡張しを”.cmd”として実行するか、コマンドプロンプトを起動して、直接貼り付けて実行してください。

以下、コマンドプロンプトに張り付けて実行した結果のイメージ

以下のフォルダ内に、第三階層まで定義したフォルダがすべて作成されています。

コマンドプロンプトでルートフォルダからTreeコマンドを実行すると作成されたフォルダ構成を確認することができます。

C:\構成管理（フォルダ構成）
├─10_営業・契約
│ ├─01_提案資料
│ │ └─01_提案書
│ ├─02_見積管理
│ │ └─01_見積書
│ └─03_契約管理
│ └─01_契約書
├─20_プロジェクト管理全般
│ ├─01_プロジェクト計画
│ │ └─01_プロジェクト計画書
│ ├─02_要員管理
│ │ └─01_要員計画表
│ ├─03_品質管理
│ │ ├─01_故障管理表
│ │ └─02_品質分析結果
│ ├─04_コスト管理
│ │ └─01_予実管理
│ ├─05_進捗管理
│ │ ├─01_WBS
│ │ └─02_進捗報告
│ ├─06_コミュニケーション管理
│ │ └─01_コミュニケーションルール
│ ├─07_リスク管理
│ │ └─01_リスク管理表
│ ├─08_外注管理
│ │ └─01_外注管理表
│ ├─09_購買管理
│ │ ├─01_発注管理表
│ │ └─02_備品管理表
│ ├─10_課題管理
│ │ └─01_課題管理表
│ ├─11_セキュリティ管理
│ │ └─01_インシデント管理
│ └─12_構成管理
│ ├─01_フォルダ構成
│ └─02_ドキュメント一覧
├─30_会議体
│ ├─01_ステアリングコミッティ
│ │ └─01_ステコミ資料
│ ├─02_週次定例会
│ │ └─01_定例会報告資料
│ ├─03_進捗報告会議
│ │ └─01_進捗報告資料
│ ├─04_分科会
│ │ └─01_分科会資料
│ └─05_議事録
│ └─01_会議議事録
├─40_開発関連
│ ├─01_要件定義
│ │ └─01_要件定義書
│ ├─02_設計
│ │ ├─01_基本設計
│ │ └─01_詳細設計書
│ ├─03_テスト
│ │ ├─01_テスト方針書
│ │ ├─02_単体テスト計画書
│ │ ├─03_単体テストケース表
│ │ ├─04_単体テスト実施結果
│ │ ├─05_結合テスト計画書
│ │ ├─06_結合テストシナリオ
│ │ ├─07_結合テスト実施結果
│ │ ├─08_システムテスト計画書
│ │ ├─09_システムテストシナリオ
│ │ ├─10_システムテスト実施結果
│ │ ├─11_ユーザ受入テスト計画書
│ │ ├─12_ユーザ受入テストシナリオ
│ │ └─13_ユーザ受入テスト実施結果
│ ├─04_移行関連
│ │ ├─01_移行計画書
│ │ ├─02_移行手順書
│ │ └─03_移行結果
│ └─05_運用関連
│ ├─01_教育
│ ├─02_操作マニュアル
│ └─03_その他
├─50_受領資料
│ └─01_受領資料
│ └─01_受領資料
└─60_納品
└─01_納品成果物

（補足）

Unix/Linux環境で実行する場合には、環境に合わせて数式を変更してご利用ください。

2.構成管理（フォルダ構成）（Excel版）テンプレートのダウンロード

資料のダウンロードおよびご利用に関しては、本サイトのコンテンツ利用規約に同意される場合のみ利用可能となります。

資料ダウンロード

2.まとめ

テンプレートのご利用に関して不明な点があればお問い合わせください。 また、テンプレートに対しての要望がありましたらご意見ください。 皆様の役に立つように改善していきたいと思います。

サポーターさん

ブログランキングに参加しましたので、ご支援していただけると幸いです。

にほんブログ村

要件定義書（本体）は以下の記事からダウンロードしてご利用いただけます。

参考

Salesforceシステム要件定義書（PPTテンプレート）サンプル・利用方法

本記事では、Creative Content Lab Tokyo（クリエイティブ…

続きを読む

1.利用方法

１．表紙

画像はクリックすると拡大表示されます。

表紙については、以下の箇所をプロジェクトに合わせて変更してください。

情報種別：社外秘など

情報所有者：基本的にはお客様の会社名となります。

会社名：

タイトル：ドキュメントのタイトルをプロジェクトに合わせて変更

作成日、作成者：※必要に応じて、最終更新日、更新者を入れてください。

２．改訂履歴

版数、変更箇所、変更内容、変更理由、作成日、作成者、更新日、更新者などを記述します。

改訂履歴は、ドキュメントのメンテナンス上必ず設定するようにしましょう。

またプロジェクトごとに記載の粒度やルールを検討してください。

３．業務フロー（凡例

業務フロー図として利用する図形についての説明を凡例として記載します。

４．業務プロセスのレイヤー定義

上記のように、一般的には業務プロセスは大きく3段階（大分類、中分類、小分類）にレイヤーを分けて、大分類の大きな流れから中小へとブレークダウンして整理していきます。

図で可視化するほうがわかりやすいですが、表形式でまとめても構いません。

５．業務フロー（プロセス詳細）一覧

業務フロー図として定義する範囲を業務プロセス一覧として一覧化します。

それぞれのプロセスでどこからどこまでの業務をカバーするのかわかるように定義してください。

参考）業務フローサンプル（販売管理）

サンプルとして業務フロー図を記載していますが、業務フロー図の書き方や粒度はプロジェクトの方針に沿って変更してください。

だれが、なにを、いつ、なんのために行うのか（時系列とアクター）をしっかり意識して抜け漏れがないように作成していきましょう。

2.要件定義_要件定義書_別紙1「業務フロー図」のダウンロード

資料のダウンロードおよびご利用に関しては、本サイトのコンテンツ利用規約に同意される場合のみ利用可能となります。

一般公開資料

※ダウンロードされるまで少し時間がかかる場合があります

以下は、スプレッドシートでの表示となります。

サポーターさん

ブログランキングに参加しましたので、ご支援していただけると幸いです。

にほんブログ村

本テンプレートは、Salesforce（セールスフォース）プロジェクト以外にも活用可能なフォーマットとなっておりますので、是非をご活用ください。

1.テーラリングガイド

1.Apexテストクラス一覧（カバレッジ）

Apexクラス一覧のシートでは以下の情報を管理することができます。

• Apex基本情報（Apexクラス名、APIバージョン、ネームスペース、説明）
• Apexクラスのデータアクセス権限（with Sharing, without Sharing, inherited Sharing）
• クラスタイプ（Triggerなど）
• テストクラス名
• カバレッジ目標（パーセント（％）、ステップ数（LINE））　合計（全体の平均）
• カバレッジ実績（パーセント（％）、ステップ数（LINE））　合計（全体の平均）
• リリース状況

Apexクラスごとにカバレッジ状況を管理できるような作りとしています。

最終行に全体としてのカバレッジ平均を算出して表示しています。

Salesforceでは、クラス単位でカバレッジを確認することが多いと思います。

開発コンソールを利用すると、メソッド毎のカバレッジも確認することができます。

Code Coverageのをクリックするとクラス全体とメソッド単位のカバレッジが表示されます。（赤枠部分）

２．メソッド一覧

メソッド単位でカバレッジを管理したい場合は、メソッド一覧のシートを利用してください。

管理できる情報は以下の通りです。

• 基本情報（Apexクラス名、メソッド名、説明）
• アクセス修飾子（global, Public, private, Protected, Future）
• メソッド種別（Static,Instance）
• アノテーション（@AuraEnabled, @Deprecated , @future , @AuraEnabled, @InvocableMethod, @InvocableVariable , @isTest , @JsonAccess , @NamespaceAccessible , @ReadOnly , @RemoteAction , @SuppressWarnings ）
• テストクラス名、メソッド名
• テストクラス名
• カバレッジ目標（パーセント（％）、ステップ数（LINE））　合計（全体の平均）
• カバレッジ実績（パーセント（％）、ステップ数（LINE））　合計（全体の平均）

• 呼び出し元機能
• リリース状況

画像はクリックすると拡大表示されます。

テストクラスの管理と合わせて、バグ（故障）管理を行う場合は、故障管理表のテンプレートも合わせてご利用ください。

参考

故障管理表（バグ管理表）（Excelテンプレート）サンプル

本記事では、Creative Content Lab Tokyo（クリエイティブ…

続きを読む

2.Apexクラスカバレッジ管理表テンプレートのダウンロード

資料のダウンロードおよびご利用に関しては、本サイトのコンテンツ利用規約に同意される場合のみ利用可能となります。

一般公開資料

update 2022/04/17 直接エクセルファイルをダウンロードするリンクを追加

サポーターさん

ブログランキングに参加しましたので、ご支援していただけると幸いです。

にほんブログ村

まとめ

サポーターさん

テンプレートのご利用に関して不明な点があればお問い合わせください。 また、テンプレートに対しての要望がありましたらご意見ください。 皆様の役に立つように改善していきたいと思います。