هي حركة دولية تنظم مسابقات احترافية للشباب الذين تقل أعمارهم عن 22 عامًا.
ويقام النهائي الدولي كل عامين. هذا العام كان المكان النهائي (النهائي الأخير كان في عام 2017 في أبو ظبي، وسيكون النهائي التالي في عام 2021 في شنغهاي).
بطولة العالم للمهارات هي أكبر بطولات العالم للمهارات الاحترافية. لقد بدأوا بمهن ذوي الياقات الزرقاء، وفي السنوات الأخيرة، تم إيلاء المزيد والمزيد من الاهتمام لـ "مهن المستقبل"، بما في ذلك تخصصات تكنولوجيا المعلومات، والتي تم تخصيص مجموعة ضخمة منفصلة لها في البطولة في كازان.
توجد في كتلة تكنولوجيا المعلومات كفاءة ("رياضة" محددة) تسمى "حلول برمجيات تكنولوجيا المعلومات للأعمال".
في كل مسابقة، تكون القائمة المسموح بها للأدوات المستخدمة محدودة. وإذا، على سبيل المثال، بالنسبة لـ "تصميم المناظر الطبيعية" فإن قائمة الأدوات الممكنة محدودة (بالطبع، دون الإشارة إلى الشركة المصنعة أو اللون بشكل واضح)، ثم في اختصاص "الحلول البرمجية للأعمال" قائمة التقنيات المقبولة التي يمكن للمشاركين استخدامها محدود للغاية، ويشير إلى تقنيات محددة ومنصات محددة (.NET وJava مع مجموعة محددة من الأطر).
موقف 1C بشأن هذه المسألة هو كما يلي: تكنولوجيا المعلومات هي مجال ديناميكي للغاية، وتظهر التقنيات الجديدة وأدوات التطوير باستمرار في العالم. من وجهة نظرنا، من الصحيح السماح للمتخصصين باستخدام الأدوات التي يريدونها والذين اعتادوا العمل بها.
في خريف عام 2018، استمعت إلينا إدارة WorldSkills. الآن كان علينا اختبار منهجية دمج التقنيات الجديدة في المسابقات. انها ليست بسيطة.
تم إدراج منصة 1C:Enterprise في قائمة البنية التحتية للبطولة في كازان وتم تنظيم منصة تجريبية لحلول برمجيات تكنولوجيا المعلومات للأعمال Sandbox.
يرجى ملاحظة أن اللغة الرسمية للبطولة هي اللغة الإنجليزية. جميع المواد مع نتائج حل المهام (أكواد المصدر، الوثائق المصاحبة، واجهات البرامج) يجب أن يتم نقلها أيضًا بهذه اللغة. على الرغم من شكوك بعض الناس (لا يزال!)، يمكنك الكتابة باللغة الإنجليزية في 1C.
شارك 9 شباب من 8 دول (الفلبين، تايوان، كوريا، فنلندا، المغرب، روسيا، كازاخستان، ماليزيا) في المسابقة في هذا الموقع.
وترأس لجنة التحكيم - وهي فريق من الخبراء - الخبير الفلبيني جوي مانانسالا.
وحضر المؤتمر خبراء من فنلندا والإمارات العربية المتحدة وكوستاريكا وكوريا وروسيا وتايوان.
بشكل منفصل، نلاحظ أن المشاركين من روسيا (بافكين كيريل، سلطانوفا إيغول) وكازاخستان (فيتوفسكي لودفيج) قرروا استخدام منصة 1C:Enterprise كجزء من المنافسة. استخدم باقي المشاركين .NET لسطح المكتب وAndroid Studio لتطوير الأجهزة المحمولة. ومن المثير للاهتمام أن المشاركين الذين اختاروا 1C هم صغار جدًا (كيريل طالب في مدرسة في ستافروبول، هذا العام دخل الصف الحادي عشر، إيجول طالب جامعي، كازان، تتارستان)، في حين أن خصومهم كانوا أكثر خبرة ( على سبيل المثال، مشارك من كوريا - الفائز ببطولة WorldSkills لعام 11 في لايبزيغ؛ جميعهم لديهم خبرة في المشاركة في WorldSkills وعدة سنوات من الخبرة المهنية في الصناعة).
وبالنظر إلى أنه خلال المسابقة استخدم المشاركون العديد من التقنيات الحديثة، فقد أتيحت لنا الفرصة لاختبار منصة 1C:Enterprise في ظروف قتالية حقيقية، لمقارنة جودة الحلول التي تم الحصول عليها بمساعدتها وسرعة التطوير التي تم تحقيقها من خلال استخدامها.
بشكل منفصل، نشير إلى أنه في إطار منصة حلول برمجيات تكنولوجيا المعلومات للأعمال Sandbox الخاصة، أكمل المشاركون نفس المهام التي قام بها المشاركون في منصة حلول برمجيات تكنولوجيا المعلومات للأعمال الرئيسية.
المهمة نفسها هي مهمة معقدة لأتمتة أعمال معينة، وكان مثال الأعمال هذا العام هو الشركة الوهمية KazanNeft.
أسطورة
تعتبر شركة Kazan Oil واحدة من أكبر شركات النفط في جمهورية تتارستان، وتعمل كلاعب في السوق الوطنية وعلامة تجارية معترف بها دوليًا في هذا المجال. يقع المقر الرئيسي للشركة، المتخصص في استكشاف الحقول وإنتاجها وإنتاجها وتكريرها ونقلها وبيعها وتوزيعها للنفط والمنتجات البترولية والغاز الطبيعي، في كازان (روسيا).
نظرًا لأن الشركة تنفذ إستراتيجية التوسع السريع وإنشاء مكاتب جديدة في جميع أنحاء روسيا، فقد قررت إدارة الشركة تقديم برنامج جديد لأتمتة الأعمال يهدف إلى الحفاظ على عمليات معينة وإدارتها.
شروط البطولة
تم إعطاء المهام للمشاركين في شكل وحدات (جلسات) مع ضرورة إكمالها في وقت محدود. كان هناك 7 وحدات في المجموع. ثلاث جلسات للحل على سطح المكتب - 2.5 ساعة لكل منهما. ثلاث جلسات - تطوير خادم العميل، حيث كان العميل عبارة عن تطبيق للهاتف المحمول، وتم إجراء الاتصال بين العميل والخادم عبر WEB-API. استغرق هذا 3.5 ساعة. الجلسة الأخيرة – مهام الهندسة العكسية للبرامج الموجودة، 2.5 ساعة. كجزء من الهندسة العكسية، كان على المشاركين، بناءً على المعلومات المقدمة لهم، تصميم هيكل قاعدة بيانات التطبيق (من خلال إنشاء مخطط ER)، وتحليل سيناريوهات استخدام النظام (من خلال بناء مخطط حالة الاستخدام)، وأيضًا تطوير وتصميم واجهة الحل البرمجي وفقًا للمتطلبات الوظيفية المقدمة.
منصات التطوير الرئيسية المستخدمة هي .NET (C#) وJava (بما في ذلك Android Studio لتطوير الأجهزة المحمولة). استخدم SandBox التجريبي الإصدار 1 من .NET وJava و8.3.13C:Enterprise.
في نهاية كل جلسة، قام الخبراء بتقييم النتيجة - مشروع عملي جاهز ينفذ المهام المحددة في بداية الجلسة.
خصوصية المهام هي "حيويتها" - متطلبات كثيرة ووقت محدود. معظم المشاكل ليست مشاكل أولمبياد خاصة، ولكنها قريبة جدًا من المشاكل الصناعية الحقيقية - حيث يواجهها المتخصصون كل يوم. ولكن هناك العديد من المهام، والوقت محدود. يجب على المشارك حل أكبر عدد ممكن من المشكلات التي سيكون لها أكبر فائدة للشركة. ليست حقيقة على الإطلاق أن المهمة المعقدة من وجهة نظر خوارزمية سيكون لها وزن أكبر من المهمة الأولية. على سبيل المثال، يعد إنشاء نظام محاسبي فعال مكون من ثلاثة جداول أكثر أهمية بالنسبة للأعمال من نموذج إعداد تقارير جميل يحتوي على خوارزميات معقدة، وهو أمر غير ضروري على الإطلاق بدون هذه الجداول.
لقد طلبنا من الفائز في المسابقة، وهو مشارك من روسيا، كيريل بافكين، أن يخبرنا المزيد عن المهام وكيف تعامل مع حلها.
فيما يلي وصف للمهمة، قصة كيريل الخاصة حول كيفية حل المهمة. لقد طلبنا أيضًا من Vitaly Rybalka، وهو موظف في 1C وأحد خبراء حلول تكنولوجيا المعلومات للشركات، التعليق على حلول Kirill.
كجزء من المهمة، كان من الضروري أتمتة أنشطة عدة أنواع من المستخدمين:
- - مسئول عن محاسبة أصول الشركة
- مسؤول عن الإصلاحات غير المجدولة والصيانة المجدولة لأصول الشركة
- مديري المشتريات للمكونات والمواد الاستهلاكية
- أقسام التنقيب عن النفط وإنتاج النفط
- الإدارة العليا بحاجة إلى تقارير تحليلية
الجلسة 1
من وجهة نظر الأصول (على سبيل المثال، أسطول المركبات)، كان من الضروري تنفيذ عمليات المحاسبة الخاصة بها (إنشاء أصول جديدة، وتحرير الأصول الحالية)، والبحث السريع وأنواع مختلفة من المرشحات لعرض المعلومات، ونقل الأصول بين أقسام الشركة ومجموعات الأصول نفسها. احتفظ بسجل لمثل هذه الحركات وقدم تحليلات عنها في المستقبل. تم تطبيق محاسبة الأصول بشكل أساسي لمجموعات مستخدمي الأجهزة المحمولة.
كيريل: كانت إحدى المهام الفرعية المثيرة للاهتمام هي تنفيذ الأزرار الموجودة في قائمة الأصول. لحل هذه المشكلة، استخدمنا قائمة ديناميكية: نكتب طلبًا عشوائيًا، وعند استلام البيانات على الخادم، نقوم بتعيين روابط التنقل للصور من مكتبة الصور إلى الحقول المطلوبة.
وفقًا للاتفاقية، يمكن إرفاق الصور بأحد الأصول بطريقتين: التقاط صورة (الوسائط المتعددة) والاختيار من المعرض (مربع حوار اختيار الملف).
بعض الأشكال تحتاج إلى إعادة رسمها عند تدوير الشاشة:
عند تغيير معلمات الشاشة، نقوم بتغيير رؤية مجموعات الأزرار.
تشمل المهام المسلية والبسيطة عوامل التصفية في قائمة ديناميكية، والبحث في حقلين (الرقم والاسم)، وإنشاء الرقم التسلسلي للأصل.
تعليق الخبراء: من وجهة نظر الحل على منصة 1C:Enterprise، فإن المهمة واضحة تمامًا. بالإضافة إلى الإنشاء الفعلي لتطبيق الهاتف المحمول، كان من الضروري الاهتمام بنقل البيانات من "خادم" نظام إدارة قواعد البيانات (MS SQL على سطح المكتب) إلى تطبيق الهاتف المحمول والعودة. ولهذا الغرض، تم استخدام آليات مصادر البيانات الخارجية وخدمات http في "تطبيق الوكيل" لسطح المكتب. بالنسبة لمنصة الهاتف المحمول نفسها، أدى عرض الصور في قائمة ديناميكية إلى زيادة التعقيد.
الجلسة 2
وكان من الضروري إنشاء إدارة إصلاح لأصول الشركة. كجزء من هذه المهمة، كان من الضروري الاحتفاظ بقائمة طلبات الإصلاح (حسب الإدارات والمجموعات)، ومراعاة الأولويات المتعلقة بالحاجة الملحة للإصلاحات، وتخطيط جدول زمني للإصلاحات وفقًا للأولويات، وطلب المكونات الضرورية واتخاذ الإجراءات اللازمة. في الاعتبار الموجودة. كانت إحدى المهام الفرعية المثيرة للاهتمام هي أن بعض المكونات لها تاريخ انتهاء الصلاحية؛ إذا تم بالفعل طلب جزء لأصل معين ولم ينته الموعد النهائي له، فبالنسبة لهذا الأصل ليست هناك حاجة لشراء نفس الجزء مرة أخرى. تم تطوير واجهة الإصلاح لمكون سطح المكتب لبرنامج الشركة.
وكان من الضروري أيضًا إنشاء نموذج تفويض غير تافه لدورين: الشخص المسؤول ومدير الخدمة. تكمن الخصوصية في أنه بعد الحصول على الترخيص، يجب عليك تحديد أحد الأدوار تلقائيًا.
نموذج القائمة المتاح للشخص المسؤول موضح أدناه:
كيريل: يمكن هنا تسليط الضوء على تسليط الضوء على طلبات الخدمة المعلقة فقط. يتم حلها عن طريق التنسيق الشرطي في قائمة ديناميكية.
من خلال الضغط على الزر الموجود أسفل الشاشة يمكن للمستخدم الانتقال إلى النموذج التالي:
من وجهة نظر 1C، لا يوجد شيء معقد في هذا النموذج.
النموذج المتاح لمدير الخدمة هو أدناه:
يتم فرز هذا النموذج حسب الأولوية وتاريخ الطلب. من خلال الضغط على الزر أدناه، يمكن للمستخدم الانتقال إلى نموذج الطلب المحدد:
بالإضافة إلى الحماية، يقترح هذا النموذج تنفيذ قائمة بقطع الغيار اللازمة للإصلاحات. المهمة الفرعية مثيرة للاهتمام لأن الأجزاء لها تاريخ انتهاء الصلاحية. وهذا يعني أنه إذا حدثت بالفعل حالة طارئة مع هذا الأصل وتم طلب جزء منه، ولم تنته فترة صلاحيته، فيمكن إعادة استخدامه. يجب أن يظهر هذا للمستخدم.
تعليق الخبراء: هنا كيريل نفسه وضع لهجات بشكل صحيح. من وجهة نظر التنفيذ على منصة 1C:Enterprise، لا يوجد شيء معقد للغاية. كان من الضروري إجراء تحليل دقيق لشروط المحاسبة واستخدام قطع الغيار والتنفيذ الكفء للمهمة ككل. وبالإضافة إلى ذلك، كان من الضروري تسجيل طلبات الخدمة بشكل صحيح. كانت الصعوبة الرئيسية هي ضغط الوقت الذي يبلغ 2.5 ساعة فقط.
بالإضافة إلى ذلك، كما هو الحال في تطوير الأجهزة المحمولة، كان على المشارك الحصول على البيانات بكفاءة من نظام إدارة قواعد البيانات (DBMS) الخارجي (MS SQL).
الجلسة 3
للصيانة (الصيانة) تم اقتراح تنفيذ خدمة تخطيط طويلة المدى. كانت إحدى الميزات المثيرة للاهتمام هنا هي الحاجة إلى إنشاء جدول صيانة للأصول وفقًا للتوقيت - على سبيل المثال، كل شهرين في اليوم الثالث. وبالمثل، وفقًا لبعض المؤشرات الكمية - على سبيل المثال، وفقًا لعداد مسافة السيارة (تغيير الزيت كل 3 كيلومتر، واستبدال الإطار كل 5000 كيلومتر). يجب أن يكون مدير الصيانة قد تلقى تطبيقًا مناسبًا للهاتف المحمول يعرض بشكل ديناميكي قائمة بالصيانة المتأخرة والحالية والمكتملة لفترة محددة. بالإضافة إلى ذلك، كان يجب طلاء كل نوع من أنواع الصيانة بالألوان وفقًا لقواعد متفق عليها بشكل خاص. كان من المفترض أن يضمن تطبيق الهاتف المحمول إنشاء جداول صيانة جديدة ووضع علامات على تلك التي تم إكمالها بالفعل مباشرةً في ورش العمل مع التحديث الفوري لهذه المعلومات على الخادم.
كيريل: هناك نوعان من الإصلاحات: الإصلاحات المستندة إلى الوقت والإصلاحات المستندة إلى التشغيل. يسمح بالتنوع داخل كل منها. على سبيل المثال، وفقًا للخطة، يجب أن تتم الإصلاحات كل يوم جمعة، أو يوم 13 من الشهر، أو كل 20,000 ألف كيلومتر. تعتبر المهمة مكتملة إذا كانت هناك علامة اختيار على يمينها.
تم توفير شرط لفرز المهام في القائمة. أيضًا، يجب تمييز كل سطر بالألوان حسب الظروف.
من خلال النقر على الزر أدناه، يمكنك إنشاء خطة خدمة جديدة:
يتم عرض الحقول المطلوبة وفقًا لنوع المخطط المحدد. إذا قمنا باختيار جدول زمني أسبوعي، فسوف يظهر لنا حقلين: رقم الأسبوع واليوم من الأسبوع. على سبيل المثال، يوم الثلاثاء كل 3 أسابيع.
تعليق الخبراء: كما هو الحال في تطوير الهاتف المحمول السابق على منصة 1C:Enterprise، يتم تقسيم المهمة عالميًا إلى مكونين - التواصل مع "الخادم" عبر واجهة برمجة تطبيقات الويب والعرض المختص لقائمة ديناميكية مع التصميم الشرطي والتصفية (الاختيار) بيانات. بالإضافة إلى ذلك، كان من المثير للاهتمام تنفيذ متطلب حساب الإصلاحات حسب الفترة والمؤشر الكمي.
الجلسة 4
بالنسبة للمكونات والمواد الاستهلاكية، كان من الضروري مراعاة المخزون ونفقات الخطة والمشتريات المستقبلية. بالإضافة إلى ذلك، ظهرت المحاسبة المجمعة هنا، ولكن ليس لجميع البضائع. وكان لا بد من إدارة كل هذا ضمن مستودعات متعددة، بما في ذلك الاستلام والنفقات والحركة. وفقا لشروط المهمة، كان من الضروري ضمان السيطرة على الأرصدة وتجنب التضارب عند العمل مع المخزونات الحالية. يعمل مديرو المشتريات في إصدار سطح المكتب من البرنامج.
الشكل الرئيسي موضح أدناه:
كيريل: بالإضافة إلى الفرز من الحالة، تم اقتراح منح المستخدم القدرة على الفرز بشكل عشوائي. في 1C، ليس عليك حتى التفكير في الأمر. يجب تمييز الحقل الذي يحتوي على كمية الأجزاء باللون الأخضر للفواتير.
وفي هذه الجلسة طلب منهم مراقبة البضائع المتبقية في المستودعات. لذلك، يجب أن تظهر الرسالة المقابلة عند محاولة حذف الفاتورة. وهنا نتذكر امتحان تخصص المنصة. شكل الفاتورة كالتالي:
ولكل جزء خاصية تحدد ما إذا كان ينبغي تخصيصه لدفعة معينة. بالنسبة لقطع الغيار هذه، من الضروري الإشارة إلى رقم الدفعة في جميع المستندات. يعد هذا قياسًا إضافيًا عند مراقبة بقايا الأجزاء. كما يمكن نقلها بين المستودعات:
يختلف النموذج عن النموذج السابق فقط لأنه بدلاً من العميل، تحتاج إلى الإشارة إلى المستودع الذي سيتم التسليم منه. يتم تجميع قائمة التحديد الخاصة بالدُفعة تلقائيًا بعد تحديد الجزء. يمكن للمستخدم إنشاء تقرير عن أرصدة قطع الغيار:
هنا يمكننا عرض البضائع المتبقية في المستودع المحدد. تسمح لك مربعات الاختيار الموجودة على يمين المستودع بتكوين التصفية والفرز. لا تحتوي القائمة على تقسيم صريح بالقرعة لتلك الأجزاء المطلوبة لها. يمكن الاطلاع على الأرصدة الخاصة بكل رقم دفعة من قطع الغيار المحددة باستخدام رابط التنقل الموجود على اليمين.
تعليق الخبراء: في هذه الجلسة (الوحدة النمطية) ظهرت المحاسبة الدفعية لأول مرة. طُلب من المشاركين حساب المواد الاستهلاكية والسلع ليس فقط بأنفسهم، ولكن أيضًا على أساس الدفعة. بشكل عام، المهمة مثالية لمنصة 1C:Enterprise - ولكن كان لا بد من تطويرها كلها من الصفر وإكمالها في 2.5 ساعة.
الجلسة 5
وفي الجلسة الخامسة تم تكليفنا بوظيفة إدارة الآبار. بالنسبة لمجموعات الاستكشاف، كان من الضروري إنشاء تطبيق للهاتف المحمول من شأنه أن يأخذ في الاعتبار آبار إنتاج النفط أو الغاز. وهنا كان لا بد من الحصول على قائمة الآبار الحالية من الخادم وعرض البئر المختارة بيانياً حسب الطبقات (التربة، الرمل، الحجر، النفط) مع مراعاة أعماق كل طبقة. بالإضافة إلى ذلك، كان على التطبيق أن يسمح بتحديث المعلومات حول البئر وإضافة آبار جديدة. بالنسبة لهذا التطبيق، يقوم العميل بتعيين شروط تشغيل خاصة في وضعي عدم الاتصال بالإنترنت وعبر الإنترنت (التحكم في الاتصال بالخادم) - التحقق من الاتصال بالخادم كل 5 ثوانٍ وتغيير وظائف التطبيق اعتمادًا على توفر الخادم.
كيريل: عند تحديد بئر، يتم عرض رسم بياني شريطي، يسلط الضوء على الطبقات حتى رواسب النفط أو الغاز. لكل طبقة، يتم تخزين اسمها ولونها ونطاق حدوثها. نظرًا لميزات التصميم، فإن المخططات المضمنة في النظام الأساسي لا تساعد، لكن مستند جدول البيانات يتعامل مع المهمة بشكل مثالي. يمكن إنشاء الآبار وتعديلها:
وبصرف النظر عن الحماية المضمونة المتعددة، لم يكن هناك شيء مثير للاهتمام حول هذا النموذج.
بعد ذلك، تم اقتراح التحكم في الاتصال بالخادم. نحاول الاتصال كل 5 ثواني. إذا لم ينجح الأمر، فإننا نحد من وظائف التطبيق ونعرض رسالة.
تعليق الخبراء: مهمة هذه الجلسة مثيرة للاهتمام في المقام الأول بسبب قدراتها الرسومية. قام المشاركون باستخدام منصة 1C:Enterprise بحل المشكلة بطريقتين مختلفتين - البعض باستخدام آلية الرسم التخطيطي، والبعض الآخر باستخدام مستند جدول بيانات. كل طريقة لها إيجابياتها وسلبياتها. كجزء من القرار في بطولة WorldSkills، كان الوقت هو المفتاح (تذكر الحد الزمني مرة أخرى). هناك مهمة منفصلة مثيرة للاهتمام تتمثل في اختبار اتصال الخادم كل 5 ثوانٍ وتغيير سلوك تطبيق الهاتف المحمول اعتمادًا على توفر الخادم أو عدم توفره.
الجلسة 6
تم اقتراح إنشاء مساحة عمل للإدارة العليا – لوحة المعلومات. وكان من الضروري في إحدى الشاشات عرض مؤشرات الأداء العامة للشركة لفترة محددة في شكل رسوم بيانية وجدولية. النموذج الرئيسي هو تقرير التكلفة:
بالإضافة إلى لوحة المعلومات، كان من الضروري تنفيذ توزيع قطع الغيار لإصلاح الأصول باستخدام أساليب الشطب FIFO/LIFO/"الأرخص أولاً".
أثناء التوزيع، تم أخذ المحاسبة المجمعة في الاعتبار، وتم استخدام التحكم في الرصيد والحماية من إجراءات المستخدم غير المصرح بها ("الحماية من الخداع").
كيريل: لحل هذه المشكلة، تم استخدام جداول القيم مع برنامج إنشاء الأعمدة، حيث يمكن أن يكون هناك عدد عشوائي منها:
- الجدول الأول مسؤول عن إجمالي تكاليف الأقسام حسب الشهر. يتم تمييز الأقسام الأكثر ربحية وغير المربحة باللون الأحمر والأخضر على التوالي.
- ويبين الجدول الثاني الأجزاء الأغلى ثمناً والأكثر استخداماً لكل شهر. إذا كان هناك عدة أجزاء تستوفي المعايير، فيجب عرضها في خلية واحدة، مفصولة بفواصل.
- يتم عرض أغلى الأصول (من حيث تكاليف قطع الغيار) في الصف الأول من الجدول الثالث. يعرض السطر الثاني القسم الذي ينتمي إليه الأصل أعلاه. إذا كان هناك أغلى أصلين بنفس التكاليف، فيجب عرضهما في نفس الخلية، مفصولتين بفواصل.
تم عرض المخططات باستخدام الآليات المدمجة في المنصة، وتم ملؤها برمجياً باستخدام الاستعلامات.
واقترح أيضا تنفيذ دعم التعددية اللغوية. يقوم البرنامج بتحميل ملفات XML مع توطين عناصر الواجهة، ويجب إعادة رسم النموذج عند تحديد لغة في القائمة المنسدلة.
عند النقر على الزر الموجود في الزاوية اليسرى السفلية من الشاشة، يتم فتح نموذج إدارة المخزون:
في هذا النموذج، نبدأ أخيرًا في إنفاق الأجزاء على الإصلاحات. هنا نجد أولاً الأجزاء التي سنحتاجها لإصلاح الأصل. استنادًا إلى الحقول المحددة وطريقة التوزيع (FIFO أو LIFO أو الحد الأدنى للسعر)، يتم عرض المطابقات التي تم العثور عليها أو يتم عرض رسالة في حالة عدم وجود مطابقات. يمكنك بعد ذلك وضع علامة على الأجزاء بأنها مخصصة لإصلاح هذا الأصل. التحكم في الرصيد مناسب للدورة الحالية. إذا قمنا بالفعل بتعيين التفاصيل، فلن يعد من الممكن العثور عليها.
تعليق الخبراء: جلسة مثيرة جدا للاهتمام. إنه يحقق أقصى استفادة من إمكانيات منصة 1C:Enterprise - هنا عمل مختص مع الجداول الافتراضية لسجلات التراكم، والعمل البرمجي مع عناصر النموذج (أولاً وقبل كل شيء - الجداول، وثانيًا - العناوين)، والرسوم البيانية. وحتى LIFO/FIFO عند تحليل المخزون، وتحليل الربح/الخسارة، وما إلى ذلك.
الجلسة 7
في نهاية المهمة (الجلسة 7)، قدم العميل برنامجًا (ملف exe) لأنشطة المشروع وفيديو قصيرًا حول العمل به. كان من الضروري إجراء الهندسة العكسية، وبناءً على ذلك، إنشاء مخططين: مخطط حالة الاستخدام ومخطط العلاقة بين الكيان. بالإضافة إلى ذلك، تم طرح بعض المتطلبات لإنشاء البرامج في المستقبل - كان من الضروري إنشاء تخطيط واجهة وفقًا لهذه المتطلبات.
وفقًا لشروط المنافسة، كان مطلوبًا فقط MS Visio لإنشاء الرسوم البيانية.
تعليق الخبراء: في هذه الجلسة، لم يتم استخدام إمكانيات النظام الأساسي 1C:Enterprise عمليا. تم إنشاء الرسوم البيانية لشروط المنافسة في برنامج MS Visio. ولكن يمكن إنشاء نموذج أولي للواجهة في قاعدة معلومات 1C فارغة.
ملاحظات عامة
في بداية كل جلسة، تم اقتراح استيراد البيانات باستخدام برنامج نصي SQL. كان هذا هو العيب الرئيسي لاستخدام 1C مقارنةً بـ C#، نظرًا لأننا أمضينا ما لا يقل عن نصف ساعة في تحويل البيانات إلى مصادر بيانات خارجية، وإنشاء جداول خاصة بنا، ونقل الصفوف من المصادر الخارجية إلى جداولنا. الباقي يحتاج فقط إلى النقر فوق الزر "تنفيذ" في Microsoft SQL Studio.
لأسباب واضحة، تخزين البيانات على جهاز محمول ليس فكرة جيدة. لذلك، أثناء جلسات الهاتف المحمول قمنا بإنشاء قاعدة خادم. قاموا بتخزين البيانات هناك وتوفير الوصول إليها عبر خدمات http.
تعليق الخبراء: التوازن 1C/non-1C مثير للاهتمام هنا - بينما قضى مبرمجو 1C:Enterprise وقتًا كبيرًا في الاتصال بنظام إدارة قواعد البيانات الخارجي (ذكر كيريل هذا بشكل منفصل أعلاه)، قضى مطورو C#/Java (Android Studio لتطوير الأجهزة المحمولة) وقتًا في مجالات أخرى - واجهات، وكتابة المزيد من التعليمات البرمجية. ولذلك، كانت نتائج كل جلسة غير متوقعة ومثيرة للاهتمام للغاية لجميع الخبراء. وبقيت هذه المؤامرة حتى النهاية - ما عليك سوى إلقاء نظرة على الجدول النهائي للفائزين مع توزيع النقاط.
أنهى كيريل القصة :)
في الختام، تجدر الإشارة إلى أن المؤدي لم يكن بحاجة إلى "مجرد برمجة المهمة وفقًا للمواصفات الفنية" - كان عليه تحليل المهمة واختيار الكتل لتنفيذ المهام الفرعية وتصميمها وتحديد ما سيكون عليه بالضبط قادرة على التنفيذ من هذا في الوقت المخصص القصير للغاية. طوال الأيام الأربعة، كان علي أن أتصرف تحت ضغط زمني شديد، وغالبًا ما أبدأ كل جلسة لاحقة من الصفر. حتى المتخصص البالغ الذي يتمتع بسنوات عديدة من الخبرة في الصناعة سيواجه صعوبة كبيرة في إكمال المهمة المعينة للجلسة بنسبة 4% خلال الوقت المخصص.
يستحق نظام التقييم المعتمد إشارة خاصة.
في كل جلسة، يقوم مؤلفو المهمة بتطوير نظام معقد من المعايير، بما في ذلك التحقق من الوظيفة، والتشغيل الصحيح، ومتطلبات واجهة التطبيق، وحتى اتباع دليل الأسلوب المقدم خصيصًا للمشاركين من قبل الشركة التي يقومون بتطوير حلولهم لها.
تم وضع معايير التقييم بدقة شديدة - حيث تبلغ التكلفة الإجمالية لمهمة الجلسة عشرات النقاط، ويمكن أن يؤدي استيفاء بعض المعايير إلى إضافة أعشار النقطة للمشارك. وهذا يحقق مستوى عاليًا وموضوعيًا للغاية في تقييم نتائج كل مشارك في المسابقة.
النتائج
وكانت النتائج النهائية مثيرة للإعجاب.
وفي صراع مرير، فاز كيريل بافكين من روسيا، الذي استخدم منصة 1C:Enterprise. كيريل يبلغ من العمر 17 عامًا، وهو من ستافروبول.
حرفيا أعشار النقطة تفصل الفائز عن ملاحديه. المركز الثاني حصل عليه مشارك من تايوان. يبدو الجدول الإجمالي للنتائج الستة الأولى كما يلي:
وبطبيعة الحال، فاز كيريل بفضل موهبته ومعرفته ومهاراته.
ومع ذلك، نلاحظ أن جميع المشاركين الثلاثة الذين استخدموا منصة 1C:Enterprise كأداة تم إدراجهم في المراكز الخمسة الأولى - وهو تأكيد غير مشروط للمستوى العالمي لتقنية 1C:Enterprise.
وبعد نتائج المسابقة، تم تكريم الفائزين في المركز الإعلامي KazanExpo، وحصل الرجال على ميداليات ذهبية خالصة (حسب مكانهم) وجوائز نقدية. حصل الرجال أيضًا على شهادات تسمح لهم بالخضوع للتدريب في 1C.
المصدر: www.habr.com