Kaskad modeli məqsədi. AIS həyat dövrü modelinin yaradılması mərhələləri

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 ki, o, 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 yerinə yetirilməsi 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ının faktiki prosesi heç vaxt sərt sxemə tam uyğun gəlmir. 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.

AIS, bir qayda olaraq, uzun müddətdir, inkişafında ardıcıl olaraq birləşmiş inkişafın bir neçə mərhələsindən keçir. həyat dövrü(LC) sistemləri:

1) təşkilatın layihədən əvvəl sorğusu (və ya təhlili),

2) AIS dizaynı,

3) AIS-in həyata keçirilməsi,

4) AIS-in tətbiqi,

5) işləmə (işləmə, istifadə)

6) AIS müşayiəti,

7) AIS layihəsinin modernləşdirilməsi.

Həyat dövrü - informasiya sisteminin müxtəlif vəziyyətlərini əhatə edən, bu informasiya sisteminə ehtiyac yarandığı andan onun istismardan tam çıxdığı vaxta qədər onun yaradılması və istifadəsi dövrü.

Qeyd edək ki, AİS informasiya istehsalı məhsuludur, necə ki, avtomobil maşınqayırma istehsalının məhsuludur, kolbasa qida istehsalının məhsuludur və s., ona görə də AIS-nin həyat dövrünün mərhələləri ilə 1-dən 5-ə qədər hər hansı bir məhsulun həyat dövrünün mərhələlərinə bənzəyir.

AIS həyat dövrü, bir avtomobil kimi ola bilər fiziki aşınma nəticəsində sona çatır, əgər həyat dövründə dəstək mərhələsi işləmədi, yəni AIS-in bir hissəsi olan kompüterlərin və proqramların təmiri və texniki xidməti (dəstək olmadan sistem hətta altı ay işləməyəcək). İxtisaslı müşayiət ilə AIS uzun müddət mövcud ola bilər, lakin təhlükə var köhnəlmə səbəbindən AIS-in həyat dövrünün dayandırılması, AIS köhnəlməsi, təkmilləşdirmə mərhələsi yoxdursa AIS (modernləşdirmə olmadan sistem 2 ildən çox işləməyəcək).

AIS-in fiziki köhnəlməsi sistem komponentlərinin sıradan çıxması, nasazlığı və ya sıradan çıxması səbəbindən təşkilatın AIS-ə olan tələblərinə cavab verə bilməməsidir.

AİS-in köhnəlməsi köhnəlmiş avtomatlaşdırılmış informasiya texnologiyalarından istifadə və yeni istifadəçi tələblərinə dəstək verilməməsi nəticəsində təşkilatın və onun işçilərinin AİS-ə olan tələblərinin yerinə yetirilməsinə xitam verilməsidir.

Əgər təşkilatınız avtomatlaşdırmaya məsuliyyətlə və hərtərəfli yanaşırsa, bütün mərhələləri və mərhələləri buna uyğun təşkil edirsə, onda AIS həyat dövrü yalnız təşkilatınızın ömrünü məhdudlaşdırır, bu o deməkdir ki, AİS-ə xərclənən vəsait fiziki və ya mənəvi cəhətdən köhnəlmiş AİS ilə birlikdə zibil qutusuna atılmayacaq.

AIS-in həyat dövrünün bütün mərhələləri yuxarıda sadalanmışdır, lakin onlardan bəziləri paralel işləyir, ona görə də onlar yalnız AIS həyat dövründə 5 mərhələ(şək. 35):

Birinci mərhələdə " Layihə öncəsi sorğu» (Şəkil 33) iki əsas alt mərhələni və bir əlavə alt mərhələni ayırmaq adətdir:

1.1. layihəqabağı sorğunun aparılması və sorğu materiallarının toplanması;

1.2. tədqiqat materiallarının təhlili və texniki-iqtisadi əsaslandırmanın (TƏ) və texniki tapşırığın (TH) təhlili əsasında işlənməsi;

1.3. sistem konsepsiyasının variantının seçilməsi və işlənməsi.

Layihə öncəsi sorğu mərhələsinin məqsədləri aşağıdakılardır:

· yeni AIS üçün ehtiyacları formalaşdırmaq, yəni. mövcud İS-in bütün çatışmazlıqlarını müəyyən etmək;

· istiqaməti seçmək və AİS-in layihələndirilməsinin iqtisadi məqsədəuyğunluğunu müəyyən etmək.

Sorğu işi ilkin tələblərin təhlili və 2 gündən 4 həftəyə qədər davam edən işin planlaşdırılması ilə başlayır. Bundan sonra, müəssisənin sorğusu aparılır (sorğunun müddəti 1-2 həftədir).

Əvvəlcə təsvir yaradılır və sözügedən müəssisə və ya təşkilatın ona aid olan tələblərə (məqsədlərə) uyğun fəaliyyəti təhlil edilir. Müəssisənin təşkilati və topoloji strukturları müəyyən edilir. Müəssisənin bölmələrinin hər birinin funksional fəaliyyəti və onlar arasında funksional qarşılıqlı əlaqələr, bölmələr daxilində və onlar arasında informasiya axınları, müəssisədən kənar obyektlər və xarici informasiya qarşılıqlı əlaqələri müəyyən edilir. Müəssisənin məqsədli vəzifələrinin (funksiyalarının) siyahısı müəyyən edilir və funksiyaların şöbələr və işçilər üzrə bölüşdürülməsi təhlili aparılır.

Müəssisədə istifadə olunan avtomatlaşdırma vasitələrinin siyahısı müəyyən edilir.

Daha sonra sorğunun nəticələri işlənir və aşağıdakı iki növ müəssisə fəaliyyəti modeli qurulur (qeyd edək ki, tələb olunan modellərin hər birinin qurulması 2-4 ay ərzində 6-7 ixtisaslı sistem analitikinin intensiv işini tələb edir).

1. Tikinti mərhələsindədir "olduğu kimi" modeli sorğu zamanı müəssisədəki işlərin vəziyyətinin (təşkilati struktur, şöbələr arasında qarşılıqlı əlaqə, qəbul edilmiş texnologiyalar, avtomatlaşdırılmış və avtomatlaşdırılmamış iş prosesləri və s.) "surəti" olan və bu müəssisənin nə olduğunu anlamağa imkan verir. sistemin təhlili nöqteyi-nəzərindən, eləcə də avtomatik yoxlama əsasında necə işləyir və necə işləyir, bir sıra səhvləri və darboğazları müəyyənləşdirir və vəziyyəti yaxşılaşdırmaq üçün bir sıra təkliflər hazırlayır.

2. formalaşmışdır "Olduğu kimi" modeli müəssisənin rəhbərliyinin və işçilərinin, ekspertlərin və sistem analitiklərinin perspektivli təkliflərini birləşdirmək və müəssisənin fəaliyyəti üçün yeni rasional texnologiyalar haqqında təsəvvür formalaşdırmağa imkan vermək. O, təmsil edir gələcək AIS konsepsiyası.

Gələcək sistemin konsepsiyasının yaradılması aşağıdakı işləri əhatə edir:

Avtomatlaşdırma obyektinin ətraflı öyrənilməsi;

Yolların tapılması və istifadəçi tələblərinin həyata keçirilməsi imkanlarının qiymətləndirilməsi ilə bağlı tələb olunan tədqiqat işləri (R&D);

Yaradılan AİS-in konsepsiyasının alternativ variantlarının və onların həyata keçirilməsi planlarının işlənib hazırlanması;

onların həyata keçirilməsi üçün zəruri resursların qiymətləndirilməsi və onların fəaliyyətinin təmin edilməsi;

Hər bir variantın üstünlükləri və çatışmazlıqlarının qiymətləndirilməsi;

İstifadəçi tələblərinin və təklif olunan sistemin xüsusiyyətlərinin müqayisəsi və ən yaxşı variantın seçilməsi;

Sistemin qəbulu üçün keyfiyyətin və şərtlərin qiymətləndirilməsi prosedurunun müəyyən edilməsi;

Sistemdən alınan təsirlərin qiymətləndirilməsi;

Görülən işlərin təsvirini özündə əks etdirən hesabatın hazırlanması;

Sistem konsepsiyasının təklif olunan versiyasının təsviri və əsaslandırılması.

Sistemin qurulmuş konsepsiyasına və gələcək sistem üçün tələblərin müəyyən edilməsi baxımından müəssisə sorğusunun nəticələrinə əsasən sistem layihəsi formalaşdırılır. (tələblər modeli), avtomatlaşdırma sisteminin özünün inkişafının birinci mərhələsidir (yəni sistemə olan tələblərin təhlili mərhələsi), müştərinin tələbləri dəqiqləşdirilir, rəsmiləşdirilir və sənədləşdirilir.

Əslində, bu mərhələdə “Gələcək sistem nə etməlidir?” sualına cavab verilir. Bütün avtomatlaşdırma layihəsinin uğurunun açarı buradadır. Böyük proqram sistemlərinin yaradılması təcrübəsində sistem tələblərinin müəyyənləşdirilməsinin natamam və qeyri-səlis olması səbəbindən uğursuz tətbiq nümunələri çoxdur.

Bu mərhələdə aşağıdakılar müəyyən edilir:

§ sistemin arxitekturasını, funksiyalarını, işləməsinin xarici şərtlərini, aparat və proqram hissələri arasında funksiyaların bölüşdürülməsini;

§ insan və sistem arasında interfeyslər və funksiyaların paylanması;

§ sistemin proqram təminatı və informasiya komponentlərinə, zəruri aparat resurslarına, verilənlər bazasına tələblərə, sistem komponentlərinin fiziki xüsusiyyətlərinə, onların interfeyslərinə olan tələblər;

§ sistemlə bağlı insanların və iş yerlərinin tərkibi;

§ inkişaf prosesində məhdudiyyətlər (ayrı-ayrı mərhələlərin tamamlanması üçün direktiv son tarixlər, mövcud resurslar);

§ informasiyanın mühafizəsini təmin edən təşkilati prosedurlar.

Sistemin dizaynının bir hissəsi olaraq aşağıdakılar həyata keçirilir:

Struktur bölmələrinin fəaliyyəti çərçivəsində funksional vəzifələrin tərkibinin, strukturunun və xüsusiyyətlərinin müəyyən edilməsi;

Struktur bölmələrində mövcud alətlər nəzərə alınmaqla, problemlərin həlli texnologiyası üçün avtomatlaşdırma proqram təminatının tərkibinin və strukturunun müəyyən edilməsi;

Problemlərin həlli üçün informasiya təminatı texnologiyasının strukturunun və xüsusiyyətlərinin müəyyən edilməsi;

İnformasiya təminatının qurulması üçün texniki həllərin işlənib hazırlanması (verilənlər bazalarının məntiqi strukturları, təsnifatçıların strukturları);

§ avtomatlaşdırılmış iş prosesi prosedurlarının tərkibinin işlənib hazırlanması.

Sistem layihəsi daxil olmalıdır:

gələcək sistem üçün tələblərin tam funksional modeli;

Funksional modelə dair şərhlər (mətn formasında aşağı səviyyəli proses spesifikasiyası);

funksional model üzrə hesabatlar və sənədlər paketi, o cümlədən modelləşdirmə obyektinin təsviri, alt sistemlərin siyahısı, komponentlər arasında məlumat mübadiləsi üçün üsul və rabitə vasitələrinə tələblər, sistemin bitişik sistemlərlə qarşılıqlı əlaqəsinin xüsusiyyətlərinə dair tələblər, tələblər. sistem funksiyaları üçün;

· inteqrasiya olunmuş verilənlər bazasının konseptual modeli (diaqramlar paketi);

konseptual modelə istinadla sistem arxitekturasını;

· sistemi dəstəkləmək üçün təşkilati struktura dair təkliflər.

Beləliklə, sistem layihəsi gələcək sistem üçün tələblərin funksional, məlumatlı və bəlkə də hadisə modellərini ehtiva edir. Bu tələb modellərinin qurulmasında işlərin növləri və ardıcıllığı tikinti fəaliyyəti modelləri üzrə müvafiq işlərə bənzəyir. Bundan əlavə, sistem layihəsinə avtomatlaşdırılmış sistemin yaradılması üçün texniki tapşırıqlar daxildir.

Sistem layihəsinin aşağıdakı üstünlüyünü qeyd etmək lazımdır. Ənənəvi inkişaf ilkin mərhələlərin artisanal qeyri-rəsmi üsullarla həyata keçirilməsi ilə xarakterizə olunur. Nəticədə, müştərilər və istifadəçilər sistemi artıq böyük ölçüdə tətbiq edildikdən sonra ilk dəfə görə bilirlər. Təbii ki, bu sistem onların gözlədiyindən fərqlidir. Buna görə də, onun inkişafı və ya dəyişdirilməsinin daha bir neçə təkrarlanması gəlir ki, bu da əlavə (və əhəmiyyətli) pul və vaxt xərcləri tələb edir. Bu problemi həll etməyin açarı aşağıdakılara imkan verən sistem layihəsidir:

Gələcək sistemi fiziki olaraq həyata keçirməzdən əvvəl təsvir etmək, "görmək" və düzəltmək;

Sistemin hazırlanması və tətbiqi xərclərini azaltmaq;

İnkişafı vaxt və nəticələr baxımından qiymətləndirmək;

İşin bütün iştirakçıları (müştərilər, istifadəçilər, tərtibatçılar, proqramçılar və s.) arasında qarşılıqlı anlaşmaya nail olmaq;

Hazırlanmış sistemin keyfiyyətini yüksəltmək, yəni: inteqrasiya olunmuş verilənlər bazasının optimal strukturunu yaratmaq, tipik modulların funksional parçalanmasını yerinə yetirmək.

Sistem layihəsi tamamilə müstəqildir və xüsusi tərtibatçılardan ayrıla bilər, onun yaradıcıları tərəfindən texniki xidmət tələb olunmur və ağrısız şəkildə başqa şəxslərə ötürülə bilər. Üstəlik, əgər hansısa səbəbdən müəssisə layihə əsasında sistemi tətbiq etməyə hazır deyilsə, ehtiyac yaranana qədər onu “rəfdə” qoymaq olar. Bundan əlavə, o, müəssisənin avtomatlaşdırılması şöbəsinin proqramçıları tərəfindən artıq həyata keçirilən proqram vasitələrinin müstəqil inkişafı və ya korreksiyası üçün istifadə edilə bilər.

AİS layihəsinin “Texniki-iqtisadi əsaslandırma”sının hazırlanmasında məqsəd layihəni məhdudlaşdıran əsas parametrləri qiymətləndirmək, seçimi əsaslandırmaq və layihənin ayrı-ayrı komponentləri üzrə əsas dizayn qərarlarını qiymətləndirməkdir. Eyni zamanda, sistemdə məlumatın çevrilməsi proseslərinin təşkili yollarını xarakterizə edən təşkilati parametrlər, sistemin yaradılması və istismarı, onun istismarından qənaət edən xərcləri xarakterizə edən informasiya və iqtisadi parametrlər var. Sistemdə parametrləşdirmənin əsas obyektləri vəzifələr, tapşırıq kompleksləri, iqtisadi göstəricilər, informasiyanın emalı prosesləridir. Sonrakı işlərin aparılması barədə qərar qəbul edildikdən sonra bir sıra təşkilati tədbirlər görülür, məsələn, iş üçün müvafiq əmrlər verilməlidir; Sahələr üzrə məsul şəxslər təyin edilməli və s.

Müəssisə rəhbərliyi tərəfindən belə bir dəstək olmadan, ümumiyyətlə, bir layihəyə başlamaq mənasızdır.

Şəkil 33. AIS-nin həyat dövrünün layihələndirmədən əvvəlki mərhələsində işlərin ardıcıllığı.

Sonra, gələcək AIS üçün texniki şərtləri və tələbləri, habelə dizayn resurslarına məhdudiyyətləri əks etdirən layihə üçün texniki tapşırıq (TOR) yaradılır. Layihə komponentlərin elmi öyrənilməsini tələb edirsə, o zaman gələcək AIS-in konsepsiyası TOR əsasında hazırlanır.

TOR-un formalaşdırılmasının bir hissəsi olaraq, müəyyən edilmiş və razılaşdırılmış tələblər əsasında avtomatlaşdırma üçün təkliflər hazırlanır, bunlara aşağıdakılar daxildir:

Müəssisənin avtomatlaşdırılmış iş yerlərinin siyahısının və onlar arasında qarşılıqlı əlaqə yollarının tərtib edilməsi;

Tələb olunan vəzifələrin həlli üçün mövcud müəssisə idarəetmə sistemlərinin (ilk növbədə MRP və ERP sinifləri) tətbiqinin təhlili və belə bir sistemin seçilməsi üçün tövsiyələrin formalaşdırılması;

Müştəri ilə birgə qərar qəbul etmək xüsusi bir müəssisə idarəetmə sistemini seçmək və ya özünüzü inkişaf etdirmək sistemləri.

Texniki vasitələrə dair təkliflərin hazırlanması;

Proqram təminatı təkliflərinin hazırlanması;

Lokal şəbəkənin topologiyasının, tərkibinin və strukturunun işlənməsi;

Avtomatlaşdırmanın mərhələləri və müddətləri üzrə təkliflərin hazırlanması.

Müəyyən bir idarəetmə sistemini seçmək qərarına gəldikdə, bəzi addımlar atlanır.

İkinci mərhələ" Dizayn» (Şəkil 34) aşağıdakı alt addımları yerinə yetirir:

1) ilkin dizayn: TOR-nun tələblərinin aydınlaşdırılması, ilkin dizaynın icrası və təsdiqi;

2) texniki dizayn: AIS inkişafının bütün aspektləri üçün dizayn həllərinin seçilməsi, bütün AIS komponentlərinin təsviri, texniki layihənin icrası və təsdiqi;

3) təfərrüatlı layihələndirmə: proqramların riyazi üsullarının və alqoritmlərinin seçilməsi və işlənməsi, verilənlər bazalarının (DB) strukturunun tənzimlənməsi, proqram məhsullarının təchizatı və inkişafı üçün sənədlərin yaradılması, AIS aparat kompleksinin seçilməsi, sənədlərin yaradılması. avadanlıqların təchizatı və quraşdırılması, AIS-in işçi layihəsinin hazırlanması.

Bu mərhələnin məqsədləri:

· təşkilatın müəyyən idarəetmə funksiyalarının avtomatlaşdırılmış dəstəyi üçün funksional altsistemlərin strukturunu və tərkibini əks etdirən AİS-in funksional arxitekturasını hazırlamaq;

· seçilmiş AIS variantının sistem arxitekturasını, yəni dəstəkləyici alt sistemlərin tərkibini hazırlamaq.

1-ci yarımmərhələdə iri müəssisə, holdinq, dövlət orqanları və s. avtomatlaşdıran kompleks irimiqyaslı AIS üçün " İlkin dizayn» bütövlükdə gələcək AIS və onun komponentləri üçün ilkin həllər tərtib edilir, nəticədə layihə layihəsi (DS) yaradılır. Sistem və onun hissələri üçün ilkin dizayn həllərinin hazırlanmasına aşağıdakılar daxildir:

AIS funksiyasının tərifi;

Altsistemlərin funksiyasının tərifi, onların məqsəd və təsirləri;

Tapşırıq komplekslərinin və fərdi tapşırıqların tərkibinin müəyyən edilməsi;

İnformasiya bazası anlayışının tərifi, onun genişləndirilmiş strukturu;

Verilənlər bazası idarəetmə sisteminin funksiyalarının müəyyən edilməsi;

Kompyuter sisteminin tərkibinin müəyyən edilməsi;

Əsas proqram vasitələrinin funksiyasının və parametrlərinin müəyyən edilməsi.

Layihənin bu hissəsi üçün sənədlərin hazırlanması.

Əgər işlənib hazırlanan layihə çox mürəkkəb deyilsə, kiçik bir müəssisənin avtomatlaşdırıldığını düşünək, onda iş mərhələsi atlanır.

2-ci alt mərhələdə. Mühəndislik dizaynı » dizayn həlləri üçün ən yaxşı variantların məntiqi inkişafı və seçilməsi üzərində iş aparılır, bunun nəticəsində texniki dizayn (TP) yaradılır. Texniki layihənin yaradılması çərçivəsində aşağıdakılar həyata keçirilir:

- sistem layihəsinin texniki layihəyə çevrilməsi(həyata keçirmə modeli), bu, aşağıdakı hərəkətləri ehtiva edir: məntiqi modelin dəqiqləşdirilməsi (məlumat axını diaqramlarından və prosesin spesifikasiyalarından istifadə etməklə hər bir proses üçün təfərrüatlı məntiqin işlənib hazırlanması), fiziki verilənlər bazasının layihələndirilməsi, proqramlaşdırılacaq modul funksiyalarının iyerarxiyasının qurulması, icra xərclərinin qiymətləndirilməsi.

Sadalanan işləri sistem dizaynerləri ilə birlikdə məsləhətçi analitiklər yerinə yetirməlidirlər - konsaltinq və inkişafı ayıran sərhəd burada yerləşir. Bununla belə, arzuolunandır ki, sistemin tətbiqi mərhələsində məsləhətçi həm də müştərinin maraqlarından çıxış edir, yəni: yaradılmış proqram təminatı sisteminin sistemə və texniki layihələrə uyğunluğuna nəzarət edir, həmçinin onun genişləndirilməsi işində iştirak edir. və modifikasiya, çünki genişləndirmələr tələblər modeli əsasında planlaşdırılmalıdır.

- texniki dizayn işləri:

Sistem və onun hissələri üçün ümumi həllərin hazırlanması,

Sistemin funksional-alqoritmik strukturunun ümumi həllərinin işlənib hazırlanması,

Kadr funksiyaları və təşkilati struktur üzrə ümumi qərarların işlənib hazırlanması,

Texniki vasitələrin strukturu üçün ümumi həllərin işlənib hazırlanması,

Problemlərin həlli alqoritmləri və istifadə olunan dillər üçün ümumi həllərin işlənib hazırlanması,

İnformasiya bazasının təşkili və saxlanması üçün ümumi həllərin hazırlanması,

İnformasiyanın təsnifatı və kodlaşdırılması sistemi üçün ümumi həllərin işlənib hazırlanması,

Ümumi proqram həllərinin işlənib hazırlanması;

Layihənin bütün hissələri, o cümlədən sənəd üçün sənədlərin işlənib hazırlanmasını, icrasını həyata keçirmək "Problemin formalaşdırılması",

AIS və/və ya onların işlənib hazırlanması üçün texniki tələblərin (texniki şərtlərin) alınması üçün məhsulların tədarükü üçün sənədlərin hazırlanması və icrası;

Avtomatlaşdırma obyekti layihəsinin bitişik hissələrində dizayn tapşırıqlarının hazırlanması.

3-cü alt mərhələ." İşləyən dizayn » seçilmiş layihə variantının fiziki həyata keçirilməsi və ətraflı dizayn sənədlərinin (PD) alınması ilə bağlıdır.

Bu alt mərhələ həyata keçirilir:

AİS-in istismara verilməsi və onun istismarı üzrə işlərin yerinə yetirilməsini təmin etmək, habelə sistemin istismar xüsusiyyətlərinin (keyfiyyətinin) səviyyəsini qəbul edilmiş standartlara uyğun saxlamaq üçün bütün lazımi və kifayət qədər məlumatları ehtiva edən iş sənədlərinin hazırlanması və icrası. dizayn qərarları və bu sənədlərin razılaşdırılması və təsdiqi;

Sistemin proqramlarının və proqram vasitələrinin hazırlanması, həmçinin satın alınan proqram vasitələrinin seçilməsi, uyğunlaşdırılması və/və ya bağlanması,

Proqram təminatı sənədlərinin hazırlanması.

AIS komponentlərinin (proqram və texniki vasitələrin, proqram təminatı və aparat sistemlərinin, informasiya məhsulları) tədarükü üçün tenderlərin təşkili.

Şəkil 34. AIS-nin həyat dövrünün layihələndirilməsi mərhələsində işlərin ardıcıllığı.

Dizayn təcrübəsi və layihənin kiçik bir mürəkkəbliyi varsa, bütün üç alt mərhələ birinə birləşdirilir, nəticədə vahid texno-iş layihəsi (TDP) əldə edilir. Bu halda, layihə ardıcıl olaraq, alt mərhələlər tamamlandıqca, qaralamadan işçi dizayna çevrilir.

Üçüncü mərhələ İcra» (Şəkil 35) sistemin aşağıdakı ardıcıllıqla fiziki dizaynıdır:

1) texniki vasitələrin qəbulu və quraşdırılması;

2) proqramların kodlaşdırılması, sınaqdan keçirilməsi və işlənib hazırlanması;

3) proqram təminatının əldə edilməsi və quraşdırılması;

4) məlumat bazasının doldurulması da daxil olmaqla informasiya təminatının yaradılması;

5) proqram-texniki vasitələrin istismarı üzrə təlimatların, habelə kadrlar üçün vəzifə təlimatlarının işlənib hazırlanması.

Bu işlər praktiki olaraq paralel aparıla bilər.

AIS həyat dövrünün dördüncü mərhələsində " İcra» aşağıdakı alt addımlar var:

1) pilot tətbiq:

texniki avadanlıqların istismara verilməsi,

proqram vasitələrinin istismara verilməsi, bütün komponentlərin və bütövlükdə sistemlərin sınaq əməliyyatının aparılması,

· kadrların hazırlanması və sertifikatlaşdırılması.

Pilot tətbiq layihənin elementlərinin və modullarının işləmə qabiliyyətinin yoxlanılmasından, elementlər səviyyəsində səhvlərin və onlar arasındakı əlaqənin aradan qaldırılmasından ibarətdir.

Bu mərhələdə AİS-in istismara verilməsi üçün avtomatlaşdırma obyektinin təşkilati hazırlanması üzrə işlər aparılır, o cümlədən:

AİS-in təşkilati strukturu üzrə layihə qərarlarının həyata keçirilməsi;

Nəzarət obyektinin bölmələrinin təlimat və metodiki materiallarla təmin edilməsi;

İnformasiya təsnifatının tətbiqi;

Təlim,

AİS-in fəaliyyətini təmin etmək qabiliyyətinin yoxlanılması.

Eyni mərhələdə AİS tədarük olunan məhsullarla (proqram və texniki təchizat, proqram təminatı və texniki sistemlər, informasiya məhsulları), habelə tikinti-quraşdırma, istismara vermə, ilkin sınaqlarla tamamlanır:

Əvvəlcədən hazırlanmış ilkin sınaqların proqramına və metodologiyasına uyğun olaraq AİS-in yerinə yetirilməsi və texniki tapşırıqlara uyğunluğu üzrə sınaqlarını həyata keçirmək;

Proqram təminatında nasazlıqların aradan qaldırılması və təkmilləşdirilməsi (lazım olduqda), sınaq protokoluna uyğun olaraq AIS sənədlərinə, o cümlədən əməliyyat sənədlərinə dəyişikliklərin edilməsi.

Pilot tətbiqetmə işləri sona çatır sınaq əməliyyatının başa çatdırılması haqqında aktın tərtib edilməsi.

2) sənaye həyata keçirilməsi (kommersiya istismarına verilməsi):

istismara,

İşlərin qəbulu və təhvil aktlarının imzalanması.

İstismara funksiyalar səviyyəsində layihənin yoxlanılmasının təşkilindən və layihədən əvvəl sorğu mərhələsində tərtib edilmiş tələblərinə uyğunluğun monitorinqindən ibarətdir, yəni:

Əvvəlcədən hazırlanmış qəbul sınaqlarının proqramına və metodologiyasına uyğun olaraq texniki tapşırıqlara uyğunluq testini həyata keçirmək;

AIS test nəticələrinin təhlili və sınaqlar zamanı aşkar edilmiş çatışmazlıqların aradan qaldırılması.

Bitirmə işləri AİS-in daimi istismara qəbul edilməsi haqqında aktın tərtib edilməsi.

AIS həyat dövrünün son beşinci mərhələsində, istismar, təmir və modernləşdirmə proqram təminatı, aparat və bütün layihə.

AIS müşayiəti yatır işlərin zəmanət öhdəliklərinə uyğun yerinə yetirilməsi, AİS-in istismarı zamanı aşkar edilmiş çatışmazlıqların müəyyən edilmiş zəmanət müddətində aradan qaldırılması üzrə işlərin yerinə yetirilməsi və AİS üçün sənədləşməyə lazımi dəyişikliklərin edilməsi üzrə işlərin həyata keçirilməsi.

Zəmanətdən sonrakı xidmət aşağıdakılardan ibarətdir:

Sistemin fəaliyyətinin təhlili üzrə işlərin həyata keçirilməsində;

AİS-in faktiki əməliyyat xüsusiyyətlərinin dizayn qiymətlərindən kənarlaşmalarını müəyyən edərkən;

Bu sapmaların səbəblərinin müəyyən edilməsində;

Aşkar edilmiş çatışmazlıqların aradan qaldırılmasında və AİS-in əməliyyat xüsusiyyətlərinin sabitliyinin təmin edilməsində;

AIS üçün sənədlərə lazımi dəyişikliklərin edilməsində.

Yaradılan AİS-in xüsusiyyətlərindən və onların yaradılması şərtlərindən asılı olaraq, əvvəlki mərhələlər başa çatana qədər işin ayrı-ayrı mərhələlərinin yerinə yetirilməsinə, iş mərhələlərinin vaxtında paralel yerinə yetirilməsinə, işin yeni mərhələlərinin daxil edilməsinə icazə verilir.

Şəkil 35. AIS-nin həyat dövrünün mərhələləri.

Həyat dövrü adətən iterativ xarakter daşıyır: həyatın ilk dövrlərindən başlayaraq həyata keçirilən mərhələləri yeni tələblərə və xarici şəraitdə baş verən dəyişikliklərə uyğun olaraq dövri olaraq təkrarlanır. Həyat dövrünün hər bir mərhələsində sonrakı qərarlar üçün başlanğıc nöqtəsi olan bir sıra sənədlər və texniki həllər formalaşır.

Ən geniş yayılmış Üç həyat dövrü modeli:

kaskad modeli (70-ci illərə qədər) - əvvəlkinin tamamlanmasından sonra növbəti mərhələyə ardıcıl keçid;

· iterativ model (70-80-ci illər) - növbəti mərhələ başa çatdıqdan sonra əvvəlki mərhələlərə təkrarlanan qayıdışlarla;

· spiral model (80-90-lar) - AIS prototipinin tədricən genişlənməsini nəzərdə tutan prototip modeli.

üçün kaskad həyat dövrü modeli ayrı-ayrı əlaqəli olmayan vəzifələrin avtomatlaşdırılması tipikdir, bu, informasiya inteqrasiyası və uyğunluğu, proqram təminatı, texniki və təşkilati interfeys tələb etmir. Fərdi problemlərin həllinin bir hissəsi olaraq, kaskad modeli inkişaf vaxtı və etibarlılığı baxımından özünü doğrultdu. Dizayn prosesinin uzun sürməsi və bu müddət ərzində tələblərin dəyişkənliyi səbəbindən bu həyat dövrü modelinin böyük və mürəkkəb layihələrə tətbiqi onların praktiki olaraq həyata keçirilməməsinə gətirib çıxarır.

İterativ həyat dövrü modeli. Kompleks AIS-nin yaradılması fərdi tapşırıqların yerinə yetirilməsi zamanı əldə edilən dizayn həllərinin əlaqələndirilməsini nəzərdə tutur. “Aşağıdan yuxarıya” dizayn yanaşması fərdi tapşırıqlar üçün dizayn həlləri ümumi sistem həlləri halına salındıqda və eyni zamanda əvvəllər tərtib edilmiş tələblərə yenidən baxılması zərurəti yarandıqda belə təkrarlanan gəlirləri tələb edir. Bir qayda olaraq, çox sayda iterasiya səbəbindən, tamamlanmış dizayn həllərində və sənədlərdə uyğunsuzluqlar yaranır. Yaradılmış AİS-in funksional və sistem arxitekturasının mürəkkəbliyi, layihə sənədlərindən istifadənin çətinliyi dərhal bütün sistemin tətbiqi və istismarı mərhələlərində yenidən dizayn edilməsi zərurətinə səbəb olur. İnformasiya sisteminin inkişafının uzun ömür dövrü həyata keçirmə mərhələsi ilə başa çatır, ardınca isə yeni AIS-nin yaradılmasının həyat dövrü.

Spiral həyat dövrü modeli. AIS-in dizaynının təşkili üçün yuxarıdan aşağıya doğru yanaşma, ilk növbədə funksional alt sistemlərin tərkibi müəyyən edildikdə, sonra isə fərdi tapşırıqların təyin edilməsindən istifadə olunur. Müvafiq olaraq, əvvəlcə inteqrasiya olunmuş verilənlər bazasının təşkili, məlumatların toplanması, ötürülməsi və toplanması texnologiyası, sonra isə konkret problemlərin həlli texnologiyası kimi sistem miqyaslı məsələlər hazırlanır. Tapşırıq kompleksləri çərçivəsində əsas proqram modullarından ayrı-ayrı funksiyaları yerinə yetirən modullara doğru proqramlaşdırma aparılır. Eyni zamanda, proqram modullarının interfeyslərinin öz aralarında və verilənlər bazası ilə qarşılıqlı əlaqəsi məsələləri ön plana çıxır, alqoritmlərin həyata keçirilməsi arxa plana keçir.

Spiralın hər bir dönüşü AIS fraqmentinin yaradılması üçün addım-addım modelə uyğundur. Layihənin məqsəd və xüsusiyyətlərini aydınlaşdırır, keyfiyyətini müəyyənləşdirir və spiralın növbəti növbəsinin işini planlaşdırır. Layihənin təfərrüatlarının ardıcıl dərinləşdirilməsi və konkretləşdirilməsi həyata keçirilir, onun əsaslandırılmış variantı formalaşdırılır və həyata keçirilir.

Həyat dövrünün spiral modeli prototip texnologiyasının və ya RAD texnologiyasının (sürətli proqram inkişafı) istifadəsinə əsaslanır.

Bu texnologiyaya uyğun olaraq, AIS tələblərin dəqiqləşdirilməsindən proqram kodunun dəqiqləşdirilməsinə qədər olan yolu izləyərək proqram prototiplərini genişləndirməklə hazırlanır.

Təbii ki, prototip texnologiyası ilə iterasiyaların sayı azalır və sonrakı təkrarlamalarda düzəldilməli olan səhvlər və uyğunsuzluqlar daha az olur və dizaynın özü daha sürətlə həyata keçirilir və layihə sənədlərinin yaradılması sadələşdirilir. AIS tərəfindən hazırlanmış dizayn sənədlərinə daha dəqiq uyğunlaşmaq üçün sistem miqyasında deponun saxlanmasına və dizaynın avtomatlaşdırılmasına, xüsusən də CASE (Computers Aids System Engineering) texnologiyalarının istifadəsinə getdikcə daha çox əhəmiyyət verilir.

Spiral modeldən istifadə edərkən:

· dizayn həllərinin, dizayn vasitələrinin, AİS və informasiya texnologiyalarının model və prototiplərinin yığılması və təkrar istifadəsi var;

· Sistem və texnologiyaların layihələndirilməsi prosesində onların işlənib hazırlanması və modifikasiyası üzrə istiqamətləndirmə aparılır;

· sistemin layihələndirilməsi prosesində risk və xərclərin təhlili aparılır.

İnterfeys proqram və aparat hissələrinin, verilənlərin, insanla kompüter arasında əlaqə yaratmaq texnologiyasının cütləşməsidir, burada bütün məlumat, məntiqi, fiziki və elektrik parametrləri müəyyən edilmiş standartlara cavab verir.

Prototip - tam versiyanı yaratmaq və ya inkişaf etdirmək üçün istifadə olunan sistemin minimum versiyası

Repozitoriyada dizayn edilmiş AİS-in obyektləri və onlar arasındakı əlaqələr haqqında məlumatlar var, bütün alt sistemlər onunla məlumat mübadiləsi aparır.

Fiziki modelləşdirmə mərhələsi eksperimental səviyyədə yaradılmış AIS modellərinin real fəaliyyətinin və onların adekvatlığının yoxlanılmasını təmin etməlidir. Bu mərhələnin həyata keçirilməsi üçün AİS-in fiziki (təbii) modeli hazırlanır. AIS-in fiziki modeli- bu, gələcək sistemin işini və onun modellərinin real şəraitdə adekvatlığını yoxlamaq üçün nəzərdə tutulmuş AIS-in azaldılmış tam miqyaslı tətbiqinin strukturu, metodları və vasitələrinin məcmusudur.

Müəyyən baxımdan AIS-in fiziki modeli real sistemin xüsusiyyətlərinə malikdir. Onun qurulması üçün kompüterlər, periferik qurğular, sənədlər, fayllar, verilənlər bazaları, məlumatların işlənməsi proqramları və AIS-nin yaradılması üçün zəruri olan digər komponentlər cəlb olunur. AIS-in fiziki modeli azaldılır, yəni. bu onun azaldılmış təmsilidir. Burada azalma mexaniki, ixtiyari deyil, uyğunlaşdırılmışdır. O, yalnız tərtibatçıların əsas, əsas kimi təsnif etdiyi xassələri təqdim edir.

3. AIS dizaynı

Tədqiqat mərhələsində əldə edilmiş AIS-nin qurulması üçün işlənmiş prinsiplər, müddəalar, modellər, metodlar və alətlər əsasında sistem layihələndirilir.

Dizayn mərhələsi aşağıdakı mərhələlərdən ibarətdir:

1) mövcud (ənənəvi) ƏM-in mövzu sorğusu (PRO);

2) sistemin yaradılması üçün texniki şərtlərin hazırlanması;

3) sistemin yaradılması üçün texniki layihənin hazırlanması;

4) sistemin yaradılması üçün işçi layihənin hazırlanması.

Mövcud İS-nin avtomatlaşdırılması şərti ilə, layihələndirmənin iki yolu var: mövcud AİS-in modernləşdirilməsi və ya onun yeni yaradılmış AİS ilə tam dəyişdirilməsi. Nisbətən kiçik həcmli dizayn işləri ilə 2 və 3-cü mərhələlər birləşdirilə bilər.

PRO mərhələsi obyektin - mövcud ənənəvi İS-in xüsusiyyətlərini öyrənmək və təhlil etmək məqsədi ilə həyata keçirilir. Dizayn üçün materialların toplanması həyata keçirilir - tələblərin müəyyən edilməsi, dizayn obyektinin öyrənilməsi. Gələcək AİS-in işləməsi şərtləri öyrənilir, inkişaf şərtlərinə müəyyən məhdudiyyətlər qoyulur - layihələndirmə mərhələlərinin vaxtı, mövcud və çatışmayan resurslar, məlumatların mühafizəsini təmin edən prosedur və tədbirlər və s. ilkin tədqiqatlar nəzərə alınmaqla AIS konsepsiya variantının hazırlanması və seçimi aparılır.

Texniki şərtlərin işlənib hazırlanması mərhələsi- raketdən müdafiə mərhələsinin məntiqi davamı. ABM mərhələsində əldə edilmiş materiallardan ToR hazırlamaq üçün istifadə olunur. Burada müəyyən bir müştəri və ya potensial istehlakçı qrupu tərəfindən AIS üçün əsas tələblərin təhlili və inkişafı həyata keçirilir. AİS-in aparat, proqram təminatı, informasiya və təşkilati-hüquqi komponentlərinə olan tələblər və s.

Üstündə texniki layihələndirmə mərhələsi bütün AIS dizayn tapşırıqları üçün ən məqbul həllərin axtarışı aparılır. Bu dizayn mərhələsinin məqsədi gələcək sistem üçün tələblər haqqında ümumi, bəzən qeyri-səlis bilikləri konkretləşdirməkdir. Bu mərhələdə aşağıdakılar müəyyən edilir:

AİS-in məqsədi, vəzifələri, funksiyaları, sistemin işləməsi üçün xarici şərtlər, onun komponentləri arasında funksiyaların bölüşdürülməsi də nəzərə alınır;

AIS sistem parametrləri - operator və sistem arasında interfeyslər və funksiyaların paylanması;

onun strukturunu təşkil edən bütün AIS alt sistemlərinin konfiqurasiyası - sistem strukturunun sənədli-informasiya, texniki, proqram-riyazi və təşkilati-hüquqi komponentləri;

strukturu və verilənlər bazasının idarəetmə sistemini, linqvistik vasitələri, informasiya axtarış dillərinin tərkibini, təsnifatçıları və kodlaşdırıcıları, sənədlərin və sorğuların indeksləşdirilməsi üsullarını;

AİS-in texniki vasitələri kompleksinin konfiqurasiya vərəqi və onların spesifikasiyası;

riyazi modellərin, alqoritmlərin və AİS proqramlarının tərkibini və xüsusiyyətlərini;

AİS-in işləmə sxemini, məlumatların emalının texnoloji prosesini və s.;

AIS işçiləri üçün iş və iş təlimatları;

layihənin yenilənmiş texniki-iqtisadi əsaslandırması.

Təfərrüatlı dizaynın əmək intensivliyinin əsas hissəsi alqoritmlərin və əlaqəli proqramların işlənməsi üzərində işdir.

Üstündə ətraflı dizayn mərhələsi texniki layihələndirmə mərhələsində müəyyən səbəblərdən tam həll oluna bilməyən məsələlərin son dəqiqləşdirilməsi həyata keçirilir. Bu mərhələdə texniki layihələndirmə mərhələsində tərtib edilmiş alqoritmlər əsasında proqramlar toplusu hazırlanır. Verilənlər bazasının strukturu dəqiqləşdirilir, AIS texnologiyasında emal olunan sənədlərin vahid formatları tənzimlənir.

Bu mərhələdə proqramlar sınaqdan keçirilir, real sənədlərin işlənməsi ilə bir sıra nəzarət testləri, sınaq və eksperimental emalın nəticələri, proqramlara lazımi düzəlişlər təhlil edilir.

AIS-in layihələndirilməsi üsulları və vasitələri. AIS dizaynı həyata keçirilə bilər:

üçüncü tərəf tərtibçisi. Bu firma yüksək ixtisaslı mütəxəssislərdən ibarət heyətə malikdir. İş tərtibatçı ilə sifarişçi arasında bağlanmış müqavilə əsasında həyata keçirilir;

müştəri şirkətin kadr mütəxəssisləri tərəfindən.

Kompromis həll yolu da mümkündür: müştəri firma müqavilə əsasında AIS-in inkişafı üçün məsləhətçi dəvət edə bilər.

Xüsusi seçim bir çox amillərlə müəyyən edilir, xüsusən də müştəri şirkətin maliyyə vəziyyəti, müvafiq profil və səviyyəli tam ştatlı mütəxəssislərin mövcudluğu, AIS-in yaradılması vaxtı, verilmiş və ya yaxın bölgədə olması. müvafiq tərtibatçı şirkətin, mütəxəssis məsləhətçilərin, şirkətin məxfilik rejiminin və s.

Dizayn problemlərini həll etmək üçün müvafiq üsul və vasitələrdən istifadə olunur. Onların arasında AIS-in inkişafı problemlərini kökündən həll edəcək üsulları tapmaq lazımdır. Belə üsullardan biri də struktur analizidir. Bu, sistemi ümumi səviyyəsindən lazımi ən aşağı səviyyəyə qədər iyerarxik bir quruluş kimi nəzərdən keçirən bir sistemin öyrənilməsi üsuludur.

Layihədən əvvəl sorğu mərhələsində mövcud (ənənəvi) İP-nin faktiki vəziyyətini öyrənmək üçün metodlardan istifadə olunur:

şifahi və ya yazılı sorğu;

yazılı sorğu;

müşahidə, ölçmə və qiymətləndirmə;

aralıq nəticələrin müzakirəsi;

tapşırıqların təhlili;

istehsalın, idarəetmənin və məlumatın təhlili

proseslər.

Göstərilən dövlətin formalaşdırılması üsulları müştərinin məqsədləri, tələbləri və şərtləri nəzərə alınmaqla AIS-in bütün komponentlərinin nəzəri əsaslandırılması ilə əlaqələndirilir. Bunlara daxildir:

verilənlərin emalı proseslərinin modelləşdirilməsi;

struktur dizayn;

parçalanma;

informasiya texnologiyalarının təhlili.

AIS obyektlərinin və proseslərinin vizual təsviri üçün faktiki və müəyyən edilmiş vəziyyətlərin qrafik göstərilməsi üsullarından istifadə olunur - axın sxemləri, qrafiklər, təsvirlər, çertyojlar, eskizlər, diaqramlar və s.

4. AIS dizaynının avtomatlaşdırılması

Kompüter dəstəkli dizayn sistemləri AIS dizayn göstəricilərini yaxşılaşdırmaq üçün effektiv vasitədir. Dizayn sahəsində xüsusi bir istiqamət formalaşmışdır - proqram mühəndisliyi və ya CASE-texnologiyaları (Computer-Aided Software / System Engineering - kompüter proqram təminatının inkişafı üçün sistem). CASE texnologiyaları bir-biri ilə əlaqəli avtomatlaşdırma vasitələri ilə dəstəklənən AIS-nin təhlili, dizaynı, inkişafı və tətbiqi üçün metodlar toplusudur. CASE-texnologies sistem analitikləri, tərtibatçılar və proqramçılar üçün müxtəlif sinif və dəyərlərin AIS dizayn proseslərinin avtomatlaşdırılmasını təmin edən bir vasitədir.

CASE-texnologiyasının əsas məqsədi inkişaf prosesini mümkün qədər avtomatlaşdırmaq və dizayn prosesini AIS proqram təminatının kodlaşdırılmasından ayırmaqdır.

Müəssisə modellərinin qurulması üçün struktur üsullar. Tədqiqat obyektinin ümumi baxışı ilə başlayan və sonra onun ardıcıl təfərrüatlarını ehtiva edən bir sistemin və ya prosesin öyrənilməsi metodunu struktur metod adlandırmaq adətdir. Struktur metodların üç əsas xüsusiyyəti var:

Mürəkkəb sistemin “qara qutular” kimi təqdim edilən hissələrə bölünməsi, hər bir “qara qutu” idarəetmə sisteminin müəyyən funksiyasını həyata keçirir;

Sistemin seçilmiş elementlərinin onlar arasında əlaqələrin müəyyən edilməsi ilə iyerarxik sıralanması;

Sistem elementlərinin əlaqəsinin qrafik təsvirindən istifadə.

Struktur metodlardan istifadə etməklə qurulan model sistemin yerinə yetirdiyi funksiyaları və onlar arasındakı əlaqələri qrafik şəkildə təsvir edən iyerarxik diaqramlar toplusudur.

Struktur təhlili metodologiyalarının bir hissəsi olaraq ən çox yayılmışlara aşağıdakılar daxildir:

SADT struktur təhlili və dizayn texnologiyasıdır və onun alt dəsti IDEFO standartıdır.

DFD - Məlumat axını diaqramları.

ERD - varlıq münasibətləri diaqramları.

STD - vəziyyətə keçid diaqramları.

AT IDEFO metodologiyası dörd əsas anlayışdan istifadə olunur: funksional blok, interfeys qövsü, parçalanma, lüğət.

IDEFO modeli həmişə nəzərdən keçirilən sahədən kənara çıxan interfeys qövsləri ilə vahid funksional blokun proses təsviri ilə başlayır. Bəzən belə diaqramlar kontekst yardımı ilə verilir.

Məqsəd ilk növbədə nəzərə alınmalı olan müəssisənin fəaliyyət sahələrini vurğulayır. Məqsəd hazırlanmış modelin istiqamətini və parçalanma səviyyəsini müəyyən edir.

AT DFD metodologiyası tədqiq olunan proses subproseslərə bölünür və məlumat axınları ilə əlaqəli şəbəkə kimi təqdim olunur. Xarici olaraq, DFD SADT-ə bənzəyir, lakin istifadə olunan elementlər dəstində fərqlənir. Bunlara proseslər, məlumat axını və saxlama daxildir.

ERD metodologiyası verilənlər bazası modellərini qurmaq üçün istifadə olunur, məlumatları təsvir etmək və onlar arasında əlaqələri müəyyən etmək üçün standart bir yol təqdim edir. Metodologiyanın əsas elementləri "mahiyyət", "münasibət" və "münasibət" anlayışlarıdır. Müəssisə əsas məlumat növlərini müəyyənləşdirir və əlaqələr bu məlumat növlərinin bir-biri ilə necə qarşılıqlı əlaqədə olduğunu müəyyənləşdirir. Əlaqələr varlıqları və münasibətləri birləşdirir.

STD metodologiyası vaxta və hadisələrə reaksiyaya görə sistemin işinin müəyyən aspektlərini modelləşdirmək, məsələn, real vaxt rejimində AIPS-ə istifadəçi sorğusunu həyata keçirmək üçün ən əlverişlidir. STD-nin əsas elementləri "dövlət", "ilkin vəziyyət", "keçid", "şərt" və "fəaliyyət" anlayışlarıdır. Konseptlər vasitəsilə sistemin vaxtında və hadisələrdən asılı olaraq fəaliyyətinin təsviri həyata keçirilir. STD modeli qrafik təsvirdir - sistemin bir vəziyyətdən digərinə keçidinin diaqramıdır.

İdarəetmə sistemi modellərinin qurulması üçün obyekt yönümlü üsullar. Bu üsullar struktur metodlardan daha yüksək abstraksiya səviyyəsi ilə fərqlənir. Onlar məlumat mübadiləsi yolu ilə sistemin bir-biri ilə qarşılıqlı əlaqədə olan obyektlər toplusu kimi təqdim edilməsinə əsaslanır. Xüsusi obyektlər və ya mücərrəd subyektlər - sifariş, müştəri və s. mövzu sahəsinin obyektləri kimi xidmət edə bilər. Ən əhəmiyyətli üsul G. Buch-dur. Bu, dörd mərhələdən ibarət olan obyekt təhlili elementləri olan obyekt dizayn texnikasıdır:

1) prosesləri, cihazları, şəbəkələri və onların birləşmələrini göstərən aparat diaqramının işlənməsi;

2) siniflər və obyektlər arasındakı əlaqəni təsvir edən sinif strukturunun tərifi;

3) obyektin digər obyektlərlə əlaqəsini göstərən obyektlərin diaqramlarının işlənməsi;

4) yaradılan sistemin fiziki dizaynını təsvir edən proqram təminatının arxitekturasının inkişafı.

Obyekt yönümlü təhlil və dizaynın mövcud üsullarının böyük əksəriyyəti həm modelləşdirmə dilini, həm də modelləşdirmə proseslərini təsvir etmək üçün alətləri əhatə edir.

Obyektyönümlü yanaşma struktur yanaşmaya qarşı deyil, onun tamamlayıcısı kimi çıxış edə bilər.

5. AIS-in qurulması və tətbiqi

Layihələndirmə işləri tam başa çatdıqdan sonra AİS-in qurulması mərhələsi başlayır. AIS-in qurulması AIS layihəsinin həyata keçirilməsi üçün təşkilati-texniki tədbirlər toplusudur. Belə tədbirlərə maliyyə, informasiya, texniki, proqram, hüquqi, təşkilati tədbirlər daxildir:

Layihədə nəzərdə tutulmuş zəruri avadanlıqların alınması üçün maliyyə mənbələrinin müəyyən edilməsi və vəsaitin ayrılması - “AİS avadanlığının spesifikasiya vərəqi”;

Təchizatçıların seçilməsi və avadanlıqların tədarükü üçün müqavilələrin bağlanması;

AİS-in yerləşdirilməsi üçün yerlərin ayrılması və onun avadanlıqların quraşdırılmasına hazırlanması;

Layihəyə uyğun olaraq AIS avadanlıqlarının yerləşdirilməsi, yığılması, quraşdırılması, konfiqurasiyası;

AİS-in fəaliyyətini təmin etmək üçün müvafiq işlərin görülməsi üçün daimi AİS personalının kateqoriyalarının seçilməsi, təşkili və təlimi;

Avadanlıqların keyfiyyətinə nəzarət üzrə işlərin yerinə yetirilməsi (nəzarət, sınaq). Qüsurlar aşkar edildikdə - şikayətlərin qeydiyyata alınması və təchizatçılara təqdim edilməsi;

Proqram təminatının quraşdırılması və AIS proqram paketinin sınaqdan keçirilməsi üzrə işlərin yerinə yetirilməsi. Qüsurların aşkar edilməsi şərti ilə - onların aradan qaldırılması üçün tədbirlər görmək;

Verilənlər bazasının doldurulması, layihəyə uyğun olaraq bütün AIS tapşırıqları üçün test işlərinin həlli. Çatışmazlıqlar aşkar edildikdə, onların aradan qaldırılması üçün tədbirlər görülür. Çatışmazlıqlar aşkar edilmədikdə - AIS-ni sınaqdan keçirmək üçün sənədlərin hazırlanması.

Tədbirlərin tərkibi və onların ardıcıllığı AİS-in qurulmasında əsas nəzarət nöqtələrini əks etdirir. Hər bir konkret sistemin qurulması həm tapşırıqların xarakteri, həm də onların ardıcıllığı baxımından öz xüsusiyyətlərinə malik olacaqdır. Tikintinin xüsusiyyətləri AİS-in xarakteri, AİS-in tətbiqinin təşkilati səviyyəsi, iş rejimi, maliyyələşmənin həcmi və s.

AİS-in effektivliyinin vacib şərtlərindən biri onun həyata keçirilməsi üçün kompleks işlərin həyata keçirilməsidir. AİS-in tətbiqi ondan başlayır ki, sifarişçi firmanın rəhbəri sistemin tətbiqi üçün əsas mərhələləri, onların həyata keçirilmə vaxtını, məsul icraçıları, resurs dəstəyini, icra nəticələrinin təqdim edilməsi formasını, əmrin icrasına nəzarət etmək üçün məsul şəxs və s. Əmrdə aşağıdakı mərhələlərdə iş göstərilməklə icra planı ola bilər:

1) avadanlığın istismara verilməsinin nəticələrinin sənədləşdirilməsi, habelə sistem tapşırıqları kompleksinin nəzarət sınaqları;

2) kadrların AIS texnologiyası üzrə təlimi və layihə sənədlərinin müvafiq bölmələrinin öyrənilməsi;

3) sistemin sınaq istismarının aparılması, dizayn səhvlərinin təhlili və düzəldilməsi və sınaq istismarının nəticələrinə əsasən sənədlərin icrası;

4) müvafiq sənədlərin icrası ilə AİS-in istehsalata buraxılması.

Beləliklə, birinci mərhələdə bütövlükdə AİS-in nəzarət testləri proqramı hazırlanır. İkinci mərhələdə tərtibatçı və sifarişçi AİS-in istismarında iştirak edən kadrlar üçün təlim təşkil edir. Üçüncü mərhələdə sistemin pilot əməliyyatı həyata keçirilir. AIS tapşırıqlarının məzmunundan və əhatə dairəsindən asılı olaraq sınaq əməliyyatı üç aydan altı aya qədər davam edir.

AIS-in tətbiqi həm təşkilati, həm də texniki aspektlərdə kifayət qədər çətin məsələdir. Müştəri sistemin tətbiqini hazırlamalıdır. Bu vəziyyət AİS-in fəaliyyətində müəyyən dərəcədə iştirak edən sifarişçi şirkətin personalından müəyyən təşkilati, peşəkar və psixoloji səylər tələb edir. Şirkətin rəhbərliyi elə şərait yaratmalıdır ki, şirkətin komandası sistemin tətbiqinə müsbət münasibət bəsləsin və onun tətbiqinə, inkişafına və inkişafına kömək etsin. O zaman müəssisədə AİS-in tətbiqi və istismarı məqsədinə nail olunacağını güman etmək mümkün olacaq.

6. Avtomatlaşdırılmış informasiya emalının texniki-iqtisadi səmərəliliyinin hesablanması metodikası

AİS layihəsinin əsas bölmələrindən biri ümumilikdə AİS-in texniki-iqtisadi əsaslandırılması və xüsusən də iqtisadi məlumatların avtomatlaşdırılmış emalı prosesləridir. Bu, texniki və iqtisadi səmərəliliyin müvafiq hesablamalarını tələb edir.

Məlumatların avtomatlaşdırılmış emalının iqtisadi səmərəliliyi aşağıdakı əsas amillərlə təmin edilir:

İnformasiyanın toplanması, ötürülməsi, emalı və verilməsi üzrə əməliyyatların yüksək sürəti, texniki vasitələrin sürəti;

Fərdi əməliyyatları yerinə yetirmək üçün vaxtın maksimum azaldılması;

Məlumatların emalı və alınan məlumatların keyfiyyətinin yüksəldilməsi.

Avtomatlaşdırılmış problemlərin həllinin ümumi səmərəliliyi bilavasitə məlumatların emalı xərclərinin azaldılmasından asılıdır və birbaşa iqtisadi səmərəlilikdir. İstifadəçilər üçün informasiya xidmətinin keyfiyyətinin yüksəldilməsi üçün sistem miqyaslı həllərin effektinə nail olmaq dolayı iqtisadi səmərəliliyi təmin edir.

Birbaşa iqtisadi səmərəlilik göstəriciləri bir neçə dizayn variantı üçün məlumatların işlənməsi xərclərini müqayisə etməklə müəyyən edilir. Əslində, bu, iki variantın müqayisəsidir - əsas və dizayn. Əsas versiya kimi mövcud avtomatlaşdırılmış və ya ənənəvi (əl ilə) verilənlərin emalı sistemi, layihələndirilmiş versiya kimi isə mövcud sistemin modernləşdirilməsinin nəticəsi və ya yeni hazırlanmış AİS götürülür.

Hazırlanmış AIS layihəsinin iqtisadi səmərəliliyinin mütləq göstəricisi TPOD-un əsas versiyası ilə müqayisədə məlumatların emalının texnoloji prosesi üçün illik məsrəflərin və əmək xərclərinin azalmasıdır.

Məlumatların emalının avtomatlaşdırılması hesabına maliyyə xərclərinə qənaət düsturdan istifadə edərək məlumatların işlənməsi üçün əsas və proqnozlaşdırılan variantların xərclərindəki fərqin hesablanması əsasında müəyyən edilir:

C e \u003d C b - C p (1)

burada C e - məlumatların emalı üçün xərclərin azaldılması məbləği;

C b - əsas iş üçün xərclər;

C n - proqnozlaşdırılan variant üçün xərclər.

AİS layihəsinin iqtisadi səmərəliliyinin nisbi göstəricisi xərclərin səmərəliliyi əmsalı (K e) və xərclərin dəyişməsi indeksidir (I c).

K e \u003d C e / C b * 100% (2)

Xərclərin səmərəliliyi nisbəti proqnozlaşdırılan AIS seçimi ilə xərclərin hansı hissəsinin qənaət ediləcəyini və ya xərclərin neçə faiz azalacağını göstərir.

Xərclərin dəyişməsi indeksinin dəyəri düsturla müəyyən edilə bilər:

I s \u003d C e / C b. (3)

Bu indeks AIS layihəsinin həyata keçirilməsi zamanı məlumatların emalı xərclərinin neçə dəfə azalacağını göstərir.

AIS layihəsini həyata keçirərkən, dəyəri (K 3) düsturla müəyyən edilə bilən əlavə kapital xərclərini nəzərə almaq lazımdır:

K 3 \u003d K p - K b (4)

burada K p və K b - layihələndirilmiş və əsas məlumat emal sistemlərinin müvafiq olaraq kapital xərcləri.

Əsaslı məsrəflərin səmərəliliyi İS-in modernləşdirilməsi üçün əlavə kapital xərclərinin geri qaytarılma müddəti (T) ilə müəyyən edilir:

T \u003d K 3 / C e (5)

E \u003d C e / K 3 \u003d 1 / T. (6)

Xərclərin hesablanması ilə yanaşı, məlumatların işlənməsi üçün əmək xərclərinin azaldılması göstəricilərini əldə etmək faydalıdır. Əməyin maya dəyərinin azaldılmasının mütləq göstəricisi (t) məlumatların işlənməsi üçün əsas və dizayn variantlarının illik əmək xərcləri arasındakı fərqdir:

t = T b. – T p (7)

harada T b. və T p - məlumatların işlənməsi üçün əsas və dizayn variantlarının müvafiq olaraq illik əməliyyat intensivliyi.

Əməyin maya dəyərinin azaldılmasının nisbi göstəricisinin dəyəri əmək haqqının azaldılması əmsalı (K) ilə göstərilə bilər:

K t \u003d t / T b. (səkkiz)

Əmək məsrəflərindəki dəyişiklik indeksi (I t) məlumatların emalı layihəsinin daha çox əməyə qənaət edən versiyasının inkişafı ilə əlaqədar əmək məhsuldarlığının artımını xarakterizə edir, onu düsturla müəyyən etmək olar:

I t \u003d T b / T səh (9)

Əmək xərclərinin azaldılmasının mütləq göstəricisi (P) əmək resurslarının (icraçıların) məlumatların emalı sistemindən potensial buraxılışını müəyyən etmək üçün istifadə olunur:

P \u003d (t / T f) * f (10)

burada T f məlumatların emalı texnologiyasında işləyən bir icraçının illik vaxt fondudur;

f - t-nin dəyərinin hesablandığı vaxt fondu hesabına işçilərin tam buraxılması imkanını əks etdirən əmsaldır.

Proqnozlaşdırılan (modernləşdirilmiş) məlumatların emalı sisteminin tətbiqindən birbaşa qənaətin müəyyən edilməsi həm ənənəvi, həm də proqnozlaşdırılan məlumatların emalı sisteminin əməliyyatları üçün əmək və xərc xərclərini əks etdirən göstəricilərin müqayisəsi əsasında həyata keçirilir.

Layihə üzrə məlumatın avtomatlaşdırılmış emalı zamanı əmək məsrəflərinə qənaət (E tz) düsturla müəyyən edilə bilər.

E tz \u003d T o6sch - T bayquşlar (11)

burada T o6sh əsas hal ilə ənənəvi üsulla verilənlərin emalının mürəkkəbliyidir;

T owls - dizayn versiyasında məlumatların avtomatlaşdırılmış işlənməsinin mürəkkəbliyi.

Layihə məlumatlarının işlənməsi variantının həyata keçirilməsindən əldə edilən maliyyə xərclərinə qənaəti əl ilə əsas iş ilə müqayisədə oxşar şəkildə müəyyən etmək olar.

Yuxarıda göstərilən düsturlara əvəz etmək üçün ilkin məlumatların toplanması və iqtisadi səmərəliliyin müəyyən edilməsi üçün hesablamaların aparılması məlumatların emalının texnoloji prosesinin mərhələlərində müvafiq parametrlərin qeydiyyatı və ölçülməsi yolu ilə həyata keçirilir. Bundan əlavə, AIS nəzarətçisinin qeydiyyat (texnoloji) jurnallarının və digər qeydiyyat formalarının təhlili ilə uzun müddət üçün ilkin məlumatlar əldə edilə bilər.

Kaskad yanaşması İS-in qurulmasında özünü sübut etdi, bunun üçün inkişafın ən əvvəlində tərtibatçılara texniki cəhətdən mümkün qədər yaxşı şəkildə həyata keçirmək azadlığını təmin etmək üçün 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 kateqoriyaya çoxlu sayda hesablama xarakterli tapşırıqları olan mürəkkəb sistemlər, real vaxt sistemləri və s.

AIS həyat dövrü modeli- sistemin bütün həyat dövrü ərzində inkişafı, istismarı və saxlanması zamanı həyata keçirilən prosesləri, fəaliyyətləri və vəzifələri təsvir edən strukturdur.

Həyat dövrü modelinin seçimi layihənin xüsusiyyətlərindən, miqyasından, mürəkkəbliyindən və AIS-nin yaradıldığı və fəaliyyət göstərdiyi şərtlər toplusundan asılıdır.

AIS həyat dövrü modeli daxildir:

Hər mərhələdə işin nəticələri;

Əsas hadisələr və ya tamamlama və qərar qəbul etmə nöqtələri.

Tanınmış proqram təminatının həyat dövrü modellərinə uyğun olaraq, AIS həyat dövrü modelləri müəyyən edilir - kaskad, təkrarlanan, spiral.

I. Kaskad modeli hər hansı bir fənn sahəsində sistemlərin inkişafına klassik yanaşmanı təsvir edir; 1970-80-ci illərdə geniş istifadə edilmişdir.

Kaskad modeli işin ardıcıl təşkilini nəzərdə tutur və modelin əsas xüsusiyyəti bütün işlərin mərhələlərə bölünməsidir. Əvvəlki mərhələdən növbəti mərhələyə keçid yalnız əvvəlkinin bütün işləri tam başa çatdıqdan sonra baş verir.

ayırmaq beş mövzu sahəsindən praktiki olaraq müstəqil olan sabit inkişaf mərhələləri

Üstündə birinci Mərhələdə problem sahəsi öyrənilir, müştərinin tələbləri formalaşdırılır. Bu mərhələnin nəticəsi bütün maraqlı tərəflərlə razılaşdırılmış texniki tapşırıqdır (inkişaf tapşırığı).

ərzində ikinci mərhələdə, texniki şərtlərin tələblərinə uyğun olaraq, müəyyən dizayn həlləri hazırlanır. Nəticə layihə sənədləri toplusudur.

Üçüncü mərhələ - layihənin icrası; mahiyyət etibarilə əvvəlki mərhələnin dizayn qərarlarına uyğun olaraq proqram təminatının hazırlanması (kodlaşdırma). İcra üsulları fundamental əhəmiyyət kəsb etmir. Mərhələnin nəticəsi hazır proqram məhsuludur.

Üstündə dördüncü mərhələdə qəbul edilmiş proqram təminatının texniki tapşırığın tələblərinə uyğunluğu yoxlanılır. Sınaq əməliyyatı AIS əməliyyatının real şəraitində özünü göstərən müxtəlif növ gizli çatışmazlıqları aşkar etməyə imkan verir.

Son mərhələ hazır layihənin çatdırılmasıdır və burada əsas odur ki, müştərini onun bütün tələblərinin tam yerinə yetirildiyinə inandırmaqdır.

Şəkil 1.1 AIS LC kaskad modeli

Şəlalə modeli daxilində iş mərhələləri çox vaxt AIS layihə dövrünün hissələri adlandırılır, çünki mərhələlər sistem tələblərini və dizayn variantlarını dəqiqləşdirmək üçün bir çox iterativ prosedurlardan ibarətdir. AIS-in həyat dövrü daha mürəkkəb və daha uzundur: o, ixtiyari sayda təkmilləşdirmə dövrlərini, artıq qəbul edilmiş və həyata keçirilmiş dizayn qərarlarına dəyişikliklər və əlavələri əhatə edə bilər. Bu dövrlərdə AİS-in inkişafı və onun ayrı-ayrı komponentlərinin modernləşdirilməsi baş verir.

Şəlalə modelinin üstünlükləri:

1) hər mərhələdə tamlıq və ardıcıllıq meyarlarına cavab verən dizayn sənədlərinin tam dəsti formalaşır. Son mərhələdə standartlarda nəzərdə tutulmuş AIS dəstəyinin bütün növlərini (təşkilati, informasiya, proqram təminatı, texniki və s.) əhatə edən istifadəçi sənədləri hazırlanır;

2) işin mərhələlərinin ardıcıl icrası başa çatma vaxtını və müvafiq xərcləri planlaşdırmağa imkan verir.

Kaskad modeli əvvəlcə müxtəlif növ mühəndislik problemlərini həll etmək üçün hazırlanmışdır və bu günə qədər tətbiq olunan sahə üçün əhəmiyyətini itirməmişdir. Bundan əlavə, şəlalə yanaşması AIS-in inkişafı üçün idealdır, çünki inkişafın ən başlanğıcında tərtibatçılara texniki həyata keçirmək azadlığını təmin etmək üçün bütün tələbləri kifayət qədər dəqiq şəkildə tərtib etmək mümkündür. Belə AİS-ə, xüsusən də mürəkkəb hesablaşma sistemləri və real vaxt sistemləri daxildir.

Şəlalə modelinin çatışmazlıqları:

Nəticələrin əldə edilməsində əhəmiyyətli gecikmə;

Mərhələlərin hər hansı birində səhvlər və çatışmazlıqlar, bir qayda olaraq, işin sonrakı mərhələlərində ortaya çıxır, bu da geri qayıtma ehtiyacına səbəb olur;

Layihə üzrə paralel işin mürəkkəbliyi;

Mərhələlərin hər birinin həddindən artıq məlumat yüklənməsi;

Layihənin idarə edilməsinin mürəkkəbliyi;

Yüksək risk səviyyəsi və investisiyaların etibarsızlığı.

Nəticələrin əldə edilməsində gecikmə inkişafa ardıcıl yanaşmada nəticələrin yalnız işin növbəti mərhələsi başa çatdıqdan sonra maraqlı tərəflərlə razılaşdırılmasında özünü göstərir. Nəticədə məlum ola bilər ki, hazırlanmış AİS tələblərə cavab vermir və bu cür uyğunsuzluqlar inkişafın istənilən mərhələsində baş verə bilər; əlavə olaraq, səhvlər həm analitiklər, həm də proqramçılar tərəfindən təsadüfən təqdim edilə bilər, çünki onlardan AIS-in hazırlandığı mövzu sahələrində yaxşı bilik tələb olunmur.

Əvvəlki mərhələlərə qayıdın. Bu çatışmazlıq əvvəlkinin təzahürüdür: layihə üzrə mərhələli ardıcıl iş, əvvəlki mərhələlərdə edilən səhvlərin yalnız sonrakı mərhələlərdə aşkarlanmasına səbəb ola bilər. Nəticədə layihə əvvəlki mərhələyə qayıdır, emal olunur və yalnız bundan sonra sonrakı işə keçirilir. Bu, cədvəlin pozulmasına səbəb ola bilər və fərdi mərhələləri yerinə yetirən inkişaf qrupları arasında münasibətləri çətinləşdirə bilər.

Ən pis seçim, əvvəlki mərhələnin qüsurlarının növbəti mərhələdə deyil, daha sonra aşkar edilməsidir. Məsələn, sınaq əməliyyatı mərhələsində mövzu sahəsinin təsvirində səhvlər görünə bilər. Bu o deməkdir ki, layihənin bir hissəsi işin ilkin mərhələsinə qaytarılmalıdır.

Paralel işin mürəkkəbliyi layihənin müxtəlif hissələrinin uyğunlaşdırılması ehtiyacı ilə əlaqədar Layihənin ayrı-ayrı hissələrinin əlaqəsi nə qədər güclü olarsa, sinxronizasiya bir o qədər tez-tez və diqqətlə aparılmalıdır, inkişaf qrupları bir-birindən daha çox asılıdır. Nəticədə, paralel işin üstünlükləri sadəcə itirilir; paralelliyin olmaması bütün kollektivin işinin təşkilinə mənfi təsir göstərir.

Problem məlumat yüklənməsi müxtəlif tərtibatçı qrupları arasında güclü asılılıqdan irəli gəlir. Məsələ burasındadır ki, layihənin hissələrindən birinə dəyişiklik edərkən ondan öz işlərində istifadə etmiş (istifadə edə bilən) tərtibatçıları xəbərdar etmək lazımdır. Çox sayda bir-biri ilə əlaqəli alt sistemlərlə daxili sənədlərin sinxronizasiyası ayrıca əsas vəzifəyə çevrilir: tərtibatçılar daim dəyişikliklərlə tanış olmalı və bu dəyişikliklərin əldə edilən nəticələrə necə təsir edəcəyini qiymətləndirməlidirlər.

Layihənin idarə edilməsinin mürəkkəbliyiəsasən inkişaf mərhələlərinin ciddi ardıcıllığı və layihənin müxtəlif hissələri arasında mürəkkəb əlaqələrin olması ilə əlaqədardır. Tənzimlənən iş ardıcıllığı bəzi inkişaf qruplarının digər komandaların işinin nəticələrini gözləməli olmasına səbəb olur, buna görə də köçürülmüş sənədlərin vaxtı və tərkibini razılaşdırmaq üçün inzibati müdaxilə tələb olunur.

İşdə səhvlər aşkar edildikdə, əvvəlki mərhələlərə qayıtmaq lazımdır; səhv edənlərin indiki işi kəsilir. Bunun nəticəsi adətən həm düzəldilmiş, həm də yeni layihələrin həyata keçirilməsində gecikmədir.

Layihənin ayrı-ayrı hissələri arasında əlaqələrin sayını azaltmaqla tərtibatçılar arasında qarşılıqlı əlaqəni sadələşdirmək və sənədlərin məlumat yüklənməsini azaltmaq mümkündür, lakin hər bir AIS-i boş birləşdirilmiş alt sistemlərə bölmək olmaz.

Yüksək risk səviyyəsi. Layihə nə qədər mürəkkəbdirsə, inkişafın hər bir mərhələsi bir o qədər uzun çəkir və layihənin ayrı-ayrı hissələri arasında əlaqə bir o qədər mürəkkəbdir, onların sayı da artır. Üstəlik, inkişafın nəticələrini həqiqətən yalnız sınaq mərhələsində görmək və qiymətləndirmək olar.

Gecikmiş qiymətləndirmə təhlil və dizayn səhvlərinin müəyyən edilməsində ciddi problemlər yaradır - əvvəlki mərhələlərə qayıtmaq və inkişaf prosesinin təkrarlanması tələb olunur. Bununla belə, əvvəlki mərhələlərə qayıdış təkcə səhvlərlə deyil, həm də inkişaf zamanı mövzu sahəsində və ya müştəri tələblərində baş vermiş dəyişikliklərlə əlaqələndirilə bilər. Eyni zamanda, layihənin növbəti versiyası hazır olana qədər mövzu sahəsinin yenidən dəyişməyəcəyinə heç kim zəmanət vermir. Əslində, bu, inkişaf prosesinin "dövrü" ehtimalının olması deməkdir: layihənin xərcləri daim artacaq və hazır məhsulun çatdırılması üçün son tarixlər daim gecikdiriləcəkdir.

II. İterativ model (Aralıq idarəetmə ilə mərhələli model) planlaşdırma, həyata keçirmə, öyrənmə, fəaliyyətin qısa dövrləri (addımları) silsiləsi.

Kompleks AİS-in yaradılması fərdi tapşırıqların icrası zamanı əldə edilən dizayn həllərinin əlaqələndirilməsini nəzərdə tutur. Dizayna "aşağıdan yuxarıya" yanaşma fərdi tapşırıqlar üçün dizayn həlləri ümumi sistem həllərində birləşdirildikdə, bu cür qaytarma iterasiyalarını tələb edir. Bu halda əvvəllər formalaşmış tələblərə yenidən baxılması zərurəti yaranır.

Üstünlük iterativ modelin odur ki, mərhələlərarası düzəlişlər kaskad modellə müqayisədə inkişafın daha az əmək intensivliyini təmin edir.

mənfi cəhətləri iterativ model:

· hər bir mərhələnin ömrü bütün iş dövrü üçün uzanır;

· təkrarların çoxluğuna görə layihə qərarlarının icrasında və sənədləşmədə uyğunsuzluqlar yaranır;

memarlığın incəlikləri

İcra və istismar mərhələlərində layihə sənədlərinin istifadəsində yaranan çətinliklər bütün sistemin yenidən dizaynını zəruri edir.

III. spiral modeli, kaskaddan fərqli olaraq, lakin əvvəlkinə bənzər, AIS-in inkişafının iterativ prosesini əhatə edir. Eyni zamanda, prototiplər yaratmaqla texniki həllərin məqsədəuyğunluğunu yoxlayan və əsaslandıran təhlil və dizayn kimi ilkin mərhələlərin əhəmiyyəti artır.

Hər bir iterasiya məhsulun daxili və ya xarici versiyasının (və ya son məhsulun alt dəstinin) buraxılmasına gətirib çıxaran tam inkişaf dövrüdür və iterasiyadan iterasiyaya qədər təkmilləşərək tam sistemə çevrilir (Şəkil 1.2).

düyü. 1.2. AIS həyat dövrünün spiral modeli

Beləliklə, spiralın hər növbəsi proqram məhsulunun 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 müəyyənləşdirir, keyfiyyətini müəyyənləşdirir və spiralın növbəti növbəsi üzərində işləri planlaşdırır. Hər bir iterasiya layihənin təfərrüatlarını dərinləşdirməyə və ardıcıl olaraq dəqiqləşdirməyə xidmət edir, nəticədə yekun icra üçün ağlabatan variant seçilir.

Spiral modeldən istifadə, cari olanın tamamlanmasını gözləmədən layihənin növbəti mərhələsinə keçməyə imkan verir - bitməmiş işlər növbəti təkrarlamada edilə bilər. Hər bir iterasiyanın əsas vəzifəsi istifadəçilərə mümkün qədər tez nümayiş etdirmək üçün işlək məhsul yaratmaqdır. Beləliklə, layihəyə dəqiqləşdirmə və əlavələrin daxil edilməsi prosesi xeyli sadələşdirilir.

Proqram təminatının hazırlanmasına spiral yanaşma şəlalə modelinin çatışmazlıqlarının əksəriyyətini aradan qaldırır, əlavə olaraq, bir sıra əlavə funksiyalar təqdim edərək, inkişaf prosesini daha çevik edir.

Üstünlüklər iterativ yanaşma:

İterativ inkişaf müştəri tələblərini dəyişdirərkən layihəyə dəyişikliklərin tətbiqini xeyli asanlaşdırır;

Spiral modeldən istifadə edərkən AİS-in ayrı-ayrı elementləri tədricən vahid bütövlükdə birləşdirilir. İnteqrasiya daha az elementlə başladığı üçün onun həyata keçirilməsi zamanı daha az problem yaranır;

Risklərin səviyyəsinin azaldılması (inteqrasiya zamanı risklər aşkar edildiyi üçün əvvəlki üstünlüyün nəticəsidir). Layihənin inkişafının başlanğıcında risklərin səviyyəsi maksimumdur, inkişaf irəlilədikcə azalır;

İterativ inkişaf işlənmə mərhələsində olan məhsula taktiki dəyişikliklərin edilməsinə imkan verməklə layihənin idarə edilməsində daha çox çeviklik təmin edir. Beləliklə, sistemin funksionallığını azaltmaqla inkişaf müddətini azaltmaq və ya komponentlər kimi öz inkişafları əvəzinə üçüncü şirkətlərin məhsullarından istifadə etmək mümkündür (bazar iqtisadiyyatında, rəqiblərin təşviqinə müqavimət göstərmək lazım olduqda). ' məhsullar);

İterativ yanaşma komponentlərin təkrar istifadəsini asanlaşdırır, çünki layihənin lap əvvəlində onları təcrid etməyə çalışmaqdansa, layihənin ümumi hissələrini artıq qismən işlənib hazırlanıb müəyyən etmək (müəyyən etmək) daha asandır. Bir neçə ilkin iterasiyadan sonra dizaynın təhlili sonrakı təkrarlamalarda təkmilləşdiriləcək ümumi təkrar istifadə edilə bilən komponentləri aşkar edir;

Spiral modeli daha etibarlı və sabit sistem əldə etməyə imkan verir. Bunun səbəbi sistem inkişaf etdikcə səhvlər və zəifliklər tapılır və hər iterasiyada düzəldilir. Eyni zamanda, şəlalə modeli vəziyyətində yalnız sistemin tətbiqindən əvvəl mövcud olan kritik performans parametrləri tənzimlənir;

İterativ yanaşma prosesi təkmilləşdirməyə imkan verir
inkişaf - hər bir iterasiyanın sonunda təhlil nəticəsində inkişaf təşkilatında dəyişikliklərin qiymətləndirilməsi aparılır; növbəti iterasiyada yaxşılaşır.

Spiral dövrənin əsas problemi- növbəti mərhələyə keçid anının müəyyən edilməsinin çətinliyi. 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. Əks təqdirdə, inkişaf prosesi artıq görülən işlərin sonsuz təkmilləşdirilməsinə çevrilə bilər.

Tətbiqin layihələndirilməsi və surətinin çıxarılması prosesinə istifadəçilərin cəlb edilməsi proqramın tərtibi prosesində bilavasitə tələblərə şərhlər və əlavələr almağa, işlənmə müddətinin azaldılmasına imkan verir. Müştərinin nümayəndələri sistemin yaradılması prosesinə nəzarət etmək və onun funksional məzmununa təsir etmək imkanı əldə edirlər. Nəticə müştərilərin əksər ehtiyaclarını nəzərə alan sistemin istismara verilməsidir.

Həyat dövrü modeli və dizayn texnologiyası

Əvvəllər dedik ki, dizayn texnologiyası İP layihəsi əldə etmək üçün zəruri olan hərəkətlərin ardıcıllığını təyin edir. Aydındır ki, bu hərəkətlərin hər birinin yerinə yetirilməsi informasiya sisteminin bir vəziyyətdən digər vəziyyətə keçməsi deməkdir. Beləliklə, hər hansı bir dizayn texnologiyası birmənalı şəkildə bəzi həyat dövrü modelini təsvir edir. Digər tərəfdən, informasiya sisteminin həyat dövrü modelini qurmaqla, yəni:

tapşırıqlar, yerinə yetirilən işlərin tərkibi və ardıcıllığı;

· həyata keçirilən hər bir hərəkətin nəticələri;

İşin yerinə yetirilməsi üçün zəruri olan üsul və vasitələr;

iştirakçıların rolları və məsuliyyətləri;

ƏM-in kollektiv inkişafının planlaşdırılması, təşkili və idarə edilməsi üçün zəruri olan digər məlumatlar;

seçdiyimiz dizayn texnologiyasının birmənalı təsvirini alacağıq. Beləliklə, həyat dövrü modeli informasiya sistemlərinin dizayn texnologiyasının ayrılmaz və vacib hissəsidir.

Dizayn mərhələləri və mərhələləri

Dizaynın "mərhələsi" və "mərhələsi" anlayışları tez-tez qarışdırılır. Bəzən danışırlar mərhələləri və ya mərhələləri həyat dövrü, addımlar dizayn. Sual yaranır: doğru yol nədir?

Yadda saxlamaq lazımdır ki, istifadə olunan terminologiya müxtəlif beynəlxalq standartlarda fərqli ola bilər. Mümkünsə, yerli GOST-ların terminologiyasına diqqət yetirəcəyik. Dizayn mərhələsiİS-nin yaradılması prosesinin müəyyən müddətlə məhdudlaşan və konkret məhsulun (model, sənədlər, proqram mətni və s.) buraxılması ilə bitən hissəsini adlandıracağıq. Məqsədlərin ümumiliyinə görə dizayn mərhələləri birləşdirilə bilər mərhələləri. Məsələn, “Texniki layihələndirmə” mərhələsi, “Təcili” mərhələsi və s.

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. Vaxtın çox hissəsi (45-50%) kodlaşdırma, kompleks və müstəqil testlərə sərf olunur. Orta hesabla AIS-in inkişafı sistemin bütün həyat dövrünün üçdə birini tutur.

düyü. AIS-in inkişafında vaxtın paylanması

AIS yaradılması mərhələləri (ISO/IEC 15288)

ISO/IEC 12207 standartı informasiya sisteminin yaradılması zamanı yerinə yetirilməli olan prosesləri, fəaliyyətləri və tapşırıqları ehtiva edən həyat dövrü çərçivəsini müəyyən edir.