Bu gün, hansı məhsul və ya xidmət təklif etməsindən asılı olmayaraq, demək olar ki, hər bir təşkilat texnoloji biznesə çevrilib və ya olmaq yolundadır. Şirkətlər başa düşürlər ki, daha böyük uğur qazanmaq üçün İT və biznesin etibarlı tərəfdaşlar kimi işləməsi tələb olunur ki, bu da biznesin strateji məqsədlərinə nail olmağa və rəqabət üstünlükləri yaratmağa imkan verir. Problem ondadır ki, ikisini uyğunlaşdırmaq çətindir. Stereotiplər İT haqqında yanlış təsəvvürləri gücləndirir. İT ixtisaslı olmayan işçilər hesab edirlər ki, İT başa düşülməyəcək qədər texnikidir. Müəssisələr çox vaxt İT-yə rəqabət üstünlüyü mənbəyi kimi deyil, artıq xərc kimi baxırlar.

Biznes və İT uyğunlaşdırılması məsələləri

Ümumiyyətlə, biznes tərəfində olan müştərilər proqram təminatının necə inkişaf etdirildiyini qeyri-müəyyən başa düşürlər. Bununla yanaşı, yalnız bir neçə tərtibatçı proqram təminatı biznesi məhsulunu başlanğıcdan sona qədər necə yaratmağı izah edə bilər, çünki bu, həqiqətən mürəkkəb və mürəkkəb bir prosesdir. Bundan əlavə, müştərilər çox vaxt bu dərinlikləri bilmək  istəmirlər, çünki nə baş verdiyini anlamaq onlara çətin gəlir. Beləliklə, onlar proqram təfərrüatları üzərində qərar vermək məsuliyyətini tərtibatçılara həvalə etməyi üstün tuturlar.

Nəticədə, tərtibatçıların müştərilərin ehtiyaclarını səhv başa düşmələri və onları səhv qeyd etmələri ehtimalı yaranır ki, bu da buraxılmış son tarixlərə, büdcənin aşılmasına və hətta son nəticədə müştərilər üçün yararsız olan proqram təminatı sisteminə səbəb olur.

Bu potensial problemlər bütün iştirakçılara, o cümlədən müştərilərə, istifadəçilərə, tərtibatçılara və şirkət rəhbərliyinə proqram təminatının hazırlanmasında tam əməkdaşlıq etməyə imkan verən proqram təminatının hazırlanması prosesini seçmək üçün əsaslı dəlildir.

Bunu etməyin mümkün yollarından biri komandalara və mütəxəssislərə sistemin inkişaf dövrünün bütün mərhələlərində səmərəli qarşılıqlı əlaqə yaratmağa imkan verən vahid məlumat modeli ətrafında inkişaf prosesini qurmaqdır. 

1C: Müəssisə Platforması daxilində domenə əsaslanan dizayn (DDD) və onun həyata keçirilməsi

Tətbiqlərin DDD-ə uyğun inkişafı və dizaynı şirkət domenindən asılı olaraq dəyişəcək. Layihə iştirakçıları mövzu üçün ümumi, ciddi bir dil inkişaf etdirirlər. Bu dil həm biznes, həm də inkişaf tərəfinin mütəxəssisləri üçün başa düşüləndir. Domenə əsaslanan dizaynda biz onu hər yerdə istifadə olunan dil adlandırırıq. Bu dillə komanda üzvləri öz layihələrini müzakirə edir, domen modeli yaradır, kod yazır və daha çox iş görür.

DDD konsepsiyasına uyğun olaraq sıfırdan proqram təminatının hazırlanması asan və sürətli deyil, lakin düzgün yanaşma ilə sərmayə qoyulmuş səylər özünü doğrultmuş olur. Bununla belə, domen modelinin yaradılması işi çox vaxt proqram inkişaf büdcəsinin əhatə dairəsindən kənarda qalır.

1C ekosistemində bu problem tərtibatçılara hazır domen modeli ilə “fullstack” platforması verməklə həll olunub. Model maliyyənin, kadrların, anbarların və digərlərinin idarə edilməsini əhatə edən daxili biznes proseslərini təsvir edir.

Əlaqəli cədvəllərin, OOP siniflərinin və oxşarlarının texniki terminologiyası vasitəsilə biznes tətbiqlərini təsvir etmək üçün ənənəvi yanaşma əvəzinə, 1C: Enterprise platforması metadata vasitəsilə eyni şeyi edir. Meta məlumatlar dedikdə biz konfiqurasiya edilmiş proqram komponentlərinin toplusunu nəzərdə tuturuq. Tətbiqdəki hər bir komponent müəyyən bir növ domen obyekti və ya prosesini təmsil edir və birlikdə tətbiqdə istifadə edə biləcəyimiz bütün sistemi qurur. 1C: Enterprise platformasındakı bu cür komponentlərə misal olaraq kataloqlar, sənədlər, yığım reyestrləri və s.

1C: Enterprise platformasının komponentləri ümumi istifadə olunan dil baxımından:

Catalogs (Kataloqlar) — Müştərilərin, Məhsulların, İşçilərin və s.

Documents (Sənədlər) — Satınalma Sifarişləri, Satış Sifarişləri və ya Fakturalar kimi iş hadisələri.

Accumulation register (Yığım reyestri) — məsələn, debitor borcları və ya bank reyestri kimi yerləşdirilmiş əməliyyatları olan yığılma sənədi.

Accounting engine (Mühasibat uçotu mexanizmi) — Mühasibat uçotu sənədi, adətən ixtisaslaşdırılmış kitablar və baş kitab yaratmaq üçün istifadə olunur.

Calculation engine (Hesablama mexanizmi) — Əmək haqqı hesablamaları.

Business process (Biznes prosesi) — Biznes proseslərinin modelləşdirilməsi üçün bütün sistemdə istifadə olunur.

Bu komponentlərlə tərtibatçılar yuxarıdakı diaqramda göstərildiyi kimi müxtəlif proqram modulları yarada bilərlər. Əlaqədar proqram modulları və komponentləri eyni rənglərə malikdir.

Beləliklə, platforma bütün layihə üzvləri üçün vahid biznes mərkəzli kontekst yaradır. Tətbiq komponentlərinin növləri tez bir zamanda tərtibatçı olmayanlar üçün mənalı olur və beləliklə, analitiklər, müştərilər və tərtibatçılar da daxil olmaqla bütün üzvlərə bir dildən istifadə edərək layihənin əsas funksionallığını müzakirə etmək imkanı verir. Mövzu üzrə ekspertlər biznes tətbiqinin funksional prototipinin yaradılmasına cəlb olunduqca, layihə inkişaf komandası proqram məhsulu haqqında düzgün təsəvvür əldə etmək, düzgün inkişaf məqsədləri təyin etmək və tələb olunan tətbiq funksiyalarını təmin etmək üçün yüksək şansa malikdir.

Çox vaxt hətta kodlaşdırma təcrübəsi olmayan biznes nümayəndələri və ya analitiklər də 1C: Enterprise platforması baxımından tərtibatçılar qarşısında vəzifə qoya bilər. Bundan əlavə, tərtibatçılar, hətta mühasibat uçotu, audit və ya oxşar sahələrdə peşəkar təlimə malik olmasalar da, biznes proqramlarını tərtib edə bilərlər.

Platforma sayəsində 1C ekosistemindəki biznes və İT “dizaynla” uyğunlaşdırılıb. Onların arasında yüksək keyfiyyətli əməkdaşlıq hər iki hissədə əlavə səy tələb olunmur. Nəticədə, biznes məqsədlərinə çatmağa kömək etməyən xərcləri aradan qaldırsa da, İT xərcləri azalır və bazara çıxma müddəti azalır.