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

مساحت قابل پوشش

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

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

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

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

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

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

هنوز یادداشتی نیست

نخستین کسی باشید که دلیل تصمیم‌ها را برای همکاران می‌نویسد.

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

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

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

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

100۱

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