AIS-in həyat dövrü və həyat dövrü modelləri. AIS həyat dövrü modelinin yaradılması mərhələləri

Mövzu 1.2 AIS həyat dövrü və AIS həyat dövrü modelləri

AIS həyat dövrü -yaradılmasının zəruriliyi haqqında qərar qəbul etmək zərurəti haqqında qərar qəbul edildiyi andan onun fəaliyyətinin tam başa çatmasına qədər davamlı prosesdir.

Müasir AİS-in həyat dövrü 10 ilə yaxındır ki, bu da AİS-in həyata keçirilməsində istifadə olunan texniki və sistem proqram təminatının köhnəlməsini və fiziki köhnəlməsini əhəmiyyətli dərəcədə üstələyir. Buna görə, bir qayda olaraq, sistemin həyat dövrü ərzində onun modernləşdirilməsi həyata keçirilir, bundan sonra sistemin bütün funksiyaları daha az səmərəliliklə yerinə yetirilməlidir.

AIS-in bütün həyat dövrü ərzində buna nail olmaq bir sıra obyektiv və subyektiv səbəblərə görə kifayət qədər çətin məsələdir, nəticədə AIS layihələrinin böyük əksəriyyəti keyfiyyət, müddət və ya qiymətləndirmələrin pozulması ilə həyata keçirilir; layihələrin demək olar ki, üçdə biri yarımçıq qalmağı dayandırır. 1996-cı ildə Standish Group-un məlumatına görə, AIS layihələrinin 84%-i vaxtında tamamlanmayıb, 1998-ci ildə bu rəqəm 74%-ə düşüb, 2000-ci ildən sonra isə 50%-dən aşağı düşmür. Bu vəziyyətin əsas səbəbi sistemlərin, metodların və layihələrin idarə edilməsi vasitələrinin təhlili və layihələndirilməsi texnologiyasının səviyyəsinin biznesdəki mürəkkəblik və sürətli dəyişikliklər səbəbindən daim artan, yaradılan sistemlərin mürəkkəbliyinə uyğun gəlməməsidir.

Dünya təcrübəsindən məlumdur ki, AIS tətbiqi proqram təminatının saxlanması xərcləri onun bütün həyat dövrü ərzində ümumi dəyərinin ən azı 70%-ni təşkil edir, ona görə də lazımi metod və vasitələrin, o cümlədən konfiqurasiyanın idarə edilməsi metodlarının təmin edilməsi son dərəcə vacibdir. dizayn mərhələsi.

AIS dizayn prosesi aşağıdakı sənədlərlə (standartlar, metodologiyalar, modellər) tənzimlənir:

GOST 34.601-90- proqram təminatının həyat dövrünün kaskad modelinə uyğun gələn AIS-nin yaradılması mərhələləri və mərhələləri üçün standart (aşağıda müzakirə olunur). Hər mərhələdə işin məzmununun təsviri verilir;

180/1EC 12207:1995- həyat dövrünün prosesləri və təşkili üçün standart; xüsusi proqram təminatının bütün növlərinə aiddir; fazaların, mərhələlərin və mərhələlərin təsvirini ehtiva etmir;

Fərdi İnkişaf Metodu(Oracle metodologiyası) - tətbiqi AIS-in inkişafı üçün texnoloji material, Oracle istifadəsinə əsaslanan layihə sənədləri blankları səviyyəsinə qədər təfərrüatlıdır.O, klassik həyat dövrü modeli üçün istifadə olunur (bütün işlər, tapşırıqlar və mərhələlər təqdim olunur), kimi həmçinin kiçik layihələr üçün tövsiyə olunan "sürətli inkişaf" texnologiyaları (Fast Track) və ya "yüngül yanaşma" üçün.

Rasional Vahid Proses(metodologiya RUP) - iterativ inkişaf modelinin həyata keçirilməsi üçün texnoloji material, dörd mərhələni (inkişaf dövrü): başlanğıc, tədqiqat, tikinti və həyata keçirmə. Hər bir mərhələ mərhələlərə (iterasiyalara) bölünür, onların nəticələri daxili və ya xarici istifadə üçün versiyalardır. Hər bir dövr sistemin növbəti versiyasının yaradılması ilə başa çatır. Bundan sonra layihə üzərində iş dayanmazsa, nəticədə məhsul inkişaf etməyə davam edir və yenidən eyni mərhələlərdən keçir. RUP metodologiyası çərçivəsində işin mahiyyəti UML əsasında modellərin yaradılması və saxlanılmasıdır;

Microsoft Həll Çərçivəsi(metodologiya MSF) - İterativ inkişaf modelinin həyata keçirilməsi üçün texnoloji material, RUP-a bənzər dörd mərhələni əhatə edir: təhlil, dizayn, inkişaf, sabitləşdirmə; obyekt yönümlü modelləşdirmədən istifadəni nəzərdə tutur. MSF RUP-dan daha çox biznes proqramlarının inkişafına diqqət yetirir;

Ekstremal Proqramlaşdırma (XP)- ekstremal proqramlaşdırma (nəzərdən keçirilən metodologiyalar arasında ən yenisi); 1996-cı ildə yaradılmışdır. Metodologiyanın əsasını bütün layihə boyu komanda işi, sifarişçi və podratçı arasında effektiv ünsiyyət təşkil edir; AIS-in inkişafı ardıcıl olaraq təkmilləşdirilmiş prototiplərdən istifadə etməklə həyata keçirilir.

Həyat dövrü çərçivəsindəki ISO/IEC 12207 standartı AIS proqram təminatının yaradılması zamanı həyata keçirilən prosesləri müəyyən edir. Bu proseslər üç qrupa bölünür:

əsas(alınma, təchizat, inkişaf, istismar və texniki xidmət);

köməkçi(sənədləşdirmə, konfiqurasiyanın idarə edilməsi, keyfiyyətin təminatı, yoxlama, yoxlama, qiymətləndirmə, audit və problemlərin həlli);

təşkilati(layihənin idarə edilməsi, layihə infrastrukturunun yaradılması, həyat dövrünün özünün müəyyən edilməsi, qiymətləndirilməsi və təkmilləşdirilməsi, təlim).

arasında əsas proseslər həyat dövrü ən əhəmiyyətlidir inkişaf, əməliyyat və müşayiət. Hər bir proses müəyyən vəzifələr və onların həlli üsulları, əvvəlki mərhələdə alınan ilkin məlumatlar və nəticələrlə xarakterizə olunur.

İnkişaf AIS proqram təminatının və onun komponentlərinin müəyyən edilmiş tələblərə uyğun yaradılması üzrə bütün işləri əhatə edir. Bu prosesə də daxildir:

Layihə və istismar sənədlərinin hazırlanması;

Hazırlanmış proqram məhsullarının sınaqdan keçirilməsi üçün lazım olan materialların hazırlanması;

Kadr hazırlığı üçün lazım olan materialların hazırlanması.

Bir qayda olaraq, inkişaf prosesinin komponentləri strateji planlaşdırma, təhlil, dizayn və həyata keçirmədir (proqramlaşdırma).

Emal etmək istismar aid etmək:

Verilənlər bazası və istifadəçi iş stansiyalarının konfiqurasiyası;

İstifadəçilərin əməliyyat sənədləri ilə təmin edilməsi;

Təlim.

Əsas əməliyyat fəaliyyətlərinə aşağıdakılar daxildir:

Birbaşa əməliyyat;

Problemlərin lokallaşdırılması və səbəblərinin aradan qaldırılması;

Proqram təminatının dəyişdirilməsi;

Sistemin təkmilləşdirilməsi üçün təkliflərin hazırlanması;

Sistemin inkişafı və modernləşdirilməsi.

Peşəkar, bacarıqlı müşayiət- AIS tərəfindən yerinə yetirilən problemlərin həlli üçün zəruri şərt. Yardım masaları istənilən AIS-in həyatında çox mühüm rol oynayır. Bu mərhələdəki səhvlər sistemin özünün dəyəri ilə müqayisə edilə bilən aşkar və ya gizli maliyyə itkilərinə səbəb ola bilər.

AIS xidmətinin təşkilində ilkin tədbirlərə aşağıdakılar daxildir:

Sistemin ən kritik qovşaqlarının müəyyən edilməsi və onlar üçün dayanma müddətinin kritikliyinin müəyyən edilməsi (bu, AIS-nin ən kritik komponentlərini müəyyən etməyə və texniki xidmət üçün resursların ayrılmasını optimallaşdırmağa imkan verəcək);

Baxım vəzifələrinin müəyyən edilməsi və onların xidmət şöbəsinin qüvvələri tərəfindən həll edilən daxili və ixtisaslaşdırılmış xidmət təşkilatları tərəfindən həll edilən xarici bölünməsi (beləliklə, yerinə yetirilən funksiyaların dairəsi açıq şəkildə məhdudlaşır və məsuliyyət bölüşdürülür);

Təsvir edilmiş vəzifələr və səlahiyyətlərin bölgüsü çərçivəsində texniki xidmətin təşkili üçün zəruri olan mövcud daxili və xarici resursların təhlilinin aparılması (təhlil üçün əsas meyarlar: avadanlıq üçün zəmanətin olması, təmir fondunun vəziyyəti, kadrların ixtisasları);

İcra ediləcək hərəkətlərin mərhələləri, onların icra müddətləri, mərhələlər üzrə məsrəflər, icraçıların məsuliyyəti müəyyən edilməklə texniki xidmətin təşkili planının hazırlanması.

Döngü sisteminə yüksək keyfiyyətli texniki xidmətin təmin edilməsi təkcə gündəlik inzibati vəzifələri həll etməyə deyil, həm də nasazlıqlar və qəzalar zamanı sistemin işini tez bərpa etməyə qadir olan yüksək ixtisaslı mütəxəssislərin cəlb edilməsini tələb edir.

arasında dəstək prosesləriəsaslarından biridir konfiqurasiya idarəetməsi, AIS-in həyat dövrünün əsas proseslərini, ilk növbədə inkişaf və texniki xidmət proseslərini dəstəkləyən.

Mürəkkəb AIS-in inkişafı sistem komponentlərinin müstəqil inkişafını nəzərdə tutur ki, bu da həm ayrı-ayrı komponentlərin, həm də bütövlükdə sistemin bir çox variantlarının və həyata keçirmə versiyalarının yaranmasına gətirib çıxarır. Beləliklə, AİS-in inkişafı və modernləşdirilməsi zamanı vahid strukturun qorunmasının təmin edilməsi problemi yaranır. Konfiqurasiyanın idarə edilməsi AIS-in həyat dövrünün bütün mərhələlərində onun müxtəlif komponentlərində dəyişiklikləri təşkil etməyə, sistematik şəkildə nəzərə almağa və nəzarət etməyə imkan verir.

Təşkilati proseslər böyük əhəmiyyət kəsb edir, çünki müasir AIS böyük komplekslərdir, onların yaradılmasında və saxlanmasında müxtəlif ixtisaslardan çoxlu insanlar çalışır.

Layihənin idarə edilməsi işin planlaşdırılması və təşkili, tərtibatçılar komandalarının yaradılması, işin vaxtına və keyfiyyətinə nəzarət məsələləri ilə bağlıdır. Layihənin texniki və təşkilati dəstəyinə aşağıdakılar daxildir:

Layihənin həyata keçirilməsi üçün üsul və vasitələrin seçimi;

İnkişaf prosesinin vəziyyətinin təsviri üsullarının müəyyən edilməsi;

Yaradılan proqram təminatının sınaqdan keçirilməsi üsul və vasitələrinin işlənib hazırlanması;

Təlim.

Dizayn keyfiyyətinin təminatı AIS komponentlərinin yoxlanılması, yoxlanılması və sınaqdan keçirilməsi problemləri ilə bağlıdır.

Doğrulama - müəyyən mərhələdə əldə edilmiş mövcud inkişaf vəziyyətinin həmin mərhələnin tələblərinə cavab verib-vermədiyini müəyyən etmək prosesi.

İmtahan- işlənmə parametrlərinin ilkin tələblərə uyğunluğunun müəyyən edilməsi prosesi. Doğrulama faktiki və gözlənilən nəticələr arasındakı fərqləri müəyyən etmək, həmçinin AIS performansının ilkin tələblərə uyğunluğunu qiymətləndirmək üçün həyata keçirilən sınaq ilə bir qədər üst-üstə düşür.

2002-ci ildə Avtomatlaşdırılmış sistemlər üçün həyat dövrü prosesləri üçün standart (ISO/IEC 15288 Sistem Həyat dövrü prosesləri) nəşr edilmişdir. Standartın hazırlanmasında müxtəlif fəaliyyət sahələrindən olan ekspertlər iştirak etmişlər; dövlət, kommersiya, hərbi və akademik təşkilatlarda sistemlərin yaradılması üzrə praktiki təcrübə nəzərə alınıb. ISO/IEC 15288 seriyasına uyğun olaraq, LC strukturuna aşağıdakı proses qrupları daxildir.

1. Müqavilə prosesləri:

Satınalma (daxili həllər və ya xarici provayder həlləri);

Çatdırılma (xarici təchizatçıdan daxili həllər və ya həllər).

2. Müəssisə prosesləri:

Müəssisənin ətraf mühitinin idarə edilməsi;

İnvestisiyaların idarə edilməsi; IP-nin həyat dövrünün idarə edilməsində;

Resursların idarə edilməsi;

Keyfiyyətə nəzarət.

3. Dizayn prosesləri:

Layihənin planlaşdırılması;

Layihənin qiymətləndirilməsi;

Layihəyə nəzarət;

Risklərin idarə edilməsi;

Konfiqurasiyanın idarə edilməsi;

İnformasiya axınının idarə edilməsi;

Qərarların qəbulu.

4. Texniki proseslər:

Tələblərin müəyyən edilməsi;

Tələblərin təhlili;

Memarlığın inkişafı;

həyata keçirilməsi;

inteqrasiya;

Doğrulama;

keçid;

Sertifikatlaşdırma;

İstismar;

müşayiət;

Sərəncam.

5. Xüsusi proseslər:

Tapşırıqlardan və məqsədlərdən irəli gələn qarşılıqlı əlaqələrin müəyyən edilməsi və qurulması.

Cədvəldə. 1.4 mərhələlərin siyahısını və müəyyən edilmiş standarta uyğun olaraq tamamlandığı vaxta görə əsas nəticələri göstərir.

1970-ci illərdə IBM Biznes Sisteminin Planlaşdırılması (BSP) metodologiyasını və ya təşkilati planlaşdırma metodologiyasını təklif etmişdir.

Biznes proseslərinin kəsişmə matrislərindən, məlumatların emalı sistemlərinin (İS) funksional bölmələri, məlumat obyektləri, sənədlər və verilənlər bazaları, BSP-də təkliflər, onların ardıcıllığı (yuxarı rəhbərliyin dəstəyini almaq, müəssisə proseslərini müəyyənləşdirmək, prosesləri, məlumat siniflərini təyin etmək) istifadə edərək məlumatın strukturlaşdırılması metodu , müsahibələri gətirin, müsahibə məlumatlarını emal edin və təşkil edin) demək olar ki, bütün formal metodlarda, eləcə də praktikada həyata keçirilən layihələrdə tapıla bilər.

Cədvəl 1.4.AIS yaradılması mərhələləri (ISO/IEC 15288)

Nəşr edilmiş məlumatlara görə, AIS inkişafının hər bir mərhələsi müəyyən vaxt tələb edir. Çox vaxt (45-50%) kodlaşdırma, kompleks və müstəqil testlərə sərf olunur (şək. 14). Orta hesabla AIS-in inkişafı sistemin bütün həyat dövrünün üçdə birini təşkil edir (Şəkil 1.5).

Şəkil 1.4. AIS-in inkişafında vaxtın paylanması

Təqdimatın təsviri Slaydlar vasitəsilə AİS-in həyat dövrünün modellərinin yaradılması mərhələləri

AIS-in həyat dövrü AIS-in inkişafında sistemin yaradılması haqqında qərar qəbul edildiyi andan onun fəaliyyətini dayandırdığı ana qədər keçdiyi mərhələlər və mərhələlər toplusudur.

Həyat dövrü mərhələləri 1 Planlaşdırma və təhlil (layihədən əvvəlki mərhələ) - sistemin nə etməli olduğunu müəyyən etmək. Texniki-iqtisadi əsaslandırmanın (texniki-iqtisadi əsaslandırma) və texniki tapşırığın (TOR) qeydiyyatı.

2 Dizayn (texniki və məntiqi dizayn) – sistemin necə işləyəcəyini müəyyən etmək (alt sistemlərin, funksional komponentlərin və onların qarşılıqlı əlaqəsinin spesifikasiyası*). Texniki layihənin hazırlanması. * Spesifikasiya - verilən tapşırıq üçün tələblərin dəqiq, tam, aydın ifadə edilmiş təsviri.

3. Həyata keçirmə (ətraflı dizayn, proqramlaşdırma) - Funksional komponentlərin və ayrı-ayrı altsistemlərin yaradılması, alt sistemlərin vahid bütövlükdə birləşdirilməsi. Verilənlər bazasının doldurulması. Kadrlar üçün təlimatların yaradılması. İşçi qaralamanın hazırlanması

4 Həyata keçirmə (sınaq, sınaq istismarı) - sistemin quraşdırılması və istismara verilməsi, alt sistemlərin sazlanması, kadr hazırlığı. Testlərin qəbulu aktının qeydiyyatı.

Qeydlər 1. 2-ci və 3-cü mərhələlər birinə birləşdirilə bilər: texnoloji detallı dizayn və ya sistem sintezi. 2. Həyat dövrünün hər bir mərhələsində müəyyən texniki həllər toplusundan və əlaqəli sənədlərdən istifadə olunur

3. Hər bir mərhələ üçün əvvəlki mərhələdə qəbul edilən sənədlər və qərarlar ilkindir. 4. Həyat dövrü modelləri sistemin yaradılması prosesində mərhələlərin icra qaydasını və mərhələdən mərhələyə keçid meyarlarını müəyyən edir.

Həyat dövrü modeli AIS-in yaradılması və istifadəsi üçün bir modeldir, sistemin göründüyü andan istifadədən tamamilə çıxdığı ana qədərki müxtəlif vəziyyətlərini əks etdirir.

Həyat dövrünün əsas modelləri Cascade - əvvəlkinin tamamlanmasından sonra növbəti mərhələyə keçidi nəzərdə tutur. Bu model AIS-in qurulmasında istifadə olunur, onun üçün bütün tələblər əvvəldən dəqiq və tam şəkildə tərtib edilir. Dezavantajlar: sərt sxem - əvvəlki mərhələlərə qayıtmağın və mürəkkəb sistemlər üçün istifadənin mümkünsüzlüyü.

Addım-addım İterativ Model Dövrlər arasında əks əlaqəni qəbul edir. Üstünlük ondan ibarətdir ki, mərhələlərarası tənzimləmələr daha çox çeviklik və daha az səy təmin edir. Dezavantaj odur ki, mərhələlərin hər birinin ömrü sistemin yaradılmasının bütün dövrü üçün uzana bilər.Həyat dövrünün spiral modelinin çətinlikləri və çatışmazlıqları Əsas problem növbəti mərhələyə keçidin müəyyən edilməsidir: onu həll etmək , mərhələlərin hər biri üçün vaxt məhdudiyyətləri təqdim olunur. Keçid əvvəlki layihələrin statistik məlumatları və tərtibatçıların təcrübəsi əsasında tərtib edilmiş plana uyğun olaraq həyata keçirilir. Dezavantajlar: Təhlil və dizayn mərhələlərində edilən səhvlər sonrakı mərhələlərdə problemlərə və bütün layihənin uğursuzluğuna səbəb ola bilər.

AIS istifadəçi rolu müəyyən bir istifadəçinin informasiya ehtiyaclarını ödəmək üçün yaradılmışdır. Onun işində bilavasitə iştirak edir. .

İstifadəçi problemin formalaşdırılmasında iştirak edir və sınaq əməliyyatı aparır, bu müddət ərzində o, tərtibatın çatışmazlıqlarını aşkar edə, daxil və çıxış məlumatlarını, nəticələrin verilməsi formalarını və sənədlərin icrasını düzəldə bilər.

AIS-in yaradılmasında istifadəçinin iştirakı problemin operativ və keyfiyyətli həllini təmin edir, yeni texnologiyaların tətbiqi üçün vaxtı azaldır.

Giriş

1. Avtomatlaşdırılmış informasiya sistemlərinin arxitekturası və onun təkmilləşdirilməsi problemləri 13

1.1. Memarlıq modelləri və AIS 13-ün əsas komponentləri

1.2. AIS inkişaf problemləri 47

1.3. AIS UP 53-ün yeni arxitekturasının tətbiqi üçün platformalar

1.4. Fəsil 1 Nəticələr 57

2. AIS UE memarlıq modeli 58

2.1. AIS UP 59 üçün əsas tələblər

2.2. Memarlıq AIS UP 66

2.3. AIS UP 89 komponentləri

2.4. Fəsil 2 Nəticələr 102

3. AIS UE-nin praktiki tətbiqi üsulları 104

3.1. AIS UP 104 inkişaf alətləri

3.2. AIS UP 111 modelinin praktik tətbiqi təcrübəsi

3.3. Fəsil 3 Nəticələr 123

4. Nəticə 125

5. Terminologiya və abbreviaturalar 128

6. Ədəbiyyat

İşə giriş

Müasir müəssisələrin fəaliyyəti maddi, maliyyə, əmək və informasiya resurslarının qarşılıqlı asılı və həcmli axınlarının hərəkəti ilə bağlıdır. Dinamik dəyişən siyasi və iqtisadi şəraitdə istehsal və kommersiya tsikli proseslərinin idarə edilməsi qısa müddətdə operativ qərar qəbul etməyi tələb edir. Müasir şəraitdə bu problemin həlli texniki-iqtisadi məlumatların avtomatlaşdırılmış işlənməsindən istifadə etmədən mümkün deyil.

Son 40 ildə müxtəlif mülkiyyət formalı müəssisələrin, sahə mənsubiyyətinə, təşkilati strukturuna və fəaliyyət miqyasına görə təsərrüfat fəaliyyətinin uçotu, planlaşdırılması və təhlili problemlərinin həlli üçün avtomatlaşdırılmış informasiya texnologiyalarından (İT) fəal şəkildə istifadə olunur. Bu müddət ərzində müəssisənin idarə edilməsi üçün avtomatlaşdırılmış informasiya sistemlərinin (AIS UE) yaradılmasında çoxlu praktiki təcrübə toplanmış, idarəetmə metodologiyaları hazırlanmış və universal tanınma almışdır ki, onların tətbiqi kompüter mühitindən kənarda mümkün deyil. Tam məsuliyyətlə demək olar ki, AIS UE biznes infrastrukturunun ayrılmaz hissəsinə çevrilib. İqtisadi proseslərin avtomatlaşdırılmasının nəzəri və praktiki problemləri Qluşkov V.M., Volkov S.İ., İsakov V.İ., Ostrovski O.M., Podolski V.İ., Ratmirov Yu.A., Romanov A.N., Hotyaşova E.N., Bredi J., Zaçmanovun əsərlərində dərindən öyrənilmişdir. , Kuk M., Finkelşteyn K., Hammer M. və başqa müəlliflər. Onların təklif etdiyi yanaşmalar mühasibat uçotu, maliyyə-təsərrüfat fəaliyyətinin planlaşdırılması və təhlili problemlərinin həllində müəssisələrdə kompüter texnologiyalarından istifadə üçün əsas oldu. Lakin

onların təklif etdikləri modellər informasiya cəmiyyəti iqtisadiyyatının reallıqlarını və İT-nin hazırkı inkişaf səviyyəsini nəzərə almırdı.

Rabitə vasitələrinin inkişafı istehsalçılar və istehlakçılar, təchizatçılar və alıcılar arasında getdikcə daha sıx qarşılıqlı əlaqəyə kömək edir, bazarda rəqabəti artırır, yerli bazarların sərhədlərini milli və transmilli bazarlara qədər genişləndirir, iqtisadi əməliyyatların və maliyyə əməliyyatlarının vaxtını sürətləndirir. Qlobal kompüter şəbəkələrinin iqtisadi proseslərə daxil edilməsi yeni anlayışların yaranmasına səbəb oldu: informasiya cəmiyyətinin iqtisadiyyatı, elektron biznes (e-biznes), elektron ticarət (e-ticarət), elektron ticarət platforması (e-marketplace), və s. İqtisadiyyatın qloballaşması tendensiyaları biznesin təşkili üçün yeni metodologiyada öz əksini tapır, burada biznes proseslərinin qurulması çevikliyinin artırılması və müştərilər və təchizatçılarla münasibətlərin səmərəliliyi məsələsi ön plana çıxır.

AIS UE təşkilatının mövcud konsepsiyaları onun alt sistemləri arasında vəzifələrin paylanmasına funksional yanaşmaya əsaslanır. Bununla belə, fərdi idarəetmə funksiyalarına yönəlmiş alt sistemlər kompleksi kimi qurulmuş AIS müəssisənin biznes proseslərinin davamlılığı tələblərinə ən yaxşı cavab vermir. Buna görə də, son illərdə bir yanaşma getdikcə populyarlaşır, burada biznes prosesləri onları yerinə yetirən idarəetmə sisteminin xidmətlərinin fərdi funksiyaları deyil, ön plana çıxır. Bu, AIS UE arxitekturasının yeni konsepsiyasının hazırlanmasını tələb edir. Eyni zamanda, aydındır ki, yeni AIS UE arxitekturasına keçid bir anda həyata keçirilə bilməz, çünki illər ərzində müəssisə və təşkilatlar mühüm idarəetmə vəzifələrinin həllini həyata keçirən çoxlu sayda proqram vasitələrini istifadəyə veriblər. , istifadəsi dərhal tərk edilə bilməz. Təəssüf ki, onların əksəriyyəti məlumat axınlarının kompleks inteqrasiyasını əhəmiyyətli dərəcədə çətinləşdirən avtonom işləməyə yönəldilmişdir. İqtisadiyyatın qloballaşması şəraitində yaranan müəssisə idarəetməsinin yeni problemlərinin həllinə dəstək verən bir çox mövcud proqram məhsulları da əlaqəli problemlərin həllini həyata keçirən proqram sistemləri ilə qarşılıqlı əlaqə üçün interfeyslərin kifayət qədər işlənməsi olmadan hazırlanmışdır. Bu şərtlərdə, hazır üçüncü tərəf komponentlərini, fərdi həlləri və daxili inkişafları inteqrasiya etməklə inteqrasiya edilmiş müəssisə idarəetmə sistemlərinin sintezi vəzifəsi xüsusi əhəmiyyət kəsb edir.

Alimlərin və praktiklərin nəşrlərində müxtəlif istehsalçılar tərəfindən təmin edilən proqram vasitələrinin sistem inteqrasiyası üçün standartların tətbiqi ideyası çoxdan müzakirə olunur. Sistem alətlərinin tərəqqisi hazır bloklardan iri miqyaslı sistemlər qurmağa imkan verən obyektyönümlü və komponentli proqram təminatının hazırlanması texnologiyalarının yaranmasına səbəb olmuşdur. Aparat və sistem proqram təminatının aparıcı təchizatçıları (Intel, Microsoft, Sun, Oracle, IBM və s.), kommunikasiya vasitələri (Cisco, Nortel, Ericsson, Motorola), tətbiqi həllər (SAP, PeopleSoft, Siebel və s.), nüfuzlu dövlət, beynəlxalq, kommersiya və qeyri-kommersiya təşkilatları və assosiasiyaları (ISO, IEEE, ASCII, APICS, RosStandard və s.) indiyə qədər standartlara və protokollara əsaslanan açıq sistemlər yaratmağa imkan verən aparat və proqram təminatının inteqrasiyası texnologiyalarını işləyib hazırlamış və praktikada fəal şəkildə tətbiq edirlər. real vaxt rejimində heterojen mühitdə məlumat mübadiləsi və komponentlərin qarşılıqlı əlaqəsi üçün.

Bununla belə, bu təkliflər yalnız sistem miqyasında platforma təqdim edir ki, bu da konkret mövzu sahəsi ilə bağlı əhəmiyyətli təkmilləşdirmə tələb edir. AIS UE-nin praktiki tətbiqi kontekstində açıq sistemlərin standartlarına və protokollarına əsaslanan komponentli çoxbağlantılı arxitekturalardan istifadə etməklə informasiya sistemlərinin (İS) layihələndirilməsi və inkişafı mexanizmləri kifayət qədər işlənməmişdir.

Bu baxımdan, müəssisə və təşkilatların idarə edilməsi üçün bütün məlumat prosedurlarının hərtərəfli avtomatlaşdırılmasını təmin edən AIS UE-nin qurulmasına yönəlmiş nəzəri platformanın hazırlanması və praktiki tövsiyələrin işlənib hazırlanması problemi aktuallaşır.

AIS PM-nin sistem inteqrasiyası və müasir İT əsasında mikroiqtisadi proseslərin sona qədər avtomatlaşdırılması məsələlərinin həllinə vahid yanaşmanın işlənib hazırlanması zərurəti bu tədqiqatın mövzusunun və istiqamətinin seçilməsini müəyyən etdi.

Tədqiqatın məqsədi biznes proseslərinin hərtərəfli avtomatlaşdırılmasını və informasiya dəstəyini təmin edən AIS UE arxitekturasının modelini hazırlamaq və onun sistem inteqrasiyası üçün alətlərin seçimini müasir informasiya texnologiyaları nöqteyi-nəzərindən əsaslandırmaqdır.

Qarşıya qoyulan məqsədə əsasən aşağıdakı elmi-praktik vəzifələr qarşıya qoyulmuş və həll edilmişdir:

AIS UP proqram təminatının dizaynı, inkişafı və tətbiqi ilə bağlı mövcud yanaşmaları təhlil etmək və ümumiləşdirmək;

Müəssisənin idarə edilməsi praktikasında istifadə olunan proqram təminatının növlərini təsnif edin;

Heterojen proqram vasitələrinin inteqrasiyasını təmin edən mövcud texnologiyaları və standartları araşdırmaq;

AIS UE-də istifadə olunan proqram vasitələrinin inteqrasiyası zamanı yaranan problemləri müəyyən etmək;

Təcrübəli iqtisadi proseslərin informasiya dəstəyini təmin etmək üçün AIS UE proqram təminatına müəssisələr tərəfindən qoyulan tələbləri sistemləşdirmək;

AIS UE arxitekturasının modelini hazırlamaq və onun əsas komponentlərini vurğulamaq;

AIS UE komponentlərinin qarşılıqlı əlaqəsi və məlumat mübadiləsi prinsiplərini inkişaf etdirmək;

Tədqiqatın mövzusu iqtisadi informasiya sistemlərinin işlənib hazırlanması üsulları və vasitələridir.

Tədqiqatın obyekti müəssisə idarəetmə İS-dir.

Tədqiqat metodologiyası informatika və riyaziyyatın tətbiqi sahələrində elmi biliklər metodologiyasının konkret tətbiqlərinə əsaslanır.

Tədqiqatın məqsəd və vəzifələri iqtisadi fənn sahələrində istifadə olunan riyazi metodların və kompüter texnologiyalarının gələcək inkişafı və təkmilləşdirilməsi üzrə işin əsas istiqamətinə uyğun olaraq tərtib edilmişdir.

Dissertasiyada sistemlər nəzəriyyəsinə əsaslanan ümumi elmi yanaşma ilə yanaşı, yerli və xarici istehsalçıların proqram vasitələrinin işlənib hazırlanması, tətbiqi və istismarı təcrübəsi, metodları ümumiləşdirilmişdir.

informasiya sistemlərinin qurulması üçün beynəlxalq açıq standartların tətbiqi. Bu əsasda Rusiya və xarici müəssisələrdə sınaqdan keçirilmiş bir sıra metodik və praktiki tövsiyələr təklif olunur.

Məqalədə yerli və xarici müəlliflərin əsərlərinin nəzəri müddəalarından istifadə olunur:

İqtisadi məlumatların avtomatlaşdırılmış işlənməsi və iqtisadi proseslərin modelləşdirilməsi;

İstehsalın və ehtiyatların planlaşdırılması və operativ idarə edilməsi metodologiyaları;

Biznes proseslərinin reinjinirinqi və kompüter dizaynı;

İnformasiya texnologiyalarında müasir standartlar.

Tədqiqatda Rusiya Federasiyası Hökuməti yanında Maliyyə Akademiyasında, Ümumrusiya Qiyabi Maliyyə-İqtisadiyyat İnstitutunda, Moskva Dövlət İqtisadiyyat, Statistika və İnformatika Universitetində, Sankt-Peterburq Universitetində tədqiqat qrupları və ayrı-ayrı alimlər tərəfindən hazırlanmış inkişaflar təhlil edilmiş və istifadə edilmişdir. İqtisadiyyat və Maliyyə. Voznesenski, Tədqiqat Maliyyə İnstitutu və digər təşkilatlar.

Tədqiqatın məlumat bazasını Rusiya və xarici istehsalçıların proqram məhsulları, iqtisadi və kompüter nəşrlərindəki nəşrlər, Gartner Group, Aberdeen, IDC, MetaGroup, DataQuest və s. beynəlxalq tədqiqat qruplarının tədqiqatları, aparıcı yerli və beynəlxalq konsaltinqlərin metodik materialları təşkil etmişdir. və audit şirkətləri, iqtisadiyyat sahəsində proqram tərtibatçıları Assosiasiyasının tədqiqat nəticələri,

Rusiya və MDB ölkələrində proqram təminatı bazarının tədqiqi TSIES "Biznes-Proqramlar-Servis" .

Dissertasiya işinin elmi yeniliyi uç-uca biznes proseslərinin inteqrasiya olunmuş avtomatlaşdırılmasına yönəlmiş AIS UE arxitektura modelinin işlənib hazırlanmasında və onun paylanmış heterojen şəbəkə mühitində heterojen proqram vasitələrinin sistem inteqrasiyası yolu ilə həyata keçirilməsi üçün təkliflərin hazırlanmasındadır. obyekt və komponent texnologiyaları.

Elmi yenilik dissertasiyada əldə edilən aşağıdakı nəticələri ehtiva edir:

Müəssisələrin təşkilati-iqtisadi idarə edilməsi üçün proqram təminatının funksionallığına olan tələblərin müəyyən edilməsi və təsnifatı;

AIS UE arxitektura modeli başa çatan biznes proseslərinin inteqrasiya olunmuş avtomatlaşdırılmasına yönəlmişdir;

müəssisənin funksional xidmətlərinin problemlərinin həlli üçün proqram vasitələrinin biznes proseslərinin idarə edilməsi, məlumat mübadiləsi və sənədlərin idarə edilməsi üçün əsas proqram təminatı ilə inteqrasiyasının prinsipləri;

Korporativ veb-portal vasitəsilə müəssisənin işçiləri və tərəfdaşları üçün açıq olan müəssisənin vahid informasiya məkanının təşkili üzrə təkliflər;

analitik vasitələrdən istifadə etməklə hesabatların formalaşdırılması və təsnifatı üzrə vahid sistemin tətbiqi üzrə təkliflər;

Obyekt yönümlü və komponent texnologiyalarına əsaslanan AIS UE alt sistemlərinin qarşılıqlı əlaqəsinin və paylanmış şəbəkədə proqram komponentlərinin qarşılıqlı əlaqəsinin həyata keçirilməsi prinsipləri

sənaye standartlarına və İnternet protokollarına uyğun mühit;

Mövcud və proqnozlaşdırılan iş proseslərinə əsas alt sistemləri konfiqurasiya etmək qabiliyyətinə əsaslanan müəyyən bir müəssisənin tələblərinə uyğun olaraq AIS UE proqram təminatının arxitektura modelinin adaptiv xassələrinin həyata keçirilməsi mexanizmi.

Dissertasiya işinin praktiki əhəmiyyəti ondan ibarətdir ki, təklif olunan təkliflərin həyata keçirilməsi qloballaşan iqtisadiyyat və informasiya cəmiyyətinin formalaşması şəraitində müəssisənin fəaliyyətinin idarə olunması üçün informasiya prosedurlarına səmərəli dəstək verən AİS UE-ni yaratmağa imkan verir.

Təklif olunan AIS UE arxitektura modeli və onun tətbiqi üçün tövsiyələr kifayət qədər çevikliyə və çoxşaxəliliyə malikdir ki, bu da onların müxtəlif mülkiyyət formaları, sənaye xüsusiyyətləri və fəaliyyət miqyası olan müəssisələrin İS idarəetməsinin qurulmasında tətbiqini təmin edir.

Müstəqil praktiki dəyərə malikdir:

AIS UE-nin sistem inteqrasiyasında istifadə olunan standartların, protokolların və digər mexanizmlərin seçilməsi və tətbiqi üzrə təkliflər;

İş proseslərinin və iş axınının kompleks avtomatlaşdırılması üzrə təkliflər;

Veb portallar mexanizmindən istifadə etməklə müəssisənin vahid informasiya məkanının yaradılmasına dair təkliflər;

AIS UP proqram təminatının işlənib hazırlanması və tətbiqində spiral-iterativ yanaşmanın uyğunlaşdırılması üzrə təkliflər.

İşin praktiki əhəmiyyəti müəssisənin avtomatlaşdırılması sisteminin təklif olunan problem yönümlü modelinin həyata keçirilməsi üçün xüsusi layihələrdə qiymətləndirilmişdir:

"Infosoft" şirkətinin "Flaqman" inteqrasiya edilmiş müəssisə idarəetmə sistemi,

Pivotal Software Corporation (Kanada) şirkətinin eRelationship müştəri əlaqələri idarəetmə sistemləri,

DataWatch şirkətinin (ABŞ) Monarch ES korporativ hesabat sistemləri,

Sovintel və Tele Ross şirkətlərinin informasiya sistemlərinin inteqrasiyası layihəsi.

Vest-MetaTechnology tədris mərkəzi müəssisə idarəetmə informasiya sistemlərinin inkişafı üzrə kurslar keçirərkən bu tədqiqat zamanı təklif olunan yanaşma əsasında müəllif tərəfindən hazırlanmış materiallardan istifadə edir (bax: http://www.vest.msk.ru).

Dissertasiya tədqiqatının materiallarından İqtisadiyyat Sahəsində Proqram Təminatları Tərtibatçıları Assosiasiyasının (AREP) icra orqanlarının və üzvlərinin elmi-tədqiqat və praktiki fəaliyyətində istifadə olunur.

İşin əsas müddəaları barədə məlumat verilmiş və müzakirə edilmişdir:

"Telekommunikasiya şirkətləri üçün biznes inteqrasiyası sahəsində IBM Solutions" konfransı, IBM-in Şərqi Avropadakı nümayəndəliyi (Moskva, 18 iyun 2002-ci il);

Simpozium "Call Center CRM Solutions 2002/Call Centers and Customer Relationship Management" (Moskva, mart 2002);

Centura Software Corp. korporasiyasının alətləri əsasında informasiya sistemlərinin tərtibatçılarının konfransları. (Berlin, Almaniya, 17-19 noyabr 1999-cu il);

“InfoCity: şəhərlərin informasiyalaşdırılması təcrübəsi və problemləri” konfransı (Moskva, oktyabr 1999);

"Infosoft" şirkətinin elmi-praktik konfransları (Moskva, 1995-1999);

ACS və MDB "Korporativ Sistemlər" sahəsində mütəxəssislərin konfransları (Moskva, aprel 1998-ci il və 28-30 aprel 1997-ci il, təşkilatçılar: SoftService şirkəti və Oracle, Informix, Sybase, Borland və Centura nümayəndəlikləri);

“Korporativ verilənlər bazası 98” 3-cü illik konfrans (Moskva, 31 mart-3 aprel 1998-ci il və 26-29 mart 1996-cı il, İnformasiya Texnologiyaları Mərkəzinin təşkilatçılığı ilə Açıq Sistemlər Nəşriyyatı);

"Texnikom-97" konfransı (Moskva, 24-26 noyabr 1997-ci il, təşkilatçılar: SoftService, Rusiya Oracle İstifadəçiləri Assosiasiyası, Microsoft, Borland, Computer Associates, Lucent Software nümayəndəlikləri).

AIS inkişaf problemləri

İqtisadiyyata informasiya texnologiyalarının tətbiqi, kompüter və kommunikasiya vasitələrinin bütün səviyyələrdə müəssisə idarəetməsinə daxil olması, şirkətlərin internet vasitəsilə qarşılıqlı fəaliyyətinə marağın artması AIS UE-nin qurulmasına yanaşmalarda konseptual dəyişikliklər tələb edir. Bu, təkcə İS-nin yaradılması və istismarının sırf texnoloji problemlərinə deyil, həm də informasiya cəmiyyəti iqtisadiyyatında biznesin idarə edilməsinə yanaşmalara aiddir.

AIS UE bütün təşkilatda avtomatlaşdırma və informasiyalaşdırma ehtiyaclarına cavab verməlidir ki, bu da proqram təminatı tərtibatçılarının qarşısına aşağıdakı vəzifəni qoyur: çoxlu sayda istifadəçinin işini dəstəkləyə bilən platformanın hazırlanması; məlumat mübadiləsi və komponentlərin qarşılıqlı əlaqə protokolları üçün rabitə vasitələrinə və sənaye standartlarına dəstək; mövcud inkişafların vahid sistemə inteqrasiyası.

Vahid AIS daxilində heterojen tətbiqlərin inteqrasiyası aşağıdakılar üçün dəstəyi təmin etməlidir: başa çatan biznes prosesləri; vahid istifadəçi interfeysi (portal); ümumi informasiya məkanı.

Fikrimizcə, qarşıya qoyulan problemlərin mahiyyəti daha çox həyata keçirilməsinin texniki aspektlərində deyil, AIS UE arxitekturasının prinsipial olaraq yeni modelindən istifadə etmək zərurətindədir.

İnteqrasiya edilmiş həllin qurulması imkanları baxımından müxtəlif IS memarlıq variantlarının müsbət və mənfi cəhətlərini ümumiləşdirək.

Məlumatların emalının mərkəzləşdirilməsi serverlərə yüksək tələblər qoyur. Paralel istifadəçilərin sayının artması ilə (bütün müəssisədə proseslərin avtomatlaşdırılması zamanı qaçılmazdır) yüklər aparat platforması və istifadə olunan proqram təminatı üçün həddindən artıq olur. Müxtəlif aparat həllərindən (klasterləşdirmə, multiprocessing və hesablama resurslarının birləşdirilməsinin digər formaları), həmçinin tranzaksiya monitorlarından, tətbiq serverlərindən və güclü sənaye DBMS-dən istifadə edərək paylanmış emaldan istifadə edərək, yalnız gücünü artırmaqla deyil, mərkəzi qovşaqları boşaltmaqla, həqiqətən miqyaslana bilən həllər yarada bilərsiniz. aparat, həm də sistemin proqram komponentlərinin uyğun qurulması ilə əlaqədardır.

Bununla belə, mərkəzi verilənlər bazası serveri tələb olunan performansı təmin etmək iqtidarında olsa belə, belə bir İS konstruksiyası ilə, fərdi İS proqram komponentləri müxtəlif şirkətlər və ya hətta şirkət daxilindəki inkişaf qrupları tərəfindən hazırlanırsa, ümumi məlumat bazasının vahid strukturunun saxlanılmasında problemlər qaçılmaz olaraq ortaya çıxır. eyni təşkilat. Müxtəlif tətbiq olunan problemlərin həlli üçün proqramlardan çıxışı olan ümumi verilənlər bazasının quraşdırılması ümumi məlumat məkanını təmin etməyə imkan verir, yuxarıda sadalanan texnologiyalar çox sayda istifadəçinin verilənlər bazasına daxil olmasına imkan verir, lakin bu, paylaşılan məlumatlar ilə düzgün işləməyə zəmanət vermir. Məntiqi məlumatların bütövlüyü problemi qalır. Müxtəlif istehsalçıların proqramlarından istifadə edərkən, ola bilsin ki, onları normallaşdırmaq və lazımsız strukturlar yaratmaqla, verilənləri alt sistemlərə ayırmaq qaçılmaz olur. Ümumi əsaslı arxitektura aşağıdakı şəkildə sxematik şəkildə göstərilmişdir (Şəkil 1-14). Yuxarıdakı diaqramdan göründüyü kimi, modullar qarşılıqlı təsir göstərmir, yəni real vaxt rejimində bir moduldan digərinə zəng yoxdur, uç-to-end prosesi üçün əməliyyat dəstəyi yoxdur. Məlumatlar verilənlər bazasında saxlanılır, oradan onlarda dəyişiklikləri izləmək funksiyalarını ehtiva etməli olan digər modullar üçün mövcuddur və məlumatların aktuallığı yeniləmələrin yoxlanılması tezliyindən asılıdır. Başdan-başa prosesə misal olaraq satış şöbəsinin əməkdaşı tərəfindən hesab-faktura verilə bilər. Əgər o, bunun üçün CRM sistemindən istifadə edirsə, yaradılan faktura ERP sisteminin logistik modulunda malı rezerv etmək üçün, ondan dərhal sonra isə alıcının borcunu artırmaq üçün maliyyə modulunda bəyanatla paralel işlənməlidir. Bunun üçün müvafiq modullar yeni hesabın mövcudluğunu yoxlamalıdırlar. Bu, vaxtında edilmədikdə, faktiki rezerv edilmiş əşya üçün faktura verilə bilər.

Fərqli modulların ümumi verilənlər bazası strukturu ilə işləməsi üçün onlar ilkin olaraq konkret məlumat strukturu baxımından işlənib hazırlanmalı və ya razılaşdırılmış metadata mexanizmindən (repozitoriya) istifadə edilməlidir.

Fərqli bir arxitekturadan istifadə edərkən, müxtəlif kompüterlərdə (və ola bilsin ki, müxtəlif şəbəkələrdə) heterojen verilənlər bazaları saxlanıldıqda və avtonom modullar tərəfindən istifadə edildikdə (Şəkil 1-15), verilənlərin məntiqi bütövlüyünü qorumaq daha çox vaxt aparan bir işdir. Bu zaman verilənlərin təkrarlanması (sinxronizasiyası), qovluqların unifikasiyası, kodlaşdırma və təsnifat qaydalarını tənzimləmək və həyata keçirmək, replikasiya mexanizminin özünü hazırlamaq və ya həyata keçirmək lazımdır. Bütün bunlar verilənlər bazasını sinxronlaşdırmaq üçün təşkilati tədbirlər tələb edir. Prosesin avtomatik davam etdirilməsi problemi qalır (qaimə-faktura ilə nümunə).

Yeni AIS UE arxitekturasının tətbiqi üçün platformalar

21-ci əsrin əvvəllərində İT sənayesində sənaye səviyyəsində aşağıdakı həllər işlənib hazırlanmış və mənimsənilmişdir ki, bu da İT-nin iqtisadi proseslərə geniş şəkildə daxil olmasını təmin etmişdir:

bir çox iş növlərində tapşırıq bəyanatı ilə onun icraçısı arasında vasitəçilərə ehtiyacın aradan qalxmasından ibarət olan fərdi hesablama aləti, yəni müəssisənin funksional xidmətlərinin işçiləri kompüterlərdən istifadə etməklə öz səlahiyyətləri daxilində informasiya prosedurlarını həyata keçirə bilirlər. və ya müşayiət edən texniki personalın minimal dəstəyi ilə;

işçilərin bir qrupunun ("komandasının") bir layihə, sənəd, tapşırıq və s. üzrə əlaqələndirilmiş birgə işinə avtomatlaşdırılmış dəstək vasitələri;

bir çox hallarda kağız sənədlərin ötürülməsi ehtiyacını aradan qaldırmağa, görüşlərə ehtiyacı minimuma endirməyə imkan verən elektron rabitə mexanizmi, bu, müəyyən bir iş prosesinin iştirakçıları coğrafi baxımdan uzaq olduqda xüsusilə vacibdir.

Bu həllər sayəsində həm müəssisə daxilində onun maliyyə, təsərrüfat, istehsal və kommersiya fəaliyyətlərində, həm də xarici funksiyalarla bağlı baş verən əksər iş proseslərinin avtomatlaşdırılması mümkün olmuşdur. Müxtəlif funksiyaları və iş yerlərini avtomatlaşdıran proqram və aparat vasitələrinin birləşməsi texnoloji (avadanlıq və texniki qurğular əsasında) və iş proseslərini (müəssisələrin bütün bölmələrinin işçilərinin iştirakı ilə) başa çatan biznes prosesləri ilə əlaqələndirməyə imkan verir. . Beləliklə, məlumatların mənşə nöqtələrinin onların saxlanması və emalı mərkəzlərindən təcrid edilməsi, iş yerlərinin bir-birindən ayrılması probleminin həlli üçün fundamental imkanlar mövcuddur.

AIS modullarının inteqrasiyası probleminin həlli və onların qarşılıqlı fəaliyyətinin təşkili üçün mərkəzləşdirilmiş və ya qeyri-mərkəzləşdirilmiş yanaşmanın seçilməsi həm də sistem proqram təminatının aparıcı istehsalçılarının: əməliyyat sistemləri, veb-serverlər, proqram serverləri, DBMS və ara proqram platformalarının ən son inkişafları sayəsində mümkündür. Tətbiqlərin inteqrasiyası obyekt yönümlü inkişaf texnologiyası və komponent əsaslı çox səviyyəli arxitekturadan istifadə etməklə mümkün olur. Burada əsas prinsip proqramlaşdırma interfeysləri konsepsiyası və onların dəyişdirilməsi və genişləndirilməsi qaydalarıdır (IDL).

İnternet kimi paylanmış heterojen mühitdə işləmək üçün hər biri bir və ya bir neçə iş prosedurunu və ya funksiyanı (biznes prosedurları, funksiyalar) həyata keçirə bilən veb xidmətlərinin spesifikasiyası fəal şəkildə hazırlanır. OASIS, BPMI və IBM, Microsoft və BEA BPEL4WS (Veb Xidmətlər üçün Biznes Proseslərinin İcra Dili), XLANG və WSFL (Veb Xidmətləri Axını Dili) iş axını tənzimləmə spesifikasiyalarını və WfML koalisiyasını - XPDL (XML Proses Tərifi Dili) nəşr etdi. .

Trend açıq veb-xidmət interfeysləri ilə komponentləri məntiqi olaraq tamamlanmış biznes prosesi dövrlərini yerinə yetirən alt sistemlərə birləşdirməkdir. Bu halda komponentlər şəbəkə üzrə paylanmış müxtəlif proqram serverlərində yerləşə və bir və ya bir neçə verilənlər bazası ilə işləyə bilər. Komponentlərin sayını və əlaqələrini, şəbəkə serverlərinin sayını və yerini, uyğunluğu itirmədən komponentləri dəyişdirmək və ya şəbəkə ətrafında hərəkət etdirmək imkanlarını dəyişdirməklə, müəssisədə mərkəzləşdirmə və mərkəzləşdirmə balansını saxlayan AIS qurmaq mümkündür. idarəetmə.

Belə bir arxitekturanın həyata keçirilməsi üçün heç bir texniki maneə yoxdur. Müasir sənaye tətbiqi serverləri (məsələn, MTS / COM + / .Net, ONE və ya J2EE / EJB) çox səviyyəli sistemlər qurmağa, müxtəlif veb xidmətlərinə daxil olmaq üçün ümumi platforma təmin etməyə, əməliyyatların tranzaksiya bütövlüyünü təmin etməyə, yük balansını təmin etməyə imkan verir. real vaxt rejimində on minlərlə istifadəçinin rəqabətədavamlı çıxışı, həmçinin nasazlıqlara dözümlülüyü və uğursuzluqlardan sonra bərpasını təmin edir.

İT sənayesinin mühüm nailiyyəti geniş yayılmış və aparıcı proqram istehsalçıları tərəfindən tanınan standartlardır: komponent qarşılıqlı əlaqə protokolları (COM / DCOM, CORBA, Java RMI) və məlumat mübadiləsi formatları (EDI, XML,).

EDI standartı və onun sənayeyə xas variantları (EDIFACT, XI2, HIPAA və s.) 1970-ci illərin ortalarından Şimali Amerika və Avropanın maliyyə və sənaye sektorlarında istifadə olunur və bu gün bütün dünyada üstünlük təşkil edir. İnternetdə XML-in artan populyarlığı ilə EDI XML-ə tərcümə edildi.

XML (DTD və XDR) əsasında məlumatlar müxtəlif iqtisadi sahələrdə sözdə mövzu lüğətləri və ya sənəd növləri, məsələn, WIDL, OFX, FpML, IFX, XBRL, CRML şəklində hazırlanmış, strukturlaşdırılmış və formatlaşdırılmışdır. və Qərbdə çoxsaylı digərləri, o cümlədən Rusiyada CommerceML.ru və XML Partnership/ARB. ERP / MRP sinif sistemlərini sertifikatlaşdıran Amerika İstehsal və İnventar İdarəetmə Cəmiyyəti APICS, təsərrüfat subyektlərinin spesifikasiyalarını XML formatında dərc edir, məsələn, müştəri və ya faktura məlumatlarının strukturu və formatı. Özünü sənədləşdirən XML həm insanlar, həm də proqramlar tərəfindən verilənlərin birmənalı başa düşülməsini təmin edir.

AIS UE arxitekturası

AIS UE arxitekturasının modelini qurmaq üçün biz müəssisəni müəssisənin biznes məqsədlərinə çatmaq üçün iş proseslərində iştirak edən əmək, maliyyə, maddi və informasiya resurslarının məcmusu kimi nəzərdən keçirəcəyik. Burada biznes məqsədləri termini sahiblər və top menecerlər tərəfindən müəyyən edilmiş strateji uzunmüddətli hədəflərə, eləcə də yuxarı və orta menecerlər tərəfindən təyin edilmiş cari məqsədlərə aiddir. Biznes prosesi və ya biznes prosesi işçilərin hərəkətlərinin, iş yerlərindəki əməliyyatların, habelə proqram təminatı və texniki vasitələrin avtomatik rejimdə yerinə yetirdiyi funksiyaların ardıcıllığıdır. Gəlin hər bir hərəkəti və ya onların ardıcıllığını prosesin bir mərhələsi adlandıraq. Hərəkətlərin sinonimləri əməliyyatlar, prosedurlar da ola bilər. Əgər mərhələ işçinin (rol qrupunun, nümayəndənin və ya şöbə müdirinin, habelə rəsmi vəzifə tutan şəxsin) hərəkətlərini tələb edirsə, bu da tapşırıq, işçi isə icraçı adlanır. Bir iş prosesində hərəkətlərin ardıcıllığı qeyri-müəyyən ola bilər, yəni prosesin istiqamətləndirilmiş qrafik şəklində təsviri bir mərhələdən digərinə keçid şərtləri ilə şaxələnməni əhatə edə bilər. Mərhələlərin tipik zəncirlərini alt proseslərə bölmək olar. Prosesin müəyyən mərhələləri üzrə tapşırıqların hərəkəti marşrut adlanır. Əgər mərhələlər arasında ixtiyari keçidlər səbəbindən prosesi təsvir etmək mümkün deyilsə, bu barədə qərar cari mərhələdə tapşırığın icrası zamanı icraçı tərəfindən verilir, onda bu hal sərbəst marşrutlaşdırma adlanır.

AIS PM, təpələri mərhələlər, kənarları isə mərhələlər arasında keçid olan istiqamətlənmiş qrafik (diqraf) şəklində qrafik formada iş proseslərini rəsmi şəkildə təsvir etməyə imkan verməlidir. Müəyyən bir halda, iş prosesinin qrafiki şəbəkə qrafikinə bənzəyir, burada təpələr işləri öz müddəti ilə, istiqamətlənmiş kənarlar (oxlar) isə işlərin ardıcıllığını göstərir. Prosesin xəritəsi adlanan prosesin təsvirinə uyğun olaraq, AIS UE resursları idarə etməli (daha doğrusu, müəssisənin menecerlərinə onları idarə etməyə kömək etməlidir), tapşırıqları və onların icraçılarını təyin etməli, həmçinin proqram təminatı və avadanlıqları çağırmalı (aktivləşdirməlidir) avtomatlaşdırılmış prosedurları həyata keçirmək.

Müəssisənin miqyasının parametrləri AIS UE tələblərində əks olunan müəyyən bir müəssisədə idarəetmənin təşkilinə təsir göstərir. Digər tərəfdən, AIS UE müəssisənin miqyasına təsir göstərir, məsələn, biznesin böyüməsinə töhfə verir. Parametrlərdən birinin dəyişdirilməsi AIS-in yenilənməsini tələb edir, çünki AIS-in tətbiqi idarəetmənin təşkilini dəyişə bilər.

AIS UE-ni qurarkən iş proseslərinə diqqət yetirməyin məqsədi, sistemin tam yenidən qurulmasını tələb etmədən AIS-ni adekvat şəkildə dəyişdirmək mümkün olacaq ümumi platforma tapmaqdır. Bu platforma, prosesin idarə edilməsi proqramı ilə iş proseslərinin modelləşdirilməsidir.

AIS PM-nin nüvəsi olaraq, proseslərin idarə edilməsi sistemlərinin icmalında müzakirə olunan bir neçə funksiyanı birləşdirən sistem hazırlamaq lazımdır (31-ci səhifədəki "1.1.7 Sənəd idarəetmə sistemləri" və "1.1.8 Proseslərin idarə edilməsi sistemləri" bəndləri. 34). Onların arasında: İş axını - işin və texnoloji proseslərin idarə edilməsi üçün alt sistem, icraçılar arasında tapşırıqların əvvəlcədən müəyyən edilmiş və sərbəst marşrutlaşdırılmasını təmin edir; Docflow - sənəd axınının idarə edilməsi və sənədlərin vəziyyətini izləməklə marşrutlaşdırma alt sistemi; Qrup proqram təminatı - tapşırıqların operativ təyin edilməsi və bir qrup ifaçının üzvləri arasında tapşırıqların pulsuz yönləndirilməsi (ad hoc) funksiyalarını dəstəkləyən alt sistem; Dataflow - marşrutlaşdırma verilənləri, verilənlər paketləri, proqramlar arasında mesajlar.

Bu cür sistemlərdən avtonom istifadənin qəbul edilmiş təcrübəsindən fərqli olaraq, biz burada ümumi proses xəritəsinin, prosesin mərhələlərinin işlənməsi üçün ümumi modulun, icraçıların təyin edilməsi və tapşırıqların və məlumatların marşrutlaşdırılması üçün ümumi mexanizmin mövcudluğunu nəzərdə tuturuq.

Belə ki, texniki qurğular tərəfindən yaradılan texnoloji məlumatlar, istifadəçilər tərəfindən iş yerlərində İS-ə daxil edilmiş faktiki məlumatlar (o cümlədən ilkin sənədlər), həmçinin proqram təminatının tətbiqləri ilə yaradılan məlumatlar AIS UE-yə daxil edilərək real vaxt rejimində informasiya istehlakçılarının ixtiyarına veriləcək. .

Sxematik olaraq, AIS UE-də məlumatların işlənməsinin həyat dövrü aşağıdakı şəkildə təqdim olunur (Şəkil 2-2). Əl ilə daxil edilmiş və ya proqram komponentlərindən alınan məlumatlar sənəd kimi rəsmiləşdirilir və proses xəritəsinə uyğun olaraq iş axını modulu tərəfindən daha sonra işlənir. Emal marşrutu boyunca (sistemin qurulması bunu tələb edirsə) sənəd idarəetmə alt sistemi maliyyə, biznes və digər növ əməliyyatların emalı üçün funksional alt sistemlərin modullarını çağırır. Nəticədə, etimadnamələr strukturlaşdırılmış verilənlər bazalarında saxlanılır. Öz növbəsində, sənədlərin özləri saxlama və ya strukturlaşdırılmamış məlumat bazasında saxlanılır. Lazımi hesabatların yaradılması üçün bütün bu verilənlər bazaları hesabat alt sisteminin analitik modullarında mövcud olmalıdır.

AIS UE modelinin praktik tətbiqi təcrübəsi

1995-ci ildən 1999-cu ilə qədər dissertasiya müəllifinin rəhbərliyi ilə “Infosoft” şirkətinin “Flagman” müəssisənin idarə olunmasının inteqrasiya olunmuş avtomatlaşdırılması sistemi hazırlanmışdır ki, bu da hazırda yüzdən çox iri və orta sənaye, Rusiya və MDB ölkələrində tikinti, ticarət, kənd təsərrüfatı müəssisələri və büdcə təşkilatları. Sistem müəllif tərəfindən hazırlanmış nüvə əsasında inkişaf etməyə davam edir və 2002-ci ilə qədər "Flaqman" aşağıdakı şəkildə göstərilən ondan çox əsas alt sistemi ehtiva edir (Şəkil 3-2):

“Flaqman” sisteminin əsasını bütün ilkin sənədlərin daxil edilməsi, işlənməsi, marşrutlaşdırılması və çapına cavabdeh olan “Sənədlərin idarə edilməsi” əsas modulu təşkil edir. Digər əsas modullar bütün funksional modullar üçün ümumi olan "İdarəetmə" və "Alətlər"dir. Onlar sizə rol qruplarını və giriş hüquqlarını, menyu elementlərinə qədər iş stansiyalarını, sənəd tərtibatlarını və hesabat şablonlarını konfiqurasiya etməyə imkan verir.

Tətbiq olunan modelin üstünlükləri ilkin sənədlərin vahid girişi, bu sənədlər əsasında funksional alt sistemlərdə hesabların yaradılması və ilkin sənədlərlə işin unifikasiyası olub.

Alt sistemlərin sürətli inkişafı və onların qarşılıqlı əlaqəsinin standartlaşdırılmaması inteqrasiyanın mərkəzi məlumat bazası və ümumi cədvəllər ətrafında aparılmasına səbəb olmuşdur. Seçimi 1995-ci ildə inkişaf alətlərinin inkişaf səviyyəsi ilə müəyyən edilən ikipilləli arxitekturanı nəzərə almasaq, modulların çarpaz asılılığı sistemin inkişafı üçün əsas problemə çevrildi. Onun ilk tətbiqləri yalnız sənədlərin marşrutlaşdırılması ilə iş axınının avtomatlaşdırılması funksiyalarının qeyri-kafi olduğunu üzə çıxardı və prosesin idarə edilməsi modulunun (iş axınının) həyata keçirilməsi zərurəti ilə bağlı sualı qaldırdı.

Tətbiqi daha ətraflı nəzərdən keçirsək, sənəd idarəetmə modulu bütün alt sistemlərə daxil olan və eyni zamanda müstəqil modul kimi tərtib edilmiş obyektlərin kitabxanasıdır. Kitabxana sənədlərin növlərini və variantlarını qurmaq üçün alətlər, sahələrin tərkibi, daxiletmə və redaktə formaları, vəziyyətlərin siyahısı, vəziyyətdən vəziyyətə keçidin mümkün birləşmələri, funksional modullarla əlaqəli əməliyyatların siyahısı, şablonlar və formalar daxildir. çap, habelə sənədlərin reyestrlərinin və jurnallarının formalaşdırılması qaydaları .

Sənədlərlə əməliyyatlar onların vəziyyətini dəyişir və həmçinin tətbiqi altsistemlərin funksiyalarını çağırır. Funksiyaların siyahısı hər bir alt sistemə daxil edilir və ona xasdır. Sistemin qurulmasında iştirak edən müşayiət edən proqramçılar üçün funksiya parametrləri və formullardan istifadə edərək sənəd sahələrini onlara bağlamaq imkanı mövcuddur. Bu, əksər maliyyə əməliyyatlarını, həmçinin logistika, kadr uçotu və əmək haqqı funksiyalarını avtomatlaşdırmağa imkan verir, lakin tam həyata keçirmək üçün skript dilinə (skript) ehtiyac qalır.

Sistem bütün alt sistemlər üçün ümumi olan daxili hesabat generatoruna malikdir. Sistem mərkəzi verilənlər bazası ətrafında inteqrasiya prinsipinə əsaslandığı üçün generator modullara aid olub-olmamasından asılı olmayaraq bütün məlumatlara çıxış əldə edir. Hesabatlar iyerarxik struktura bölünür, hesabat tərtibatlarının hər birində ilkin baxış və çap üçün şablon və nəticədə əldə edilən məlumat dəstini yaratmaq üçün SQL sorğuları var. Yaradılmış hesabatlar daha sonra sənəd kimi işlənə bilər.

Onu da qeyd etmək lazımdır ki, Flaqman sistemi alt sistemlərin vahid görünüşünə malikdir. İstifadəçi interfeysi elementləri, AWP funksiyaları, o cümlədən menyular və alətlər panelləri üçün ümumi idarəetmə modulu görünüşü vahid şəkildə fərdiləşdirməyə imkan verir.

Hazırda İT-nin inkişafı Flagman sisteminin platformasının yenilənməsini tələb edir. İlk növbədə, onu üç səviyyəli arxitekturaya keçirmək və sənəd idarəetmə modulunu tam funksional proseslərin idarə edilməsi sisteminə hazırlamaq lazımdır. Həm də xarici proqramların inteqrasiyası üçün mexanizmlər hazırlamaq lazımdır, çünki sistem yalnız məlumatların idxalı və ixracı üçün vasitələrə malikdir.

Buna baxmayaraq, Flaqman sisteminin uğurlu tətbiqi və sənaye fəaliyyətinin çoxsaylı nümunələri, 2001-2002-ci illərdə onun satışlarının sayının artması müxtəlif fəaliyyət sahələri, sənaye və miqyaslı müəssisələrin avtomatlaşdırılması üçün həllin iqtisadi səmərəliliyinə dəlalət edir.

1999-cu ilin fevralında müəllifin rəhbərliyi altında yaradılmış Infosoft şirkətinin Flagman sistemi Centura Software Corp tərəfindən Centura Team Developer alətlər dəsti əsasında ən yaxşı Rusiya inkişafı kimi tanındı. (ABŞ) və "Interface" şirkəti (Rusiya). 1999, 2000 və 2001-ci illərdə MDB “Flaqman” İqtisadiyyat Sahəsində Proqram Tərtibatçıları Assosiasiyası (AREP), CIES “Biznes Proqramları-Servis” tərəfindən keçirilən “Business-Soft” müsabiqəsinin münsiflər heyətinin ekspertləri tərəfindən müəssisə miqyasında informasiya sistemi kimi sertifikatlaşdırılıb. ", "Mühasibat uçotu" jurnalı və "Maliyyə qəzeti".

AIS Həyat Dövrü Modelləri - Həyat dövrü ərzində yerinə yetirilən proseslərin, hərəkətlərin, tapşırıqların ardıcıl həyata keçirilməsini və bu proseslər arasında əlaqəni müəyyən edən struktur.

kaskad modeli. Növbəti mərhələyə keçid əvvəlki mərhələdəki işin tam başa çatdırılması deməkdir. Tələblərin formalaşma mərhələsində müəyyən edilmiş tələblər ciddi şəkildə texniki tapşırıqlar şəklində sənədləşdirilir və layihənin inkişafının bütün müddəti üçün müəyyən edilir. Hər bir mərhələ, inkişafın başqa bir inkişaf qrupu tərəfindən davam etdirilməsi üçün kifayət qədər tam sənədlər toplusunun buraxılması ilə başa çatır.

Şəlalə modelinə görə layihə mərhələləri:

1. Tələblərin formalaşdırılması;

2. Dizayn;

3. İnkişaf;

4. Test;

5. Giriş;

6. İstismar və texniki xidmət.

Üstünlüklər:

-Hər mərhələdə tam və razılaşdırılmış sənədlər;

-İş ardıcıllığının müəyyən edilmiş qaydası;

- Vaxtı və xərcləri aydın şəkildə planlaşdırmağa imkan verir.

Dezavantajları:

-Hazır nəticələrin əldə edilməsində əhəmiyyətli gecikmə;

- Hər hansı bir mərhələdə səhvlər sonrakı mərhələlərdə aşkar edilir ki, bu da layihə sənədlərinin qaytarılması və yenidən qeydiyyata alınması zərurətinə səbəb olur;

- Layihənin idarə edilməsində çətinlik.

spiral modeli. Hər bir iterasiya proqram təminatının fraqmentinin və ya versiyasının yaradılmasına uyğun gəlir, o, layihənin məqsədlərini və xüsusiyyətlərini aydınlaşdırır, alınan nəticələrin keyfiyyətini qiymətləndirir və növbəti iterasiyanın işini planlaşdırır.

Hər bir iterasiya - AIS-in 1-ci versiyası şəklində tamamlanmış inkişaf dövrləri.

İterasiya addımları:

1.Tələblərin formalaşdırılması

3. Dizayn

4. İnkişaf

5. İnteqrasiya

Hər iterasiyada aşağıdakılar qiymətləndirilir:

Layihənin şərtlərini və dəyərini aşmaq riski;

Başqa bir iterasiya etmək ehtiyacı;

Sistem üçün tələblərin başa düşülməsinin tamlıq və dəqiqlik dərəcəsi;

Layihənin dayandırılmasının məqsədəuyğunluğu.

Üstünlüklər:

-Layihədə dəyişikliklərin edilməsi prosesini sadələşdirir;

- Layihənin idarə edilməsində daha çox çeviklik təmin edir;

- Etibarlı və stabil sistem əldə etmək imkanı, çünki hər iterasiyada səhvlər və uyğunsuzluqlar aşkar edilir;

- Hər təkrarlamanın yoxlanılması prosesində müştərinin işə təsiri.

Dezavantajları:

-Planlaşdırmanın mürəkkəbliyi;

-Tərtibatçılar üçün intensiv iş rejimi;

-İş planlaması təcrübəyə əsaslanır və hər bir versiyanın keyfiyyətini ölçmək üçün kifayət qədər ölçülər yoxdur.

AİS-in layihələndirilməsi, işlənməsi və saxlanması texnologiyasına dair tələblər

Dizayn Texnologiyası- üç komponentin birləşməsini müəyyən edir:

- texnoloji layihələndirmə əməliyyatlarının ardıcıllığını müəyyən edən mərhələli prosedur;

- texnoloji əməliyyatların nəticələrinin qiymətləndirilməsi üçün istifadə olunan qaydaları;

- dizayn işlənməsinin ekspertiza və təsdiq üçün təqdim edilməsi.

Texnologiyanın əsas məzmununu təşkil edən texnoloji göstərişlər texnoloji əməliyyatların ardıcıllığının təsvirindən, bu və ya digər əməliyyatın yerinə yetirilməsindən asılı olan şərtlərdən və əməliyyatların özünün təsvirindən ibarət olmalıdır.

İS-nin layihələndirilməsi, inkişafı və saxlanması texnologiyası aşağıdakı ümumi tələblərə cavab verməlidir:

Texnologiya proqram təminatının tam həyat dövrünü dəstəkləməlidir;

Texnologiya müəyyən keyfiyyətlə və müəyyən edilmiş vaxtda İS-in inkişafı məqsədlərinə zəmanətli nailiyyəti təmin etməlidir;

Texnologiya kiçik qruplarda (3-7 nəfər) fərdi alt sistemlərin layihələndirilməsi üzrə işlərin aparılması imkanını təmin etməlidir. Bu, komandanın idarəolunması və xarici əlaqələrin sayını minimuma endirməklə məhsuldarlığın artırılması prinsipləri ilə bağlıdır;

Texnologiya layihənin konfiqurasiyasını idarə etmək, layihənin və onun komponentlərinin versiyalarını saxlamaq imkanını, layihə sənədlərinin avtomatik buraxılması və onun versiyalarının layihə versiyaları ilə sinxronlaşdırılması imkanlarını təmin etməlidir;

Müəyyən bir təşkilatda və müəyyən bir layihədə İS-nin dizaynı, inkişafı və saxlanması üçün hər hansı bir texnologiyanın istifadəsi bütün layihə iştirakçıları tərəfindən riayət edilməli olan bir sıra standartların (qaydaların, müqavilələrin) hazırlanması olmadan mümkün deyil. Belələrinə standartlar aşağıdakılar daxildir:

- dizayn standartı;

- layihə sənədlərinin dizaynı üçün standart;

- istifadəçi interfeysi standartı.

İnkişaf tələbi

- Proqram təminatının yaradılması üzrə işlərin görülməsi;

AIS-in tətbiqinə hazırlıq;

Layihənin əsas göstəricilərinə nəzarət, sınaqdan keçirilməsi.

Müşayiət olunan Tələblər

MDB-nin həyata keçirilməsinin başa çatdırılması təşkilatın fəaliyyətini müəyyən edən inzibati qaydalar və vəzifə təlimatları sisteminin nəşri ilə müşayiət olunmalıdır. İnformasiya sistemi istifadəyə verildiyi andan etibarən “İnformasiya sisteminin fəaliyyəti Qaydaları” və bir sıra normativ hüquqi aktlar əsasında fəaliyyəti həyata keçirilir. Sistemə texniki qulluq və onun fasiləsiz işləməsi təşkilatın müvafiq əmrlə səlahiyyət verilmiş bölməsi tərəfindən həyata keçirilir. İstifadəyə verildikdən sonra informasiya sisteminin tamamlanması fərdi layihələrə və texniki tapşırıqlara uyğun olaraq həyata keçirilir.

MDB-nin saxlanılması prosesində vəzifə onun həyat qabiliyyətini qorumaqdır. MDB-nin həyat qabiliyyəti əsasən onun MDB-nin həyat dövrü ərzində dəyişən universitetin real vəzifə və ehtiyaclarına nə dərəcədə uyğun olması ilə müəyyən edilir.

Kanonik AIS Dizaynı

Dizayn metodologiyalarının üç sinfi var AIS:
· mövzu sahəsinin konseptual modelləşdirilməsi;
İnformasiya sisteminin prototipləşdirilməsi yolu ilə tələblərin müəyyən edilməsi və spesifikasiyası;
· CASE-texnologiya vasitələri ilə dəstəklənən proqram vasitələrinin sistem arxitekturası (CASE - Computer Aided Software Engineering - müxtəlif sistemlər üçün proqram təminatının yaradılması və saxlanması texnologiyası).

Avtomatlaşdırılmış sistemin yaradılması mərhələsi - AES-in yaradılması prosesinin normativ sənədlərlə müəyyən edilmiş və bu mərhələ səviyyəsində sistem modelini ehtiva edən AES üçün sənədlərin buraxılması, qeyri-seriyalı komponentlərin istehsalı və ya AES-in istismara qəbulu ilə bitən hissəsi .
Hər bir mərhələ işin rasional planlaşdırılması və təşkili səbəbləri ilə seçilir və mütləq müəyyən nəticə ilə başa çatmalıdır. Hər bir mərhələdə sənədlərin məzmunu işin tərkibi və xüsusiyyətləri ilə müəyyən edilir.
GOST 34.601-90 avtomatlaşdırılmış sistemlərin yaradılması üçün səkkiz mərhələni müəyyən edir:

1. AS üçün tələblərin formalaşması.
2. AS konsepsiyasının inkişafı.
3. Texniki tapşırıq.
4. İlkin dizayn.
5. Texniki layihə.
6. İş sənədləri.
7. İstismara.
8. AC dəstəyi.

• predmet sahəsinin obyektinin ekspertizası və sistemin yaradılması zərurətinin əsaslandırılması;
• sistem üçün istifadəçi tələblərinin formalaşdırılması;
• görülən işlər haqqında hesabatın və sistemin inkişafı üçün ərizənin tərtib edilməsi.

• obyektin öyrənilməsi;
• tədqiqat işlərinin aparılması;
• bir neçə işlənib hazırlanmış konseptdən sistem konsepsiyasının variantının seçilməsi;
• görülmüş işlər haqqında hesabatın hazırlanması.

• sistem və onun hissələri üçün dizayn həlləri;
• AES və onun hissələri üçün sənədlər;
• atom elektrik stansiyalarının alınması üçün məhsulların tədarükü üçün sənədlər və onların inkişafı üçün texniki şərtlər;
• tapşırıqlar n# avtomatlaşdırma obyektinin layihəsinin bitişik hissələrində dizayn.

• AU-nun daxil edilməsi üçün avtomatlaşdırma obyektinin hazırlanması;
• kadr hazırlığı;
• AU-nun proqram təminatı, aparat, informasiya vasitələri və məhsulları ilə tamamlanması;
• tikinti-quraşdırma işləri;
• istismara vermə işləri;
• ilkin sınaqlar;
• sınaq əməliyyatı;
• qəbul testləri.

AIS həyat dövrü
Yaradılış və istifadənin əsasını təşkil edir AIS həyat dövrü (LC) konsepsiyası yatır.
Həyat dövrü AİS-in yaradılması və istifadəsi modelidir, sistemin verilmiş alətlər dəstində göründüyü andan istifadədən tamamilə çıxdığı ana qədərki müxtəlif vəziyyətlərini əks etdirir.

AIS üçün onların həyat dövrünün aşağıdakı əsas mərhələləri şərti olaraq fərqləndirilir:
1. təhlil - sistemin nə etməli olduğunu müəyyən etmək;
2. dizayn - sistemin necə işləyəcəyini müəyyən etmək: ilk növbədə, alt sistemlərin, funksional komponentlərin və onların sistemdə qarşılıqlı əlaqəsinin spesifikasiyası;
3. inkişaf - funksional komponentlərin və ayrı-ayrı altsistemlərin yaradılması, alt sistemlərin vahid bütövlükdə birləşdirilməsi;
4. sınaq - sistemin təhlil mərhələsində müəyyən edilmiş göstəricilərə funksional və parametrik uyğunluğunun yoxlanılması;
5. həyata keçirilməsi - sistemin quraşdırılması və istismara verilməsi;
6. dəstək - müştərinin müəssisəsində sistemin müntəzəm istismar prosesinin təmin edilməsi.

AIS-in inkişafı, sınaqdan keçirilməsi və tətbiqi mərhələləri bir terminlə - həyata keçirməklə işarələnir.
Həyat dövrünün hər bir mərhələsində müəyyən texniki həllər və onları əks etdirən sənədlər yaradılır, hər bir mərhələ üçün əvvəlki mərhələdə qəbul edilmiş sənədlər və qərarlar ilkindir.
Mövcud həyat dövrü modelləri sistemin yaradılması prosesində mərhələlərin icra qaydasını, həmçinin mərhələdən mərhələyə keçid meyarlarını müəyyən edir. Ən çox yayılmışlar aşağıdakı modellərdir.

Kaskad modeliəvvəlki mərhələnin işi başa çatdıqdan sonra növbəti mərhələyə keçidi nəzərdə tutur. Bu model AIS-in qurulmasında istifadə olunur, bunun üçün inkişafın ən başlanğıcında bütün tələbləri kifayət qədər dəqiq və tam şəkildə tərtib etmək mümkündür. Bu, tərtibatçılara onları texniki baxımdan ən yaxşı şəkildə həyata keçirmək azadlığı verir. Bu kateqoriyaya mürəkkəb hesablaşma sistemləri, real vaxt sistemləri və s. Bununla belə, bu yanaşmanın bir sıra çatışmazlıqları var, ilk növbədə sistemin yaradılması prosesinin heç vaxt sərt sxemə tam uyğun gəlməməsi ilə əlaqədardır. Məsələn, proqram təminatının yaradılması prosesində əvvəlki mərhələlərə qayıtmaq və əvvəllər qəbul edilmiş qərarları dəqiqləşdirmək və ya onlara yenidən baxmaq zərurəti yaranır.

spiral modeli həyat dövrünün ilkin mərhələlərinə əsaslanır: təhlil, ilkin və ətraflı dizayn.
Spiralın hər bir dönüşü, layihənin məqsədləri və xüsusiyyətlərinin göstərildiyi, keyfiyyətinin müəyyən edildiyi və sistemin növbəti növbəsinin işinin müəyyən edildiyi sistemin bir parçası və ya versiyasının yaradılması üçün addım-addım modelə uyğundur. spiral planlaşdırılmışdır. Əsas problem növbəti mərhələyə keçid anının müəyyən edilməsidir. Bunu həll etmək üçün həyat dövrünün hər bir mərhələsi üçün vaxt məhdudiyyətləri tətbiq etmək lazımdır. Keçid əvvəlki layihələrdə əldə edilmiş statistik məlumatlar və tərtibatçıların şəxsi təcrübəsi əsasında tərtib edilən plana uyğun olaraq həyata keçirilir. Bu yanaşmanın dezavantajı həll edilməmiş məsələlər və təhlil və dizayn mərhələlərində buraxılan səhvlərdir. Onlar sonrakı mərhələlərdə problemlərə və hətta bütün layihənin uğursuzluğuna səbəb ola bilər. Bu səbəbdən təhlil və dizayn xüsusi diqqətlə aparılmalıdır.