یو نړیوال خوځښت دی چې د 22 کلونو څخه کم عمر لرونکو ځوانانو لپاره مسلکي سیالۍ تنظیموي.
نړیوال فاینل هر دوه کاله وروسته ترسره کیږي. سږکال وروستی ځای و (وروستی فاینل به په ۲۰۱۷ کال کې په ابوظبي کې و، بله به یې په ۲۰۲۱ کې په شانګهای کې وي).
د نړۍ د مهارتونو سیالۍ د مسلکي مهارتونو په نړۍ کې ترټولو لوی اتلولۍ دي. دوی د نیلي کالر مسلکونو سره پیل وکړ، او په وروستیو کلونو کې "د راتلونکي مسلکونو" ته ډیره پاملرنه شوې، په شمول د معلوماتي ټکنالوجۍ ډیسکونه، د دې لپاره چې د کازان په اتلولۍ کې یو جلا لوی کلستر تخصیص شوی و.
د آی ټي بلاک کې یو وړتیا شتون لري (یو ځانګړی "سپورټ") چې "د سوداګرۍ لپاره د آی ټي سافټویر حلونه" په نوم یادیږي.
په هره سیالۍ کې، د کارول شویو وسایلو اجازه ورکړل شوي لیست محدود دی. او که، د مثال په توګه، د "د منظرې ډیزاین" لپاره د ممکنه وسیلو لیست محدود دی (البته، پرته له دې چې روښانه جوړونکي یا رنګ په ګوته کړي)، نو بیا په وړتیا کې د "سوداګرۍ لپاره سافټویر حلونه" د منل شویو ټیکنالوژیو لیست چې ګډونوال یې کارولی شي. په کلکه محدود دی، د ځانګړو ټیکنالوژیو او ځانګړي پلیټ فارمونو (.NET او جاوا د ځانګړي چوکاټونو سره) په ګوته کوي.
پدې مسله کې د 1C دریځ په لاندې ډول دی: معلوماتي ټیکنالوژي خورا متحرک ساحه ده ، نوې ټیکنالوژي او د پراختیا وسیلې په دوامداره توګه په نړۍ کې څرګندیږي. زموږ له نظره، دا سمه ده چې متخصصینو ته اجازه ورکړئ چې هغه وسایل وکاروي چې دوی یې غواړي او د کار کولو لپاره عادی وي.
د 2018 په مني کې، د WorldSkills مدیریت موږ واوریدل. اوس موږ باید په سیالیو کې د نوي ټیکنالوژیو شاملولو میتودولوژي ازموینه وکړو. دا ساده نه ده.
د 1C:Enterprise پلیټ فارم په کازان کې د اتلولۍ زیربنا لیست کې شامل شو او د سوداګرۍ سانډ باکس لپاره د آی ټي سافټویر حلونو لپاره تجربه لرونکي پلیټ فارم تنظیم شو.
مهرباني وکړئ په یاد ولرئ چې د اتلولۍ رسمي ژبه انګلیسي ده. ټول هغه مواد چې د دندو د حل کولو پایلې لري (د سرچینې کوډونه، ورسره اسناد، د سافټویر انٹرفیس) هم باید په دې ژبه کې لیږدول شي. د ځینو خلکو د شکونو سره سره (لا هم!)، تاسو کولی شئ په انګلیسي کې په 1C کې ولیکئ.
په دې سیالیو کې د ۸ هیوادونو (فلپین، تایوان، کوریا، فنلنډ، مراکش، روسیه، قزاقستان، مالیزیا) څخه ۹ تنو ځوانانو برخه اخیستې وه.
د جیوری - د متخصصینو یوه ډله - د فیلیپین یو کارپوه، جوی مانانسالا مشري کوله.
د فنلنډ، متحده عربي اماراتو، کوسټاریکا، کوریا، روسیې او تایوان څخه کارپوهانو استازیتوب وکړ.
په جلا توګه، موږ یادونه وکړه چې د روسیې (پاوکین کیریل، سلطانووا ایګل) او قزاقستان (ویتوفسکي لودویګ) ګډون کونکو پریکړه وکړه چې د سیالۍ د یوې برخې په توګه د 1C: تصدۍ پلیټ فارم وکاروي. پاتې برخه اخیستونکو د ډیسټاپ لپاره .NET او د ګرځنده پراختیا لپاره Android سټوډیو کارولې. دا په زړه پورې ده چې هغه برخه اخیستونکي چې 1C یې غوره کړی ډیر ځوان دي (کیریل د سټاوروپول په یوه ښوونځي کې زده کونکی دی، سږکال هغه 11 ټولګي ته داخل شوی، ایګل د کالج زده کونکی دی، کازان، تاتارستان)، پداسې حال کې چې د دوی مخالفین ډیر تجربه لرونکي وو) د مثال په توګه، د کوریا څخه یو ګډون کوونکی - په لیپزګ کې د 2013 نړیوال مهارتونو اتلولۍ ګټونکی؛ ټول په WorldSkills کې د ګډون تجربه او په صنعت کې د څو کلونو مسلکي تجربه لري).
د دې په پام کې نیولو سره چې د سیالۍ په جریان کې برخه اخیستونکو مختلف عصري ټیکنالوژي کارولې، موږ فرصت درلود چې د 1C:Enterprise پلیټ فارم په ریښتیني جنګي شرایطو کې ازموینه وکړو، ترڅو د هغې په مرسته ترلاسه شوي حلونو کیفیت او د هغې په کارولو سره ترلاسه شوي پرمختګ سرعت پرتله کړو.
په جلا توګه، موږ یادونه کوو چې د سوداګرۍ سینډ باکس پلیټ فارم لپاره د ځانګړي IT سافټویر حلونو په چوکاټ کې ، برخه اخیستونکو د سوداګرۍ پلیټ فارم لپاره د اصلي IT سافټویر حلونو کې برخه اخیستونکو په څیر ورته دندې بشپړې کړې.
دا دنده پخپله د یو ځانګړي سوداګرۍ اتومات کولو لپاره پیچلې دنده ده؛ پدې کال کې د سوداګرۍ مثال د جعلي شرکت کازان نیفټ و.
افسانه
د کازان تېل د تاتارستان په جمهوریت کې د تېلو یو له لویو تصدیو څخه دی چې د ملي بازار د لوبغاړي او په دې برخه کې په نړیواله کچه پیژندل شوي برانډ په توګه فعالیت کوي. د شرکت مرکزي دفتر، د ساحوي اکتشاف، تولید، تولید، تصفیې، ترانسپورت، او د تیلو، پټرولیم محصولاتو او طبیعي ګازو پلور او ویش کې تخصص لري، په کازان (روسیه) کې موقعیت لري.
څرنګه چې شرکت په ټوله روسیه کې د ګړندۍ پراختیا او نوي دفترونو رامینځته کولو ستراتیژي پلي کوي ، د شرکت مدیریت پریکړه وکړه چې د نوي سوداګرۍ اتومات سافټویر معرفي کړي چې هدف یې د ځینې عملیاتو ساتل او اداره کول دي.
د اتلولۍ شرایط
برخه والو ته دندې د ماډلونو (غونډو) په بڼه ورکړل شوې چې اړتیا یې په محدود وخت کې بشپړه کړي. په ټولیز ډول 7 ماډلونه وو. په ډیسټاپ کې د حل کولو لپاره درې ناستې - هر یو 2.5 ساعته. درې ناستې - د پیرودونکي-سرور پراختیا، چیرې چې پیرودونکي د ګرځنده غوښتنلیک و، او د پیرودونکي او سرور ترمنځ اړیکه د WEB-API له لارې ترسره شوې. دا 3.5 ساعته وخت واخیست. وروستۍ ناسته - د موجوده سافټویر ریورس انجینرۍ دندې ، 2.5 ساعته. د ریورس انجینرۍ د یوې برخې په توګه، برخه اخیستونکي باید د چمتو شوي معلوماتو پراساس، د غوښتنلیک ډیټابیس جوړښت ډیزاین کړي (د ER ډیاګرام په جوړولو سره)، د سیسټم کارولو لپاره سناریوګانې تحلیل کړي (د کارونې قضیې ډیاګرام په جوړولو سره)، او همدارنګه د چمتو شوي فعال اړتیاو سره سم د سافټویر حل انٹرفیس رامینځته او ډیزاین کړئ.
اصلي پراختیایی پلیټ فارمونه کارول شوي .NET (C#) او جاوا (د ګرځنده پراختیا لپاره د Android سټوډیو په شمول). تجربوي سانډ بوکس .NET، Java او 1C: Enterprise 8.3.13 نسخه کارولې.
د هرې ناستې په پای کې، متخصصینو پایله ارزولې - د کار وړ چمتو شوې پروژه چې د غونډې په پیل کې ټاکل شوي دندې پلي کوي.
د دندو ځانګړتیا د دوی "ژوند" دی - ډیری اړتیاوې او محدود وخت. ډیری ستونزې د اولمپیاډ ځانګړي ستونزې ندي، مګر اصلي صنعتي ستونزو ته نږدې دي - متخصصین هره ورځ ورسره مخ کیږي. مګر ډیری دندې شتون لري، او وخت محدود دی. ګډون کوونکی باید ډیری ستونزې حل کړي چې د سوداګرۍ لپاره به لویه ګټه ولري. دا په حقیقت کې نه ده چې د الګوریتمیک له نظره یوه پیچلې دنده به د ابتدايي کار په پرتله ډیر وزن ولري. د مثال په توګه، د دریو جدولونو د فعال حساب ورکولو سیسټم رامینځته کول د سوداګرۍ لپاره د پیچلي الګوریتمونو سره د ښکلي راپور ورکولو فارم په پرتله خورا مهم دي ، کوم چې د دې جدولونو پرته په بشپړ ډول غیر ضروري دی.
موږ د سیالۍ ګټونکي، د روسیې له ګډون کونکي، کیریل پاوکین څخه وغوښتل چې موږ ته د دې په اړه نور معلومات راکړي چې دندې څه وې او هغه څنګه د دوی حل ته لاره هواره کړه.
لاندې د دندې توضیحات دي ، د کیریل خپله کیسه پدې اړه چې هغه څنګه دنده حل کړه. موږ د 1C کارمند او د سوداګرۍ سینډ باکس متخصصینو لپاره د IT حلونو څخه یو له ویتالي ریبالکا څخه هم وغوښتل چې د کیریل حلونو په اړه تبصره وکړي.
د دندې د یوې برخې په توګه، دا اړینه وه چې د څو ډوله کاروونکو فعالیتونه اتومات کړئ:
- د شرکت د شتمنیو د محاسبې مسؤلیت
- د غیر منظم ترمیم او د شرکت د شتمنیو د مهال ویش ساتنې لپاره مسؤل
- د اجزاوو او مصرفي توکو لپاره د پیرود مدیران
- د تیلو اکتشاف او د تیلو د تولید څانګه
- لوړ مدیریت تحلیلي راپورونو ته اړتیا لري
غونډه 1
د شتمنیو له نظره (د بیلګې په توګه، د موټرو بیړۍ)، دا اړینه وه چې د دوی محاسبه پلي کړي (نوي تاسیسات، د اوسني ایډیټ کول)، چټک لټون او د معلوماتو ښودلو لپاره مختلف ډوله فلټرونه، د شرکت د برخو ترمنځ د شتمنیو حرکت کول. او پخپله د شتمنیو ګروپونه. د دې ډول حرکتونو تاریخ وساتئ او په راتلونکي کې یې تحلیل وړاندې کړئ. د شتمنیو محاسبه په عمده توګه د ګرځنده کاروونکو ګروپونو لپاره پلي شوې.
سیریل: یو په زړه پوری فرعي دنده د شتمنیو په لیست کې د بټونو پلي کول وو. د دې د حل لپاره، موږ یو متحرک لیست وکاروو: موږ په خپل سري غوښتنه لیکو، او کله چې په سرور کې ډاټا ترلاسه کوو، موږ د انځور کتابتون څخه د انځورونو لپاره د نیویګیشن لینکونه اړین برخو ته وړاندې کوو.
د کنوانسیون له مخې، عکسونه په دوو لارو د شتمنۍ سره نښلول کیدی شي: یو عکس واخلئ (ملټي میډیا) او د ګالري څخه غوره کړئ (د فایل انتخاب ډیالوګ).
ځینې شکلونو ته اړتیا وه کله چې سکرین وګرځول شو نو بیا رسم شي:
کله چې د سکرین پیرامیټونه بدل کړو، موږ د تڼۍ ګروپونو لید بدلوو.
په زړه پورې مګر ساده کارونو کې په متحرک لیست کې فلټرونه شامل دي، په دوو برخو کې لټون (نوم او نوم)، او د شتمنۍ سیریل نمبر تولید.
د متخصص نظر: په 1C کې د حل له نظره: د شرکت پلیټ فارم، دنده خورا روښانه ده. د ګرځنده اپلیکیشن د ریښتیني رامینځته کولو سربیره ، دا اړینه وه چې د DBMS "سرور" (MS SQL په ډیسټاپ کې) څخه ګرځنده غوښتنلیک او شاته د ډیټا لیږدولو ته پاملرنه وکړئ. د دې هدف لپاره، د بهرنیو معلوماتو سرچینو میکانیزمونه او د HTTP خدماتو په ډیسټاپ "پراکسي غوښتنلیک" کې کارول شوي. پخپله د ګرځنده پلیټ فارم لپاره ، په متحرک لیست کې د عکسونو ښودلو پیچلتیا وړاندې کړې.
غونډه 2
دا اړینه وه چې د شرکت د شتمنیو لپاره د ترمیم مدیریت رامینځته کړي. د دې دندې د یوې برخې په توګه، دا اړینه وه چې د ترمیم لپاره د غوښتنو لیست وساتئ (د څانګو او ډلو لخوا)، د ترمیم بیړنۍ اړتیا لپاره لومړیتوبونه په پام کې ونیسئ، د لومړیتوبونو سره سم د ترمیم مهال ویش پلان کړئ، اړین اجزا ترتیب او ترتیب کړئ. موجوده په حساب کې. یو په زړه پورې فرعي دنده دا وه چې ځینې برخې د ختمیدو نیټه درلوده. که چیرې د یوې برخې لپاره دمخه د ورکړل شوې شتمنۍ لپاره امر شوی وي او د هغې نیټه پای ته نه وي رسیدلې نو د دې ملکیت لپاره بیا د ورته برخې اخیستلو ته اړتیا نشته. د ترمیم انٹرفیس د شرکت سافټویر ډیسټاپ برخې لپاره رامینځته شوی.
دا هم اړینه وه چې د دوو رولونو لپاره د غیر معمولي اختیار فورمه جوړه کړئ: مسؤل شخص او د خدماتو مدیر. ځانګړتیا دا ده چې د واک ورکولو وروسته تاسو باید په اتوماتيک ډول یو رول غوره کړئ.
د لیست فورمه چې مسؤل کس ته شتون لري لاندې وړاندې کیږي:
سیریل: یوازې د پاتې خدماتو غوښتنې روښانه کول دلته روښانه کیدی شي. په متحرک لیست کې د مشروط فارمیټینګ لخوا حل شوی.
د سکرین په ښکته کې د تڼۍ په کلیک کولو سره، کاروونکي کولی شي لاندې فورمې ته لاړ شي:
پدې فورمه کې د 1C نقطه نظر څخه هیڅ پیچلي ندي.
د خدماتو مدیر ته موجود فورمه په لاندې ډول ده:
دا فورمه د لومړیتوب او د غوښتنې نیټې له مخې ترتیب شوې ده. د لاندې تڼۍ په کلیک کولو سره، کاروونکي کولی شي د ټاکل شوې غوښتنې فورمې ته لاړ شي:
د فول پروف کولو سربیره، دا فورمه د ترمیم لپاره د اضافي پرزو لیست پلي کولو وړاندیز وکړ. فرعي ټاسک په زړه پورې دی ځکه چې برخې د پای نیټه لري. دا پدې مانا ده چې که چیرې د دې شتمنۍ سره یو اضطراري حالت رامینځته شوی وي او د هغې لپاره یوه برخه امر شوې وي ، د اعتبار موده یې پای ته نه ده رسیدلې ، نو بیا کارول کیدی شي. دا باید کارونکي ته وښودل شي.
د متخصص نظر: دلته کریل پخپله تلفظونه په سمه توګه ځای په ځای کړي. په 1C کې د پلي کولو له نظره: د تصدۍ پلیټ فارم ، هیڅ شی خورا پیچلي ندي. د محاسبې لپاره د شرایطو دقیق تحلیل او د فالتو پرزو کارولو او په ټوله کې د دندې وړ پلي کولو ته اړتیا وه. سربیره پردې، دا اړینه وه چې د خدماتو غوښتنې په سمه توګه ثبت کړي. اصلي ستونزه یوازې د 2.5 ساعتونو وخت فشار و.
برسېره پردې، د ګرځنده پراختیا په څیر، ګډون کوونکی باید په وړتیا سره د بهرني DBMS (MS SQL) څخه ډاټا ترلاسه کړي.
غونډه 3
د ساتنې (ساتنه) لپاره دا وړاندیز شوی و چې د اوږد مهاله پالن جوړونې خدمت پلي کړي. دلته یو په زړه پوری خصوصیت د وخت سره سم د شتمنیو لپاره د ساتنې مهالویش رامینځته کولو اړتیا وه - د مثال په توګه ، د هرې دوهمې میاشتې په دریمه. په ورته ډول، د ځینې کمیتي شاخص له مخې - د بیلګې په توګه، د موټر د اوډومیټر له مخې (په هر 3 کیلومتره کې د تیلو بدلول، په هر 5000 کیلومتره کې د ټایر بدلول). د ساتنې مدیر باید یو مناسب ګرځنده غوښتنلیک ترلاسه کړی وي چې په متحرک ډول د یوې ټاکلې مودې لپاره د وخت پاتې ، اوسني او بشپړ شوي ساتنې لیست ښیې. سربیره پردې، هر ډول ساتنه باید د ځانګړي توافق شوي مقرراتو سره سم په رنګ کې رنګ شي. د ګرځنده غوښتنلیک باید د ساتنې نوي مهالویشونو رامینځته کولو او په سرور کې د دې معلوماتو سمدستي تازه کولو سره په مستقیم ډول په ورکشاپونو کې بشپړ شوي د نښه کولو ډاډ ترلاسه کړي.
سیریل: د ترمیم دوه ډوله دي: د وخت پر بنسټ او د چلولو پر بنسټ. تغیرات په هر یو کې اجازه لري. د مثال په توګه، د پلان سره سم، ترمیم باید هره جمعه، د میاشتې په 13، یا هر 20,000 کیلومتره کې ترسره شي. یو کار بشپړ شوی ګڼل کیږي که چیرې د هغې ښي خوا ته چک نښه شتون ولري.
په لیست کې د دندو ترتیبولو لپاره یو شرط چمتو شوی و. همدارنګه، هره کرښه باید د شرایطو سره سم په رنګ کې روښانه شي.
د لاندې تڼۍ په کلیک کولو سره، تاسو کولی شئ د خدماتو نوی پلان جوړ کړئ:
اړین ساحې د ټاکل شوي چارټ ډول پورې اړه لري ښودل شوي. که موږ د اونۍ مهال ویش ټاکلی وي، نو موږ ته به دوه ساحې وښودل شي: د اونۍ شمیره او د اونۍ ورځ. د مثال په توګه، د سه شنبې په ورځ په هرو 3 اونیو کې.
د متخصص نظر: لکه څنګه چې په 1C کې د مخکینۍ ګرځنده پراختیا په توګه: د شرکت پلیټ فارم، دلته دنده په نړیواله کچه په 2 برخو ویشل شوې - د ویب-api له لارې د "سرور" سره اړیکه او د مشروط ډیزاین او فلټر کولو (انتخاب) سره د متحرک لیست وړتیا ښودل. ډاټا برسېره پر دې، دا په زړه پورې وه چې د ترمیم لپاره د حساب ورکولو اړتیا پلي کول دواړه د مودې او کمیتي شاخص له مخې.
غونډه 4
د اجزاوو او مصرفي توکو لپاره، دا اړینه وه چې د انوینٹری، پلان لګښتونه او راتلونکي پیرود په پام کې ونیول شي. برسېره پردې، د بیچ محاسبه دلته ښکاره شوه، مګر د ټولو توکو لپاره نه. دا ټول باید په ډیری ګودامونو کې اداره شي، په شمول د رسید، لګښت او حرکت. د دندې د شرایطو سره سم، دا اړینه وه چې د توازن کنټرول ډاډمن کړي او د اوسني سټاک سره کار کولو پر مهال د شخړو څخه مخنیوی وشي. د پیرود مدیران د سافټویر په ډیسټاپ نسخه کې کار کوي.
اصلي بڼه لاندې ښودل شوې ده:
سیریل: د حالت څخه د ترتیب کولو سربیره، دا وړاندیز شوی و چې کارونکي ته دا وړتیا ورکړي چې په تصادفي ډول ترتیب کړي. په 1C کې تاسو حتی د دې په اړه فکر کولو ته اړتیا نلرئ. د برخو د مقدار سره ساحه باید د رسیدونو لپاره په شنه رنګ روښانه شي.
په دې غونډه کې له دوی وغوښتل شول چې په ګودامونو کې پاتې مالونه کنټرول کړي. نو، اړونده پیغام باید ښکاره شي کله چې تاسو د رسید حذف کولو هڅه کوئ. دلته موږ د پلیټ فارم متخصص ازموینه یادوو. د رسید فورمه په لاندې ډول ده:
هره برخه یو ځانګړتیا لري چې دا ټاکي چې ایا دا باید یو ځانګړي بست ته وټاکل شي. د داسې فالتو پرزو لپاره، دا اړینه ده چې په ټولو اسنادو کې د بیچ شمیره په ګوته کړئ. دا یو اضافي اندازه ده کله چې د برخو پاتې شونو څارنه وکړي. دوی د ګودامونو ترمنځ هم لیږدول کیدی شي:
فورمه له تیرو څخه توپیر لري یوازې د پیرودونکي په ځای، تاسو اړتیا لرئ هغه ګودام په ګوته کړئ چې له کوم ځای څخه به تحویل شي. د بست لپاره د انتخاب لیست په اتوماتيک ډول د برخې غوره کولو وروسته تنظیم شوی. کارونکي کولی شي د فالتو پرزو بیلانس په اړه راپور چمتو کړي:
دلته موږ کولی شو په ټاکل شوي ګودام کې پاتې توکي وګورو. د ګودام ښي خوا ته چیک بکس تاسو ته اجازه درکوي د فلټر کولو او ترتیب کولو تنظیم کړئ. لیست د هغو برخو لپاره چې ورته اړتیا لیدل کیږي د ډیری په واسطه روښانه ویش نلري. د ټاکل شوي اضافي برخې د هرې بیچ نمبر لپاره بیلانسونه په ښي خوا کې د نیویګیشن لینک په کارولو سره لیدل کیدی شي.
د متخصص نظر: په دې غونډه کې (ماډول) د بست محاسبه د لومړي ځل لپاره ښکاره شوه. برخه اخیستونکي اړ وو چې د مصرفي توکو او توکو حساب وکړي نه یوازې پخپله ، بلکه د بیچ لخوا هم. په عموم کې، دنده د 1C لپاره مناسبه ده: د شرکت پلیټ فارم - مګر دا ټول باید له سکریچ څخه رامینځته شوي او په 2.5 ساعتونو کې بشپړ شوي.
غونډه 5
په پنځمه ناسته کې، موږ ته د ښه مدیریت فعالیت وګومارل شو. د اکتشاف ډلو لپاره، دا اړینه وه چې یو ګرځنده اپلیکیشن رامینځته کړي چې د تیلو یا ګازو تولید څاګانو حساب وکړي. دلته دا اړینه وه چې د سرور څخه د اوسنیو څاګانو لیست ترلاسه کړئ او د هر پرت ژوروالي په پام کې نیولو سره د پرتونو (خاورې، شګه، ډبرې، تیلو) په واسطه غوره شوي څاه په ګرافیک ډول ښکاره کړئ. سربیره پردې ، غوښتنلیک باید د څاه په اړه د معلوماتو تازه کولو او نوي څاګانو اضافه کولو ته اجازه ورکړي. د دې غوښتنلیک لپاره، پیرودونکي په آفلاین او آنلاین حالتونو کې ځانګړي عملیاتي شرایط ټاکي (د سرور سره د مخابراتو کنټرول) - په هر 5 ثانیو کې د سرور سره اړیکه چک کول او د سرور شتون پورې اړه لري د غوښتنلیک فعالیت بدلول.
سیریل: کله چې تاسو څاه غوره کړئ، د بار ګراف ښکاره کیږي، کوم چې د تیلو یا ګازو زیرمو ته پرتونه روښانه کوي. د هرې طبقې لپاره، د هغې نوم، رنګ او د پیښې رینج ساتل کیږي. د ډیزاین ب featuresو له امله ، په پلیټ فارم کې جوړ شوي ډیاګرامونه مرسته نه کوي ، مګر د سپریډ شیټ سند په بشپړ ډول د دندې سره کاپي کوي. څاه ګانې رامینځته او ترمیم کیدی شي:
د ډیری فول پروف محافظت سربیره ، د دې فارم په اړه هیڅ په زړه پوري ندي.
بیا، دا وړاندیز شوی و چې سرور ته پیوستون کنټرول کړئ. موږ هڅه کوو چې په هر 5 ثانیو کې وصل کړو. که دا کار ونکړي، نو موږ د غوښتنلیک فعالیت محدودوو او یو پیغام ښکاره کوو.
د متخصص نظر: د دې غونډې دنده د ګرافیکي وړتیاوو له امله په زړه پورې ده. برخه اخیستونکو د 1C:Enterprise پلیټ فارم په کارولو سره دا په دوه مختلف لارو حل کړ - ځینې یې د ډیاګرام میکانیزم په کارولو سره ، نور یې د سپریډ شیټ سند کاروي. هر میتود خپل ګټې او زیانونه لري. د ورلډ سکلز اتلولۍ کې د پریکړې د یوې برخې په توګه، وخت مهم و (د وخت محدودیت بیا په یاد ولرئ). یو جلا په زړه پوری دنده دا ده چې په هر 5 ثانیو کې سرور پینګ کړئ او د ګرځنده غوښتنلیک چلند بدل کړئ د سرور شتون یا شتون پورې اړه لري.
غونډه 6
دا وړاندیز شوی و چې د لوړ مدیریت - ډشبورډ لپاره کاري ځای رامینځته کړي. په یوه سکرین کې دا اړینه وه چې د یوې ټاکلې مودې لپاره د شرکت عمومي فعالیت شاخصونه په ګرافیکي او جدول کې ښکاره شي. اصلي بڼه د لګښت راپور دی:
د ډشبورډ سربیره ، دا اړینه وه چې د FIFO/LIFO/"ارزانه لومړی ځي" د لیکلو میتودونو په کارولو سره د شتمنیو ترمیم لپاره د فالتو پرزو ویش پلي کړئ.
د توزیع په جریان کې، د بیچ حساب ورکول په پام کې نیول شوي، د توازن کنټرول او د غیر مجاز کارونکي کړنو په وړاندې محافظت ("احمق تحفظ") کارول شوي.
سیریل: د حل کولو لپاره، د سافټویر تولید کالمونو سره د ارزښتونو جدولونه کارول شوي، ځکه چې د دوی خپل سري شمیر شتون لري:
- لومړی جدول د میاشتې لخوا د څانګو ټول لګښتونو مسؤل دی. ترټولو بې ګټې او ګټورې برخې په ترتیب سره په سور او شنه کې روښانه شوي.
- دوهم جدول د هرې میاشتې لپاره خورا ګران او ډیری وختونه کارول شوي برخې ښیې. که چیرې ډیری برخې شتون ولري چې معیارونه پوره کوي، نو دوی باید په یوه حجره کې ښکاره شي، د کوما لخوا جلا شوي.
- تر ټولو قیمتي شتمنۍ (د پرزو د لګښتونو له مخې) د دریم جدول په لومړي کتار کې ښودل شوي. دویمه کرښه هغه ویش ښیې چې پورته شتمنۍ پورې اړه لري. که چیرې دوه خورا قیمتي شتمنۍ د ورته لګښتونو سره وي، نو دوی باید په ورته حجره کې ښکاره شي، د کوما په واسطه جلا شوي.
ډیاګرامونه د پلیټ فارم جوړ شوي میکانیزمونو په کارولو سره ښودل شوي ، او د پوښتنو په کارولو سره په برنامه کې ډک شوي.
دا هم وړاندیز شوی و چې د څو ژبو ملاتړ پلي کړي. برنامه د انٹرفیس عناصرو ځایی کولو سره د XML فایلونه پورته کوي ، او فورمه باید له سره رسم شي کله چې د ډراپ-ډاون لیست کې ژبه غوره کړئ.
کله چې تاسو د سکرین په ښکته ښي کونج کې تڼۍ باندې کلیک وکړئ، د لیست مدیریت فورمه خلاصیږي:
په دې بڼه، موږ په پای کې په ترمیم باندې د برخو مصرف پیل کوو. دلته موږ لومړی هغه برخې پیدا کوو چې موږ به یې د شتمنۍ ترمیم ته اړتیا ولرو. د ټاکل شوي ساحو او توزیع میتود (FIFO، LIFO یا لږترلږه قیمت) پراساس، میچونه موندل شوي یا یو پیغام که چیرې هیڅ میچ نه ښودل کیږي. بیا تاسو کولی شئ هغه برخې په نښه کړئ لکه څنګه چې د دې شتمنۍ ترمیم کولو لپاره دي. د توازن کنټرول د اوسني ناستې لپاره اړین دی. که موږ دمخه توضیحات ټاکلي وي ، نو بیا دوی نشي موندلی.
د متخصص نظر: ډېره په زړه پورې غونډه. دا د 1C:Enterprise پلیټ فارم ډیری وړتیاوې رامینځته کوي - دلته د راټولولو راجسترونو مجازی جدولونو سره وړ کار دی ، او د فارم عناصرو سره برنامې کار (لومړی - جدولونه ، دوهم - سرلیکونه) ، او ډیاګرامونه. او حتی LIFO/FIFO کله چې د موجودیت تحلیل ، ګټه / زیان تحلیل ، او داسې نور.
غونډه 7
د دندې په پای کې (۷مه ناسته)، پیرودونکي د پروژې فعالیتونو لپاره سافټویر (exe فایل) او د هغې سره د کار کولو لنډ ویډیو چمتو کړه. دا اړینه وه چې ریورس انجینرۍ ترسره کړئ او د دې پراساس ، 7 ډیاګرامونه رامینځته کړئ: د کارونې قضیې ډیاګرام او د ادارې اړیکې ډیاګرام. سربیره پردې ، په راتلونکي کې د سافټویر رامینځته کولو لپاره ځینې اړتیاوې وړاندې شوې - دا اړینه وه چې د دې اړتیاو سره سم د انٹرفیس ترتیب رامینځته کړئ.
د سیالۍ شرایطو سره سم، یوازې MS Visio ته اړتیا وه چې ډیاګرامونه جوړ کړي.
د متخصص نظر: په دې غونډه کې، د 1C:Enterprise پلیټ فارم وړتیاوې په عملي توګه نه دي کارول شوي. د سیالۍ شرایطو لپاره ډیاګرامونه په MS Visio کې رامینځته شوي. مګر د انٹرفیس پروټوټایپ په خالي 1C معلوماتو بیس کې رامینځته کیدی شي.
عمومي څرګندونې
د هرې ناستې په پیل کې، دا وړاندیز شوی و چې د SQL سکریپټ په کارولو سره ډاټا وارد کړي. دا د C# په پرتله د 1C کارولو اصلي زیان و ، ځکه چې موږ لږترلږه نیم ساعت د ډیټا ډیټا په خارجي سرچینو کې مینځلو ، زموږ خپل میزونه رامینځته کولو ، او زموږ میزونو ته د بهرنیو سرچینو څخه قطارونو حرکت کولو کې تیر کړل. پاتې نور یوازې د مایکروسافټ SQL سټوډیو کې د اجرایوي تڼۍ کلیک کولو ته اړتیا لري.
د واضح دلیلونو لپاره، په ګرځنده وسیله کې د معلوماتو ذخیره کول ښه نظر نه دی. له همدې امله، د ګرځنده غونډو په جریان کې موږ د سرور اساس جوړ کړ. دوی هلته ډاټا ذخیره کړې او د http خدماتو له لارې یې ورته لاسرسی چمتو کړی.
د متخصص نظر: د 1C/non-1C بیلانس دلته په زړه پورې دی - پداسې حال کې چې 1C: د شرکت پروګرام کونکو د بهرني DBMS سره وصل کولو کې د پام وړ وخت تیر کړ (کیریل دا په جلا توګه پورته یادونه وکړه) ، C#/جاوا (د ګرځنده پراختیا لپاره د Android سټوډیو) پراختیا کونکو په نورو برخو کې وخت تیر کړ - انٹرفیس، نور کوډ لیکل. له همدې امله، د هرې غونډې پایلې د ټولو متخصصینو لپاره غیر متوقع او خورا په زړه پورې وې. او دا دسیسه تر پایه پاتې شوه - یوازې د ګټونکو وروستي جدول ته د پوائنټونو ویش سره وګورئ.
کریل کیسه پای ته ورسوله :)
په پایله کې، دا باید په یاد وساتل شي چې لوبغاړی اړتیا نلري "یوازې د تخنیکي مشخصاتو سره سم دنده برنامه کړي" - هغه باید دنده تحلیل کړي، د فرعي کارونو پلي کولو لپاره بلاکونه غوره کړي، ډیزاین کړي او پریکړه وکړي چې هغه به څه وي. د دې وړتیا لري چې په خورا لنډ ټاکل شوي وخت کې له دې څخه پلي شي. ټولې 4 ورځې زه باید د سخت وخت فشار لاندې عمل وکړم، ډیری وختونه د هرې بلې ناستې له پیل څخه پیل کوم. حتی یو بالغ متخصص چې په صنعت کې د ډیری کلونو تجربې سره به په ټاکل شوي وخت کې د غونډې 100٪ لپاره ټاکل شوې دنده بشپړولو کې خورا ستونزمن وي.
د ارزونې منل شوی سیسټم د ځانګړې پاملرنې وړ دی.
د هرې ناستې لپاره، د کار لیکوالان د معیارونو پیچلي سیسټم رامینځته کوي، پشمول د فعالیت چک کول، سم عملیات، د غوښتنلیک انٹرفیس لپاره اړتیاوې، او حتی د سټایل لارښود تعقیب کول چې په ځانګړې توګه د شرکت لخوا ګډونوالو ته چمتو شوي چې دوی د دوی حلونه رامینځته کوي.
د ارزونې معیارونه خورا دقیق دي - د غونډې ټول لګښت د لسګونو ټکو سره ، د ځینې معیارونو پوره کول کولی شي برخه اخیستونکي ته د یوې نقطې لسمه برخه اضافه کړي. دا په سیالۍ کې د هر ګډون کونکي د پایلو ارزولو خورا لوړه او هدف کچه ترلاسه کوي.
پایلې
وروستۍ پایلې اغیزمنې وې.
په یوه سخته مبارزه کې، د روسیې څخه کیریل پاوکین، چې د 1C:Enterprise پلیټ فارم یې کارولی و، وګټله. Kirill 17 کلن دی، هغه د Stavropol څخه دی.
په لفظي توګه د یوې نقطې لسمه برخه ګټونکي د هغه د تعقیبونکو څخه جلا کوي. دوهم ځای د تایوان څخه د ګډون کونکي لخوا واخیستل شو. د پورتنیو شپږو پایلو ټولیز جدول داسې ښکاري:
البته، Kirill د خپل استعداد، پوهې او مهارتونو مننه وګټله.
په هرصورت، موږ یادونه کوو چې ټول درې برخه اخیستونکي چې د 1C: تصدۍ پلیټ فارم یې د یوې وسیلې په توګه کارولی په غوره پنځو کې شامل شوي - کوم چې د نړۍ په کچه د 1C: شرکت ټیکنالوژۍ غیر مشروط تایید دی.
د سیالۍ د پایلو په تعقیب، ګټونکي د کازان ایکسپو د رسنیو په مرکز کې ورکړل شول؛ هلکانو د خالص سرو زرو مډالونه (د دوی د ځای سره سم) او نغدي جایزې ترلاسه کړې. هلکانو هم سندونه ترلاسه کړل چې دوی ته اجازه ورکوي چې په 1C کې انټرنشپ ترسره کړي.
سرچینه: www.habr.com