|
||||||||||||||||
| 前のページ 1 2 3 4 | ||||||||||||||||
| フォームのカスタマイズ | ||||||||||||||||
|
StarTeamの構成アイテムのプロパティデータを編集・参照するためのフォームもカスタマイズすることができます。フォーム自体はSwingで作成されており、アイテムの各種プロパティを編集するために、下記のようなエディタコンポーネントクラスがStarTeamのExtension SDKとして提供されています。
表8:エディタコンポーネントクラス ここではJavaのコーディングの部分は省略して、StarDrawサンプルに含まれているカスタマイズフォームを使ってみることにします。 |
||||||||||||||||
| カスタムフォームの有効化 | ||||||||||||||||
|
StarTeam Cross-Platform Clientを使って、「StarDraw」プロジェクトに対して「Administrator」ユーザでログインします。メニューから「プロジェクト → プロパティ」と選んで「プロジェクトのプロパティ」画面を開き、「エディタ」タブを選択します。 ![]() 図14:「プロジェクトのプロパティ」画面 図14の画面で、「変更要求に代替プロパティエディタを使用する」というチェックボックスをチェックします。次に「OK」ボタンをクリックすると、このプロジェクト(「StarDraw」プロジェクト)の変更要求アイテムに対して、カスタムフォームを使うようになります。 |
||||||||||||||||
| カスタムフォームの例 | ||||||||||||||||
|
それでは変更要求の新規作成を行ってみましょう。すると図15のようにカスタマイズされたフォームがロードされます。 フォームの見かけが標準のものから変化しているだけでなく、いくつかのプロパティ名が赤い字で表示されています。これは必須入力項目を示しています。アイテムのステータスに応じて、特定のプロパティを入力しなければ、登録することができないようになっているのです。必須入力項目の指定は、このプロジェクト用のカスタムワークフローとして指定されています。 |
||||||||||||||||
| カスタムフォーム・ワークフロー定義の実体 | ||||||||||||||||
|
StarTeamでは、フォームのカスタマイズやワークフローに関する指定は、「StarFlow Extensions」という特殊な制御用プロジェクトで行います。 図16はこの制御用プロジェクトのファイルアイテムを表示させたところです。 選択状態になっている3つのファイルが、カスタムフォームやワークフローを定義しています。このうち「ChangeRequest.Workflow.xml」ファイルは単純なXMLファイルですが、その内容を視覚的に編集するためのツールが、StarTeam Workflow Designerです。 これを使うことで、必須項目の入力の指定を画面上で実施することができるようになっています。 |
||||||||||||||||
| まとめ | ||||||||||||||||
|
これまで5回にわたり、StarTeamの機能・使い方について、読むだけである程度の感触が得られるように説明をしてきましたが、いかがでしたでしょうか。 StarTeamは、構成管理というカテゴリに属する製品ですが、決して管理者のためのものではありません。現場で開発を行っているエンジニアの方が、自分の作業を効率化し、生産性を上げるためのものです。 日頃の作業の中で表9にあげた問題点を感じているのであれば、それは構成管理システムを見直すことで解決できるかもしれません。
表9:現場であがる問題点 今回の連載の中で、ひょっとしたらStarTeamが役に立つかもしれないと感じたのであれば、是非評価版をダウンロードして、使ってみてください。現場のエンジニアの方であれば、実際に触ることで、自分なりの評価を下すことができると思います。
Borland StarTeam − ソフトウェア構成管理・変更管理ソリューション
http://www.borland.com/jp/products/starteam/index.html |
||||||||||||||||
|
前のページ 1 2 3 4 |
||||||||||||||||
|
|
||||||||||||||||
|
|
||||||||||||||||
|
||||||||||||||||
|
|
||||||||||||||||
|
||||||||||||||||
|
|
||||||||||||||||
|
||||||||||||||||






