spr 1s üçün texniki layihə konsepsiyasına bir nümunə. Tətbiq Dizayn Sistemi

1C şirkəti proqram məhsulunun buraxılışını elan edir:

Tətbiq Həllərinin Dizayn Sistemi (ASDS) 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-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-dən istifadə sizə imkan verir:

Layihə menecerləri

• İnformasiya sisteminə tələblərin və istəklərin mərkəzləşdirilmiş qaydada uçotunu təşkil etmək.
• Modelin düzgünlüyünü yoxlamaq imkanı ilə avtomatlaşdırılmış proseslərdən başlayaraq sistemin vahid modelini qurun.
• Layihədəki dəyişiklikləri idarə edin.
• Layihənin icra planını yaradın.
• Layihənin tamlığını təhlil edin (lazımi tapşırıqların yerinə yetirilməsi, səhvlərin olmaması).

Tərtibatçılar üçün

• Layihənin ümumi kontekstində dizayn funksionallığı.
• Dizayn edərkən qeyd olunan tələbləri və istəkləri nəzərə alın.
• Layihəni ardıcıl olaraq sənədləşdirin.
• Öz işinizi planlaşdırın.
• Müvafiq layihələrdə öz iştirakınızın ehtiyacını izləyin.
• Maraq obyektləri kontekstində layihə iştirakçıları ilə mesaj mübadiləsini təşkil edin.
• Giriş məhdudiyyətlərinin işlənməsini sadələşdirin.

Texniki Yazıçılar

• Konfiqurasiya strukturunu və müxtəlif konfiqurasiya obyektlərinin əlaqələrini nəzərə alaraq, vahid üslubda arayış məlumatının hazırlanmasını sadələşdirin.
• Sənədləri və digər materialları hazırlayarkən dizayn materiallarından istifadə edin.

Test edənlər üçün

• Test edilən funksionallığı təsvir edən layihə materiallarına giriş əldə edin.
• Səhvlərin qeydini və izlənməsini təmin edin.

İcraçılar

• Layihə sənədlərindən istifadə edərək standart bir həlli anlayın.
• Real müəssisə proseslərini sistem modeli ilə əlaqələndirin, proseslərin funksionallıq əhatəsini təhlil edin və təkmilləşdirmə ehtiyaclarını müəyyənləşdirin.
• Nəticədə modelin yoxlanılması ilə standart funksionallığa üzvi olaraq öz dəyişikliklərinizi edin.
• İstifadəçilərin konfiqurasiyaya yiyələnməsini asanlaşdırın və xüsusi funksionallıqla işləmək üçün təlimatlar təqdim edin.

DSS, layihə konfiqurasiyaları ilə girişi fərqləndirmək imkanı ilə bir məlumat bazası daxilində müxtəlif hazırlanmış konfiqurasiyalar haqqında məlumat saxlamaq imkanı verir.

Konfiqurasiya avtomatlaşdırılan 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 edilmiş 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şır.

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ş kitabxana konfiqurasiyalarını nəzərə alaraq.

DSS konfiqurasiya obyektlərinin qarşılıqlı əlaqəsini nəzərə alaraq yardım mətnləri yaratmağa imkan verir. Sertifikat eyni üslubda verilir. Hazırlanmış yardım mətnləri birbaşa konfiquratordan istifadə etməklə hazırlanmaqda olan konfiqurasiyaya yüklənə bilər.

Daxili layihələr üzrə məlumatları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 dərcini təşkil etməyə imkan verir.

Sistem nazik və veb müştəri rejimlərində işləməyi 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.

Məhsulun tərkibi və paylanma qaydası

"1C: Enterprise 8. Tətbiq həllərinin layihələndirilməsi sistemi" proqram məhsuluna "Tətbiqi həllərin layihələndirilməsi sistemi" konfiqurasiyası üçün paylama dəsti, məhsuldan istifadə üçün sənədlər, lisenziya müqaviləsi, qeydiyyat kartı və istifadəçi dəstəyində qeydiyyatdan keçmək üçün PİN kodu daxildir. Sayt. DSS-dən istifadə etmək üçün istifadəçi 1C: Enterprise platformasını özündə birləşdirən PROF və ya KORP versiyasının qanuni olaraq alınmış 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:ITS müqaviləsi bağlamış "1C:Enterprise 8. Tətbiq həlləri dizayn sistemi" proqram məhsulunun qeydiyyatdan keçmiş istifadəçiləri iyun 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

İstifadəçi dəstəyi istifadəçiyə məxsus hər hansı əsas təchizat üçün bağlanmış 1C:Müəssisə sistemi (1C:ITS) üçün informasiya texnologiyalarına dəstək müqaviləsi əsasında təmin edilir.

1C:ITS dəstək xidmətlərinə aşağıdakılar daxildir:

• 1C şirkətinin telefon və e-poçt vasitəsilə məsləhət xətti xidmətləri;
• istifadəçinin iş yerində 1C:ITS disklərinin, "BUKH.1S" jurnalının və "1C" şirkətindən xatirə hədiyyəsinin aylıq qəbulu;
• 1C:ITS disklərində və http://users.v8.1c.ru istifadəçi dəstəyi saytında proqram yeniləmələrini və konfiqurasiyalarını qəbul etmək;
• 1C İnternet resurslarına qoşulmaq, its.1c.ru və http://users.v8.1c.ru saytlarında istifadəçinin Şəxsi Hesabını qurmaq;
• 1C:Müəssisə proqramının yenilənməsi, məlumat bazasının vəziyyətinin diaqnostikası, arxiv nüsxəsinin yaradılması;
• 1C:ITS informasiya sistemi ilə işləmək üzrə təlim, istifadəçinin istəyi ilə informasiya sistemindən materialların seçilməsi;
• "1C: Mühazirə" - qanunvericilik dəyişiklikləri və onların 1C proqramlarında əks olunması məsələlərinə dair 1C-dən üzbəüz və video seminarlar (its.1c.ru/lector);
• elektron hesabatın qoşulması və təqdim edilməsi - "1C-Hesabat";
• elektron qaimə-fakturaların və digər sənədlərin mübadiləsi - "1C-Tax";
• texniki dəstək şöbəsinin bilik bazasına çıxış;
• digər xidmətlər (ətraflı məlumat üçün its.1c.ru/about-a baxın).

1C proqram məhsullarının saxlanması üçün mövcud prosedur burada dərc edilmişdir

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, sistemin dizaynının lazımsız əmək xərcləri olduğu fikri olduqca populyardır. Mən deyərdim ki, əsassız deyil. Sistemlərin tətbiqi ilə məşğul olan 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 mövcud olanlar yalnız "kəskinləşir", üstəlik, müntəzəm olaraq dəyişən müştəri ehtiyaclarına uyğunlaşdırılır. Bu halda, formal dizayn prosesi çətin ki, məna kəsb etsin. Söhbət konkret olaraq prosesin rəsmiləşdirilməsindən gedir, çünki dizayn prosesinin özü inkişafın ayrılmaz hissəsidir və əlbəttə ki, yalnız tərtibatçının head.xml:namespace prefiks = "o" ns = "urn:schemas-microsoft-com:office:office" /

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ərlik tərəfindən informasiya sisteminin tətbiqi/inkişafı yolu ilə hansı vəzifələrin həll edilməli olduğu barədə anlayış var.

3) Şirkətin biznes proseslərinin rəsmi anlayışı/təsviri var və ya onun yaradılması planlaşdırılır.

Sistem layihəsinin yaradılması üçün ilkin şərtlər sxematik şəkildə aşağıda təqdim olunur:

İndi ikinci sual yaranır: “ 1C:SPPR praktikada necə istifadə olunur?"? Bu halda mən ancaq şəxsi təcrübəmdən danışa bilərəm. Təəssüf ki, bu, 1C: SPPR-nin planlaşdırıldığı ilə üst-üstə düşməyə bilər. Təcrübəmdə 1C:SPPR aşağıdakı tapşırıqlar üçün istifadə edilmişdir:

Şəkildən, bəlkə də, hər şey aydındır - biznes proseslərinin cari modelləri əsasında sistemə məlumatlar daxil edilir - sistemin modeli tərtib edilir: metadata və alqoritmlər səviyyəsinə parçalanan proseslər və funksiyalar. Sonra sənədlər yaradılır - inkişaf xüsusiyyətləri, dizayn həlləri və hətta istifadəçi sənədləri.

Qeyd etmək lazımdır ki, bu halda söhbət 1C: DSS haqqında deyil, kifayət qədər əhəmiyyətli dəyişikliklər təqdim etməklə onun əsasında hazırlanmış sistemdən gedir. Fakt budur ki, 1C: SPPR-nin ilk versiyası, belə bir vasitəyə ehtiyac duyduğumuzda, tələblərimizə cavab vermədi və həqiqətən də başqasının tələblərinə cavab verə bilmədi:

Ancaq bu, artıq sizin “tutmaq” və tam funksional alət hazırlaya biləcəyiniz 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: SPPR-ə daxil edilməli olan bütün funksiyalar aşağıdakı 4 hissəyə bölmək olar:

1) Simulyasiya funksiyaları

a.Sistem modeli, enerji təchizatı modeli ilə əlaqə (müxtəlif qeydlərdə)

b.Sistem modelinin metadata və 1C alqoritmləri ilə əlaqəsi

c.Simulyasiya 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ə funksiyaları

a.Sənədlərin modellə əlaqələndirilməsi

b.Sənədlərin 1C-yə ixracı və Söz

4) İnkişaf və sınaq təşkilatı funksiyaları

a.Spesifikasiyalar və inkişaf tapşırıqları

b.Test nəticələri və problemlərin aradan qaldırılması

Tipik 1C: SPPR blokunda (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:SPPR-də yalnız həyata keçirilir IDEF 0.

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.

Artıq sənədləşmə ilə bağlı problemlər var. 1C: SPPR-də çatışmayan əsas funksionallıq ixracdır Söz . Axı, dizaynerin işinin nəticəsi bir inkişaf spesifikasiyası olmalıdır (TZ/ChTZ - kim onu ​​nə adlandırırsa). Və spesifikasiya insanın oxuya bilməsi 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ında 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. Səbəbi aydın olmasa da. Həyatında ən azı bir dəfə tapşırıq izləmə sistemi yazmamış təcrübəli bir tərtibatçı ilə rastlaşmaq nadirdir. Eyni şeyə diqqət yetirsək SAP - Həll Menecerində həm dizayn funksionallığı, həm də tam hüquqlu var Xidmət Masası.

Əslində, DSS-ə nisbətən bu funksionallıq təkmilləşdirilmişdir - 1C:SPPR-də əsas təkmilləşdirmələr çıxışa aiddir Söz və tapşırıqların uçotu sisteminin yaradılması .

İndi standart 1C:SPPR yeni versiyasının 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əqdimatından, əlavə xüsusiyyətlərindən birbaşa metadataların yüklənməsi. İlk versiyada bu cür funksionallığı inkişaf etdirməyə xeyli vaxt sərf etdik.

2) Sistemin notlarda modelləşdirilməsi IDEF . 1C bu funksiyanı inkişaf etdirmək üçün çox pul xərclədi. İrəliyə doğru həqiqətən əhəmiyyətli bir addım, lakin yuxarıda yazdığım kimi, qeyd bizim üçün daha tanış və əlverişli oldu EPC . Təəssüf ki, 1C:SPPR-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ə tezis yazsa, bu, əhəmiyyətli dərəcədə kömək edərdi. Əslində, funksionallıq gündəlik iş praktikasında çox faydalıdır. Hətta sadəcə olaraq standart tətbiq həllinin mexanizmlərini 1C:SPPR-ə yükləməklə, bina ER Lazımi obyektlərin diaqramı bu və ya digər mexanizmin necə işlədiyini daha sürətli və asan başa düşməyə imkan verir. Texniki şərtləri tərtib edərkən bu cür diaqramların faydalılığı haqqında danışmağa ehtiyac yoxdur. Bu fürsətə görə “çox sağ olun” deyə bilərik.

5) Səhvlərlə mübarizə də sistemin çox zəruri, lakin kifayət qədər sadə mexanizmidir.

6) Hətta yardım məlumatlarını yazmaq üçün alətlər 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ə oluna bilən çox rahat funksionallıqdır.

1C:SPPR-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 verilən tipik istifadə halı sistemdəki testerlərin və tərtibatçıların işini nəzərdə tutmur. Alqoritmlərin ətraflı təsviri də yoxdur.

Beləliklə, 1C: SPPR-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. Bu "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. Outsorsinq üçü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, bütün CQBK metaməlumatlarını təsvir etmək vəzifəsi... 1C: SPPR bu prosesi sadəcə olaraq on dəfə asanlaşdırır.

3) Tapşırıqların uçotu - inteqrasiya edildikdə çox rahatdır. Tərtibatçı dərhal təyin edilmiş tapşırıq haqqında hər şeyi görə bilər. Lazım gələrsə, nəyisə özü üçün başa düşmək/aydınlaşdırmaq üçün “daha ​​yüksək səviyyəyə” yüksələ 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, niyə və nə üçün edildiyini izləyə bilərsiniz.

1) Dəyişiklik idarəetməsi. Nə dəyişdi, kim təsdiq etdi? Nə üçün təsir edəcək 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ə qaldıracaq və faydalılığını artıracaq.

2) Konfiqurasiya deposu ilə əlaqə. Təbii ki, zəncirin son mərhələsi bir az əskikdir. Əgər sistem bu inkişafın hansı tapşırıq/spesifikasiyaya əsaslandığı barədə məlumat verə bilsəydi?

3) ARIS/Business Studio ilə inteqrasiya. Təəssüf ki, quraşdırılmış 1C alətləri diaqramların yaradılması üçün rahatlıq və funksionallıq baxımından ixtisaslaşdırılmış vasitələrdən xeyli aşağıdır. EPC/IDEF.

Ümumiyyətlə, 1C:SPPR çox funksional və praktik məhsuldur. 1C-nin düzgün istiqamətdə hərəkət etdiyi aydındır. 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 və ya özümüz təkmilləşdiririk.

Tətbiq Həllərinin Dizayn Sistemi (ASDS) 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 həllinin dizayn sistemi 1C: Enterprise 8.3 platformasında konfiqurasiya olaraq hazırlanmışdır.

İstifadəçilər üçün üstünlüklər

DSS-dən istifadə sizə imkan verir:

Layihə menecerləri

• İnformasiya sisteminə tələblərin və istəklərin mərkəzləşdirilmiş qaydada uçotunu təşkil etmək
• Modelin düzgünlüyünü yoxlamaq imkanı ilə avtomatlaşdırılmış proseslərdən başlayaraq sistemin vahid modelini qurun
• Layihədəki dəyişiklikləri idarə edin
• Layihənin icra planını yaradın
• Layihənin tamlığını təhlil edin (lazımi tapşırıqların yerinə yetirilməsi, səhvlərin olmaması)

Tərtibatçılar üçün

• Layihənin ümumi kontekstində dizayn funksionallığı
• Dizayn edərkən qeyd olunan tələbləri və istəkləri nəzərə alın
• Layihəni ardıcıl olaraq sənədləşdirin
• Öz işinizi planlaşdırın
• Müvafiq layihələrdə öz iştirakınızın ehtiyacını izləyin
• Maraq obyektləri kontekstində layihə iştirakçıları ilə mesaj mübadiləsini təşkil edin
• Giriş məhdudiyyətlərinin inkişafını sadələşdirin

Texniki Yazıçılar

• Müxtəlif konfiqurasiya obyektlərinin konfiqurasiya strukturunu və əlaqələrini nəzərə alaraq, yardım məlumatının vahid üslubda hazırlanmasını sadələşdirin.
• Sənədləri və digər materialları hazırlayarkən dizayn materiallarından istifadə edin

Test edənlər üçün

• Test edilən funksionallığı təsvir edən layihə materiallarına giriş əldə edin
• Səhvlərin qeydini və izlənməsini təmin edin

İcraçılar

• Layihə sənədlərindən istifadə edərək standart bir həlli anlayın
• Real müəssisə proseslərini sistem modeli ilə əlaqələndirin, proseslərin funksionallıq əhatəsini təhlil edin və təkmilləşdirmə ehtiyacını müəyyənləşdirin
• Nəticədə modelin yoxlanılması ilə standart funksionallığa üzvi olaraq öz dəyişikliklərinizi edin

İstifadəçilərin konfiqurasiyaya yiyələnməsini asanlaşdırın və xüsusi funksionallıqla işləmək üçün təlimatlar təqdim edin.

DSS-də dizayn prosesi

İnformasiya sistemi layihələndirilərkən avtomatlaşdırılacaq proseslər təsvir edilir. 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 olunmuş fiziki model qurulur.

Layihəyə dəyişiklik etmək zərurəti yaranarsa, texniki layihə mexanizmindən istifadə edilir. Dəyişikliklər qəbul edilmiş tələblərə əsaslanır və dəyişdirilən 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 diapazonunu təsvir etmək vacibdir.

DSS avtomatlaşdırılmış proseslərin siyahısını qeyd etməyə imkan verir; 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ə imkan verir, onu emal olunan məlumatların tərkibi və ifaçılarla əlaqələndirir.

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.

Funksiyanı təsvir etmək üçün əsas onun IDEF diaqramıdır. 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ı məntiqi model əsasında hazırlanmışdır. Bu halda 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ə bununla da mümkün iş ssenarilərindən birini həyata keçirir.

İstifadəçinin sistemdə yerinə yetirdiyi interaktiv əməliyyatların ardıcıllığının təsviri sistemə daxil edilmiş funksionallığın konkret avtomatlaşdırılmış proses çərçivəsində həyata keçirilə biləcəyini təhlil etməyə imkan verir.

Sertifikatın hazırlanması

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 endirilə və standart konfiqurator alətlərindən istifadə etməklə konfiqurasiyaya yüklənə bilər.

Yardım alt sistemlərin, metadata obyektlərinin və funksiya əməliyyatlarının əlaqələrinə əsaslanan vahid təsvir strukturundan istifadə edərək vahid üslubda yaradılır. Yardım dizayn üslubları (şriftlər, girintilər, vurğulamalar) 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ə idarəetməsinin 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ə komanda işini təşkil etməyə imkan verir. Eyni zamanda, mərhələləri çevik şəkildə konfiqurasiya etmək, bu mərhələləri əlaqələndirmək və inkişaf qrupunun üzvlərinə dəyişikliklər barədə məlumat vermək 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əndirilir və digər layihə iştirakçıları üçün şəffaf və məlumatlandırıcı olsun.

Səhvlərlə məşğul olmaq

DSS, işlənmə mərhələsində olan layihələr üçün səhvləri versiyaya, düzəliş müddətinə, layihə bölmələrinə, statuslara və s. Sistemin funksionallığı müxtəlif hesabatlar yaratmaq və səhvlər haqqında məlumat dərc etmək imkanı ilə səhvlərlə işləmək üçün hazır metodologiya təklif edir. Sistem layihələr arasında əlaqələri konfiqurasiya etməyə, layihələrin konkret versiyalarını nəzərə almaqla hansı kitabxana layihələrinin layihəyə daxil edildiyini müəyyən etmə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 imkanlara əlavə olaraq, DSS aşağıdakı funksiyaları ehtiva edir:

• Müxtəlif istifadəçilər tərəfindən DSS obyektlərinə edilən dəyişikliklərə nəzarət
• Dizayn məlumatlarının versiyalaşdırılması
• 1C: Müəssisə rejimində funksional modelin yoxlanılması qaydalarını konfiqurasiya etmək imkanı
• Məlumat bazası obyektləri haqqında əlavə məlumatları konfiqurasiya etmək imkanı
• Əlavə hesabatlardan və emaldan istifadə etmək imkanı
• Layihə qrupu üzvləri arasında mesaj mübadiləsi
• Sistemdə texniki layihələr, tapşırıqlar və səhvlər, yeni mesajlar haqqında bildirişlərin göndərilməsi
• E-poçt hesabatlarını konfiqurasiya etmək imkanı
• Tam mətn axtarışı
• Rutin tapşırıqlarla işləmək

Tətbiq Həllərinin Dizayn Sistemi (ASDS) 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 həllinin dizayn sistemi 1C: Enterprise 8.3 platformasında konfiqurasiya olaraq hazırlanmışdır.

İstifadəçilər üçün üstünlüklər

DSS-dən istifadə sizə imkan verir:

Layihə menecerləri

• İnformasiya sisteminə tələblərin və istəklərin mərkəzləşdirilmiş qaydada uçotunu təşkil etmək.
• Modelin düzgünlüyünü yoxlamaq imkanı ilə avtomatlaşdırılmış proseslərdən başlayaraq sistemin vahid modelini qurun.
• Layihədəki dəyişiklikləri idarə edin.
• Layihənin icra planını yaradın.
• Layihənin tamlığını təhlil edin (lazımi tapşırıqların yerinə yetirilməsi, səhvlərin olmaması).

Tərtibatçılar üçün

• Layihənin ümumi kontekstində dizayn funksionallığı.
• Dizayn edərkən qeyd olunan tələbləri və istəkləri nəzərə alın.
• Layihəni ardıcıl olaraq sənədləşdirin.
• Öz işinizi planlaşdırın.
• Müvafiq layihələrdə öz iştirakınızın ehtiyacını izləyin.
• Maraq obyektləri kontekstində layihə iştirakçıları ilə mesaj mübadiləsini təşkil edin.
• Giriş məhdudiyyətlərinin işlənməsini sadələşdirin.

Texniki Yazıçılar

• Konfiqurasiya strukturunu və müxtəlif konfiqurasiya obyektlərinin əlaqələrini nəzərə alaraq, vahid üslubda arayış məlumatının hazırlanmasını sadələşdirin.
• Sənədləri və digər materialları hazırlayarkən dizayn materiallarından istifadə edin.

Test edənlər üçün

• Test edilən funksionallığı təsvir edən layihə materiallarına giriş əldə edin.
• Səhvlərin qeydini və izlənməsini təmin edin.

İcraçılar

• Layihə sənədlərindən istifadə edərək standart bir həlli anlayın.
• Real müəssisə proseslərini sistem modeli ilə əlaqələndirin, proseslərin funksionallıq əhatəsini təhlil edin və təkmilləşdirmə ehtiyaclarını müəyyənləşdirin.
• Nəticədə modelin yoxlanılması ilə standart funksionallığa üzvi olaraq öz dəyişikliklərinizi edin.

İstifadəçilərin konfiqurasiyaya yiyələnməsini asanlaşdırın və xüsusi funksionallıqla işləmək üçün təlimatlar təqdim edin.

DSS-də dizayn prosesi

DSS istifadə edərək dizayn aşağıdakı mərhələləri əhatə edir:

Şəkildə DSS-nin əsas anlayışları arasındakı əlaqələr göstərilir.

İnformasiya sistemi layihələndirilərkən avtomatlaşdırılacaq proseslər təsvir edilir. 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 olunmuş fiziki model qurulur.

Layihəyə dəyişiklik etmək zərurəti yaranarsa, texniki layihə mexanizmindən istifadə edilir. Dəyişikliklər qəbul edilmiş tələblərə əsaslanır və dəyişdirilən 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 diapazonunu təsvir etmək vacibdir.

DSS avtomatlaşdırılmış proseslərin siyahısını qeyd etməyə imkan verir; proseslər istifadəçinin istəyi ilə qruplaşdırıla bilər.

Prosesi təsvir edərkən, prosesin mahiyyətini, prosesin başlanğıc və son hadisələrini əks etdirən təsviri qeyd olunur.

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ə imkan verir, onu emal olunan məlumatların tərkibi və ifaçılarla əlaqələndirir.

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.

Funksiyanı təsvir etmək üçün əsas onun IDEF diaqramıdır. 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ı məntiqi model əsasında hazırlanmışdır. Bu halda 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ə bununla da mümkün iş ssenarilərindən birini həyata keçirir.

İstifadəçinin sistemdə yerinə yetirdiyi interaktiv əməliyyatların ardıcıllığının təsviri sistemə daxil edilmiş funksionallığın konkret avtomatlaşdırılmış proses çərçivəsində həyata keçirilə biləcəyini təhlil etməyə imkan verir.

Sertifikatın hazırlanması

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 endirilə və standart konfiqurator alətlərindən istifadə etməklə konfiqurasiyaya yüklənə bilər.

Yardım alt sistemlərin, metadata obyektlərinin və funksiya əməliyyatlarının əlaqələrinə əsaslanan vahid təsvir strukturundan istifadə edərək vahid üslubda yaradılır. Yardım dizayn üslubları (şriftlər, girintilər, vurğulamalar) 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ə idarəetməsinin 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ə komanda işini təşkil etməyə imkan verir. Eyni zamanda, mərhələləri çevik şəkildə konfiqurasiya etmək, bu mərhələləri əlaqələndirmək və inkişaf qrupunun üzvlərinə dəyişikliklər barədə məlumat vermək 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əndirilir və digər layihə iştirakçıları üçün şəffaf və məlumatlandırıcı olsun.

Səhvlərlə məşğul olmaq

DSS, işlənmə mərhələsində olan layihələr üçün səhvləri versiyaya, düzəliş müddətinə, layihə bölmələrinə, statuslara və s. Sistemin funksionallığı müxtəlif hesabatlar yaratmaq və səhvlər haqqında məlumat dərc etmək imkanı ilə səhvlərlə işləmək üçün hazır metodologiya təklif edir. Sistem layihələr arasında əlaqələri konfiqurasiya etməyə, layihələrin konkret versiyalarını nəzərə almaqla hansı kitabxana layihələrinin layihəyə daxil edildiyini müəyyən etmə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 imkanlara əlavə olaraq, DSS aşağıdakı funksiyaları ehtiva edir:

• Müxtəlif istifadəçilər kontekstində DSS obyektlərində dəyişikliklərə nəzarət.
• Dizayn məlumatlarının versiyalaşdırılması.
• 1C: Müəssisə rejimində funksional modelin yoxlanılması qaydalarını konfiqurasiya etmək imkanı.
• Məlumat bazası obyektləri haqqında əlavə məlumatları konfiqurasiya etmək imkanı.
• Əlavə hesabatlardan istifadə etmək və emal etmək imkanı.
• Layihə qrupu üzvləri arasında mesaj mübadiləsi.
• Sistemdə texniki layihələr, tapşırıqlar və səhvlər, yeni mesajlar haqqında bildirişlərin paylanması.
• E-poçt hesabatlarını konfiqurasiya etmək imkanı.
• Tam mətn axtarışı.
• Rutin tapşırıqlarla işləmək.

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, sistemin dizaynının lazımsız əmək xərcləri olduğu fikri olduqca populyardır. Mən deyərdim ki, əsassız deyil. Sistemlərin tətbiqi ilə məşğul olan 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 mövcud olanlar yalnız "kəskinləşir", üstəlik, müntəzəm olaraq dəyişən müştəri ehtiyaclarına uyğunlaşdırılır. Bu halda, formal dizayn prosesi çətin ki, məna kəsb etsin. Söhbət konkret olaraq prosesin rəsmiləşdirilməsindən gedir, çünki dizayn prosesinin özü inkişafın ayrılmaz hissəsidir və yalnız tərtibatçının başında olsa belə, əlbəttə ki, mövcud olacaqdır.

Dizayn mənalı olduqda:

1) Şirkətin ümumi strategiyası var və İT sistemlərinin inkişafı bu strategiyanın tərkib hissəsidir.

2) Rəhbərlik tərəfindən informasiya sisteminin tətbiqi/inkişafı yolu ilə hansı vəzifələrin həll edilməli olduğu barədə anlayış var.

3) Şirkətin biznes proseslərinin rəsmi anlayışı/təsviri var və ya onun yaradılması planlaşdırılır.

Sistem layihəsinin yaradılması üçün ilkin şərtlər sxematik şəkildə aşağıda təqdim olunur:

Ə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 işə düşür - ARIS, Business Studio. Və yalnız bundan sonra biz İT prosesi modeli haqqında danışırıq. "Qabaqcıl" Qərb satıcılarının bunun üçün xüsusi alətləri var - USAP inteqrasiya olunmuş ARIS, IBM - RUP, Microsoft - MSF, Visual Studio ilə inteqrasiya olunub. Beləliklə, 1C-nin öz aləti var - 1C: SPPR.

İndi ikinci sual yaranır: “ 1C:SPPR praktikada necə istifadə olunur?"? Bu halda mən ancaq şəxsi təcrübəmdən danışa bilərəm. Təəssüf ki, bu, 1C: SPPR-nin planlaşdırıldığı ilə üst-üstə düşməyə bilər. Təcrübəmdə 1C:SPPR 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. Sonra sənədlər yaradılır - inkişaf xüsusiyyətləri, dizayn həlləri və hətta istifadəçi sənədləri.

Qeyd etmək lazımdır ki, bu halda söhbət 1C: DSS haqqında deyil, kifayət qədər əhəmiyyətli dəyişikliklər təqdim etməklə onun əsasında hazırlanmış sistemdən gedir. Fakt budur ki, 1C: SPPR-nin ilk versiyası, belə bir vasitəyə ehtiyac duyduğumuzda, tələblərimizə cavab vermədi və həqiqətən də başqasının tələblərinə cavab verə bilmədi:

Ancaq bu, artıq sizin “tutmaq” və tam funksional alət hazırlaya biləcəyiniz 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: SPPR-ə daxil edilməli olan bütün funksiyalar aşağıdakı 4 hissəyə bölmək olar:

1) Simulyasiya funksiyaları

a.Sistem modeli, enerji təchizatı modeli ilə əlaqə (müxtəlif qeydlərdə)

b.Sistem modelinin metadata və 1C alqoritmləri ilə əlaqəsi

c.Simulyasiya 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ə funksiyaları

a.Sənədlərin modellə əlaqələndirilməsi

b.Sənədlərin 1C-yə ixracı və Söz

4) İnkişaf və sınaq təşkilatı funksiyaları

a.Spesifikasiyalar və inkişaf tapşırıqları

b.Test nəticələri və problemlərin aradan qaldırılması

Tipik 1C: SPPR blokunda (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:SPPR-də yalnız həyata keçirilir IDEF 0.

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.

Artıq sənədləşmə ilə bağlı problemlər var. 1C: SPPR-də çatışmayan əsas funksionallıq ixracdır Söz . Axı, dizaynerin işinin nəticəsi bir inkişaf spesifikasiyası olmalıdır (TZ/ChTZ - kim onu ​​nə adlandırırsa). Və spesifikasiya insanın oxuya bilməsi 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ında 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. Səbəbi aydın olmasa da. Həyatında ən azı bir dəfə tapşırıq izləmə sistemi yazmamış təcrübəli bir tərtibatçı ilə rastlaşmaq nadirdir. 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-ə nisbətən bu funksionallıq təkmilləşdirilmişdir - 1C:SPPR-də əsas təkmilləşdirmələr çıxışa aiddirSöz və tapşırıqların uçotu sisteminin yaradılması .

İndi standart 1C:SPPR yeni versiyasının 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əqdimatından, əlavə xüsusiyyətlərindən birbaşa metadataların yüklənməsi. İlk versiyada bu cür funksionallığı inkişaf etdirməyə xeyli vaxt sərf etdik.

2) Sistemin notlarda modelləşdirilməsi IDEF . 1C bu funksiyanı inkişaf etdirmək üçün çox pul xərclədi. İrəliyə doğru həqiqətən əhəmiyyətli bir addım, lakin yuxarıda yazdığım kimi, qeyd bizim üçün daha tanış və əlverişli oldu EPC . Təəssüf ki, 1C:SPPR-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ə tezis yazsa, bu, əhəmiyyətli dərəcədə kömək edərdi. Əslində, funksionallıq gündəlik iş praktikasında çox faydalıdır. Hətta sadəcə olaraq standart tətbiq həllinin mexanizmlərini 1C:SPPR-ə yükləməklə, bina ER Lazımi obyektlərin diaqramı bu və ya digər mexanizmin necə işlədiyini daha sürətli və asan başa düşməyə imkan verir. Texniki şərtləri tərtib edərkən bu cür diaqramların faydalılığı haqqında danışmağa ehtiyac yoxdur. Bu fürsətə görə “çox sağ olun” deyə bilərik.

5) Səhvlərlə mübarizə də sistemin çox zəruri, lakin kifayət qədər sadə mexanizmidir.

6) Hətta yardım məlumatlarını yazmaq üçün alətlər 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ə oluna bilən çox rahat funksionallıqdır.

1C:SPPR-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:
IN

Çox güman ki, 1C tərəfindən verilən tipik istifadə halı sistemdəki testerlərin və tərtibatçıların işini nəzərdə tutmur. Alqoritmlərin ətraflı təsviri də yoxdur.

Beləliklə, 1C: SPPR-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. Bu "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. Outsorsinq üçü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, bütün CQBK metaməlumatlarını təsvir etmək vəzifəsi... 1C: SPPR bu prosesi sadəcə olaraq on dəfə asanlaşdırır.

3) Tapşırıqların uçotu - inteqrasiya edildikdə çox rahatdır. Tərtibatçı dərhal təyin edilmiş tapşırıq haqqında hər şeyi görə bilər. Lazım gələrsə, nəyisə özü üçün başa düşmək/aydınlaşdırmaq üçün “daha ​​yüksək səviyyəyə” yüksələ 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, niyə və nə üçün edildiyini izləyə bilərsiniz.

1) Dəyişiklik idarəetməsi. Nə dəyişdi, kim təsdiq etdi? Nə üçün təsir edəcək 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ə qaldıracaq və faydalılığını artıracaq.

2) Konfiqurasiya deposu ilə əlaqə. Təbii ki, zəncirin son mərhələsi bir az əskikdir. Əgər sistem bu inkişafın hansı tapşırıq/spesifikasiyaya əsaslandığı barədə məlumat verə bilsəydi?

3) ARIS/Business Studio ilə inteqrasiya. Təəssüf ki, quraşdırılmış 1C alətləri diaqramların yaradılması üçün rahatlıq və funksionallıq baxımından ixtisaslaşdırılmış vasitələrdən xeyli aşağıdır. EPC/IDEF.

Ümumiyyətlə, 1C:SPPR çox funksional və praktik məhsuldur. 1C-nin düzgün istiqamətdə hərəkət etdiyi aydındır. 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 və ya özümüz təkmilləşdiririk.

************

Sizi yeni konfransa dəvət edirik.