مشاهده
کارشناس دقیقاً چه خروجی ناسالمی دیده است؟
فصل ۱۱ · Evidence before closure
وجود کد، ایراد را نمیبندد
سیزده نقص ثبتشده از بازخورد کارشناسی، نقشهٔ واقعی بهبود کیفیتاند. هر مورد باید روی دادهٔ کامل بازپردازش شود، معیار پذیرش را با شاهد بگذراند و تأیید کتبی کارشناس GS1 را دریافت کند.
D‑01/D‑02 در انتظار پذیرشD‑12/D‑13 مستقر PILOT؛ پذیرش بازD‑03…D‑11 باز
در ۶۰ ثانیه
چرا این دفتر مهم است؟
اگر سامانه «ظرف یکبار مصرف» را زیبا بنویسد اما هنوز ماهیت و جنس را در یک ستون نگه دارد، ظاهر بهتر شده ولی داده قابل پایش نشده است. دفتر ایرادها هر مشکل را به علت، اصلاح و آزمون قابل مشاهده وصل میکند.
ریشه و اصلاح
اشکال در پاکسازی، مفهوم، ترجمه، تفکیک، UI یا انتشار است؟
پذیرش
چه داده، چه اندازهٔ نمونه، چه معیار و چه امضایی برای بستن لازم است؟
چهار محور کاری کارفرما
پاکسازی
پوشش همهٔ رکوردها، نه فقط پرتکرارها؛ سیاست صفر جامانده و گزارش completeness.
ترجمه
تناظر فارسی/لاتین با مرجع؛ اسم خاص هرگز به واژهٔ عمومی ترجمه نشود.
بانک مفاهیم
صورتهای نگارشی، مترادفها، کشورها و واحدها زیر نظر کمیتهٔ واژگان.
تفکیک
شکستن ترکیب به عناصر اتمی و حفظ همان تفکیک تا API و Excel نهایی.
رجیستر D‑01 تا D‑13
این خلاصه برای تصمیم و آموزش است؛ رجیستر مهندسی داخل مخزن منبع کامل معیارها و evidence محسوب میشود.
D‑01 · حفظ تفکیک در خروجیدر انتظار پذیرش
مشاهده: facetها در میانه ساخته میشدند اما در قالب تحویلی دوباره ترکیب میشدند.
پاسخ فنی: خروجی نسخهٔ ۲، ستون اتمی، source/confidence و آزمون رفتوبرگشت.
گیت: ۱۰۰٪ رکوردها بدون افت اطلاعات روی نمونهٔ حداقل ۵۰۰ رکوردی.
D‑02 · نظر و وضعیت کارشناسدر انتظار پذیرش
مشاهده: comment و review status در گردش و خروجی نهایی کامل نبود.
پاسخ فنی: نظر در سطح رکورد/نگاشت، وضعیت ساختیافته و انتقال به Excel/API.
گیت: یک چرخهٔ کامل نظر ← اصلاح بانک ← بازپردازش با شاهد.
D‑03 · «ظرف» و «یکبار مصرف» در محور درستباز
حکم دامنه: ماهیت=ظرف؛ جنس=یکبار مصرف. ترکیب نباید یک ارزش واحد بماند.
گیت: نمونهٔ حداقل ۲۰۰ رکوردی، ۱۰۰٪ دومحوره؛ تأیید کمیته برای موارد مشابه.
D‑04 · یکبار مصرف / یکبارمصرفباز
ریشه: فاصله، نیمفاصله و چسبیدگی واژهٔ مرکب به canonical واحد متصل نبود.
گیت: برای ۲۰ واژهٔ مرکب پرتکرار فقط یک صورت مصوب در خروجی.
D‑05 · با/بدون/بیاستخوانباز
ریشه: تفاوت مفهومی و صرفاً املایی در بانک بهدرستی مدل نشده بود.
گیت: در کل دامنه فقط دو مفهوم مصوب bone-in و boneless با aliasهای روشن.
D‑06 · نام مصوب کشورهاباز
پاسخ فنی: جدول مرجع مبتنی بر ISO 3166-1 همراه نام مصوب فارسی/انگلیسی و alias.
تصمیم سازمان: صورت فارسی مصوب هر کشور را کمیته تعیین میکند.
D‑07 · پاکسازی بدون سوگیری کشور/فراوانیباز
ریسک: بهینهسازی فقط برای موارد پرتکرار، رکوردهای کمتکرار را ناپدید میکند.
گیت: completeness کل دامنه و گزارش cohort، نه چند نمونهٔ منتخب.
D‑08 · قواعد نگارش دو زبانباز
پاسخ فنی: linter نسخهدار برای فاصله، case، نشانهگذاری و ساختار فارسی/انگلیسی.
گیت: linter روی خروجی نهایی صفر خطا گزارش دهد و گزارش lint به هر تحویل پیوست شود؛ این معیار پذیرش استثنا ندارد.
D‑09 · نمایش سازگار واحدهاباز
اصل: ذخیرهٔ عدد و واحد canonical از نمایش کاربر جداست؛ تبدیل باید قطعی باشد.
تصمیم سازمان: قاعدهٔ نمایش بر حسب گروه کالا و حساسیت تصویب شود.
D‑10 · سیاست صفر جاماندهباز
مثال گزارششده: مورد تکتکرار «قزاقستان» نباید بهدلیل فراوانی پایین رها شود.
گیت: inventory همهٔ unique valueها و صف صریح unresolved.
D‑11 · ممنوعیت ترجمهٔ اسم خاصباز
اصل: نام برند/شرکت ترجمه نمیشود؛ نام ثبتی لاتین یا transliteration همراه بازبینی.
گیت: در نمونهٔ تصادفی حداقل ۳۰۰ جفت، اسم خاص ترجمهشده صفر باشد.
D‑12 · نشت معنایی بین دامنههامستقر PILOT؛ پذیرش باز
مشاهده: «سپر» بهدلیل fuzzy سراسری به «اسپریدار» و «مشکی» به رنگ بستهبندی نسبت داده میشد.
پاسخ فنی: مسیریاب fail-closed، ontology خودرویی نوعدار، exact span و ممنوعیت بازیابی بین domain/facet در release 14050602-214203 مستقر شد. آزمون زندهٔ عبارت اصلی و نسخهٔ درهم، چهار facet دقیق و leftover خالی را برگرداند؛ «نخود» نیز از رنگ «نخودی» جدا ماند.
گیت: false positive بیندامنهای روی مجموعهٔ محافظتشده باید صفر باشد؛ دامنهٔ عمومی فقط با دادهٔ واقعی پذیرفته میشود و 6074 هنوز candidate است.
D‑13 · نبود تفکیک و تحلیل معنایی batchمستقر PILOT؛ پذیرش باز
مشاهده: صف ردیفها را میخواند، اما facetهای هر ردیف و الگوهای سطح فایل را بهصورت قابل پایش گزارش نمیکرد.
پاسخ فنی: parity با مسیر تکرکوردی و semantic summary فقطخواندنی برای پوشش facet، unresolved، مدلها و خطاهای ردشده مستقر شد. رسید زنده یک batch کامل چهاررکوردی را با modeهای automotive/meat/packaging/raw و بدون re-execution ثبت کرد.
گیت: برابری ۱۰۰٪ single/batch برای policy یکسان و پذیرش summary روی حداقل ۵۰۰ ردیف دوکارشناسه.
قاعدهٔ بستن یک ایراد
- پیادهسازی محدود و قابل بازگشتقاعده، schema، UI یا export با نسخهٔ روشن تغییر کند.
- بازپردازش کامل دامنهصرفاً fixture یا چند نمونهٔ خوشرفتار کافی نیست.
- قبولی معیار با evidencedataset/version/n/hash، خروجی، CI در صورت آماریبودن و regression ثبت شود.
- تأیید کتبی کارشناس GS1مالک دامنه نتیجه و دامنهٔ اعتبار را بپذیرد؛ سپس وضعیت بسته شود.
HONEST STATUS
امروز
D‑12 و D‑13 در release 14050602-214203 بهصورت PILOT مستقر و با probe زنده محدود راستیآزمایی شدهاند؛ D‑01 و D‑02 نیز پیادهسازی و بخشی از شواهد فنی دارند. هر چهار مورد هنوز در انتظار پذیرش سازمانی روی دادهٔ واقعیاند. D‑03 تا D‑11 بازند؛ قابلیتهای مرتبط LIVE/PILOT بهتنهایی معیار بستهشدن هیچ defect را برآورده نمیکنند.
داشبوردی که سازمان باید نگه دارد
| ستون | نمونه مقدار | هدف |
|---|---|---|
| Defect / cohort / owner | D‑05 · meat · کمیته واژگان | مسئولیت و دامنه روشن |
| Baseline / target | variant count فعلی → ۲ | تعریف موفقیت قبل از اصلاح |
| Dataset / n / hash | نسخهٔ blind holdout | قابلیت بازتولید |
| Evidence | گزارش replay + نمونه خطا | جلوگیری از بستن شفاهی |
| Acceptance | نام نقش، تاریخ و دامنه | مرجعیت سازمانی |
| Regression monitor | metric و trigger بازگشایی | کیفیت پس از release |