ایک بین الاقوامی تحریک ہے جو 22 سال سے کم عمر کے نوجوانوں کے لیے پیشہ ورانہ مقابلوں کا انعقاد کرتی ہے۔
بین الاقوامی فائنل ہر دو سال بعد منعقد ہوتا ہے۔ اس سال فائنل وینیو تھا۔ (آخری فائنل 2017 میں ابوظہبی میں ہوا تھا، اگلا فائنل 2021 میں شنگھائی میں ہوگا)۔
WorldSkills Championships پیشہ ورانہ مہارتوں کی دنیا کی سب سے بڑی چیمپئن شپ ہیں۔ انہوں نے بلیو کالر پیشوں کے ساتھ آغاز کیا، اور حالیہ برسوں میں آئی ٹی کے مضامین سمیت "مستقبل کے پیشوں" پر زیادہ سے زیادہ توجہ دی گئی ہے، جس کے لیے کازان میں ہونے والی چیمپئن شپ میں ایک الگ بڑا کلسٹر مختص کیا گیا تھا۔
آئی ٹی بلاک میں ایک قابلیت (ایک مخصوص "کھیل") ہے جسے "آئی ٹی سافٹ ویئر سلوشنز فار بزنس" کہا جاتا ہے۔
ہر مقابلے میں، استعمال شدہ ٹولز کی اجازت یافتہ فہرست محدود ہے۔ اور اگر، مثال کے طور پر، "لینڈ اسکیپ ڈیزائن" کے لیے ممکنہ ٹولز کی فہرست محدود ہے (یقیناً، کسی واضح مینوفیکچرر یا رنگ کی نشاندہی کیے بغیر)، تو اہلیت میں "کاروبار کے لیے سافٹ ویئر سلوشنز" میں قبول شدہ ٹیکنالوجیز کی فہرست ہے جسے شرکاء استعمال کر سکتے ہیں۔ سختی سے محدود ہے، مخصوص ٹیکنالوجیز اور مخصوص پلیٹ فارمز (. NET اور Java فریم ورک کے مخصوص سیٹ کے ساتھ) کی نشاندہی کرتا ہے۔
اس معاملے پر 1C کی پوزیشن کچھ یوں ہے: انفارمیشن ٹیکنالوجی ایک بہت ہی متحرک شعبہ ہے، دنیا میں نئی ٹیکنالوجیز اور ترقی کے اوزار مسلسل نمودار ہو رہے ہیں۔ ہمارے نقطہ نظر سے، ماہرین کو ان آلات کو استعمال کرنے کی اجازت دینا درست ہے جن کے ساتھ وہ چاہتے ہیں اور کام کرنے کے عادی ہیں۔
2018 کے موسم خزاں میں، ورلڈ سکلز ڈائریکٹوریٹ نے ہمیں سنا۔ اب ہمیں مقابلوں میں نئی ٹیکنالوجیز کو شامل کرنے کے طریقہ کار کو جانچنا تھا۔ یہ سادہ نہیں ہے۔
1C: انٹرپرائز پلیٹ فارم کو کازان میں چیمپیئن شپ کی بنیادی ڈھانچے کی فہرست میں شامل کیا گیا تھا اور IT سافٹ ویئر سلوشنز فار بزنس سینڈ باکس کے لیے ایک تجرباتی پلیٹ فارم کا اہتمام کیا گیا تھا۔
براہ کرم نوٹ کریں کہ چیمپئن شپ کی سرکاری زبان انگریزی ہے۔ کاموں کو حل کرنے کے نتائج کے ساتھ تمام مواد (ماخذ کوڈز، دستاویزات کے ساتھ، سافٹ ویئر انٹرفیس) کو بھی اس زبان میں منتقل کیا جانا تھا۔ کچھ لوگوں کے شکوک کے باوجود (اب بھی!)، آپ انگریزی میں 1C میں لکھ سکتے ہیں۔
اس سائٹ پر ہونے والے مقابلے میں 9 ممالک (فلپائن، تائیوان، کوریا، فن لینڈ، مراکش، روس، قازقستان، ملائیشیا) کے 8 نوجوان لڑکوں نے حصہ لیا۔
جیوری - ماہرین کی ایک ٹیم - کی سربراہی فلپائن سے تعلق رکھنے والے ایک ماہر جوئی منانسالہ کر رہے تھے۔
فن لینڈ، متحدہ عرب امارات، کوسٹاریکا، کوریا، روس اور تائیوان کے ماہرین نے نمائندگی کی۔
علیحدہ طور پر، ہم نوٹ کرتے ہیں کہ روس (پاوکن کریل، سلطانوا ایگل) اور قازقستان (ویٹوسکی لڈوِگ) کے شرکاء نے مقابلے کے حصے کے طور پر 1C:انٹرپرائز پلیٹ فارم کو استعمال کرنے کا فیصلہ کیا۔ باقی شرکاء نے ڈیسک ٹاپ کے لیے .NET اور موبائل کی ترقی کے لیے اینڈرائیڈ اسٹوڈیو کا استعمال کیا۔ یہ دلچسپ بات ہے کہ جن شرکاء نے 1C کا انتخاب کیا وہ بہت کم عمر ہیں (Kirill Stavropol کے ایک اسکول میں طالب علم ہے، اس سال وہ 11ویں جماعت میں داخل ہوا، Aigul ایک کالج کا طالب علم ہے، Kazan، Tatarstan)، جبکہ ان کے مخالفین بہت زیادہ تجربہ کار تھے ( مثال کے طور پر، کوریا سے ایک شریک - لیپزگ میں 2013 ورلڈ سکلز چیمپئن شپ کا فاتح؛ سبھی کو ورلڈ سکلز میں حصہ لینے کا تجربہ اور صنعت میں کئی سالوں کا پیشہ ورانہ تجربہ ہے)۔
اس بات پر غور کرتے ہوئے کہ مقابلے کے دوران شرکاء نے مختلف جدید ٹیکنالوجیز کا استعمال کیا، ہمیں 1C:Enterprise پلیٹ فارم کو حقیقی معنوں میں جنگی حالات میں جانچنے کا موقع ملا، تاکہ اس کی مدد سے حاصل کردہ حل کے معیار اور اس کے استعمال سے حاصل ہونے والی ترقی کی رفتار دونوں کا موازنہ کیا جا سکے۔
الگ سے، ہم نوٹ کرتے ہیں کہ بزنس سینڈ باکس پلیٹ فارم کے لیے خصوصی IT سافٹ ویئر سلوشنز کے فریم ورک کے اندر، شرکاء نے وہی کام مکمل کیے جو کاروباری پلیٹ فارم کے لیے اہم IT سافٹ ویئر سلوشنز میں شریک تھے۔
کسی خاص کاروبار کو خودکار کرنے کے لیے یہ کام خود ایک پیچیدہ کام ہے؛ اس سال ایک کاروبار کی مثال فرضی کمپنی KazanNeft تھی۔
علامات
کازان آئل جمہوریہ تاتارستان میں تیل کے سب سے بڑے اداروں میں سے ایک ہے، جو اس شعبے میں ایک قومی مارکیٹ پلیئر اور بین الاقوامی سطح پر تسلیم شدہ برانڈ کے طور پر کام کر رہا ہے۔ کمپنی کا ہیڈ آفس، فیلڈ ایکسپلوریشن، پیداوار، پیداوار، ریفائننگ، نقل و حمل، اور تیل، پیٹرولیم مصنوعات اور قدرتی گیس کی فروخت اور تقسیم میں مہارت رکھتا ہے، کازان (روس) میں واقع ہے۔
چونکہ کمپنی پورے روس میں تیزی سے توسیع اور نئے دفاتر کی تخلیق کی حکمت عملی پر عمل پیرا ہے، اس لیے کمپنی کی انتظامیہ نے نئے کاروباری آٹومیشن سافٹ ویئر متعارف کرانے کا فیصلہ کیا جس کا مقصد بعض آپریشنز کو برقرار رکھنا اور ان کا انتظام کرنا ہے۔
چیمپئن شپ کے حالات
ٹاسک ماڈیولز (سیشنز) کی شکل میں شرکا کو دیے گئے تھے جن کو محدود وقت میں مکمل کرنے کی ضرورت تھی۔ کل 7 ماڈیول تھے۔ ڈیسک ٹاپ پر حل کرنے کے لیے تین سیشنز - ہر ایک میں 2.5 گھنٹے۔ تین سیشنز - کلائنٹ-سرور ڈویلپمنٹ، جہاں کلائنٹ ایک موبائل ایپلیکیشن تھا، اور کلائنٹ اور سرور کے درمیان رابطہ WEB-API کے ذریعے کیا جاتا تھا۔ اس میں 3.5 گھنٹے لگے۔ آخری سیشن - موجودہ سافٹ ویئر کی ریورس انجینئرنگ پر کام، 2.5 گھنٹے۔ ریورس انجینئرنگ کے حصے کے طور پر، شرکاء کو، انہیں فراہم کردہ معلومات کی بنیاد پر، ایپلیکیشن ڈیٹا بیس کی ساخت کو ڈیزائن کرنا تھا (ایک ER ڈایاگرام بنا کر)، سسٹم کو استعمال کرنے کے لیے منظرناموں کا تجزیہ کرنا تھا (استعمال کیس ڈایاگرام بنا کر)، اور یہ بھی فراہم کردہ فنکشنل ضروریات کے مطابق سافٹ ویئر حل کے انٹرفیس کو تیار اور ڈیزائن کریں۔
استعمال ہونے والے اہم ترقیاتی پلیٹ فارمز .NET (C#) اور Java (بشمول موبائل ڈویلپمنٹ کے لیے اینڈرائیڈ اسٹوڈیو) تھے۔ تجرباتی SandBox نے .NET، Java اور 1C استعمال کیا: انٹرپرائز ورژن 8.3.13۔
ہر سیشن کے اختتام پر، ماہرین نے نتیجہ کا جائزہ لیا - ایک ریڈی میڈ قابل عمل پروجیکٹ جو سیشن کے آغاز میں طے شدہ کاموں کو نافذ کرتا ہے۔
کاموں کی خاصیت ان کی "زندگی" ہے - بہت سی ضروریات اور محدود وقت۔ زیادہ تر مسائل اولمپیاڈ کے خصوصی مسائل نہیں ہیں، بلکہ حقیقی صنعتی مسائل کے بہت قریب ہیں - ماہرین ہر روز ان کا سامنا کرتے ہیں۔ لیکن بہت سے کام ہیں، اور وقت محدود ہے۔ شرکت کنندہ کو زیادہ سے زیادہ مسائل حل کرنا ہوں گے جن کا کاروبار کے لیے سب سے زیادہ فائدہ ہوگا۔ یہ بالکل بھی حقیقت نہیں ہے کہ الگورتھمک نقطہ نظر سے ایک پیچیدہ کام کا وزن ابتدائی کام سے زیادہ ہوگا۔ مثال کے طور پر، تین جدولوں کا ایک فعال اکاؤنٹنگ سسٹم بنانا کاروبار کے لیے پیچیدہ الگورتھم کے ساتھ ایک خوبصورت رپورٹنگ فارم سے زیادہ اہم ہے، جو کہ ان جدولوں کے بغیر مکمل طور پر غیر ضروری ہے۔
ہم نے مقابلہ کے فاتح، روس سے تعلق رکھنے والے، کیرل پاوکن سے کہا کہ وہ ہمیں مزید بتائے کہ کام کیا تھے اور اس نے ان کے حل تک کیسے پہنچا۔
ذیل میں ٹاسک کی تفصیل ہے، کیرل کی اپنی کہانی ہے کہ اس نے اس کام کو کیسے حل کیا۔ ہم نے Vitaly Rybalka، 1C ملازم اور IT سلوشنز فار بزنس سینڈ باکس کے ماہرین میں سے ایک، سے Kirill کے حل پر تبصرہ کرنے کو بھی کہا۔
تفویض کے ایک حصے کے طور پر، کئی قسم کے صارفین کی سرگرمیوں کو خودکار بنانا ضروری تھا:
- کمپنی کے اثاثوں کے اکاؤنٹنگ کے لیے ذمہ دار
- کمپنی کے اثاثوں کی غیر طے شدہ مرمت اور طے شدہ دیکھ بھال کے لیے ذمہ دار
- اجزاء اور استعمال کی اشیاء کے لیے مینیجرز کی خریداری
- تیل کی تلاش اور تیل کی پیداوار کے ڈویژن
- اعلیٰ انتظامیہ کو تجزیاتی رپورٹس کی ضرورت تھی۔
سیشن 1
اثاثوں کے نقطہ نظر سے (مثال کے طور پر، گاڑیوں کا بیڑا)، ان کے اکاؤنٹنگ (نئے کا قیام، موجودہ میں ترمیم)، فوری تلاش اور معلومات کی نمائش کے لیے مختلف قسم کے فلٹرز، کمپنی کے ڈویژنوں کے درمیان اثاثوں کو منتقل کرنا ضروری تھا۔ اور خود اثاثوں کے گروپ۔ ایسی حرکتوں کی تاریخ رکھیں اور مستقبل میں ان پر تجزیات فراہم کریں۔ اثاثہ اکاؤنٹنگ بنیادی طور پر موبائل صارف گروپوں کے لیے لاگو کیا گیا تھا۔
کیریل: ایک دلچسپ ذیلی کام اثاثوں کی فہرست میں بٹنوں کا نفاذ تھا۔ اس کو حل کرنے کے لیے، ہم نے ایک متحرک فہرست کا استعمال کیا: ہم ایک صوابدیدی درخواست لکھتے ہیں، اور سرور پر ڈیٹا حاصل کرتے وقت، ہم تصویری لائبریری سے تصاویر کے لیے نیویگیشن لنکس کو مطلوبہ فیلڈز میں تفویض کرتے ہیں۔
کنونشن کے مطابق، تصاویر کو کسی اثاثہ کے ساتھ دو طریقوں سے منسلک کیا جا سکتا ہے: تصویر لیں (ملٹی میڈیا) اور گیلری سے منتخب کریں (فائل سلیکشن ڈائیلاگ)۔
اسکرین کو گھمائے جانے پر کچھ شکلیں دوبارہ بنانے کی ضرورت ہے:
اسکرین کے پیرامیٹرز کو تبدیل کرتے وقت، ہم بٹن گروپس کی مرئیت کو تبدیل کرتے ہیں۔
دل لگی لیکن آسان کاموں میں ایک متحرک فہرست میں فلٹرز، دو فیلڈز (نمبر اور نام) میں تلاش اور اثاثہ کے سیریل نمبر کی تخلیق شامل ہیں۔
ماہر تبصرہ: 1C پر حل کے نقطہ نظر سے: انٹرپرائز پلیٹ فارم، کام بالکل واضح ہے۔ موبائل ایپلیکیشن کی اصل تخلیق کے علاوہ، ڈی بی ایم ایس "سرور" (ڈیسک ٹاپ پر ایم ایس ایس کیو ایل) سے موبائل ایپلیکیشن اور بیک پر ڈیٹا منتقل کرنے کا خیال رکھنا ضروری تھا۔ اس مقصد کے لیے، ڈیسک ٹاپ "پراکسی ایپلی کیشن" میں بیرونی ڈیٹا کے ذرائع اور HTTP سروسز کے میکانزم کا استعمال کیا گیا تھا۔ خود موبائل پلیٹ فارم کے لیے، متحرک فہرست میں تصاویر کی نمائش نے پیچیدگی میں اضافہ کیا۔
سیشن 2
کمپنی کے اثاثوں کے لیے مرمت کا انتظام قائم کرنا ضروری تھا۔ اس کام کے حصے کے طور پر، مرمت کے لیے درخواستوں کی فہرست کو برقرار رکھنا (محکموں اور گروپوں کے ذریعے)، مرمت کی فوری ضرورت کے لیے ترجیحات کو مدنظر رکھنا، ترجیحات کے مطابق مرمت کا شیڈول تیار کرنا، ضروری اجزاء کا آرڈر دینا اور ضروری کاموں کو ترتیب دینا ضروری تھا۔ موجودہ اکاؤنٹ میں. ایک دلچسپ ذیلی کام یہ تھا کہ کچھ اجزاء کی میعاد ختم ہونے کی تاریخ تھی۔ اگر کسی اثاثے کے لیے پہلے ہی کسی حصے کا آرڈر دیا جا چکا ہے اور اس کی آخری تاریخ ختم نہیں ہوئی ہے، تو اس اثاثے کے لیے دوبارہ وہی حصہ خریدنے کی ضرورت نہیں ہے۔ مرمت کا انٹرفیس کمپنی کے سافٹ ویئر کے ڈیسک ٹاپ جزو کے لیے تیار کیا گیا تھا۔
دو کرداروں کے لیے ایک غیر معمولی اجازت فارم بنانا بھی ضروری تھا: ذمہ دار شخص اور سروس مینیجر۔ خاص بات یہ ہے کہ اجازت کے بعد آپ کو خود بخود کسی ایک کردار کا انتخاب کرنا ہوگا۔
ذمہ دار شخص کے لیے دستیاب فہرست فارم ذیل میں پیش کیا گیا ہے۔
کیریل: یہاں صرف زیر التواء خدمات کی درخواستوں کو نمایاں کیا جا سکتا ہے۔ متحرک فہرست میں مشروط فارمیٹنگ کے ذریعے حل کیا گیا۔
اسکرین کے نیچے بٹن پر کلک کرکے، صارف درج ذیل فارم پر جا سکتا ہے:
1C نقطہ نظر سے، اس فارم میں کچھ بھی پیچیدہ نہیں ہے۔
سروس مینیجر کو دستیاب فارم ذیل میں ہے:
اس فارم کو ترجیح اور درخواست کی تاریخ کے لحاظ سے ترتیب دیا گیا ہے۔ نیچے دیئے گئے بٹن پر کلک کرکے، صارف منتخب کردہ درخواست کی شکل میں جا سکتا ہے:
فول پروف بنانے کے علاوہ، اس فارم نے مرمت کے لیے اسپیئر پارٹس کی فہرست کو نافذ کرنے کا مشورہ دیا۔ ذیلی کام دلچسپ ہے کیونکہ حصوں کی میعاد ختم ہونے کی تاریخ ہے۔ اس کا مطلب یہ ہے کہ اگر اس اثاثہ کے ساتھ پہلے ہی کوئی ہنگامی صورتحال پیش آچکی ہے اور اس کے لیے ایک حصہ کا حکم دیا گیا تھا، جس کی مدت ختم نہیں ہوئی ہے، تو اسے دوبارہ استعمال کیا جاسکتا ہے۔ یہ صارف کو دکھایا جانا چاہئے.
ماہر تبصرہ: یہاں کرل نے خود لہجے کو درست طریقے سے رکھا ہے۔ 1C:Enterprise پلیٹ فارم پر عمل درآمد کے نقطہ نظر سے، کوئی بھی چیز انتہائی پیچیدہ نہیں ہے۔ اکاؤنٹنگ اور اسپیئر پارٹس کے استعمال کے حالات کا محتاط تجزیہ اور مجموعی طور پر کام کے قابل عمل درآمد کی ضرورت تھی۔ اس کے علاوہ، سروس کی درخواستوں کو مناسب طریقے سے ریکارڈ کرنا ضروری تھا۔ اہم مشکل صرف 2.5 گھنٹے کا ٹائم پریشر تھا۔
اس کے علاوہ، موبائل ڈیولپمنٹ کی طرح، شرکاء کو ایک بیرونی DBMS (MS SQL) سے قابلیت کے ساتھ ڈیٹا حاصل کرنا تھا۔
سیشن 3
دیکھ بھال (دیکھ بھال) کے لیے ایک طویل مدتی منصوبہ بندی کی خدمت کو لاگو کرنے کی تجویز پیش کی گئی۔ یہاں ایک دلچسپ خصوصیت وقت کے مطابق اثاثوں کی دیکھ بھال کا شیڈول بنانے کی ضرورت تھی - مثال کے طور پر، ہر دوسرے مہینے کی 3 تاریخ کو۔ اسی طرح، کچھ مقداری اشارے کے مطابق - مثال کے طور پر، کار کے اوڈومیٹر کے مطابق (ہر 5000 کلومیٹر پر تیل کی تبدیلی، ہر 20000 کلومیٹر پر ٹائر کی تبدیلی)۔ مینٹی نینس مینیجر کو ایک آسان موبائل ایپلیکیشن موصول ہونی چاہیے جو متحرک طور پر ایک مخصوص مدت کے لیے زائد المیعاد، موجودہ اور مکمل دیکھ بھال کی فہرست دکھاتی ہے۔ اس کے علاوہ، ہر قسم کی دیکھ بھال کو خاص طور پر منظور شدہ قواعد کے مطابق رنگ میں پینٹ کیا جانا تھا۔ موبائل ایپلیکیشن کو نئے مینٹیننس شیڈولز کی تخلیق اور سرور پر اس معلومات کو فوری اپ ڈیٹ کرنے کے ساتھ ورکشاپس میں براہ راست مکمل ہونے والوں کی مارکنگ کو یقینی بنانا تھا۔
کیریل: مرمت کی دو قسمیں ہیں: وقت پر مبنی اور رن پر مبنی۔ ہر ایک کے اندر تغیر کی اجازت ہے۔ مثال کے طور پر، منصوبے کے مطابق، مرمت ہر جمعہ، مہینے کی 13 تاریخ، یا ہر 20,000 کلومیٹر بعد ہونی چاہیے۔ کسی کام کو مکمل سمجھا جاتا ہے اگر اس کے دائیں جانب کوئی چیک مارک ہو۔
فہرست میں کاموں کو چھانٹنے کے لیے شرط رکھی گئی تھی۔ اس کے علاوہ، ہر لائن کو حالات کے لحاظ سے رنگ میں نمایاں کیا جانا چاہئے.
نیچے دیئے گئے بٹن پر کلک کرکے، آپ ایک نیا سروس پلان بنا سکتے ہیں:
مطلوبہ فیلڈز منتخب کردہ چارٹ کی قسم پر منحصر ہوتے ہیں۔ اگر ہم نے ہفتہ وار ٹائم شیڈول کا انتخاب کیا ہے، تو ہمیں دو فیلڈز دکھائے جائیں گے: ہفتے کا نمبر اور ہفتے کا دن۔ مثال کے طور پر، ہر 3 ہفتوں میں منگل کو۔
ماہر تبصرہ: جیسا کہ 1C:Enterprise پلیٹ فارم پر گزشتہ موبائل ڈویلپمنٹ میں، یہاں کام کو عالمی سطح پر 2 اجزاء میں تقسیم کیا گیا ہے - ویب-api کے ذریعے "سرور" کے ساتھ مواصلت اور مشروط ڈیزائن اور فلٹرنگ (انتخاب) کے ساتھ متحرک فہرست کے قابل ڈسپلے۔ ڈیٹا اس کے علاوہ، مدت کے لحاظ سے اور مقداری اشارے کے لحاظ سے مرمت کے حساب کی ضرورت کو نافذ کرنا دلچسپ تھا۔
سیشن 4
اجزاء اور استعمال کی اشیاء کے لیے، انوینٹریز، منصوبہ بندی کے اخراجات اور مستقبل کی خریداریوں کو مدنظر رکھنا ضروری تھا۔ اس کے علاوہ، بیچ اکاؤنٹنگ یہاں ظاہر ہوا، لیکن تمام سامان کے لیے نہیں۔ اس سب کا انتظام متعدد گوداموں میں کرنا پڑا، بشمول رسید، اخراجات اور نقل و حرکت۔ ٹاسک کی شرائط کے مطابق، بیلنس کے کنٹرول کو یقینی بنانا اور موجودہ اسٹاک کے ساتھ کام کرتے وقت تنازعات سے بچنا ضروری تھا۔ پرچیزنگ مینیجر سافٹ ویئر کے ڈیسک ٹاپ ورژن میں کام کرتے ہیں۔
مرکزی شکل ذیل میں دکھایا گیا ہے:
کیریل: شرط سے چھانٹنے کے علاوہ، صارف کو تصادفی طور پر ترتیب دینے کی صلاحیت دینے کی تجویز تھی۔ 1C پر آپ کو اس کے بارے میں سوچنے کی بھی ضرورت نہیں ہے۔ انوائسز کے لیے پرزوں کی مقدار کے ساتھ فیلڈ کو سبز رنگ میں نمایاں کیا جانا چاہیے۔
اس سیشن میں ان سے کہا گیا کہ وہ گوداموں میں باقی سامان کو کنٹرول کریں۔ لہذا، جب آپ انوائس کو حذف کرنے کی کوشش کرتے ہیں تو متعلقہ پیغام ظاہر ہونا چاہیے۔ یہاں ہمیں پلیٹ فارم ماہر امتحان یاد ہے۔ رسید کی شکل درج ذیل ہے:
ہر حصے میں ایک خصوصیت ہوتی ہے جو اس بات کا تعین کرتی ہے کہ آیا اسے کسی مخصوص بیچ کو تفویض کیا جانا چاہیے۔ ایسے اسپیئر پارٹس کے لیے، تمام دستاویزات میں بیچ نمبر کی نشاندہی کرنا ضروری ہے۔ حصوں کی باقیات کی نگرانی کرتے وقت یہ ایک اضافی پیمائش ہے۔ انہیں گوداموں کے درمیان بھی منتقل کیا جا سکتا ہے:
فارم پچھلے فارم سے مختلف ہے صرف اس میں کسٹمر کے بجائے، آپ کو اس گودام کی نشاندہی کرنے کی ضرورت ہے جہاں سے ڈیلیوری کی جائے گی۔ بیچ کے لیے انتخاب کی فہرست حصہ منتخب ہونے کے بعد خود بخود مرتب ہو جاتی ہے۔ صارف اسپیئر پارٹس کے بیلنس پر رپورٹ بنا سکتا ہے:
یہاں ہم منتخب گودام میں باقی سامان دیکھ سکتے ہیں۔ گودام کے دائیں جانب موجود چیک باکسز آپ کو فلٹرنگ اور چھانٹی کو ترتیب دینے کی اجازت دیتے ہیں۔ فہرست میں ان حصوں کے لیے لاٹ کے ذریعے واضح تقسیم نہیں ہے جن کے لیے اس کی ضرورت ہے۔ منتخب اسپیئر پارٹ کے ہر بیچ نمبر کے بیلنس کو دائیں جانب نیویگیشن لنک کا استعمال کرتے ہوئے دیکھا جا سکتا ہے۔
ماہر تبصرہ: اس سیشن میں (ماڈیول) بیچ اکاؤنٹنگ پہلی بار شائع ہوئی۔ شرکاء کو نہ صرف خود بلکہ بیچ کے ذریعے بھی استعمال کی جانے والی اشیاء اور اشیا کا حساب دینا ضروری تھا۔ عام طور پر، یہ کام 1C:Enterprise پلیٹ فارم کے لیے بہترین ہے - لیکن یہ سب شروع سے تیار کرنا تھا اور اسے 2.5 گھنٹے میں مکمل کرنا تھا۔
سیشن 5
پانچویں سیشن میں ہمیں کنوئیں کے انتظام کی فعالیت تفویض کی گئی۔ ایکسپلوریشن گروپس کے لیے ضروری تھا کہ ایک موبائل ایپلی کیشن بنائی جائے جو تیل یا گیس کی پیداوار کے کنوؤں کا حساب دے گی۔ یہاں یہ ضروری تھا کہ سرور سے موجودہ کنویں کی فہرست حاصل کی جائے اور ہر تہہ کی گہرائی کو مدنظر رکھتے ہوئے پرتوں (مٹی، ریت، پتھر، تیل) کے ذریعے منتخب کنویں کو گرافی طور پر دکھایا جائے۔ اس کے علاوہ، درخواست کو کنویں کے بارے میں معلومات کو اپ ڈیٹ کرنے اور نئے کنوؤں کو شامل کرنے کی اجازت دینی تھی۔ اس ایپلیکیشن کے لیے، صارف نے آف لائن اور آن لائن طریقوں میں خصوصی آپریٹنگ شرائط (سرور کے ساتھ مواصلات کا کنٹرول) مقرر کی ہیں - ہر 5 سیکنڈ میں سرور کے ساتھ رابطے کی جانچ کرنا اور سرور کی دستیابی کے لحاظ سے ایپلی کیشن کی فعالیت کو تبدیل کرنا۔
کیریل: جب آپ کنویں کا انتخاب کرتے ہیں، تو ایک بار گراف ظاہر ہوتا ہے، جو تیل یا گیس کے ذخائر تک کی تہوں کو نمایاں کرتا ہے۔ ہر پرت کے لیے، اس کا نام، رنگ اور موجودگی کی حد محفوظ ہے۔ ڈیزائن کی خصوصیات کی وجہ سے، پلیٹ فارم میں بنائے گئے خاکے مدد نہیں کرتے، لیکن اسپریڈشیٹ دستاویز اس کام کو بالکل ٹھیک کرتی ہے۔ کنوؤں کو بنایا اور تبدیل کیا جا سکتا ہے:
متعدد فول پروف تحفظ کے علاوہ، اس فارم کے بارے میں کچھ بھی دلچسپ نہیں تھا۔
اگلا، سرور سے کنکشن کو کنٹرول کرنے کا مشورہ دیا گیا۔ ہم ہر 5 سیکنڈ میں رابطہ قائم کرنے کی کوشش کرتے ہیں۔ اگر یہ کام نہیں کرتا ہے، تو ہم ایپلیکیشن کی فعالیت کو محدود کرتے ہیں اور ایک پیغام ڈسپلے کرتے ہیں۔
ماہر تبصرہ: اس سیشن کا کام بنیادی طور پر اس کی تصویری صلاحیتوں کی وجہ سے دلچسپ ہے۔ 1C:Enterprise پلیٹ فارم کا استعمال کرنے والے شرکاء نے اسے دو مختلف طریقوں سے حل کیا - کچھ ڈایاگرام میکانزم کا استعمال کرتے ہوئے، دوسروں نے اسپریڈشیٹ دستاویز کا استعمال کیا۔ ہر طریقہ کے اپنے فوائد اور نقصانات ہیں۔ ورلڈ سکلز چیمپیئن شپ میں فیصلے کے حصے کے طور پر، وقت اہم تھا (وقت کی حد کو دوبارہ یاد رکھیں)۔ ایک الگ دلچسپ کام ہر 5 سیکنڈ میں سرور کو پنگ کرنا اور سرور کی دستیابی یا عدم دستیابی کے لحاظ سے موبائل ایپلیکیشن کے رویے کو تبدیل کرنا ہے۔
سیشن 6
ٹاپ مینجمنٹ - ڈیش بورڈ کے لیے ایک ورک اسپیس بنانے کی تجویز تھی۔ ایک اسکرین پر کمپنی کے عمومی کارکردگی کے اشارے کو ایک مخصوص مدت کے لیے گرافیکل اور ٹیبلر شکل میں ظاہر کرنا ضروری تھا۔ اہم شکل لاگت کی رپورٹ ہے:
ڈیش بورڈ کے علاوہ، اثاثوں کی مرمت کے لیے FIFO/LIFO/"سستا پہلے جاتا ہے" رائٹ آف طریقوں کا استعمال کرتے ہوئے اسپیئر پارٹس کی تقسیم کو نافذ کرنا ضروری تھا۔
تقسیم کے دوران، بیچ اکاؤنٹنگ کو مدنظر رکھا گیا، بیلنس کنٹرول اور غیر مجاز صارف کے اقدامات کے خلاف تحفظ ("فول پروٹیکشن") کا استعمال کیا گیا۔
کیریل: حل کرنے کے لیے، کالموں کی سافٹ ویئر جنریشن کے ساتھ اقدار کی جدولیں استعمال کی گئیں، کیونکہ ان کی ایک صوابدیدی تعداد ہو سکتی ہے:
- پہلا ٹیبل ماہ کے لحاظ سے محکموں کے کل اخراجات کے لیے ذمہ دار ہے۔ سب سے زیادہ غیر منافع بخش اور منافع بخش تقسیم بالترتیب سرخ اور سبز رنگ میں نمایاں ہیں۔
- دوسرا جدول ہر مہینے کے لیے سب سے مہنگے اور کثرت سے استعمال ہونے والے حصے دکھاتا ہے۔ اگر کئی حصے ہیں جو معیار پر پورا اترتے ہیں، تو انہیں کوما سے الگ کرکے ایک سیل میں دکھایا جانا چاہیے۔
- سب سے مہنگے اثاثے (اسپیئر پارٹس کی لاگت کے لحاظ سے) تیسرے ٹیبل کی پہلی قطار میں دکھائے گئے ہیں۔ دوسری لائن اس تقسیم کو دکھاتی ہے جس سے اوپر کا اثاثہ تعلق رکھتا ہے۔ اگر ایک ہی قیمت کے ساتھ دو سب سے مہنگے اثاثے ہیں، تو انہیں کوما سے الگ کرکے ایک ہی سیل میں دکھایا جانا چاہیے۔
خاکے پلیٹ فارم کے بلٹ ان میکانزم کا استعمال کرتے ہوئے دکھائے گئے تھے، اور سوالات کا استعمال کرتے ہوئے پروگرام کے لحاظ سے بھرے گئے تھے۔
کثیر لسانی کی حمایت کو نافذ کرنے کی بھی تجویز پیش کی گئی۔ پروگرام انٹرفیس عناصر کی لوکلائزیشن کے ساتھ XML فائلوں کو لوڈ کرتا ہے، اور ڈراپ ڈاؤن فہرست میں زبان کا انتخاب کرتے وقت فارم کو دوبارہ تیار کیا جانا چاہیے۔
جب آپ اسکرین کے نیچے بائیں کونے میں بٹن پر کلک کرتے ہیں، تو انوینٹری مینجمنٹ فارم کھلتا ہے:
اس شکل میں، ہم آخر کار حصوں کی مرمت پر خرچ کرنا شروع کر دیتے ہیں۔ یہاں ہم سب سے پہلے وہ حصے ڈھونڈتے ہیں جو ہمیں اثاثہ کی مرمت کے لیے درکار ہوں گے۔ منتخب کردہ فیلڈز اور تقسیم کے طریقہ کار (FIFO، LIFO یا کم از کم قیمت) کی بنیاد پر، ملنے والے مماثلت یا اگر کوئی مماثلتیں ظاہر نہیں ہوتی ہیں تو ایک پیغام۔ اس کے بعد آپ پرزوں کو اس اثاثے کی مرمت کے لیے نشان زد کر سکتے ہیں۔ بیلنس کنٹرول موجودہ سیشن کے لیے متعلقہ ہے۔ اگر ہم نے پہلے ہی تفصیلات تفویض کر دی ہیں، تو وہ مزید نہیں مل سکتی ہیں۔
ماہر تبصرہ: بہت دلچسپ سیشن۔ یہ 1C:Enterprise پلیٹ فارم کی زیادہ سے زیادہ صلاحیتوں کا استعمال کرتا ہے - یہاں جمع کرنے والے رجسٹروں کے ورچوئل ٹیبلز کے ساتھ قابل کام ہے، اور فارمی عناصر کے ساتھ پروگرامی کام (سب سے پہلے - میزیں، دوم - عنوانات)، اور ڈایاگرام۔ اور یہاں تک کہ LIFO/FIFO جب انوینٹری، منافع/نقصان کے تجزیہ وغیرہ کا تجزیہ کرتے ہیں۔
سیشن 7
ٹاسک (سیشن 7) کے اختتام پر، صارف نے پروجیکٹ کی سرگرمیوں کے لیے سافٹ ویئر (exe فائل) اور اس کے ساتھ کام کرنے پر ایک مختصر ویڈیو فراہم کی۔ ریورس انجینئرنگ کو انجام دینے کے لئے ضروری تھا اور، اس کی بنیاد پر، 2 ڈایاگرام بنائیں: ایک استعمال کیس ڈایاگرام اور ایک ہستی-تعلق کا خاکہ۔ اس کے علاوہ مستقبل میں سافٹ ویئر بنانے کے لیے کچھ تقاضے بھی پیش کیے گئے تھے - ان تقاضوں کے مطابق انٹرفیس لے آؤٹ بنانا ضروری تھا۔
مقابلے کے حالات کے مطابق، صرف MS Visio کو خاکے بنانے کی ضرورت تھی۔
ماہر تبصرہ: اس سیشن میں، 1C:Enterprise پلیٹ فارم کی صلاحیتوں کو عملی طور پر استعمال نہیں کیا گیا۔ MS Visio میں مقابلے کے حالات کے لیے خاکے بنائے گئے تھے۔ لیکن انٹرفیس کا ایک پروٹو ٹائپ خالی 1C انفارمیشن بیس میں بنایا جا سکتا ہے۔
عام ریمارکس
ہر سیشن کے آغاز میں، SQL اسکرپٹ کا استعمال کرتے ہوئے ڈیٹا درآمد کرنے کی تجویز پیش کی گئی تھی۔ C# کے مقابلے میں 1C استعمال کرنے کا یہ سب سے بڑا نقصان تھا، کیونکہ ہم نے کم از کم آدھا گھنٹہ ڈیٹا کو خارجی ڈیٹا کے ذرائع میں ڈسٹل کرنے، اپنی میزیں بنانے، اور بیرونی ذرائع سے قطاروں کو اپنی میزوں میں منتقل کرنے میں صرف کیا۔ باقی صرف مائیکروسافٹ ایس کیو ایل اسٹوڈیو میں ایگزیکٹ بٹن پر کلک کرنے کی ضرورت ہے۔
واضح وجوہات کی بناء پر، موبائل ڈیوائس پر ڈیٹا ذخیرہ کرنا اچھا خیال نہیں ہے۔ لہذا، موبائل سیشن کے دوران ہم نے ایک سرور بیس بنایا۔ انہوں نے ڈیٹا کو وہاں ذخیرہ کیا اور HTTP سروسز کے ذریعے اس تک رسائی فراہم کی۔
ماہر تبصرہ: 1C/non-1C بیلنس یہاں دلچسپ ہے - جبکہ 1C:انٹرپرائز پروگرامرز نے بیرونی DBMS سے جڑنے میں اہم وقت صرف کیا (کرل نے اس کا اوپر اوپر ذکر کیا ہے)، C#/Java (Android Studio for Mobile Development) ڈویلپرز نے دوسرے شعبوں پر وقت گزارا – انٹرفیس، مزید کوڈ لکھنا۔ لہذا، ہر سیشن کے نتائج تمام ماہرین کے لیے غیر متوقع اور انتہائی دلچسپ تھے۔ اور یہ سازش آخر تک برقرار رہی - صرف پوائنٹس کی تقسیم کے ساتھ جیتنے والوں کے آخری ٹیبل کو دیکھیں۔
کریل نے کہانی ختم کی :)
آخر میں، یہ یاد رکھنا چاہئے کہ اداکار کو "صرف تکنیکی خصوصیات کے مطابق کام کو پروگرام کرنے کی ضرورت نہیں تھی" - اسے کام کا تجزیہ کرنا تھا، ذیلی کاموں کے نفاذ کے لئے بلاکس کا انتخاب کرنا تھا، انہیں ڈیزائن کرنا تھا اور فیصلہ کرنا تھا کہ وہ بالکل کیا ہوگا۔ انتہائی مختصر وقت میں اس پر عمل درآمد کرنے کے قابل۔ تمام 4 دن مجھے شدید وقتی دباؤ کے تحت کام کرنا پڑا، اکثر اس کے بعد کے ہر سیشن کو شروع سے شروع کرنا پڑا۔ یہاں تک کہ صنعت میں کئی سالوں کا تجربہ رکھنے والے بالغ ماہر کو بھی سیشن کے لیے تفویض کردہ کام کو مقررہ وقت کے اندر 100% مکمل کرنے میں بڑی دشواری ہوگی۔
اپنایا گیا تشخیصی نظام خصوصی ذکر کا مستحق ہے۔
ہر سیشن کے لیے، ٹاسک مصنفین معیارات کا ایک پیچیدہ نظام تیار کرتے ہیں، جس میں فعالیت کی جانچ، درست آپریشن، ایپلیکیشن انٹرفیس کے لیے تقاضے، اور یہاں تک کہ کمپنی کی طرف سے شرکاء کو خصوصی طور پر فراہم کردہ اسٹائل گائیڈ پر عمل کرنا جس کے لیے وہ اپنے حل تیار کر رہے ہیں۔
تشخیص کے معیارات بہت باریک دانے دار ہیں - سیشن ٹاسک کی کل لاگت دسیوں پوائنٹس ہونے کے ساتھ، کچھ معیارات کو پورا کرنے سے حصہ لینے والے کو پوائنٹ کا دسواں حصہ مل سکتا ہے۔ یہ مقابلہ میں ہر شریک کے نتائج کا جائزہ لینے کے لیے انتہائی اعلیٰ اور معروضی سطح کو حاصل کرتا ہے۔
نتائج
حتمی نتائج متاثر کن تھے۔
ایک تلخ جدوجہد میں، روس سے Kirill Pavkin، جنہوں نے 1C:Enterprise پلیٹ فارم استعمال کیا، جیت گیا۔ Kirill کی عمر 17 سال ہے، وہ Stavropol سے ہے۔
لفظی طور پر ایک نقطہ کے دسویں حصے نے فاتح کو اس کے تعاقب کرنے والوں سے الگ کر دیا۔ دوسری پوزیشن تائیوان سے تعلق رکھنے والے نے حاصل کی۔ سرفہرست چھ نتائج کی مجموعی جدول اس طرح نظر آتی ہے:
بلاشبہ، کیرل نے اپنی قابلیت، علم اور مہارت کی بدولت جیت لیا۔
تاہم، ہم نوٹ کرتے ہیں کہ تینوں شرکاء جنہوں نے 1C:Enterprise پلیٹ فارم کو بطور ٹول استعمال کیا وہ ٹاپ فائیو میں شامل تھے - جو کہ 1C:Enterprise ٹیکنالوجی کی عالمی سطح کی غیر مشروط تصدیق ہے۔
مقابلے کے نتائج کے بعد، فاتحین کو KazanExpo میڈیا سینٹر میں نوازا گیا؛ لڑکوں کو خالص سونے کے تمغے (ان کی جگہ کے مطابق) اور نقد انعامات ملے۔ لڑکوں کو سرٹیفکیٹ بھی ملے جو انہیں 1C میں انٹرنشپ کرنے کی اجازت دیتے ہیں۔
ماخذ: www.habr.com