رنگ قالب
فرهنگ ویژگی‌ها · تعریف یک ویژگی

شیلددار

فرهنگ ویژگی‌ها

راهنمای این صفحهویژه‌ی کارشناسان کارگروه‌های تخصصی داده‌ی کالا
چرا
تعریف یک ویژگی و پرونده‌ی یادداشتش.
چطور
فیلدها را با راهنمای زیر هر کدام پر کنید؛ راهنمای نوع داده و خانواده با انتخاب عوض می‌شود. پس از ذخیره، دلیل تغییر را یادداشت کنید.
نکته
تغییر تعریف، مقادیر موجود را عوض نمی‌کند؛ کادر «سازگاری» نشان می‌دهد کدام مقادیر دیگر جور نیستند.

تعریف ویژگیهر فیلد باید منطق فنی و منبع داشته باشد، نه سلیقه

۳٬۱۹۰ مقدار · ۵ نوع کالا
نام فنی رایج فارسی؛ نماد استاندارد را در پرانتز بیاورید (مثل In یا U₀/U).
همان عبارت متن استاندارد یا برگه‌ی فنی؛ برای API و معادل‌یابی با ETIM.
حروف کوچک لاتین و خط تیره؛ سامانه‌های مصرف‌کننده با این کلید کار می‌کنند، پس پس از انتشار عوضش نکنید.
نماد SI (A، V، kV، W، mm²، °C، lm، K)؛ واحد در تعریف می‌آید نه در مقدار.
برای عدد، عدد صحیح و بازه؛ از حد فیزیکی یا استاندارد بگیرید (مثلاً ضریب توان ≥ 0).
مقدار بیرون از بازه پذیرفته نمی‌شود؛ مرز را تنگ‌تر از واقعیت نگیرید.
با «|» یا هر مقدار در یک خط. فهرست را از استاندارد بسازید (مثلاً منحنی‌های B، C، D از IEC 60898-1)، نه فقط از داده‌ی موجود. خالی یعنی محدودیتی نیست.
فقط برای مقادیری که خودشان مدرک‌اند (مثل نشانی برگه‌ی فنی) خاموش کنید؛ ادعای فنی همیشه راستی‌آزمایی می‌خواهد (اصل دوم).
معنای دقیق، شرط اندازه‌گیری و اشتباه‌های رایج را بنویسید؛ این متن در فهرست و فرم‌های ورود داده به کارشناس نشان داده می‌شود.
انصراف

پرونده‌ی یادداشت ویژگی۲ یادداشت · دلیل و منطق تغییرات را برای همکاران بنویسید

پرونده‌ی کاری این مورد: یادداشت، خاستگاه داده، تصمیم و پرسش باز، با نویسنده و تاریخ. یادداشت‌ها پاک نمی‌شوند تا تاریخچه‌ی تصمیم‌ها بماند.

خاستگاه دستیار هوش مصنوعی (Claude) به درخواست مدیر پروژه ۱۲ آبان ۱۴۰۵، ۱۸:۱۲ 3 Nov 2026, 18:12
این ویژگی مهاجرت‌شده با پژوهش تعریف دقیق گرفت. چه کسی: دستیار هوش مصنوعی (Claude) به درخواست مدیر پروژه. چطور: پژوهش در استانداردهای IEC و ملی، مدل‌های فرهنگ داده‌ی ETIM و IEC 61360، برگه‌های فنی سازندگان معتبر و داده‌ی واقعی سامانه‌ی قدیمی؛ هر مورد به منبع بند خود ارجاع دارد. منطق: پایه‌ی فیلتر کابل‌های فرمان و ابزار دقیق. کلید پیشین «legacy-179» (ویژگی مهاجرت‌شده از سامانه‌ی قدیمی) به کلید معنادار «is-screened» تغییر کرد؛ مرجع قدیمی در «legacy-attr:179» ماند. همه‌ی 202 مقدار موجود با تعریف تازه سازگارند. وضعیت: پیشنهاد پژوهشی؛ کارگروه تخصصی داده‌ی کالا باید با متن استاندارد و کاتالوگ سازنده بازبینی و تأیید کند (D-052).
منابع (۱)
  • داده‌ی سامانه‌ی قدیمی Legacy_23roElectricStore (MDM-ARC-002): نام، واحد و مقادیر واقعی این ویژگی در کالاهای مهاجرت‌شده
تصمیم دستیار هوش مصنوعی (Claude) — اصلاح داده به درخواست مدیر پروژه ۱۳ آبان ۱۴۰۵، ۰۴:۱۰ 4 Nov 2026, 04:10
تکمیل مقدارها از روی نام نوع یا نام کالا (D-060). مقدارهای تازه «اعلام منبع» با منبع «کارگروه»اند و باید با مدرک سازنده تأیید شوند؛ مقدار موجود بازنویسی نشد. • نام نوع کالا: بدون شیلد ← شیلددار خیر = «خیر»: 929 تازه، 0 از پیش، 0 ناسازگار (دست نخورد) • نام نوع کالا: شیلد دار ← شیلددار بله = «بله»: 1270 تازه، 60 از پیش، 0 ناسازگار (دست نخورد)
منابع (۱)
یادداشت پس از ثبت ویرایش و حذف نمی‌شود؛ اگر اشتباه بود، یادداشت تازه‌ای بنویسید که آن را اصلاح کند.
برای «خاستگاه» دست‌کم یک منبع لازم است.

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

همه‌ی ۳٬۱۹۰ مقدار با تعریف سازگارند.

پرتکرارترین مقادیر

بله۲٬۲۶۱
خیر۹۲۹

آموزش این صفحهچه کارهایی می‌توانید بکنید و بهترین روش انجامشان
کارهای ممکن در این صفحه
  • ویرایش عنوان، خانواده، نوع داده، واحد، کمینه و بیشینه، مقادیر مجاز، نیاز به راستی‌آزمایی و توضیح.
  • دیدن شمار مقادیر ناسازگار با تعریف و رفتن به صف بررسی همان ویژگی.
  • کپی پرتکرارترین مقادیر به شکل فهرست برای ساختن مقادیر مجاز.
  • نوشتن یادداشت (دلیل تغییر، تصمیم، پرسش باز یا خاستگاه) در پرونده.
بهترین روش‌ها
  • کلید پایدار را پس از انتشار عوض نکنید؛ زیرسامانه‌ها با آن کار می‌کنند.
  • مقادیر مجاز را از استاندارد بسازید؛ داده‌ی موجود ممکن است خطا داشته باشد (مثلاً «HO7V-K» با حرف O).
  • بازه را تنگ‌تر از واقعیت فیزیکی نگیرید؛ مقدار درست را رد می‌کند.
  • هر تغییر تعریف را با یک یادداشت توضیح دهید تا همکار بعدی منطق را بداند.