Birinci sinif şagirdlərinin uyğunlaşmasına təsir edən amillər
Birinci sinif şagirdlərinin uyğunlaşma dövrü onların idrak və öyrənmə prosesində mühüm mərhələdir. Valideynlər, müəllimlər və...
Dizayn alətləri haqqında danışmazdan əvvəl vacib bir məsələ üzərində dayanmaq istərdim: “ İnformasiya sistemlərinin dizaynı nə üçün lazımdır?". Xüsusilə 1C mütəxəssisləri arasında olduqca populyar olan sistem dizaynının əlavə əmək olduğuna dair fikirdir. Mən deyərdim ki, əsassız deyil. Sistemlərin həyata keçirilməsində bir çox tapşırıq kifayət qədər standartdır və yalnız inkişaf səylərini tələb edir. Çox vaxt yeni mexanizmlər və alətlər yaradılmır, lakin yalnız mövcud olanlar "bitirilir", üstəlik müştərinin müntəzəm olaraq dəyişən ehtiyaclarına uyğundur. Bu halda, formal dizayn prosesi çətin ki, məna kəsb edir. haqqında konkret olaraq prosesin rəsmiləşdirilməsi haqqında, çünki dizayn prosesinin özü inkişafın ayrılmaz hissəsidir və əlbəttə ki, yalnız geliştiricinin başında olsa belə, mövcud olacaqdır.
Dizayn mənalı olduqda:
1)
Şirkət üçün ümumi strategiya var və İT sistemlərinin inkişafı bu strategiyanın tərkib hissəsidir.2)
İcra/inkişaf yolu ilə hansı vəzifələrin həll edilməli olduğu barədə rəhbərlikdən anlayış var məlumat Sistemi.3)
Şirkətin biznes proseslərinin formal anlayışı/təsviri var və ya onun yaradılması planlaşdırılır.Aşağıda sistem layihəsi yaratmaq üçün ilkin şərtlərin sxematik təsviri verilmişdir:
Əslində hər şey strategiyadan başlayır. Şirkət strategiyasının yaradılması üçün alətlər nadir hallarda ixtisaslaşmışdır. Bu, daha çox top menecerin başında olması lazım olan bir şeydir. Sonra, bir iş prosesi modeli qurulur (strateji məqsədlərə nail olmaq üçün mövcud olmalıdır). Burada modelləşdirmə alətləri artıq istifadə olunur - ARIS, Business Studio. Və yalnız bundan sonra İT proseslərinin modelinə gəlir. "Qabaqcıl" Qərb satıcılarının bunun üçün xüsusi alətləri var - USAP inteqrasiya olunmuş ARIS, IBM - RUP, Microsoft - Visual Studio-ya inteqrasiya olunmuş MSF. Beləliklə, 1C-nin öz aləti var - 1C: DSS.
İndi ikinci sual yaranır: 1C: DSS praktikada necə istifadə olunur"? Bu halda mən ancaq şəxsi təcrübəmdən danışa bilərəm. Təəssüf ki, 1C: DSS-nin 1C-də planlaşdırıldığı ilə üst-üstə düşməyə bilər. Təcrübəmdə 1C: DSS aşağıdakı tapşırıqlar üçün istifadə edilmişdir:
Şəkildən, bəlkə də, hər şey aydındır - cari biznes prosesi modelləri əsasında məlumat sistemə daxil edilir - sistem modeli tərtib edilir: metadata və alqoritmlər səviyyəsinə parçalanan proseslər və funksiyalar. Əlavə sənədlər yaradılır - inkişaf üçün spesifikasiyalar, dizayn qərarları və hətta istifadəçi sənədləri.
Qeyd etmək lazımdır ki, bu halda söhbət o qədər də 1C: DSS-dən deyil, onun əsasında kifayət qədər əhəmiyyətli dəyişikliklər etməklə hazırlanmış sistemdən gedir. Fakt budur ki, 1C: DSS-in ilk versiyası, belə bir vasitəyə ehtiyacımız olduqda, tələblərimizə cavab vermədi və həqiqətən də heç kimin tələblərinə cavab verə bilmədi:
Ancaq bu, artıq "bağlanmaq" və tam xüsusiyyətli bir alət hazırlamaq üçün bir şey idi. Xoşbəxtlikdən, 1C 1C: DSS-ni bizimkinə paralel olaraq inkişaf etdirirdi və hazırda əlavə edilməli olanların çoxu artıq tətbiq edilmişdir. tipik konfiqurasiya.
Nəticədə, mənim fikrimcə, 1C: DSS-ə keçməli olan bütün funksiyalar aşağıdakı 4 hissəyə bölmək olar:
1)
Simulyasiya funksiyalarıa.
Sistem modeli, BP modeli ilə əlaqə (müxtəlif qeydlərdə)b.
Sistem modelinin metadata və 1C alqoritmləri ilə əlaqəsic.
Modelləşdirmə mühitləri ilə inteqrasiya2)
Əməkdaşlıq Xüsusiyyətləria.
Tələblərlə işləməkb.
Səhvlərlə məşğul olmaq3)
Sənədləşdirmə xüsusiyyətləria.
Sənədlərin modellə əlaqəsib.
Sənədlərin 1C-yə ixracı və Söz4) İnkişaf və sınaqların təşkili funksiyaları
a.Spesifikasiyalar və İnkişaf Tapşırıqları
b.Test nəticələri və səhvlərin idarə edilməsi
Tipik 1C: DSS-də blok (1) çox yaxşı həyata keçirilir, istisna olmaqla, əlbəttə ki, modeli müxtəlif notlarda təmsil etmək istərdim. Biz daha yaxın idik EPC , 1C-də: DSS yalnız həyata keçirilir IDEF0.
Mövcud versiyada komanda işi funksiyaları tam şəkildə həyata keçirilir, mənim fikrimcə, əlbəttə ki, səhvlər və tələblərlə işləyərkən bu, çox vaxt lazımdır.
Sənədləşmə ilə bağlı problemlər var. 1C: DSS-də çatışmayan əsas funksionallıq ixracdır Söz . Axı, dizaynerin işinin nəticəsi inkişaf üçün spesifikasiya olmalıdır (TK / CHTZ - kim onu çağırır). Və spesifikasiya insanın oxuya bilməsi üçün lazım olan bir şeydir; yəni mətn faylı. Yenə də sistem üzrə sənədlər və layihə sənədləri. Ancaq ənənəvi olaraq 1C məhsullarla inteqrasiya etməyi sevmir Microsoft Office . Bu, çarpaz platforma prinsiplərinə ziddir, həlli xarici tətbiqlərdən asılı edir və inkişafın mürəkkəbliyini əhəmiyyətli dərəcədə artırır.
1-də inkişaf və sınaqların təşkili üçün funksionallıq C : DSS sadəcə mövcud deyil. Baxmayaraq ki, niyə aydın deyil. Həyatında ən azı bir dəfə tapşırıq izləmə sistemi yazmamış təcrübəli tərtibatçı ilə nadir hallarda rastlaşırsınız. Eyni SAP-a diqqət yetirsəniz - Solution Manager-də həm dizayn funksionallığı, həm də tam hüquqlu var Xidmət Masası.
Əslində, DSS ilə bağlı bu funksionallıq tamamlandı - 1C: DSS-in əsas təkmilləşdirmələri ilə əlaqədar çıxışSöz və tapşırıqların uçotu sisteminin yaradılması .
İndi yeni versiyanın tipik 1C: DSS-nin funksionallığına daha yaxından nəzər salaq:
Beləliklə, ilk versiya ilə bağlı bir çox maraqlı şeylər ortaya çıxdı:
1) Metadata ilə normal iş - metadata obyektlərinin konfiqurasiyasından, görünüşündən, əlavə xüsusiyyətlərindən birbaşa metadataların yüklənməsi. İlk versiyada bu funksiyanı inkişaf etdirməyə xeyli vaxt sərf etdik.
2) Notationda Sistemin Modelləşdirilməsi IDEF . 1C bu funksionallığın inkişafına çox pul xərclədi. Həqiqətən irəliyə doğru əhəmiyyətli bir addım, amma yuxarıda yazdığım kimi qeyd bizim üçün daha tanış və əlverişli oldu EPC . Təəssüf ki, 1C: DSS-də həyata keçirilmir.
3) Tələblərin toplanması. Layihələr üçün funksionallıq çox vacibdir.
4) ER metadata modeli. İlk təəssürat "tələbənin arzusu" oldu. Kimsə 1C-də diplom yazsa, çox kömək edərdi. Əslində, funksionallıq gündəlik iş praktikasında çox faydalıdır. Tipik bir tətbiq həllinin mexanizmlərini sadəcə qurmaqla 1C: DSS-ə yükləməklə belə ER zəruri obyektlərin diaqramı müəyyən bir mexanizmin necə işlədiyini anlamaq üçün daha sürətli və daha asan ola bilər. Spesifikasiyaların hazırlanmasında belə diaqramların faydalılığını söyləmək olmaz. Bu fürsətə görə “çox sağ olun” deyə bilərik.
5) Səhvlərlə mübarizə də çox zəruridir, lakin sistemin kifayət qədər sadə mexanizmi.
6) Hətta arayış məlumatlarının yazılması üçün alət dəsti də var. 1C-də quraşdırılmış mətn redaktorunun məhdudiyyətlərinə görə o, artıq çox güclü və rahat deyil, lakin yardımı metadata ilə əlaqələndirmək və yardım fayllarını ixrac etmək indi istifadə edə biləcəyiniz çox rahat funksionallıqdır.
1C: DSS-dən necə istifadə edirik. Tamamilə mümkündür ki, bizim işimiz 1C-nin planlaşdırdığı kimi tipik bir ssenari deyil. Ümumi sxem bu kimi bir şey görünür:
IN
Çox güman ki, 1C tərəfindən təmin edilən tipik istifadə vəziyyətində, sistemdəki testerlərin və tərtibatçıların işi nəzərdə tutulmur. Həmçinin, alqoritmlərin ətraflı təsviri verilmir.
Beləliklə, 1C: DSS-dən istifadə etməklə nə əldə edirik:
1) Tərtibatçılar dizaynerlərdən ayrılır. SAP-dan ən yaxşı təcrübə xoş gəlmisiniz . Bu, yəqin ki, düzgündür, lakin bunun mümkün olması üçün sadəcə bir sistem lazımdır. Eyni zamanda, belə bir sistemlə demək olar ki, hər hansı bir tərtibatçının demək olar ki, hər hansı bir tapşırıq üzərində işi yerinə yetirə biləcəyini söyləyə bilərik. "Qapıları açır". Məsələn, bu gün 3 tərtibatçınız var, sabah isə 30 ola bilər... yəni. xarici podratçıların işə götürülməsi üçün seçimlər məhdudiyyətsizdir.
2) Layihə sənədlərinin yaradılması.Bizim vəziyyətimizdə bu, sadəcə, həcmdir. Təsəvvür edin, məsələn, SCP-nin bütün metadatalarını təsvir etmək vəzifəsi ... 1C: DSS bu prosesi onlarla dəfə sadələşdirir.
3) Tapşırıqların uçotu - inteqrasiya edildikdə çox rahatdır. Tərtibatçı təyin edilmiş tapşırıqda hər şeyi dərhal görə bilər. Lazım gələrsə, özü üçün bir şeyi başa düşmək / aydınlaşdırmaq üçün "daha yüksək səviyyəyə" qalxa bilər. Həm dizayner, həm də tərtibatçı inkişaf səylərini qiymətləndirə və təxminlər üzərində razılaşa bilər. Tərtibatçı spesifikasiyalara suallar yaza və onlarda dəyişiklikləri tez müşahidə edə bilər
4) Bütün layihə sistemdədir. Hər bir metadata obyekti üçün onun nə vaxt, nə üçün və nə üçün edildiyini izləyə bilərsiniz.
1) Dəyişiklik idarəetməsi. Nə dəyişdi, kim razılaşdı? Nə üçün təsir bu dəyişiklikdir. Çox mühüm məqam, əlbəttə ki, həyata keçirmək çətin, lakin dəyişiklik rəhbərliyi dərhal sistemi gətirəcək yeni səviyyə və faydalılığını artırır.
2) Konfiqurasiya mağazası ilə əlaqə. Təbii ki, zəncirin son pilləsi bir qədər əskikdir. Bu inkişaf sistemdə hansı tapşırıq/spesifikasiya haqqında məlumat əldə etmək mümkün olsaydı?
3) ARIS/Business Studio ilə inteqrasiya. Təəssüf ki, quraşdırılmış 1C alətləri diaqramların qurulması üçün rahatlıq və funksionallıq baxımından ixtisaslaşdırılmış alətlərə əhəmiyyətli dərəcədə itirir. EPC/IDEF.
Ümumilikdə, 1C: DSS çox funksional və praktik bir məhsuldur. Aydındır ki, 1C düzgün istiqamətdə hərəkət edir. Ola bilsin ki, başqa bir şey səhvdir, nəsə çatışmır, ona görə də sistemin inkişafını səbirsizliklə gözləyirik, yaxşı, ya da özümüz yekunlaşdırırıq.
************
Sizi yeni konfransa dəvət edirik.
Dizayn alətləri haqqında danışmazdan əvvəl vacib bir məsələ üzərində dayanmaq istərdim: “ İnformasiya sistemlərinin dizaynı nə üçün lazımdır?". Xüsusilə 1C mütəxəssisləri arasında olduqca populyar olan sistem dizaynının əlavə əmək olduğuna dair fikirdir. Mən deyərdim ki, əsassız deyil. Sistemlərin həyata keçirilməsində bir çox tapşırıq kifayət qədər standartdır və yalnız inkişaf səylərini tələb edir. Çox vaxt yeni mexanizmlər və alətlər yaradılmır, lakin yalnız mövcud olanlar "bitirilir", üstəlik müştərinin müntəzəm olaraq dəyişən ehtiyaclarına uyğundur. Bu halda, formal dizayn prosesi çətin ki, məna kəsb edir. Söhbət prosesin rəsmiləşdirilməsindən gedir, çünki dizayn prosesinin özü inkişafın ayrılmaz hissəsidir və əlbəttə ki, yalnız developer.xml:namespace prefiks = "o" ns = "urn:schemas-microsoft-com:office:office" başlığında olsa belə mövcud olacaq. /
Dizayn mənalı olduqda:
1) Şirkət üçün ümumi strategiya var və İT sistemlərinin inkişafı bu strategiyanın tərkib hissəsidir.
2) Rəhbərlikdən informasiya sisteminin tətbiqi/inkişafı yolu ilə hansı vəzifələrin həll edilməli olduğu anlayışı var.
3) Şirkətin biznes proseslərinin formal anlayışı/təsviri var və ya onun yaradılması planlaşdırılır.
Aşağıda sistem layihəsi yaratmaq üçün ilkin şərtlərin sxematik təsviri verilmişdir:
xml:namespace prefiksi = "v" ns = "urn:schemas-microsoft-com:vml" /
Əslində hər şey strategiyadan başlayır. Şirkət strategiyasının yaradılması üçün alətlər nadir hallarda ixtisaslaşmışdır. Bu, daha çox top menecerin başında olması lazım olan bir şeydir. Sonra, bir iş prosesi modeli qurulur (strateji məqsədlərə nail olmaq üçün mövcud olmalıdır). Modelləşdirmə vasitələri burada işə düşür -
ARIS, Business Studio . Və yalnız bundan sonra İT proseslərinin modelinə gəlir. "Qabaqcıl" Qərb satıcılarının bunun üçün xüsusi alətləri var - SAP inteqrasiya olunmuş ARIS, IBM-də RUP, Microsoft-da MSF var , inteqrasiya olunur vizual studiya . Beləliklə, 1C-nin öz aləti var - 1C: DSS.İndi ikinci sual yaranır: 1C: DSS praktikada necə istifadə olunur"? Bu halda mən ancaq şəxsi təcrübəmdən danışa bilərəm. Təəssüf ki, 1C: DSS-nin 1C-də planlaşdırıldığı ilə üst-üstə düşməyə bilər. Təcrübəmdə 1C: DSS aşağıdakı tapşırıqlar üçün istifadə edilmişdir:
Şəkildən, bəlkə də, hər şey aydındır - cari biznes prosesi modelləri əsasında məlumat sistemə daxil edilir - sistem modeli tərtib edilir: metadata və alqoritmlər səviyyəsinə parçalanan proseslər və funksiyalar. Əlavə sənədlər yaradılır - inkişaf üçün spesifikasiyalar, dizayn qərarları və hətta istifadəçi sənədləri.
Qeyd etmək lazımdır ki, bu halda söhbət o qədər də 1C: DSS-dən deyil, onun əsasında kifayət qədər əhəmiyyətli dəyişikliklər etməklə hazırlanmış sistemdən gedir. Fakt budur ki, 1C: DSS-in ilk versiyası, belə bir vasitəyə ehtiyacımız olduqda, tələblərimizə cavab vermədi və həqiqətən də heç kimin tələblərinə cavab verə bilmədi:
Ancaq bu, artıq "bağlanmaq" və tam xüsusiyyətli bir alət hazırlamaq üçün bir şey idi. Xoşbəxtlikdən, 1C 1C: DSS-ni bizimkinə paralel olaraq inkişaf etdirirdi və hazırda əlavə edilməli olanların çoxu artıq standart konfiqurasiyada tətbiq edilmişdir.
Nəticədə, mənim fikrimcə, 1C: DSS-ə keçməli olan bütün funksiyalar aşağıdakı 4 hissəyə bölmək olar:
1) Simulyasiya funksiyaları
a.Sistem modeli, BP modeli ilə əlaqə (müxtəlif qeydlərdə)
b.Sistem modelinin metadata və 1C alqoritmləri ilə əlaqəsi
c.Modelləşdirmə mühitləri ilə inteqrasiya
2) Əməkdaşlıq Xüsusiyyətləri
a.Tələblərlə işləmək
b.Səhvlərlə məşğul olmaq
3) Sənədləşdirmə xüsusiyyətləri
a.Sənədlərin modellə əlaqəsi
b.Sənədlərin 1C-yə ixracı və Söz
4) İnkişaf və sınaqların təşkili funksiyaları
a.Spesifikasiyalar və İnkişaf Tapşırıqları
b.Test nəticələri və səhvlərin idarə edilməsi
Tipik 1C: DSS-də blok (1) çox yaxşı həyata keçirilir, istisna olmaqla, əlbəttə ki, modeli müxtəlif notlarda təmsil etmək istərdim. Biz daha yaxın idik EPC , 1C-də: DSS yalnız həyata keçirilir IDEF0.
Mövcud versiyada komanda işi funksiyaları tam şəkildə həyata keçirilir, mənim fikrimcə, əlbəttə ki, səhvlər və tələblərlə işləyərkən bu, çox vaxt lazımdır.
Sənədləşmə ilə bağlı problemlər var. 1C: DSS-də çatışmayan əsas funksionallıq ixracdır Söz . Axı, dizaynerin işinin nəticəsi inkişaf üçün bir spesifikasiya olmalıdır (TK / CHTZ - kim çağırırsa). Və spesifikasiya insanın oxuya bilməsi üçün lazım olan bir şeydir; yəni mətn faylı. Yenə də sistem sənədləri və layihə sənədləri Word faylı ilə tərtib edilməlidir. Ancaq ənənəvi olaraq 1C məhsullarla inteqrasiya etməyi sevmir Microsoft Office . Bu, çarpaz platforma prinsiplərinə ziddir, həlli xarici tətbiqlərdən asılı edir və inkişafın mürəkkəbliyini əhəmiyyətli dərəcədə artırır.
1-də inkişaf və sınaqların təşkili üçün funksionallıq C : DSS sadəcə mövcud deyil. Baxmayaraq ki, niyə aydın deyil. Həyatında ən azı bir dəfə tapşırıq izləmə sistemi yazmamış təcrübəli tərtibatçı ilə nadir hallarda rastlaşırsınız. Eyni şeyə diqqət yetirsəniz SAP - Həll Menecerində həm dizayn funksionallığı, həm də tam hüquqlu var Xidmət Masası.
Əslində, DSS ilə bağlı bu funksionallıq tamamlandı - 1C: DSS-in əsas təkmilləşdirmələri ilə əlaqədar çıxış Söz və tapşırıqların uçotu sisteminin yaradılması .
İndi yeni versiyanın tipik 1C: DSS-nin funksionallığına daha yaxından nəzər salaq:
Beləliklə, ilk versiya ilə bağlı bir çox maraqlı şeylər ortaya çıxdı:
1) Metadata ilə normal iş - metadata obyektlərinin konfiqurasiyasından, təmsilindən, əlavə xüsusiyyətlərindən birbaşa metadataların yüklənməsi. İlk versiyada bu funksiyanı inkişaf etdirməyə xeyli vaxt sərf etdik.
2) Notationda Sistemin Modelləşdirilməsi IDEF . 1C bu funksionallığın inkişafına çox pul xərclədi. Həqiqətən irəliyə doğru əhəmiyyətli bir addım, amma yuxarıda yazdığım kimi qeyd bizim üçün daha tanış və əlverişli oldu EPC . Təəssüf ki, 1C: DSS-də həyata keçirilmir.
3) Tələblərin toplanması. Layihələr üçün funksionallıq çox vacibdir.
4) ER metadata modeli. İlk təəssürat "tələbənin arzusu" oldu. Kimsə 1C-də diplom yazsa, çox kömək edərdi. Əslində, funksionallıq gündəlik iş praktikasında çox faydalıdır. Tipik bir tətbiq həllinin mexanizmlərini sadəcə qurmaqla 1C: DSS-ə yükləməklə belə ER zəruri obyektlərin diaqramı müəyyən bir mexanizmin necə işlədiyini anlamaq üçün daha sürətli və daha asan ola bilər. Spesifikasiyaların hazırlanmasında belə diaqramların faydalılığını söyləmək olmaz. Bu fürsətə görə “çox sağ olun” deyə bilərik.
5) Səhvlərlə mübarizə də çox zəruridir, lakin sistemin kifayət qədər sadə mexanizmi.
6) Hətta arayış məlumatlarının yazılması üçün alət dəsti də var. 1C-də quraşdırılmış mətn redaktorunun məhdudiyyətlərinə görə o, artıq çox güclü və rahat deyil, lakin yardımı metadata ilə əlaqələndirmək və yardım fayllarını ixrac etmək indi istifadə edə biləcəyiniz çox rahat funksionallıqdır.
1C: DSS-dən necə istifadə edirik. Tamamilə mümkündür ki, bizim işimiz 1C-nin planlaşdırdığı kimi tipik bir ssenari deyil. Ümumi sxem belə görünür:
Çox güman ki, 1C tərəfindən təmin edilən tipik istifadə vəziyyətində, sistemdəki testerlərin və tərtibatçıların işi nəzərdə tutulmur. Həmçinin, alqoritmlərin ətraflı təsviri verilmir.
Beləliklə, 1C: DSS-dən istifadə etməklə nə əldə edirik:
1) Tərtibatçılar dizaynerlərdən ayrılır. SAP-dan ən yaxşı təcrübə xoş gəlmisiniz . Bu, yəqin ki, düzgündür, lakin bunun mümkün olması üçün sadəcə bir sistem lazımdır. Eyni zamanda, belə bir sistemlə demək olar ki, hər hansı bir tərtibatçının demək olar ki, hər hansı bir tapşırıq üzərində işi yerinə yetirə biləcəyini söyləyə bilərik. "Qapıları açır". Məsələn, bu gün 3 tərtibatçınız var, sabah isə 30 ola bilər... yəni. xarici podratçıların işə götürülməsi üçün seçimlər məhdudiyyətsizdir.
2) Layihə sənədlərinin yaradılması.Bizim vəziyyətimizdə bu, sadəcə, həcmdir. Təsəvvür edin, məsələn, SCP-nin bütün metadatalarını təsvir etmək vəzifəsi ... 1C: DSS bu prosesi onlarla dəfə sadələşdirir.
3) Tapşırıqların uçotu - inteqrasiya edildikdə çox rahatdır. Tərtibatçı təyin edilmiş tapşırıqda hər şeyi dərhal görə bilər. Lazım gələrsə, özü üçün bir şeyi başa düşmək / aydınlaşdırmaq üçün "daha yüksək səviyyəyə" qalxa bilər. Həm dizayner, həm də tərtibatçı inkişaf səylərini qiymətləndirə və təxminlər üzərində razılaşa bilər. Tərtibatçı spesifikasiyalara suallar yaza və onlarda dəyişiklikləri tez müşahidə edə bilər
4) Bütün layihə sistemdədir. Hər bir metadata obyekti üçün onun nə vaxt, nə üçün və nə üçün edildiyini izləyə bilərsiniz.
1) Dəyişiklik idarəetməsi. Nə dəyişdi, kim razılaşdı? Nə üçün təsir bu dəyişiklikdir. Çox vacib bir məqam, əlbəttə ki, həyata keçirmək çətindir, lakin dəyişikliklərin idarə edilməsi sistemi dərhal yeni səviyyəyə çıxaracaq və faydalılığını artıracaq.
2) Konfiqurasiya mağazası ilə əlaqə. Təbii ki, zəncirin son pilləsi bir qədər əskikdir. Bu inkişaf sistemdə hansı tapşırıq/spesifikasiya haqqında məlumat əldə etmək mümkün olsaydı?
3) ARIS/Business Studio ilə inteqrasiya. Təəssüf ki, quraşdırılmış 1C alətləri diaqramların qurulması üçün rahatlıq və funksionallıq baxımından ixtisaslaşdırılmış alətlərə əhəmiyyətli dərəcədə itirir. EPC/IDEF.
Ümumilikdə, 1C: DSS çox funksional və praktik bir məhsuldur. Aydındır ki, 1C düzgün istiqamətdə hərəkət edir. Ola bilsin ki, başqa bir şey səhvdir, nəsə çatışmır, ona görə də sistemin inkişafını səbirsizliklə gözləyirik, yaxşı, ya da özümüz yekunlaşdırırıq.
Bu yazıda, uzaqdan və coğrafi olaraq paylanmış komandaların köməyi ilə 1C: ERP Enterprise Management 2 məhsulumuzun funksionallığını genişləndirən tətbiqi həllərin buraxılması prosesini necə qurduğumuzu izah etməyə çalışacağıq.
"1C:ERP 2" çoxşaxəli müəssisələrin əksər proseslərini avtomatlaşdıran bir həlldir. Ancaq "1C: ERP 2"-də olduğundan daha ətraflı öyrənilməsini tələb edən bütün tapşırıq sinifləri və sənaye xüsusiyyətləri var - ticarət, logistika, anbarların idarə edilməsi, tikinti, Kənd təsərrüfatı və s. Bu funksionallığı tipik bir həllə daxil etmək məqsədəuyğun deyil, çünki bu, əksər istifadəçilərin işini çətinləşdirəcək. Bundan əlavə, tələb olunan funksionallığı tam şəkildə həyata keçirmək üçün özümüzün kifayət qədər resursumuz olmaya bilər.
Beləliklə, biz sənaye / ixtisaslaşmış həllər yaratmaq vəzifəsi ilə qarşılaşırıq:
keyfiyyətli qrafik
Məqsəd 1C:ERP və digər 1C:Enterprise 8 həlləri əsasında qurulmuş vahid qüsursuz məlumat idarəetmə sistemidir:
“1C: ERP” əsasında həllərin arxitekturasında modul yanaşma konsepsiyası hazırlanmışdır. Konsepsiya daxilində müxtəlif konfiqurasiyaların inkişafı, unifikasiyası və inteqrasiyası prinsiplərini müəyyən edir vahid sistem idarəetmə və mühasibatlıq.
1C: ERP-nin imkanlarını genişləndirən 1C-Joint proqramı çərçivəsində bütün həllər modul yanaşma konsepsiyasına əməl etməlidir. Əsas vəzifələr modul yanaşma bunlardır:
Yazı zamanı, 2017-ci ilin 2-ci rübündə inkişaf planları nəzərə alınmaqla, xətt üzrə artıq buraxılmış həllərin sayı 31-dir (18 inkişaf tərəfdaşı). həllərin sayı 52-yə çatacaq (24 inkişaf tərəfdaşı).
DSS həm 1C:Enterprise 8 mühitində hazırlanmış yeni informasiya sistemlərinin layihələndirilməsi, həm də təsvir və sənədləşdirmə aləti kimi istifadə edilə bilər. mövcud sistemlərəvvəllər DSS istifadə edilmədən hazırlanmışdır.
Biz DSS-ni tapşırıqlarımız üçün ən əlverişli və uyğun olan və CASE aləti üçün tələblərimizə cavab verən kimi seçdik:
Məqsədlər
Dizayn edilmiş funksionallıq üçün tərtibatçı tərəfdaşdan məsul şəxslərin təyin edilməsi ilə müvafiq texniki layihələr yaradılır. Bir texniki layihə çərçivəsində bir anda funksionallığın (əslində məhsulların özləri) çatdırılması üçün bir neçə variantı buraxmaq mümkündür.
Hər bir texniki layihəyə planlı tamamlanma tarixi təyin edilir (istiqamət rəhbəri tərəfindən idarə olunur və nəzarət edilir), texniki layihənin mərhələləri üçün son tarixlər müəyyən edilir.
İnkişaf üzrə tərəfdaş layihənin ümumi müddəti daxilində mərhələlərin vaxtını müəyyən edir. Mərhələlərdən birini tamamlamaq üçün son tarix keçərsə, məlumat məsul menecerin nəzarətinə keçir. Həmçinin, məsul menecer hər bir mərhələ üçün son tarixləri (o cümlədən vaxtı keçmişlər) görür. Hər bir mərhələ məsul şəxslər tərəfindən buraxılış məntəqəsinin təsdiqi ilə başa çatır.
Biz özümüzə tərəfdaşlar tərəfində inkişaf prosesini idarə etmək vəzifəsi qoymuruq. Hər bir tərəfdaş komandada öz müəyyən edilmiş metodologiyasını tətbiq edir. Biz yalnız bizim üçün vacib olan mərhələlərin vaxtına nəzarət edirik və nəticələri lazımi standartlar və qaydalarla tənzimləyirik, tanışlıq və onların tətbiqi də nəzarət olunur.
Texniki layihələr çərçivəsində təkcə yeni funksionallığın inkişafı üzrə işlər deyil, həm də yükləmə testləri, ümumi funksionallığın unifikasiyası, tipik konfiqurasiyanın metadata obyektlərində dəyişikliklərin minimuma endirilməsi nəzərdə tutulur və həyata keçirilir.
Funksional modelin bütövlüyü və ardıcıllığı 1C tərəfindən təyin edilmiş funksional layihə memarı tərəfindən idarə olunur.
DSS notasiyasının təsviri
DSS çərçivəsində əsas anlayışlar aşağıdakı kimi şərh olunur:
Məsələn, "1C: ERP İdarəetmə tikinti təşkilatı 2" (tərəfdaş - "1C-Rarus"un inkişaf etdiricisi) ehtiva edir:
Kitabxana universal funksional alt sistemlər dəstini, istifadəçi sənədləri üçün hazır bölmələri və sənayeyə inteqrasiya üçün texnologiyanı və bir xətt daxilində birləşdirmək üçün ixtisaslaşmış həlləri özündə birləşdirən 1C: Birlikdə həllərin tərtibatçıları üçün alətlər dəsti təqdim edir:
Hesabat nümunələri
İstehsaldan əvvəl yoxlanış qaydalar çərçivəsində həyata keçirilir və təqdim olunan materialların həm əllə, həm də avtomatlaşdırılmış yoxlanışını əhatə edir.
Tərtibatçı tərəfdaş testin keyfiyyətinə, materialların tamlığına cavabdehdir və materialları tam funksional, sınaqdan keçirilmiş və 1C tələblərinə uyğunluğunun yoxlanılması üçün 1C-yə ötürür: Uyğun sertifikatlaşdırma, Standartlar Sistemi və 1C: Enterprise 8 Platforması üçün konfiqurasiyaların hazırlanması üsulları və Birgə Həllərin Tərtibatçıları ilə Qarşılıqlı Əlaqələr Qaydalarının tələbləri.
daxil etmək imkanı əlavə yoxlamalar DSS OP/SR verilənlər bazasında funksional modelin uyğunluğu üçün: OP/SR-nin elan edilmiş funksionallığının həyata keçirilənə uyğunluğuna nəzarət və tipik konfiqurasiya obyektlərinin modifikasiyasının DSS OP-də elan edilənlərə uyğunluğuna nəzarət. /SR.
1C: Həlllərin Bulud Xəritəsi xidməti bir sıra 1C həllərinin funksional modellərinə, həmçinin 1C-Joint sxemi üzrə istehsal olunan sənaye və ixtisaslaşdırılmış həllərə çıxışı təmin edir. Funksional modelin aktuallaşdırılması “Sənaye və ixtisaslaşdırılmış həllər üçün DSSS” bazasının veb-xidmətinə birbaşa çıxış yolu ilə təmin edilir, burada həll modeli həllərin arxitekturasında modul yanaşma Konsepsiyasına uyğun olaraq yenilənir. "1C: ERP Enterprise Management 2" əsasında.
"1C" firması proqram məhsulunun buraxıldığını elan edir:
Tətbiq Həllərinin Dizayn Sistemi (DSSS) 1C: Enterprise platformasında tətbiqi həllərin (konfiqurasiyaların) layihələndirilməsi və layihənin texniki sənədlərinin aparılması üçün nəzərdə tutulub. DSS-dən 1C:Enterprise 8 mühitində hazırlanmış yeni informasiya sistemlərinin layihələndirilməsi, həmçinin DSS-dən istifadə etmədən əvvəllər hazırlanmış mövcud sistemlərin təsviri və sənədləşdirilməsi üçün alət kimi istifadə oluna bilər.
DSS 1C: Enterprise 8.3 platforması ilə istifadə üçün nəzərdə tutulmuş konfiqurasiyadır.
DSS layihə konfiqurasiyaları ilə girişi məhdudlaşdırmaq imkanı ilə bir infobaza daxilində hazırlanmış müxtəlif konfiqurasiyalar haqqında məlumatı saxlamaq imkanı verir.
Konfiqurasiya avtomatlaşdırılmış proseslər əsasında informasiya sisteminin məntiqi modelini yaratmağa imkan verir.
DSS istifadə edərək məntiqi dizaynın əsasını IDEF0 standartından istifadə edərək mürəkkəb sistemlərin funksional parçalanması təşkil edir. Bu, dizayn edilən sistemi sadə və vizual formada tələb olunan təfərrüat dərəcəsi ilə təsvir etməyə imkan verir. Məntiqi model avtomatlaşdırılması planlaşdırılan proseslər nəzərə alınmaqla qurulur, eyni zamanda ifaçıları, iş yerlərini və məlumat axınlarını əlaqələndirir. Məntiqi model konfiqurasiya metadatasına uyğunlaşdırılıb.
DSS funksionallığı daxildir layihədə tələblərin və dəyişikliklərin idarə edilməsi mexanizmləri. Bu funksionallıqdan istifadə etmək, mövcud layihəyə üzvi şəkildə dəyişikliklər etməyə, onları mövcud məntiqi modellə əlaqələndirməyə imkan verir.
Rəsmi yoxlama qaydalarının olması layihədəki səhvləri və uyğunsuzluqları müəyyən etməyə və aradan qaldırmağa imkan verir.
Sistemə daxildir xətaların qeydiyyatı və izləmə mexanizmləri daxil edilmiş konfiqurasiya-kitabxanaları nəzərə alaraq.
DSS konfiqurasiya obyektlərinin əlaqəsini nəzərə alaraq yardım mətnləri yaratmağa imkan verir. Yardım eyni üslubda formatlanır. Hazırlanmış yardım mətnləri birbaşa konfiquratordan istifadə etməklə hazırlanmaqda olan konfiqurasiyaya yüklənə bilər.
Daxili layihə məlumatlarının yüklənməsi və endirilməsi mexanizmləri digər DSS məlumat bazalarında bu məlumatlardan istifadə etmək və onlarla işləmək imkanı üçün layihə məlumatlarının nəşrini təşkil etməyə imkan verir.
Sistem nazik və veb müştəri rejimlərini dəstəkləyir.
Sistem haqqında məlumat http://v8.1c.ru/model/ saytında təqdim olunur. Sistemin onlayn demo versiyası http://modeling.demo.1c.ru/modeling/ saytında mövcuddur.
1C:Enterprise 8. Tətbiq Dizayn Sistemi proqram məhsulu Tətbiq Həllərinin Dizayn Sisteminin konfiqurasiya paylama paketini, məhsuldan istifadə üçün sənədləri, lisenziya müqaviləsini, qeydiyyat kartı və istifadəçiyə dəstək saytında qeydiyyatdan keçmək üçün PİN kodu ehtiva edir. DSS-dən istifadə etmək üçün istifadəçi 1C: Enterprise platformasını özündə birləşdirən PROF və ya CORP versiyasının qanuni şəkildə əldə edilmiş proqram məhsuluna malik olmalıdır. Siz ən azı 8.3.3 platforma versiyasından istifadə etməlisiniz.
Məhsulun çatdırılmasına ayrıca satın alına bilən sənədlər daxildir:
1C:Müəssisəsinin qeydiyyatdan keçmiş istifadəçiləri 8. 1C:ITS müqaviləsi bağlamış Tətbiqi Dizayn Sistemi proqram məhsulu 06/06/2019-cu il tarixli 8538 nömrəli məlumat məktubunda təsvir edilmiş qaydalara uyğun olaraq tələb olunan miqdarda sənədlərin əlavə nüsxələrini ala bilərlər. 20/2008.
İstifadəçi dəstəyi istifadəçiyə məxsus hər hansı əsas təchizat üçün bağlanmış 1C:Müəssisə sisteminin (1C:ITS) informasiya texnologiyaları dəstəyi müqaviləsi əsasında təmin edilir.
1C:ITS dəstək xidmətlərinə aşağıdakılar daxildir:
Cari müşayiət qaydası proqram məhsulları 1C şirkəti nəşr olunur
Sistemin məqsədiTətbiq Həllərinin Dizayn Sistemi (DSSS) 1C: Enterprise platformasında tətbiqi həllərin (konfiqurasiyaların) layihələndirilməsi və layihənin texniki sənədlərinin aparılması üçün nəzərdə tutulmuşdur. DSS həm 1C: Enterprise 8 mühitində hazırlanmış yeni informasiya sistemlərinin layihələndirilməsi, həm də əvvəllər DSS-dən istifadə etmədən hazırlanmış mövcud sistemlərin təsviri və sənədləşdirilməsi üçün alət kimi istifadə edilə bilər.
Tətbiq edilmiş həllərin dizayn sistemi 1C: Enterprise 8.3 platformasında konfiqurasiya olaraq hazırlanmışdır.
DSS-dən istifadə imkan verir:
Layihə menecerləri
Tərtibatçılar
texniki yazıçılar
Testçilər
İcraçılar
İstifadəçilər tərəfindən konfiqurasiyanın işlənməsini sadələşdirin, xüsusi funksionallıqla işləmək üçün təlimatlar yaradın.
İnformasiya sistemi layihələndirilərkən avtomatlaşdırılmış proseslər təsvir olunur. Proseslərin təsviri əsasında layihələndirilən sistemin məntiqi modeli qurulur. Məntiqi model əsasında hazırlanmış konfiqurasiyanın metadatasında təcəssüm olunan fiziki model qurulur.
Layihəyə dəyişiklik etmək zərurəti yaranarsa, texniki layihələrin mexanizmindən istifadə edilir. Dəyişikliklər qəbul edilmiş tələblərə əsaslanır və dəyişdirilmiş proseslərə, həmçinin məntiqi və fiziki modelin obyektlərinə istinadla sənədləşdirilir.
Avtomatlaşdırılmış proseslərin təsviri
Konfiqurasiyanı tərtib edərkən, onun funksionallığının müəssisələrin real ehtiyaclarına cavab verməsi vacibdir. Buna görə də, informasiya sisteminin avtomatlaşdırmağa imkan verdiyi proseslərin spektrini təsvir etmək vacibdir.
DSS avtomatlaşdırılmış proseslərin siyahısını düzəltməyə imkan verir, halbuki proseslər istifadəçinin istəyi ilə qruplaşdırıla bilər.
Proses müəyyən bir ifaçı tərəfindən yerinə yetirilən fərdi addımlara qədər təfərrüatlıdır.
Layihələndirilən sistemin məntiqi modelinin yaradılması
Sistemin məntiqi modeli konfiqurasiyanın funksionallığını təsvir etməyə, onu emal olunan məlumatın və icraçıların tərkibinə bağlamağa imkan verir.
DSS-də məntiqi model IDEF0 metodologiyasından istifadə etməklə qurulur. Məntiqi modelin yaradılması çərçivəsində sistemin funksiyaları təsvir edilir və onların parçalanması həyata keçirilir.
Funksiya təsvirinin əsasını onun IDEF sxemi təşkil edir. Diaqram fərdi (uşaq) funksiyaların, məlumat axınlarının və icraçıların əlaqəsini əyani şəkildə əks etdirməyə imkan verir.
Memarlığın inkişafı
Konfiqurasiya arxitekturasının inkişafı məntiqi modelə əsaslanır. Eyni zamanda, metadata məlumat obyektləri ilə əlaqələndirilir, onların siyahısı funksiyaların inkişafı zamanı müəyyən edilir.
İnteraktiv əməliyyatların layihələndirilməsi
Müəyyən bir proses çərçivəsində sistemlə işləyərkən istifadəçi müəyyən hərəkətləri yerinə yetirir və beləliklə, aşağıdakılardan birini həyata keçirir. mümkün ssenarilər iş.
İstifadəçinin sistemdə yerinə yetirdiyi interaktiv əməliyyatların ardıcıllığının təsviri sistemə qoyulan funksionallığın konkret avtomatlaşdırılmış proses çərçivəsində həyata keçirilib-keçirilmədiyini təhlil etməyə imkan verir.
Hazırlanmasına kömək edin
DSS, işlənib hazırlanan konfiqurasiya üçün avtomatik olaraq yardım mətnləri yaratmağa imkan verir. Html formatında hazırlanmış yardım mətnləri DSS-dən çıxarıla və standart konfiqurator alətlərindən istifadə etməklə konfiqurasiyaya yüklənə bilər.
Kömək altsistemlərin, metadata obyektlərinin və funksiya əməliyyatlarının əlaqələri əsasında vahid təsvir strukturundan istifadə etməklə vahid üslubda formalaşır. Yardım üslubları (şriftlər, abzaslar, vurğu) birbaşa DSS-də konfiqurasiya edilə bilər.
Tələblərlə işləmək
Layihə və dəyişikliklərin idarə edilməsi
Layihəni və DSS-də dəyişiklikləri idarə etmək üçün texniki layihələrin saxlanması funksionallığından istifadə olunur. Bu funksionallıq layihənin müxtəlif mərhələlərinin gedişatını izləməklə layihə üzərində kollektiv işi təşkil etməyə imkan verir. Eyni zamanda, mərhələlərin çevik qurulması, bu mərhələlərin əlaqələndirilməsi, inkişaf qrupu üzvlərinə dəyişikliklər barədə məlumat verilməsi mümkündür.
Texniki layihələrin istifadəsi mövcud layihəyə elə dəyişikliklərin edilməsini təmin edir ki, bu dəyişikliklər məntiqi modellə əlaqələndirsin, şəffaf və digər layihə iştirakçıları üçün məlumatlandırıcı olsun.
Səhvlərlə məşğul olmaq
DSS, versiyalar, düzəliş şərtləri, layihə bölmələri, statuslar və s. kontekstində işlənməkdə olan layihələr üçün səhvləri qeyd etməyə imkan verir. Sistemin funksionallığı müxtəlif hesabatlar yaratmaq, səhvlər haqqında məlumat dərc etmək imkanı ilə səhvlərlə məşğul olmaq üçün hazır bir üsul təklif edir. Sistem layihələr arasında əlaqə qurmağa, layihələrin konkret versiyalarını nəzərə almaqla hansı kitabxana layihələrinin layihəyə daxil olduğunu dəqiqləşdirməyə imkan verir. Bu, mənbələri istifadə olunan kitabxanalar olan layihədə səhvlərin olması haqqında məlumat əldə etməyə imkan verir.
Digər xüsusiyyətlər
Sadalanan xüsusiyyətlərə əlavə olaraq, DSS aşağıdakı funksiyaları ehtiva edir: