وضعیت‌های رکورد بازرسی که بازبینی را معتبر نگه می‌دارد

سه سؤالی که وضعیت‌ها پاسخ می‌دهند

• آیا این رکورد هنوز قابل تغییر است و چه کسی می‌تواند تغییرش دهد؟
• آیا برای نسخهٔ فعلی، بازبینی ثبت شده است؟
• همین حالا چه چیزی را می‌توان با اطمینان در گزارش گذاشت؟

اگر این سه پاسخ از خود رکورد خوانده نشود، آدم‌ها آن را از حافظه، پیام‌های چت یا شکل صفحهٔ گسترده حدس می‌زنند — و گزارش همان ابهام را به ارث می‌برد.

پنج وضعیتی که کافی است

این وضعیت‌ها عمداً ساده‌اند. هر وضعیتی که با یک جمله توضیح داده نشود، معمولاً یعنی دو فرایند در یک فیلد ادغام شده‌اند.

گذارهای ممنوع، بخش مفید ماجراست

بیشتر سیستم‌ها «چه چیزی مجاز است» را مدل می‌کنند و «چه چیزی ممنوع است» را فراموش می‌کنند. قاعده‌هایی که از گزارش محافظت می‌کنند، همان ممنوعیت‌ها هستند:

• رکورد بدون ساختن نسخهٔ تازه از وضعیت «تأییدشده» خارج نمی‌شود.
• بازبینی به نسخه‌ای که دیگر وجود ندارد وصل نمی‌شود.
• رکورد ردشده بدون ارسال تازه تأیید نمی‌شود.
• رکورد ارسال‌شده ویرایش نمی‌شود؛ پس گرفته و دوباره ارسال می‌شود.

اگر قاعده‌ها این‌گونه نوشته شوند، از بازنویسی رابط کاربری جان سالم به در می‌برند. اگر به‌شکل نمایش یا مخفی‌کردن دکمه نوشته شوند، نه.

اشتباه رایج

یک بولین «تأییدشده» برای یک هفته ساده‌تر به نظر می‌رسد. اما نمی‌تواند بگوید کدام نسخه تأیید شده بود؛ پس اولین ویرایش بعد از تأیید، بی‌صدا گزارشی می‌سازد با داده‌ای که هرگز بازبینی نشده است.