1.5 Jira について
ソフトウェアは人間によって作られます。互いに離れた地域に住む人間が異なる言語を使用する傾向にあるように、人間が作成したソフトウェアにもさまざまな違いが見られます。これらの違いは命名規則にすぎない場合もありますが、異なるアーキテクチャに起因する可能性があります。ClearQuest を使用していたユーザー向けの Jira の全般的なガイドについて、次の表をご参照ください。
ClearQuest | Jira | コメント |
---|---|---|
スキーマ リポジトリ | Jira データベース | Jira では、スキーマとユーザー データベースは区別されません。両方が同じインスタンス内にあります。Jira のスキームには管理セクションからアクセスできます。ユーザー データベースは、Jira に付属するプロジェクト、バージョン、および課題ベースと比較できます。 |
スキーマ | 一連のスキーム | Jira には、通知、権限、課題タイプごとのフィールド構成、ワークフローなど、各構成に対する多くのスキームがあります。スキームとプロジェクトの間には 1:n の関係があります。たとえば、同じ権限スキームを共有し、異なるワークフローを持つ一連の内部プロジェクトで、それらのプロジェクトの 1 つが、異なる権限スキームを持つ外部プロジェクトとワークフロー スキームを共有することができます。 |
ユーザー データベース | プロジェクト | Jira はスキーマと課題を同じデータベースに保持するため、構成スキームがすべて異なる複数のプロジェクトを定義できます。 |
フィールド | フィールド | 課題内にフィールドを持つ基本的な概念は同じです。ただし、Jira では、異なるプロジェクトで多くの課題タイプに適用可能なフィールド設定スキームを定義できます。 |
フック | ワークフロー アクション / カスタム フィールド | Jira では、ワークフローの任意の段階でカスタム アクションを構成できます。これはワークフロー デザイナで構成でき、利用可能な主要なアクションを使用するためにソース コードを記述する必要はありません。カスタム フィールドは、一連のプリセット タイプから構成することも、Java で記述することもできます。 |
レコード タイプ | 課題タイプ | 両方のシステムで同じ概念。 |
状態 | ステータス | 両方のシステムで同じ概念。 |
操作 | トランジション | 両方のシステムで同じ概念。 |
セキュリティ モデル | 権限スキーム、課題レベルのセキュリティ スキーム | 両方のアプリケーションで類似した概念です。違いとして、Jira では、プロジェクトとは独立してスキームが定義されます。これにより、セキュリティ スキームとプロジェクト間に 1:n の関係を構築できます。また、特定のユーザー、ロール、またはグループに対して課題タイプを表示してアクションを実行する権限を与え、さらに、課題とユーザーとの関連付けも検討できます (例: 自身のコメントの編集権限 vs すべてのコメントの編集権限) |