ソフトウェア開発ライフサイクルの追跡

ソフトウェア開発ライフサイクルの追跡

お知らせ：当社は、お客様により充実したサポート情報を迅速に提供するため、本ページのコンテンツは機械翻訳を用いて日本語に翻訳しています。正確かつ最新のサポート情報をご覧いただくには、本内容の英語版を参照してください。

要件  

Blueprints 機能を使用して、ソフトウェア開発プロセスを追跡・管理します。

ユースケース  

あるソフトウェア企業では、ソフトウェア開発ライフサイクルを追跡・管理するために Blueprint を使用しています。各ステージの現在のステータスを設定するために、さまざまな Blueprint 処理が必要になります。たとえば、機能要望を受領したとき、開発を開始したとき、または問題が見つかったときなどです。該当チームは作業を完了するたびに、Blueprint のステージ（ステータス）を次のステージへ進めます。このようにして、開発プロセス全体を効率的に追跡でき、各 Blueprint 遷移（操作）で実行されるワークフロー処理により、プロセスを完全に自動化できます。


手順  

1 . フォームを作成 し、次の詳細を設定します。
フォーム
フォームリンク名
項目タイプ
項目名
項目リンク名
機能要望
Feature_Requests
ラジオボタン
（オプションに 新規機能 と 不具合 を設定）
リクエスト種別*
Request_Type
複数行
リクエスト詳細
Request_Details
メール
メール*
メール
開発トラッキング
Development_Tracking
ラジオボタン
（オプションに 新規機能 と 不具合 を設定）
機能種別
Feature_Type
複数行
リクエスト詳細
Request_Details
メール
リクエスト元
Request_By
単一行
ステータス
ステータス
複数行
ステータス説明
Status_Description
  • アスタリスク (*) が項目名の横に付いている場合、その項目は 必須項目です。
  • 「 機能要望 」フォームは、顧客が要望を送信するためのフォームです。顧客が要望を送信すると、そのデータは 開発トラッキング フォームに連携されます。                  
2. 機能要望フォームのデータを Development Tracking フォームにプッシュするには、次の詳細でワークフローを作成します。
 
3 . 新しいアクションを追加 > Deluge Script をクリックし、次のスニペットを追加します。
  1. // 追加するデータの詳細を指定する変数を使用します
  2. params = Map();
  3. params。put('Feature_Type',input。Request_Type);
  4. params。put('Request_Details',input。Request_Details);
  5. params。put('Request_By',input。メール);

  7. optionalParams = Map();

  9. // Creator の連携タスクを使用してデータを挿入します
  10. //<admin_username> と <app_linkname> の変数を適切な値に置き換えてください。
  11. Zoho。creator。createRecord('<admin_username>','<app_linkname>', 'Development_Tracking', params, optionalParams, 'creator');
Zoho Creator サービス向けに 'creator' という名前の 接続を作成済みです。上記のスニペットは、機能要望フォームで顧客が指定した詳細を使用して、Development Tracking フォームにデータを作成するだけの処理です。

外部連携を作成する際に、Zoho Cliq（チャットサービス）への接続も 作成 し、名前を「cliq」とします。このチュートリアルの後半で、この接続を使用して、新しい機能要望が承認されたときに見込み客へ通知を送信します。
 
4. 次に、リクエストが Development Tracking フォームに追加されたら、マネージャーに自動メールを送信する必要があります。次の詳細で ワークフロー を作成します。
 
5. 新しいアクションを追加 > Deluge Script をクリックし、次のスニペットを追加します。
  1. sendmail
  2. [
  3. 差出人 :Zoho。adminuserid
  4. to :'<manager's メール 住所>'
  5. 件名 :'新規 機能要望'
  6. メッセージ :'新しい機能要望を受領しました。<a href=\' https://creatorapp.zoho.com/<admin_username>/<app_linkname>/#Report:Development_Tracking_Report?ID=' + input。ID + '\'>ここをクリック</a>してデータを表示してください。データをクリックして承認または却下してください。'
  7. ]
変数 <admin_username> と <app_linkname> を、適切な値に置き換えてください。
 
6. Development Tracking フォームを複製して、次の ステートレスフォーム を作成します。
フォーム
項目
ボタン
  フォーム名

  フォームリンク名

項目タイプ
項目名
項目リンク名
ボタン タイプ  
ボタン 名
詳細の指定
Specify_Details
複数行
ステータスの説明
Status_Description
ボタン
割り当て
ルックアップ（Development Tracking）
ID1
ID1
リセット
リセット
開発担当者の割り当て
Assign_Developer
ユーザー
Developer
Developer
送信
送信
ルックアップ
(Development Tracking)
ID2
ID2
 
 
マネージャーが機能要望を承認または却下するとき、 詳細の指定 フォームを使用して、その操作の理由を指定します。この理由は、 対応する データと関連付けられ、 Development Tracking フォームに保存されます。
 
開発担当者の割り当て フォームは、 レポートワークフローを使用して、要望を開発担当者に割り当てるためのフォームです。
 
両方のフォームにある ID 項目は、処理が実行される対象のレコードに応じて、 Development Tracking フォーム内の対応するデータを更新するために使用されます。
 
7. ステートレスフォームは、特定の処理が実行されたときにのみ表示されるため、アプリで明示的に表示する必要はありません。フォームを非表示にするには、 ［Sections］に移動します。
 
8. 非表示アイコンをクリックしてフォームを非表示にします。
 
9. 次に、リクエストに開発者を割り当てるためのボタンを、 Development Tracking レポート に作成します。Development Tracking レポートの［ Web 用の項目を設定 ］をクリックします。
 
10. ［ + 新しいボタンを追加 ］をクリックします。
 
11. 次のように操作項目を作成します。
このボタンは、開発者がまだ割り当てられていない場合にのみ有効にする必要があるため、条件を設定しています。
 
12. ［ 新しいアクションを追加 ］>［ Deluge script ］>［ 独自に作成 ］をクリックし、次のスクリプトを追加します。
  1. openUrl('#Form:Assign_Developer?ID2='+input。ID, 'popup window', 'height=310px,width=420px');
上記のスニペットは、 Assign Developer フォームを開き、開発者を割り当てる対象データの ID を取得します。
 
13. ID2 項目は、 Development Tracking フォーム内の元のデータを関連付けるためだけの項目であり、ユーザーに表示する必要はありません。［ワークフロー ］を作成し、Assign Developer フォームの読み込み時に ID2 項目を非表示にします。
 
14. ［ 新しいアクションを追加 ］をクリックし、次のスニペットを追加します。
  1. 隠す ID2;
15. 次に、選択したデータの開発者を更新するスニペットを追加します。以下の詳細で ワークフロー を作成します。
フォームイベントとして［ ボタンのクリック ］を選択しています。これは、ユーザーが［ Assign ］ボタンをクリックしたときにワークフローを実行する必要があるためです。
 
16. ［ 新しいアクションを追加 ］>［ Deluge Script ］をクリックし、次のスニペットを追加します。
  1. //現在のデータの ID に基づいて Development Tracking フォームのデータを更新
  2. update_dev = Development_Tracking[ID == input。ID2];
  3. update_dev。Developer=input。Developer;

  5. //開発者を割り当てたデータにリダイレクト
  6. openUrl('#レポート:Development_Tracking_Report?ID=' + input。ID2, 'same window');
17. 次に、Specify 詳細 フォームにも同様のスニペットを追加します。Specify 詳細 フォームの読み込み時に ID1 項目を非表示にする ワークフロー を作成します。
 
18. 新しいアクションを追加 し、次のスニペットを追加します。
  1. hide ID1;
19. 次に、選択したデータの ステータス説明 項目を Development Tracking フォームで更新するスニペットを追加します。次の詳細で ワークフロー を作成します。
 
20. 新しいアクションを追加 > Deluge Script をクリックし、次のスニペットを追加します。
  1. //現在のデータ ID に基づいて Development Tracking フォームのデータを更新
  2. rec = Development_Tracking[ID == input。ID1];
  3. rec。Status_Description=input。Status_Description;

  5. //ステータス説明が更新されたデータにリダイレクト
  6. openURL('#レポート:Development_Tracking_Report?ID=' + input。ID1,'same window');

  8. //顧客のメールアドレスを取得し、リクエストが却下済みの場合はメールを送信
  9. //ステータス項目は、この後の手順でブループリント処理により更新されます
  10. if(rec。ステータス == '却下済み')
  11. {
  12. sendmail
  13. [
  14. 差出人 :Zoho。adminuserid
  15. to :rec。Request_By
  16. 件名 :'機能要望の更新'
  17. メッセージ :'Hi there, Your 機能要望 with 詳細 - <br />' + '\'' + rec。Request_Details + '\' <br /> has unfortunately been キャンセル済み for now due to the following 理由 - <br />' + '\'' + input。Status_Description + '\''
  18. ]
  19. }
21. 開発担当者向けに、担当しているリクエストのみを一覧表示する専用レポートを作成します。 新しいリストレポートを作成 するには、 + アイコンをクリックします。
 
22. 次の詳細でレポートを作成します 。
 
23. レポートのプロパティを開く をクリックします。
 
24. 次のフィルターを追加し、 保存 をクリックします。
 
このフィルターにより、レポートを表示しているユーザーに担当割り当てられているデータのみが表示されます。これは、 システム変数Zoho。loginuser を使用して実現しています。
 
25. 次に、マネージャー、見込み客、開発担当者、テスター向けに、 異なる権限セットを作成 します。これは、各部署が必要なブループリント処理のみにアクセスできるようにするためです。 設定 > ユーザー に移動します。
 
26. 次の権限セットを作成し、必要に応じて各権限にユーザーを追加します。
権限
タブ
操作
マネージャー
開発トラッキング
  • アクセス
  • 表示する 開発トラッキングレポート
  • 編集 開発トラッキングレポート
  • 削除 開発トラッキングレポート
詳細を指定
  • アクセス
リード
開発トラッキング
  • アクセス
  • 表示する 開発トラッキングレポート
  • 編集 開発トラッキングレポート
  • 削除 開発トラッキングレポート
 
開発担当者を割り当て
  • アクセス
開発担当者
開発トラッキング
  • アクセス
  • 表示する 開発トラッキングレポート
  • 表示する 開発担当者レポート
  • 編集 開発トラッキングレポート
  • 削除 開発トラッキングレポート
テスター
開発トラッキング
  • アクセス
  • 表示する 開発トラッキングレポート
  • 編集 開発トラッキングレポート
  • 削除 開発トラッキングレポート
 
27. Cliq でチャンネルを作成 し、そのチャンネルに マネージャー 権限と リード 権限を持つユーザーを追加します。このチャンネルは、機能要望が承認または却下されたときにアラートを送信するために使用されます。
 
28. 次に、 以下の詳細で ブループリントを作成 します。
 
このブループリントを、「Feature 種類」項目の値が 新規 Feature のデータにのみ関連付ける必要があるため、条件を設定しています。
 
29. 次のステージと遷移を含むブループリントを作成します。

 

遷移

  • 機能要望を承認

  • 機能要望を却下

  • 保留にする（ 共通遷移 （すべてのステージから））

  • 開発担当者を割り当て

  • 要件を分析済み
    ( 並列遷移 )

  • 開発を開始

  • 開発完了

  • テスト開始

  • 課題を検出

  • テスト完了

  • リリース済み

 
ステージ
  • 機能要望 受付済み
  • 機能要望 承認済み
  • 機能要望 却下済み
  • 保留中
  • 要件確定済み
  • 開発 進行中
  • 機能 開発済み
  • テスト 進行中
  • テスト完了
  • リリース済み
 
30. 各遷移について、次の 実行前処理 と 実行後処理 を定義します。

i. トランジション : 機能を承認する
次の「前処理」 として、 トランジション担当者 を 選択済みユーザー に設定し、「 Manager」を 権限として選択します。


次の「後処理」として、以下のスニペットを追加します:
  1. // ブループリントのステージをステータス項目に割り当てる
  2. input。ステータス = input。Blueprint_Stage;

  4. // 承認済みのリクエストの詳細を含むメッセージを Cliq チャンネルに投稿する
  5. // <admin_username> と <app_linkname> の変数を適切な値に置き換えてください。
  6. cliqchannel = Zoho。cliq。postToChannel(<channel_name>, '新しい機能要望が承認されました。[よろしければお試しください。]( https://creatorapp.zoho.com/<admin_username>/<app_linkname>/#Report:Development_Tracking_Report?ID=' + input。ID + ') to assign a developer','cliq');

ii. トランジション : 機能を却下する
次の「前処理」 として、 トランジション担当者 を 選択済みユーザー に設定し、「Manager」を 権限として選択します。


次の「後処理」として、以下のスニペットを追加します:
  1. // ブループリントのステージをステータス項目に割り当てる
  2. input。ステータス = input。Blueprint_Stage;

  4. // 「Specify Details」フォームを開き、理由を入力できるようにする

  6. // ID 項目には現在のデータの ID が渡され、この ID を使用してデータのステータス説明項目を更新します（20 項で説明）
  7. openURL('#Form:Specify_Details?ID1=' + input。ID, 'popup window', 'height=310px,width=420px');
iii. トランジション: 保留にする
次の「前処理」として、初期設定を構成します。
次の「後処理」として、以下のスニペットを追加します:
  1. // ブループリントのステージをステータス項目に割り当てる
  2. input。ステータス = input。Blueprint_Stage;

  4. // 「Specify Details」フォームを開き、理由を入力できるようにする
  5. // ID 項目には現在のデータの ID が渡され、この ID を使用してデータのステータス説明項目を更新します（20 項で説明）
  6. openUrl('#Form:Specify_Details?ID1=' + input。ID, 'popup window', 'height=310px,width=420px');
iv. 遷移: 開発担当者を割り当て済み
遷移前アクション: 次を設定します:
  • [ 遷移の担当者 ] を 選択したユーザー に設定し、[ 権限] で「Manager」を選択します。
  • 条件を「Developer が null と等しくない」に設定します。
  • ツールチップを追加します: 「開発担当者が割り当てられている場合にクリックします」
遷移後アクション: 次のスニペットを追加します:
  1. //Blueprint ステージをステータス項目に割り当てる
  2. input。ステータス = input。Blueprint_Stage;

  4. //割り当てられた開発担当者にメールを送信する
  5. //<admin_username> と <app_linkname> の変数を適切な値に置き換えてください。
  6. sendmail
  7. [
  8. 差出人 :Zoho。adminuserid
  9. to : input。Developer。メール
  10. 件名 :'タスクが割り当てられました'
  11. メッセージ :'新しいタスクがあなたに割り当てられました。詳細はこちらを確認してください:<br /> https://creatorapp.zoho.com/<app_admin>/<app_linkname>#Report:Developer_Report?ID=' + input。ID
  12. ]
v. トランジション: 要件分析済み
前処理: 次の設定を行います:
  1. ［ トランジション担当者 ］を 選択済みユーザー に設定し、［ 権限 ］で「Developer」を選択します。
  2. ツールチップを追加します: 「要件の分析とブレインストーミングが完了したら、ここをクリックしてください」
後処理: 次のスニペットを追加します:
  1. // ブループリントのステージをステータス項目に代入
  2. input。ステータス = input。Blueprint_Stage;
vi.トランジション: 開発開始
前処理: ［トランジション担当者］を選択済みユーザーに設定し、［権限］で「Developer」を選択し、条件でDeveloper が次と等しい
Zoho。Loginuser に設定します。



後処理: 次のスニペットを追加します:
  1. // ブループリントのステージをステータス項目に代入
  2. input。ステータス = input。Blueprint_Stage;
vii.トランジション: 開発完了
前処理: ［トランジション担当者］を選択済みユーザーに設定し、［権限］で「Developer」を選択します。


後処理: 次のスニペットを追加します:
  1. // ブループリントのステージをステータス項目に代入
  2. input。ステータス = input。Blueprint_Stage;

  4. // テスターにメールを送信
  5. // ここでは、テストチームがテスト活動を追跡するための別フォームを使用していると想定しています
  6. sendmail
  7. [
  8. 差出人 :Zoho。adminuserid
  9. to :<カンマ区切りのテスターのメールアドレス>
  10. 件名 :'テスト用の機能が利用可能になりました'
  11. メッセージ :'こんにちは。テスト用の新しい機能が利用可能になりました。詳細はテスト用フォームを確認してください。'
  12. ]
viii.トランジション: Started Testing
前処理: [トランジション担当者] を 選択済みユーザー に設定し、権限 で「Tester」を選択します


後処理: 次のスニペットを追加します:
  1. // ブループリントステージをステータス項目に割り当てる
  2. input。ステータス = input。Blueprint_Stage;
ix.トランジション: 課題 found
前処理: [トランジション担当者] を 選択済みユーザー に設定し、権限 で「Tester」を選択します

後処理: 次のスニペットを追加します:
  1. // ブループリントステージをステータス項目に割り当てる
  2. input。ステータス = input。Blueprint_Stage;

  4. // 開発者に課題についてメールを送信します。
  5. // ここでは、テストチームがテスト活動を追跡するための別フォームを使用していると想定しています
  6. sendmail
  7. [
  8. 差出人 :Zoho。adminuserid
  9. to :input。Developer。メール
  10. 件名 :'課題 found'
  11. メッセージ :'Issue found, please check Bug レポート'
  12. ]
x.トランジション: Testing 完了
前処理: [トランジション担当者] を 選択済みユーザー に設定し、権限 で「Tester」を選択します

後処理: 次のスニペットを追加します:
  1. // ブループリントステージをステータス項目に割り当てる
  2. input。ステータス = input。Blueprint_Stage;

  4. // テストが完了したら、開発者とマネージャーにメールを送信します
  5. // <admin_username> と <app_linkname> の変数を適切な値に置き換えてください
  6. sendmail
  7. [
  8. 差出人 :Zoho。adminuserid
  9. to :input。Developer。メール, <manager_email_address>
  10. 件名 :'Testing 完了'
  11. メッセージ :'Testing is 完了 and QA has given a 移動する for the following feature: https://creatorapp.zoho.com/<app_admin>/<app_linkname>/#Report:Development_Tracking_Report?ID=' + input。ID
  12. ]
xi. トランジション: Released
前処理:
    • [トランジション担当者] を 選択済みユーザー に設定し、 [権限] で「Manager」と「Lead」を選択します
    • [Transition Properties] の [トランジションのプロパティ] で、以下のような確認メッセージを 追加します
後処理: 次のスニペットを追加します:
  1. //Blueprint のステージを「ステータス」項目に割り当てる
  2. input。ステータス = input。Blueprint_Stage;

  4. //リクエストされた機能がリリースされたら顧客にメールを送信する
  5. sendmail
  6. [
  7. 差出人 :Zoho。adminuserid
  8. to :input。Request_By
  9. 件名 :'機能要望の更新'
  10. メッセージ :'Hi there, Your 機能要望 with 詳細 - <br />' + '\'' + input。Request_Details + '\' <br /> has been successfully rolled 出力'
  11. ]

動作を確認する         

注意事項  

  • 手順 3 では、 「 レコードを追加」タスクの代わりに Creator 連携タスクを使用して、 レコードを追加 タスクではなく、「Development Tracking」フォームにデータを追加しています。これは、「レコードを追加」タスクを使用して追加されたデータには、現時点では Blueprint が適用されないためです。
  • 機能要望フォームを公開 して、Zoho Creator アカウントを持っていない顧客でもアクセスできるようにしてください。
  • このアプリケーションを DS ファイルとして取得するには、添付ファイルを確認してください。
関連リンク                       
Blueprint
invoke URL
Zoho Creator - レコード作成連携タスク
外部連携
メール送信