فینال بین المللی هر دو سال یکبار برگزار می شود. امسال مکان پایانی بود
مسابقات جهانی مهارت ها بزرگترین مسابقات قهرمانی مهارت های حرفه ای در جهان است. آنها با حرفه های یقه آبی شروع کردند و در سال های اخیر توجه بیشتری به "حرفه های آینده" از جمله رشته های IT شده است که در مسابقات قهرمانی در کازان یک خوشه بزرگ جداگانه برای آنها اختصاص داده شد.
در بلوک فناوری اطلاعات یک شایستگی (یک "ورزش" خاص) به نام "راه حل های نرم افزاری فناوری اطلاعات برای تجارت" وجود دارد.
در هر مسابقه، لیست مجاز ابزارهای مورد استفاده محدود است. و اگر، به عنوان مثال، برای "طراحی منظر" فهرست ابزارهای ممکن محدود است (البته، بدون اشاره به سازنده یا رنگ صریح)، پس در صلاحیت "راه حل های نرم افزاری برای تجارت" لیستی از فناوری های پذیرفته شده است که شرکت کنندگان می توانند استفاده کنند. کاملاً محدود است، که نشاندهنده فناوریهای خاص و پلتفرمهای خاص (داتنت و جاوا با مجموعهای از چارچوبهای خاص) است.
موضع 1C در مورد این موضوع به شرح زیر است: فناوری اطلاعات یک حوزه بسیار پویا است، فناوری های جدید و ابزارهای توسعه به طور مداوم در جهان ظاهر می شوند. از دیدگاه ما، درست است که به متخصصان اجازه دهیم از ابزارهایی که می خواهند و عادت به کار با آن دارند استفاده کنند.
در پاییز 2018، مدیریت WorldSkills صدای ما را شنید. اکنون باید روششناسی را برای گنجاندن فناوریهای جدید در مسابقات آزمایش میکردیم. ساده نیست.
پلت فرم 1C: Enterprise در لیست زیرساخت های مسابقات قهرمانی در کازان قرار گرفت و یک پلت فرم آزمایشی برای راه حل های نرم افزاری فناوری اطلاعات برای سندباکس تجاری سازماندهی شد.
لطفا توجه داشته باشید که زبان رسمی مسابقات، انگلیسی است. تمام مطالب با نتایج حل وظایف (کدهای منبع، اسناد همراه، رابط های نرم افزار) نیز قرار بود به این زبان منتقل شوند. با وجود شک و تردید برخی افراد (هنوز!)، شما می توانید به زبان انگلیسی در 1C بنویسید.
9 پسر جوان از 8 کشور (فیلیپین، تایوان، کره، فنلاند، مراکش، روسیه، قزاقستان، مالزی) در این مسابقه شرکت کردند.
هیئت داوران - تیمی از کارشناسان - توسط یک متخصص فیلیپین، جوی مانانسالا، رهبری می شد.
کارشناسانی از فنلاند، امارات، کاستاریکا، کره، روسیه و تایوان حضور داشتند.
به طور جداگانه، ما متذکر می شویم که شرکت کنندگان از روسیه (پاوکین کریل، سلطانوا آیگول) و قزاقستان (Vitovsky Ludwig) تصمیم گرفتند از پلت فرم 1C: Enterprise به عنوان بخشی از مسابقه استفاده کنند. بقیه شرکت کنندگان از دات نت برای دسکتاپ و اندروید استودیو برای توسعه موبایل استفاده کردند. جالب است که شرکت کنندگانی که 1C را انتخاب کردند بسیار جوان هستند (کریل دانش آموز مدرسه ای در استاوروپل است ، امسال وارد کلاس یازدهم شد ، آیگول دانش آموز کالج است ، کازان ، تاتارستان) ، در حالی که مخالفان آنها بسیار با تجربه تر بودند ( به عنوان مثال، یک شرکت کننده از کره - برنده مسابقات قهرمانی جهانی مهارت های جهانی 11 در لایپزیگ؛ همه تجربه شرکت در WorldSkills و چندین سال تجربه حرفه ای در این صنعت را دارند).
با توجه به اینکه در طول مسابقه شرکت کنندگان از فناوری های مدرن مختلف استفاده کردند، ما این شانس را داشتیم که پلت فرم 1C:Enterprise را در شرایط واقعاً جنگی آزمایش کنیم تا هم کیفیت راه حل های به دست آمده با کمک آن و هم سرعت توسعه به دست آمده با استفاده از آن را مقایسه کنیم.
به طور جداگانه، ما متذکر می شویم که در چارچوب پلت فرم ویژه IT Software Solutions for Business Sandbox، شرکت کنندگان همان وظایفی را انجام دادند که شرکت کنندگان در پلت فرم اصلی راه حل های نرم افزار فناوری اطلاعات برای کسب و کار.
این وظیفه به خودی خود یک کار پیچیده برای اتوماسیون یک کسب و کار خاص است؛ امسال نمونه یک تجارت، شرکت ساختگی KazanNeft بود.
افسانه
نفت کازان یکی از بزرگترین شرکت های نفتی جمهوری تاتارستان است که به عنوان یک بازیگر بازار ملی و یک برند معتبر بین المللی در این زمینه فعالیت می کند. دفتر مرکزی این شرکت، متخصص در اکتشاف میدانی، تولید، تولید، پالایش، حمل و نقل و فروش و توزیع نفت، فرآورده های نفتی و گاز طبیعی، در کازان (روسیه) واقع شده است.
از آنجایی که این شرکت در حال اجرای استراتژی گسترش سریع و ایجاد دفاتر جدید در سراسر روسیه است، مدیریت شرکت تصمیم گرفت نرم افزار اتوماسیون تجاری جدیدی را با هدف حفظ و مدیریت برخی عملیات معرفی کند.
شرایط قهرمانی
وظایفی در قالب ماژول ها (جلسات) با الزام تکمیل آنها در مدت زمان محدود به شرکت کنندگان داده شد. در کل 7 ماژول وجود داشت. سه جلسه برای حل روی دسکتاپ – هر جلسه 2.5 ساعت. سه جلسه - توسعه مشتری-سرور، که در آن مشتری یک برنامه تلفن همراه بود و ارتباط بین مشتری و سرور از طریق WEB-API انجام شد. این 3.5 ساعت طول کشید. جلسه آخر – کارهای مهندسی معکوس نرم افزارهای موجود، 2.5 ساعت. به عنوان بخشی از مهندسی معکوس، شرکت کنندگان باید بر اساس اطلاعات ارائه شده به آنها، ساختار پایگاه داده برنامه (با ساختن نمودار ER) را طراحی می کردند، سناریوهای استفاده از سیستم را تجزیه و تحلیل می کردند (با ساختن نمودار مورد استفاده)، و همچنین توسعه و طراحی رابط راه حل نرم افزار با توجه به نیازهای کاربردی ارائه شده.
پلتفرم های توسعه اصلی مورد استفاده دات نت (C#) و جاوا (از جمله اندروید استودیو برای توسعه موبایل) بودند. SandBox آزمایشی از دات نت، جاوا و 1C: Enterprise نسخه 8.3.13 استفاده کرد.
در پایان هر جلسه، کارشناسان نتیجه را ارزیابی کردند - یک پروژه کارآمد آماده که وظایف تعیین شده در ابتدای جلسه را اجرا می کند.
ویژگی وظایف "سرزندگی" آنها است - بسیاری از الزامات و زمان محدود. بیشتر مشکلات، مشکلات ویژه المپیاد نیستند، بلکه بسیار نزدیک به مشکلات صنعتی واقعی هستند - متخصصان هر روز با آنها روبرو می شوند. اما وظایف زیادی وجود دارد و زمان محدود است. شرکت کننده باید حداکثر تعداد مشکلاتی را که بیشترین سود را برای کسب و کار دارد حل کند. این به هیچ وجه واقعیت ندارد که یک کار پیچیده از نظر الگوریتمی وزن بیشتری نسبت به یک کار ابتدایی داشته باشد. به عنوان مثال، ایجاد یک سیستم حسابداری کارآمد از سه جدول برای یک تجارت مهمتر از یک فرم گزارشگری زیبا با الگوریتم های پیچیده است که بدون این جداول کاملاً غیر ضروری است.
ما از برنده مسابقه، شرکت کننده ای از روسیه، کریل پاوکین، خواستیم که در مورد وظایف و نحوه برخورد او با راه حل آنها بیشتر بگوید.
در زیر شرحی از کار، داستان خود کریل در مورد چگونگی حل این کار ارائه شده است. ما همچنین از Vitaly Rybalka، کارمند 1C و یکی از کارشناسان IT Solutions for Business Sandbox خواستیم تا در مورد راه حل های Kirill نظر دهد.
به عنوان بخشی از تکلیف، لازم بود فعالیت های چندین نوع کاربر خودکار شود:
- مسئول حسابداری دارایی های شرکت
- مسئول تعمیرات برنامه ریزی نشده و نگهداری برنامه ریزی شده دارایی های شرکت
- مدیران خرید قطعات و مواد مصرفی
- بخش اکتشاف و تولید نفت
- مدیریت ارشد به گزارش های تحلیلی نیاز داشت
جلسه 1
از نظر دارایی ها (مثلاً یک ناوگان خودرو) لازم بود حسابداری آنها (تاسیس موارد جدید، ویرایش موارد فعلی)، جستجوی سریع و انواع فیلترها برای نمایش اطلاعات، جابجایی دارایی ها بین بخش های شرکت انجام شود. و خود گروهی از دارایی ها. تاریخچه ای از این گونه حرکات را نگه دارید و در آینده تحلیلی در مورد آنها ارائه دهید. حسابداری دارایی عمدتاً برای گروه های کاربران تلفن همراه اجرا شد.
Cyril: یک کار فرعی جالب پیاده سازی دکمه ها در لیست دارایی ها بود. برای حل این مشکل، از یک لیست پویا استفاده کردیم: یک درخواست دلخواه می نویسیم و هنگام دریافت داده ها در سرور، پیوندهای ناوبری را به تصاویر از کتابخانه تصویر به فیلدهای مورد نیاز اختصاص می دهیم.
طبق قرارداد، عکسها را میتوان به دو روش به یک دارایی متصل کرد: گرفتن عکس (چند رسانهای) و انتخاب از گالری (گفتگوی انتخاب فایل).
هنگام چرخاندن صفحه، برخی از اشکال باید دوباره ترسیم شوند:
هنگام تغییر پارامترهای صفحه نمایش، دید گروه های دکمه را تغییر می دهیم.
کارهای سرگرم کننده اما ساده شامل فیلترها در یک لیست پویا، جستجو در دو قسمت (شماره و نام)، و تولید شماره سریال دارایی است.
تفسیر خبره: از نقطه نظر راه حل در پلت فرم 1C: Enterprise ، کار کاملاً روشن است. علاوه بر ایجاد واقعی برنامه تلفن همراه، مراقبت از انتقال داده ها از "سرور" DBMS (MS SQL روی دسکتاپ) به برنامه تلفن همراه و برگشت نیز ضروری بود. برای این منظور، مکانیسمهای منابع داده خارجی و سرویسهای http در «برنامه پروکسی» دسکتاپ استفاده شد. برای خود پلتفرم موبایل، نمایش تصاویر در یک لیست پویا پیچیدگی بیشتری را به همراه داشت.
جلسه 2
ایجاد مدیریت تعمیر برای دارایی های شرکت ضروری بود. به عنوان بخشی از این کار، حفظ فهرستی از درخواستهای تعمیرات (توسط بخشها و گروهها)، در نظر گرفتن اولویتهای فوریت تعمیرات، برنامهریزی برنامه تعمیرات مطابق با اولویتها، سفارش اجزای لازم و گرفتن ضروری بود. موارد موجود را در نظر بگیرید. یک کار فرعی جالب این بود که برخی از اجزا تاریخ انقضا داشتند. اگر قطعه ای قبلا برای یک دارایی سفارش داده شده باشد و مهلت آن تمام نشده باشد، برای این دارایی نیازی به خرید مجدد همان قطعه نیست. رابط تعمیر برای بخش دسکتاپ نرم افزار این شرکت توسعه یافته است.
همچنین لازم بود یک فرم مجوز غیر پیش پا افتاده برای دو نقش ایجاد شود: مسئول و مدیر خدمات. ویژگی این است که پس از مجوز باید به طور خودکار یکی از نقش ها را انتخاب کنید.
فرم لیست موجود در اختیار شخص مسئول در زیر ارائه می شود:
Cyril: فقط برجسته کردن درخواست های خدمات معلق را می توان در اینجا برجسته کرد. با قالب بندی شرطی در یک لیست پویا حل شد.
با کلیک بر روی دکمه پایین صفحه، کاربر می تواند به فرم زیر مراجعه کند:
از نقطه نظر 1C، هیچ چیز پیچیده ای در این شکل وجود ندارد.
فرمی که در اختیار مدیر سرویس قرار دارد به شرح زیر است:
این فرم بر اساس اولویت و تاریخ درخواست مرتب شده است. با کلیک بر روی دکمه زیر کاربر می تواند به فرم درخواست انتخابی مراجعه کند:
این فرم علاوه بر رفع خطا، اجرای لیستی از قطعات یدکی برای تعمیرات را پیشنهاد می کند. کار فرعی جالب است زیرا قطعات تاریخ انقضا دارند. به این معنی که اگر قبلاً برای این دارایی یک مورد اضطراری رخ داده باشد و بخشی برای آن سفارش داده شده باشد که مدت اعتبار آن تمام نشده باشد، می توان از آن مجددا استفاده کرد. این باید به کاربر نشان داده شود.
تفسیر خبره: در اینجا خود کریل به درستی لهجه ها را قرار داده است. از نقطه نظر پیاده سازی در پلت فرم 1C: Enterprise، هیچ چیز بسیار پیچیده ای وجود ندارد. تجزیه و تحلیل دقیق شرایط حسابداری و استفاده از قطعات یدکی و اجرای شایسته کار به عنوان یک کل مورد نیاز بود. علاوه بر این، ثبت درخواست های خدمات به درستی ضروری بود. مشکل اصلی فقط فشار زمانی 2.5 ساعت بود.
علاوه بر این، مانند توسعه تلفن همراه، شرکتکننده باید به طور شایسته دادهها را از یک DBMS خارجی (MS SQL) به دست میآورد.
جلسه 3
برای نگهداری (نگهداری) پیشنهاد شد که یک سرویس برنامه ریزی بلند مدت اجرا شود. یکی از ویژگیهای جالب اینجا، نیاز به ایجاد یک برنامه زمانبندی تعمیر و نگهداری برای داراییها بر اساس زمانبندی بود - به عنوان مثال، هر ماه دوم در تاریخ سوم. به همین ترتیب، با توجه به برخی از شاخص های کمی - به عنوان مثال، با توجه به کیلومتر شمار خودرو (تعویض روغن در هر 3 کیلومتر، تعویض لاستیک هر 5000 کیلومتر). مدیر تعمیر و نگهداری باید یک برنامه کاربردی تلفن همراه راحت دریافت کرده باشد که به صورت پویا لیستی از تعمیرات معوقه، جاری و تکمیل شده را برای یک دوره مشخص نمایش می دهد. علاوه بر این، هر نوع نگهداری باید طبق قوانین خاص مورد توافق رنگ آمیزی می شد. برنامه تلفن همراه قرار بود از ایجاد برنامه های نگهداری جدید و علامت گذاری آنهایی که قبلاً مستقیماً در کارگاه ها تکمیل شده اند با به روز رسانی سریع این اطلاعات در سرور اطمینان حاصل کند.
Cyril: دو نوع تعمیر وجود دارد: مبتنی بر زمان و مبتنی بر اجرا. تنوع در هر یک مجاز است. به عنوان مثال طبق برنامه هر جمعه، سیزدهم ماه یا هر 13 هزار کیلومتر تعمیرات انجام شود. اگر یک کار در سمت راست آن علامت چک وجود داشته باشد، انجام شده در نظر گرفته می شود.
یک شرط برای مرتب سازی وظایف در لیست ارائه شده است. همچنین، هر خط بسته به شرایط باید با رنگ برجسته شود.
با کلیک بر روی دکمه زیر می توانید یک طرح خدمات جدید ایجاد کنید:
فیلدهای مورد نیاز بسته به نوع نمودار انتخابی نمایش داده می شوند. اگر یک برنامه زمانی هفتگی انتخاب کرده باشیم، دو فیلد به ما نشان داده می شود: شماره هفته و روز هفته. به عنوان مثال، سه شنبه هر 3 هفته.
تفسیر خبره: همانطور که در توسعه تلفن همراه قبلی در پلت فرم 1C: Enterprise، در اینجا وظیفه به طور جهانی به 2 جزء تقسیم می شود - ارتباط با "سرور" از طریق web-api و نمایش شایسته یک لیست پویا با طراحی مشروط و فیلتر (انتخاب) داده ها. علاوه بر این، اجرای الزامی برای محاسبه تعمیرات هم بر اساس دوره و هم بر اساس شاخص کمی جالب بود.
جلسه 4
برای قطعات و مواد مصرفی، لازم بود موجودی ها، برنامه ریزی هزینه ها و خریدهای آتی در نظر گرفته شود. علاوه بر این، حسابداری دسته ای در اینجا ظاهر شد، اما نه برای همه کالاها. همه اینها باید در انبارهای متعدد از جمله دریافت، هزینه و جابجایی مدیریت می شد. طبق شرایط کار، لازم بود هنگام کار با سهام فعلی، از کنترل تعادل و جلوگیری از درگیری جلوگیری شود. مدیران خرید در نسخه دسکتاپ نرم افزار کار می کنند.
فرم اصلی در زیر نشان داده شده است:
Cyril: علاوه بر مرتب سازی از روی شرط، پیشنهاد شد که به کاربر امکان مرتب سازی به صورت تصادفی داده شود. در 1C حتی لازم نیست به آن فکر کنید. قسمت مربوط به مقدار قطعات باید برای فاکتورها با رنگ سبز مشخص شود.
در این جلسه از آنها خواسته شد تا کالاهای باقی مانده در انبارها را کنترل کنند. بنابراین، هنگام تلاش برای حذف فاکتور، پیام مربوطه باید نمایش داده شود. اینجا یاد امتحان تخصصی پلتفرم می افتیم. فرم فاکتور به شرح زیر است:
هر قسمت دارای یک ویژگی است که تعیین می کند آیا باید به یک دسته خاص اختصاص داده شود یا خیر. برای چنین قطعات یدکی، ذکر شماره دسته در تمام اسناد ضروری است. این یک اندازه گیری اضافی هنگام نظارت بر باقی مانده قطعات است. آنها همچنین می توانند بین انبارها جابجا شوند:
فرم با فرم قبلی فقط در این است که به جای مشتری، باید انباری را که تحویل از آن انجام می شود مشخص کنید. لیست انتخاب برای دسته به طور خودکار پس از انتخاب قسمت جمع آوری می شود. کاربر می تواند گزارشی در مورد موجودی قطعات یدکی ایجاد کند:
در اینجا می توانیم کالاهای باقی مانده در انبار انتخابی را مشاهده کنیم. چک باکس های سمت راست انبار به شما امکان می دهد فیلتر و مرتب سازی را پیکربندی کنید. این فهرست دارای تقسیم بندی صریح بر اساس قرعه برای قسمت هایی است که برای آنها لازم است. موجودی هر دسته از قطعه یدکی انتخاب شده را می توان با استفاده از پیوند ناوبری در سمت راست مشاهده کرد.
تفسیر خبره: در این جلسه (ماژول) حسابداری دسته ای برای اولین بار پدیدار شد. از شرکت کنندگان خواسته می شد که نه تنها به تنهایی، بلکه به صورت دسته ای نیز کالاها و مواد مصرفی را در نظر بگیرند. به طور کلی، این کار برای پلتفرم 1C: Enterprise عالی است - اما همه آن باید از ابتدا توسعه می یافت و در 2.5 ساعت تکمیل می شد.
جلسه 5
در جلسه پنجم کارکرد مدیریت چاه به ما محول شد. برای گروههای اکتشافی، لازم بود یک اپلیکیشن موبایل ایجاد شود که چاههای تولید نفت یا گاز را در نظر بگیرد. در اینجا لازم بود لیست چاه های فعلی را از سرور دریافت کرده و با در نظر گرفتن عمق هر لایه، چاه انتخاب شده را به صورت گرافیکی به تفکیک لایه ها (خاک، ماسه، سنگ، نفت) نمایش دهیم. علاوه بر این، برنامه باید اجازه به روز رسانی اطلاعات مربوط به چاه و اضافه کردن چاه های جدید را می داد. برای این برنامه، مشتری شرایط عملیاتی ویژه ای را در حالت آفلاین و آنلاین (کنترل ارتباط با سرور) - بررسی ارتباط با سرور هر 5 ثانیه و تغییر عملکرد برنامه بسته به در دسترس بودن سرور تنظیم می کند.
Cyril: هنگامی که یک چاه را انتخاب می کنید، یک نمودار میله ای نمایش داده می شود که لایه ها را تا ذخایر نفت یا گاز برجسته می کند. برای هر لایه، نام، رنگ و محدوده وقوع آن ذخیره می شود. با توجه به ویژگی های طراحی، نمودارهای تعبیه شده در پلت فرم کمکی نمی کند، اما سند صفحه گسترده به خوبی با این کار کنار می آید. چاه ها را می توان ایجاد و اصلاح کرد:
به غیر از محافظت چندگانه، هیچ چیز جالبی در مورد این فرم وجود نداشت.
در مرحله بعد، کنترل اتصال به سرور پیشنهاد شد. سعی می کنیم هر 5 ثانیه یکبار وصل شویم. اگر کار نکرد، عملکرد برنامه را محدود می کنیم و پیامی را نمایش می دهیم.
تفسیر خبره: وظیفه این جلسه در درجه اول به دلیل قابلیت های گرافیکی آن جالب است. شرکتکنندگانی که از پلتفرم 1C:Enterprise استفاده میکردند، آن را به دو روش مختلف حل کردند - برخی با استفاده از مکانیزم نمودار، برخی دیگر با استفاده از یک سند صفحهگسترده. هر روشی مزایا و معایب خود را دارد. به عنوان بخشی از تصمیم در مسابقات قهرمانی جهانی مهارت، زمان کلیدی بود (محدودیت زمانی را دوباره به خاطر بسپارید). یک کار جالب جداگانه این است که هر 5 ثانیه به سرور پینگ کنید و رفتار برنامه تلفن همراه را بسته به در دسترس بودن یا در دسترس نبودن سرور تغییر دهید.
جلسه 6
پیشنهاد شد یک فضای کاری برای مدیریت ارشد ایجاد شود - داشبورد. در یک صفحه نمایش لازم بود شاخص های کلی عملکرد شرکت برای یک دوره مشخص به صورت گرافیکی و جدولی نمایش داده شود. فرم اصلی گزارش هزینه است:
علاوه بر داشبورد، لازم بود توزیع قطعات یدکی برای تعمیر دارایی با استفاده از روشهای حذف FIFO/LIFO/«ارزانترین پیش میرود» اجرا شود.
در طول توزیع، حسابداری دسته ای در نظر گرفته شد، کنترل تعادل و محافظت در برابر اقدامات غیرمجاز کاربر ("حفاظت از احمق") استفاده شد.
Cyril: برای حل، از جداول مقادیر با تولید ستون های نرم افزاری استفاده شده است، زیرا ممکن است تعداد دلخواه آنها وجود داشته باشد:
- جدول اول مجموع هزینه های دپارتمان ها را به تفکیک ماه به عهده دارد. زیان ده ترین و سودآورترین بخش ها به ترتیب با رنگ قرمز و سبز مشخص شده اند.
- جدول دوم گران ترین و پرکاربردترین قطعات را برای هر ماه نشان می دهد. اگر چندین بخش وجود داشته باشد که معیارها را برآورده می کند، باید آنها را در یک سلول و با کاما از هم جدا کنید.
- گران ترین دارایی ها (از نظر هزینه قطعات یدکی) در ردیف اول جدول سوم نمایش داده شده است. خط دوم قسمتی را نشان می دهد که دارایی بالا به آن تعلق دارد. اگر دو دارایی گرانقیمت با هزینههای یکسان وجود دارد، آنها باید در یک سلول نمایش داده شوند و با کاما از هم جدا شوند.
نمودارها با استفاده از مکانیزم های داخلی پلتفرم نمایش داده شدند و به صورت برنامه نویسی با استفاده از پرس و جو پر شدند.
همچنین پیشنهاد شد حمایت از چندزبانگی اجرا شود. این برنامه فایل های XML را با محلی سازی عناصر رابط بارگیری می کند و هنگام انتخاب زبان در لیست کشویی، فرم باید دوباره ترسیم شود.
با کلیک بر روی دکمه در گوشه سمت چپ پایین صفحه، فرم مدیریت موجودی باز می شود:
در این فرم در نهایت شروع به خرج قطعات برای تعمیرات می کنیم. در اینجا ابتدا قطعات مورد نیاز برای تعمیر دارایی را پیدا می کنیم. بر اساس فیلدهای انتخاب شده و روش توزیع (FIFO، LIFO یا حداقل قیمت)، موارد منطبق یافت شده یا پیامی در صورت عدم وجود منطبق نمایش داده می شود. سپس می توانید قطعاتی را که برای تعمیر آن دارایی در نظر گرفته شده اند علامت گذاری کنید. کنترل تعادل مربوط به جلسه جاری است. اگر قبلاً جزئیات را اختصاص داده باشیم، دیگر نمی توان آنها را پیدا کرد.
تفسیر خبره: جلسه بسیار جالب این بهترین استفاده را از قابلیت های پلت فرم 1C: Enterprise می کند - در اینجا کار شایسته با جداول مجازی ثبت های انباشتگی و کار برنامه ریزی شده با عناصر فرم (اول از همه - جداول، ثانیاً - سرفصل ها) و نمودارها وجود دارد. و حتی LIFO/FIFO هنگام تجزیه و تحلیل موجودی، تجزیه و تحلیل سود/زیان و غیره.
جلسه 7
در پایان کار (جلسه 7) مشتری نرم افزار (فایل exe) فعالیت های پروژه و فیلم کوتاهی از کار با آن را ارائه کرد. لازم بود مهندسی معکوس انجام شود و بر این اساس 2 نمودار ایجاد شود: یک نمودار مورد استفاده و یک نمودار موجودیت-رابطه. علاوه بر این، برخی الزامات برای ایجاد نرم افزار در آینده مطرح شد - لازم بود یک طرح رابط با توجه به این الزامات ایجاد شود.
با توجه به شرایط مسابقه، فقط MS Visio برای ایجاد نمودارها مورد نیاز بود.
تفسیر خبره: در این جلسه عملا از قابلیت های پلتفرم 1C:Enterprise استفاده نشد. نمودارهایی برای شرایط مسابقه در MS Visio ایجاد شد. اما یک نمونه اولیه از رابط را می توان در یک پایگاه اطلاعاتی خالی 1C ایجاد کرد.
یادداشت های عمومی
در ابتدای هر جلسه، پیشنهاد شد که داده ها را با استفاده از یک اسکریپت SQL وارد کنید. این مشکل اصلی استفاده از 1C در مقایسه با سی شارپ بود، زیرا ما حداقل نیم ساعت صرف تقطیر داده ها در منابع داده خارجی، ایجاد جداول خود و انتقال ردیف ها از منابع خارجی به جداول خود کردیم. بقیه فقط باید روی دکمه Execute در Microsoft SQL Studio کلیک کنید.
به دلایل واضح، ذخیره داده ها در یک دستگاه تلفن همراه ایده خوبی نیست. بنابراین، در طول جلسات تلفن همراه، یک پایگاه سرور ایجاد کردیم. آنها داده ها را در آنجا ذخیره می کردند و از طریق سرویس های http دسترسی به آنها را فراهم می کردند.
تفسیر خبره: تعادل 1C/non-1C در اینجا جالب است - در حالی که برنامه نویسان 1C: Enterprise زمان قابل توجهی را صرف اتصال به یک DBMS خارجی کردند (کریل به طور جداگانه در بالا به این موضوع اشاره کرد)، توسعه دهندگان C#/Java (اندروید استودیو برای توسعه تلفن همراه) زمان زیادی را در زمینه های دیگر صرف کردند - رابط ها، نوشتن کد بیشتر بنابراین، نتایج هر جلسه برای همه کارشناسان غیر قابل پیش بینی و فوق العاده جالب بود. و این فتنه تا پایان باقی ماند - فقط به جدول نهایی برندگان با توزیع امتیاز نگاه کنید.
کریل داستان رو تموم کرد :)
در خاتمه ، باید یادآوری شود که مجری نیازی به برنامه ریزی "فقط کار را مطابق مشخصات فنی" نداشت - او باید کار را تجزیه و تحلیل می کرد ، بلوک هایی را برای اجرای وظایف فرعی انتخاب می کرد ، آنها را طراحی می کرد و تصمیم می گرفت دقیقاً چه چیزی باشد. قادر به اجرا از این در زمان بسیار کوتاه اختصاص داده شده است. تمام 4 روز من مجبور بودم تحت فشار زمانی شدید عمل کنم، اغلب هر جلسه بعدی را از ابتدا شروع می کردم. حتی یک متخصص بزرگسال با سالها تجربه در این صنعت، در انجام وظایف محول شده برای جلسه 100٪ در مدت زمان تعیین شده، با مشکلات زیادی مواجه خواهد شد.
سیستم ارزیابی اتخاذ شده شایسته ذکر ویژه است.
برای هر جلسه، نویسندگان کار یک سیستم پیچیده از معیارها، از جمله بررسی عملکرد، عملکرد صحیح، الزامات رابط برنامه، و حتی پیروی از یک راهنمای سبک که بهویژه توسط شرکتی که راهحلهای خود را برای شرکتکنندگان ارائه میکند، ایجاد میکنند.
معیارهای ارزیابی بسیار دقیق هستند - با توجه به اینکه کل هزینه جلسه ده ها امتیاز است، انجام برخی از معیارها می تواند یک دهم امتیاز به شرکت کننده اضافه کند. این به سطح بسیار بالا و عینی از ارزیابی نتایج هر شرکت کننده در مسابقه دست می یابد.
یافته ها
نتایج نهایی چشمگیر بود.
در یک مبارزه تلخ، کریل پاوکین از روسیه که از پلت فرم 1C:Enterprise استفاده می کرد، برنده شد. کریل 17 ساله است، او اهل استاوروپل است.
به معنای واقعی کلمه یک دهم امتیاز برنده را از تعقیب کنندگانش جدا کرد. مقام دوم را شرکت کننده ای از تایوان به خود اختصاص داد. جدول کلی شش نتیجه برتر به شرح زیر است:
البته کریل به لطف استعداد، دانش و مهارت هایش برنده شد.
با این حال، ما متذکر می شویم که هر سه شرکت کننده که از پلت فرم 1C:Enterprise به عنوان ابزار استفاده می کردند، در پنج نفر برتر قرار گرفتند - که تاییدی بی قید و شرط از سطح جهانی فناوری 1C:Enterprise است.
پس از نتایج مسابقه، به برندگان در مرکز رسانه ای KazanExpo اهدا شد؛ بچه ها مدال های طلای خالص (مطابق با جایگاه خود) و جوایز نقدی دریافت کردند. بچه ها همچنین گواهی هایی دریافت کردند که به آنها اجازه می داد در 1C دوره کارآموزی را پشت سر بگذارند.
منبع: www.habr.com