SQLデータベースに対して主に作成、読み取り、更新、削除の操作を行うERP=タイプのアプリケーションを開発しています。参照を壊してしまうため、データベースからレコードを削除できない場合があります。データベースの整合性。ただし、ユーザーはレコードを削除したいので、レコードを「中止」するオプションを提供したいのですが、「中止された」レコードはアプリケーション内で使用できなくなりますが、アプリケーションには、「廃止された」レコードを参照する別のレコードがあり、関連情報は引き続き利用可能であり、参照整合性が維持されます。
ユーザーが「廃止」レコードと同じ名前のレコードを作成しようとすると、アプリケーションはユーザーにそのレコードを作成できないことを通知しますが、以前の「廃止」レコードを代わりに「再アクティブ化」できます。レコードが誤って「中止」された場合、または状況が変化し、関連するすべての履歴を維持しながらアプリケーション内でレコードを利用できるようにしたい場合、ユーザーはレコードを「再アクティブ化」することもできます。
私が得た問題は、「廃止」および「再アクティブ化」という用語がユーザーエクスペリエンスの観点から最も適切であるかどうかわからないということです。また、アプリケーション全体で一貫した用語のセットを用意したいので、前の段落の説明がかなり一般的でした。
この機能は「ソフト削除」として説明できると思いますが、後でレコードが完全に削除されるという考えが浮かび上がるので、これが最も適切な用語であるとは思いません。
私が検討したもう1つの用語は「アクティブ」と「非アクティブ」ですが、これらはアプリケーションのレコードタイプの一部ですでに使用されているため、意味が異なります。
私の質問は、ユーザーエクスペリエンスの観点から、私が達成しようとしていることに最も適切な用語が「廃止」および「反応的」であるか、または別の用語がより適しているでしょうか?
Erpシステムには、さまざまな使用状況があります。文脈は主に用語を決定します。これの例は、販売のために「ボイド」という用語を使用する登録システムです。レコードには引き続きアクセスできますが、関連するレコードにもアクセスできますが、セールはアクティブではありません。販売を再開するには、ユーザーは「再販」または「無効化」のいずれかを行います。考慮される可能性のあるその他の条件は、「一時停止」または「再発行」です。
とはいえ、システムコンテキスト(erpの用途)について詳しく説明していただければ、回答を調整することができます。お役に立てれば。