3 informasiya sisteminin layihələndirilməsi üçün zəruri olan məlumat. Avtomatlaşdırılmış informasiya sistemlərinin layihələndirilməsi mərhələləri. Funksiyaların modullara uyğunlaşdırılması

Dizayn informasiya sistemləri(İS) elmi təşkili olmadan, təhsil, sahibkarlıq, idarəetmə və cəmiyyətin digər sahələrində müasir kompleks İS-nin yaradılması və istifadəsi ağlasığmaz olan mürəkkəb çoxmərhələli fəaliyyət növüdür. Bunun üçün zəruri olan nəzəri bilikləri əldə etməklə yanaşı, İS dizayneri bu fəaliyyət növündə sabit praktiki bacarıqlar əldə etməlidir.

Əsas dizayn xüsusiyyəti hələ mövcud olmayan bir obyektlə işləməkdir. Bu dizayn və modelləşdirmə arasındakı fərqdir, burada obyekt mövcud ola bilməz.

IC dizaynı üç əsas sahəni əhatə edir:

Verilənlər bazasında həyata keçiriləcək məlumat obyektlərinin layihələndirilməsi;

Verilən sorğuların icrasını təmin edəcək proqramların, ekran formalarının, hesabatların layihələndirilməsi;

Müəyyən bir mühitin və ya texnologiyanın uçotu, yəni: şəbəkə topologiyası, aparat konfiqurasiyası, istifadə olunan arxitektura (fayl serveri və ya müştəri serveri), paralel emal, paylanmış məlumatların işlənməsi və s.

İnformasiya sistemlərinin dizaynı həmişə layihənin məqsədinin müəyyən edilməsi ilə başlayır. Ümumiyyətlə, layihənin məqsədi sistemin işə salınması zamanı və onun bütün fəaliyyəti dövründə təminat da daxil olmaqla bir sıra qarşılıqlı əlaqəli vəzifələrin həlli kimi müəyyən edilə bilər:

Sistemin tələb olunan funksionallığı və dəyişən iş şəraitinə uyğunlaşma səviyyəsi;

Tələb olunur bant sistemləri;

Sorğuya tələb olunan sistem cavab müddəti;

Sistemin problemsiz işləməsi;

Tələb olunan təhlükəsizlik səviyyəsi;

Sistemin işləməsi və dəstəyi asanlığı.

Dizayn texnologiyası

AIS dizayn texnologiyası AIS-nin layihələndirilməsi üçün metodlar və alətlər, eləcə də dizaynın təşkili üçün metod və alətlər toplusudur (AIS layihəsinin yaradılması və modernləşdirilməsi prosesinin idarə edilməsi). Layihələndirmə texnologiyası hərəkətləri, onların ardıcıllığını, ifaçıların tərkibini, bu hərəkətləri yerinə yetirmək üçün lazım olan vasitə və resursları müəyyən edən texnoloji prosesə (TP) əsaslanır.

AIS dizaynı TP, hər birinin öz mövzusuna malik ola bilən sıra-paralel, əlaqəli və tabeli hərəkət zəncirlərinin məcmusudur. AİS-in layihələndirilməsi zamanı həyata keçirilən hərəkətlər bölünməz texnoloji əməliyyatlar və ya texnoloji əməliyyatların alt-prosesləri kimi müəyyən edilə bilər.

Layihənin nəticələrini formalaşdıran və ya dəyişdirən bütün hərəkətlər həqiqətən dizayn edilə bilər və dizayn nəticələrinin qiymətləndirilməsi üçün müəyyən edilmiş meyarlara uyğun olaraq hazırlanmış qiymətləndirici ola bilər.

Beləliklə, dizayn texnologiyası müəyyən bir üsula əsaslanan layihənin yaradılması prosesində yerinə yetirilən texnoloji əməliyyatların tənzimlənən ardıcıllığı ilə müəyyən edilir.

Seçilmiş dizayn texnologiyasının mövzusu bütün mərhələlərdə bir-biri ilə əlaqəli dizayn proseslərinin əks olunması olmalıdır həyat dövrü AIS.

Seçilmiş dizayn texnologiyasına əsas tələblər aşağıdakılardır:

Bu texnologiyadan istifadə etməklə yaradılmış layihə müştərinin tələblərinə cavab verməlidir;

Texnologiya layihənin həyat dövrünün bütün mərhələlərini maksimum şəkildə əks etdirməlidir;

Texnologiya dizayn və layihənin saxlanması üçün minimum əmək və xərc xərclərini təmin etməlidir;

Texnologiya dizaynerlərin məhsuldarlığını artırmalıdır;

Texnologiya layihənin dizaynının və istismarının etibarlılığını təmin etməlidir;

Texnologiya layihə sənədlərinin sadə saxlanmasını asanlaşdırmalıdır.

AIS dizayn texnologiyası müəyyən dizayn metodologiyasını həyata keçirir. Öz növbəsində, dizayn metodologiyası müəyyən bir konsepsiyanın, dizayn prinsiplərinin mövcudluğunu nəzərdə tutur və bir sıra üsul və alətlər tərəfindən həyata keçirilir.

AIS dizayn üsulları avtomatlaşdırma alətlərindən istifadə dərəcəsinə, standart dizayn həllərinə və gözlənilən dəyişikliklərə uyğunlaşma qabiliyyətinə görə təsnif edilə bilər.

Avtomatlaşdırma dərəcəsinə görə aşağıdakılar var:

Əl dizaynı;

Kompüter dizaynı;

Standart dizayn həllərinin istifadə dərəcəsinə görə:

orijinal dizayn;

Standart dizayn;

Dizayn həllərinin uyğunlaşma dərəcəsinə görə aşağıdakı üsullar fərqləndirilir:

Yenidənqurma - dizayn həllərinin uyğunlaşdırılması müvafiq komponentləri emal etməklə həyata keçirilir;

Parametrləşdirmə - dizayn həlləri göstərilən və dəyişən parametrlərə uyğun olaraq konfiqurasiya edilir;

Modelin yenidən qurulması - dizayn qərarlarının avtomatik olaraq yenidən formalaşmasına səbəb olan domen modeli dəyişir.

Avtomatlaşdırma obyektinin mürəkkəbliyindən və konkret AİS yaradarkən həll edilməli olan tapşırıqlar toplusundan asılı olaraq işin mərhələləri və mərhələləri müxtəlif əmək intensivliyinə malik ola bilər. Layihənin istənilən mərhələsində ardıcıl mərhələləri birləşdirməyə və onlardan bəzilərini istisna etməyə icazə verilir. Növbəti mərhələnin işinə əvvəlki mərhələ bitməmiş başlamağa da icazə verilir.

Avtomatlaşdırılmış informasiya sisteminin yaradılmasının əsas mərhələləri:

AIS üçün tələblərin formalaşdırılması;

AIS konsepsiyasının hazırlanması;

İnkişaf texniki tapşırıqlar;

Layihənin eskizinin hazırlanması;

Layihənin texniki hissəsinin hazırlanması;

İnkişaf iş sənədləri AIS-də;

İstismara;

Müşayiət edən AIS.

Dizayn metodologiyası

Metodologiya informasiya sistemlərinin layihələndirilməsi texnologiyasının əsasını təşkil edir. Metodologiya xüsusi texnologiyalar və onları dəstəkləyən standartlar, metodologiyalar və alətlər vasitəsilə həyata keçirilir.

İS dizayn üsulları avtomatlaşdırma vasitələrindən istifadə dərəcəsinə, standart dizayn həllərinə və gözlənilən dəyişikliklərə uyğunlaşma qabiliyyətinə görə təsnif edilə bilər. Beləliklə, avtomatlaşdırma dərəcəsinə görə dizayn üsulları aşağıdakılara bölünür:

1. İS komponentlərinin layihələndirilməsinin xüsusi proqram vasitələrindən istifadə edilmədən həyata keçirildiyi, proqramlaşdırmanın isə alqoritmik dillərdə aparıldığı təlimat;

2. Xüsusi proqram vasitələrinin istifadəsi əsasında dizayn həllərinin yaradılması və ya konfiqurasiyası (tənzimləməsi) həyata keçirilən kompüter.

Standart dizayn həllərinin istifadə dərəcəsinə görə aşağıdakı dizayn üsulları fərqləndirilir:

1. Orijinal (fərdi), dizayn həlləri AIS tələblərinə uyğun olaraq "sıfırdan" hazırlandıqda. Dizayn işlərinin bütün növlərinin hər bir obyekt üçün onun bütün xüsusiyyətlərini maksimum dərəcədə əks etdirən fərdi layihələrin yaradılmasına yönəldilməsi ilə xarakterizə olunur;

2. Hazır standart dizayn həllərindən (proqram modulları) İS-nin konfiqurasiyasını nəzərdə tutan tipik. Fərdi layihələrin hazırlanmasında əldə edilmiş təcrübə əsasında həyata keçirilir. Təşkilati-iqtisadi sistemlərin və ya iş növlərinin müəyyən qrupları üçün təcrübənin ümumiləşdirilməsi kimi tipik layihələr, hər bir halda bir çox spesifik xüsusiyyətlərlə əlaqələndirilir və idarəetmə funksiyalarının əhatə dairəsi, yerinə yetirilən iş və hazırlanmış layihə sənədləri ilə fərqlənir.

Dizayn həllərinin uyğunlaşma dərəcəsinə görə metodlar fərqləndirilir:

1. Dizayn həllərinin uyğunlaşdırılması müvafiq komponentlərin emalı yolu ilə həyata keçirildikdə (proqram modullarının yenidən proqramlaşdırılması);

2. Parametrləşdirmə, dəyişən parametrlərə uyğun olaraq dizayn həlləri konfiqurasiya edildikdə (yaratıldığında);

3. Modelin yenidən qurulması, problem sahəsinin modeli dəyişdikdə, bunun əsasında dizayn həlləri avtomatik olaraq yenidən yaradılır.

Metodların təsnifatının müxtəlif xüsusiyyətlərinin birləşməsi istifadə olunan İS dizayn texnologiyalarının xarakterini müəyyənləşdirir, bunlar arasında iki əsas sinif var: kanonik və sənaye texnologiyaları. Sənaye dizaynı texnologiyası öz növbəsində iki alt sinifə bölünür: avtomatlaşdırılmış (CASE texnologiyalarının istifadəsi) və tipik (parametrik yönümlü və ya model yönümlü) dizayn. Sənaye texnologiyalarının istifadəsi bəzi hallarda kanonik olanların istifadəsini istisna etmir.

Dizayn praktiki fəaliyyətdir, məqsədi sənədlər toplusu kimi hazırlanmış yeni həllər tapmaqdır. Axtarış prosesi bir-birindən asılı olan hərəkətlərin, prosedurların ardıcıllığıdır ki, bu da öz növbəsində müəyyən metodların istifadəsini nəzərdə tutur. Dizayn prosesinin (həmçinin hər hansı digər yaradıcı fəaliyyətin) mürəkkəbliyi, qeyri-standart dizayn (həyat) situasiyaları müxtəlif metodlar haqqında biliyi və onlara yiyələnmək bacarığını tələb edir.

Dizayn texnologiyası üç komponentin birləşməsi kimi müəyyən edilir:

Texnoloji layihələndirmə əməliyyatlarının ardıcıllığını müəyyən edən addım-addım prosedur;

Texnoloji əməliyyatların nəticələrinin qiymətləndirilməsi üçün istifadə olunan meyar və qaydalar;

Dizayn edilən sistemi təsvir etmək üçün istifadə olunan qeydlər (qrafik və mətn vasitələri).

Dizayn alətlərinin müqayisəli xüsusiyyətləri

Təşkilat dizaynı üçün korporativ standartın seçilməsinin əsas məqsədi rəhbərlik, təşkilati və təşkilati dizayn tərtibatçıları üçün ümumi və məcburi ünsiyyət dilini təyin etməkdir. texnoloji proseslər və bu proseslərin icraçıları. Belə standartların xüsusi tətbiqləri yaradılan sistemlərə olan tələblərin sintezi, təşkilati bölmələr haqqında müddəalar, xidmət təlimatları və s.

Təşkilati-texniki sistemlərin layihələndirilməsi üçün 30-a yaxın texnologiya və bu prosesi avtomatlaşdırmaq üçün nəzərdə tutulmuş bir neçə yüz alət mövcuddur. Buna görə də, vaxt amili nəzərə alınmaqla, müqayisəli təhlil Rusiya bazarında ən populyar dörd məhsulla məhdudlaşdı: Bpwin/Erwin (Platinum Texnologiya), Rational Rose (Rational Software Corporation), ARIS (Scheer AG) və Oracle Designer ( Oracle Developer Suite). CASE-texnologiyaları və dizayn alətləri üzrə istinad məlumatları aşağıda mətndə və Cədvəl №1-də verilmişdir.

Cədvəl 1

Dizayn alətləri və onların müqayisəli xüsusiyyətləri

*) proqram tərtibatçıları yalnız onun dizaynı tamamlandıqdan sonra verilənlər bazası ilə işləməyə başlaya bilərlər.

CASE texnologiyası İS dizayn metodologiyası, eləcə də mövzu sahəsini vizual modelləşdirməyə, bu modeli İS-in işlənib hazırlanmasının və texniki xidmətinin bütün mərhələlərində təhlil etməyə və istifadəçilərin informasiya ehtiyaclarına uyğun proqramlar hazırlamağa imkan verən alətlər toplusudur. Mövcud CASE alətlərinin əksəriyyəti struktur (əsasən) və ya obyekt yönümlü təhlil və dizayn metodologiyalarına əsaslanır, xarici tələbləri, sistem modelləri arasındakı əlaqələri, sistemin davranış dinamikasını və proqram arxitekturasını təsvir etmək üçün diaqramlar və ya mətnlər şəklində spesifikasiyalardan istifadə edir.

Systems Development Inc tərəfindən tərtib edilmiş qabaqcıl texnologiyaların icmalına görə. 2007-ci ildə 1000-dən çox Amerika firmasının sorğusunun nəticələrinə görə, CASE texnologiyası hazırda ən sabit informasiya texnologiyaları sırasındadır (ondan sorğuda iştirak edən bütün istifadəçilərin yarısı öz layihələrinin üçdə birindən çoxunda istifadə edib, onlardan 85%-i uğurlu oldu). Bununla belə, CASE-alətlərinin bütün potensial imkanlarına baxmayaraq, onların uğursuz həyata keçirilməsinə dair çoxlu misallar mövcuddur ki, bunun nəticəsində CASE alətləri “rəf” proqram təminatına (rəflərə) çevrilir. Bununla bağlı aşağıdakıları qeyd etmək lazımdır:

1. CASE vasitələrinin dərhal təsiri mütləq deyil; yalnız bir müddət sonra əldə edilə bilər;

2. CASE alətlərinin tətbiqi ilə bağlı real xərclər adətən onların əldə edilməsi ilə bağlı xərclərdən xeyli yüksəkdir;

3. CASE alətləri yalnız onların həyata keçirilməsi prosesi uğurla başa çatdıqdan sonra əhəmiyyətli faydalar əldə etmək imkanlarını təmin edir.

CASE alətlərinin müxtəlif təbiətinə görə, onların həyata keçirilməsindən müəyyən gözləntilərin faktiki ödənilməsi ilə bağlı hər hansı əsassız iddialar irəli sürmək səhv olardı. CASE alətlərinin istifadəsinin mümkün təsirinin müəyyən edilməsini çətinləşdirən aşağıdakı amilləri sadalaya bilərik:

1. CASE alətlərinin keyfiyyətinin və imkanlarının geniş çeşidi;

2. Müxtəlif təşkilatlarda CASE-alətlərindən istifadə müddətinin nisbətən qısa olması və onların tətbiqində təcrübənin olmaması;

3. Müxtəlif təşkilatların tətbiq praktikasında geniş çeşidlilik;

4. Tamamlanmış və davam edən layihələr üçün təfərrüatlı metriklərin və məlumatların olmaması;

5. Layihənin mövzu sahələrinin geniş spektri;

6. Müxtəlif layihələrdə CASE alətlərinin müxtəlif dərəcədə inteqrasiyası.

Bu mürəkkəbliklərə görə, faktiki tətbiqlər haqqında mövcud məlumatlar son dərəcə məhdud və uyğunsuzdur. Bu, alətlərin növündən, layihələrin xüsusiyyətlərindən, texniki xidmət səviyyəsindən və istifadəçi təcrübəsindən asılıdır. Bəzi analitiklər hesab edirlər ki, müəyyən növ CASE alətlərindən istifadənin real faydası yalnız bir və ya iki illik təcrübədən sonra əldə edilə bilər. Digərləri hesab edir ki, təsir əslində IC-nin həyat dövrünün əməliyyat mərhələsində, texnoloji təkmilləşdirmələr əməliyyat xərclərinin aşağı düşməsinə səbəb ola bilər.

Həm çox məhdud imkanlara malik fərdi kompüterlər (PC) üçün nisbətən ucuz sistemlər, həm də heterojen hesablama platformaları və əməliyyat mühitləri üçün bahalı sistemlər birgə müəssisələr kateqoriyasına aiddir. Beləliklə, müasir proqram təminatı bazarında 30-a yaxın müxtəlif CASE-sistemləri mövcuddur ki, onların da ən güclülərindən bu və ya digər şəkildə demək olar ki, bütün aparıcı Qərb firmaları istifadə edir.

SP-nin tətbiqi potensial istifadəçilərdən xüsusi təlim və təhsil tələb edir. Təcrübə göstərir ki, SP-nin tətbiqi ləng gedir, lakin praktiki bacarıqlar və ümumi dizayn mədəniyyəti əldə olunduqca, bu vasitələrdən istifadənin effektivliyi kəskin şəkildə artır və SP-dən istifadəyə ən böyük ehtiyac inkişafın ilkin mərhələlərində, yəni tələblərin təhlili və dəqiqləşdirilməsi mərhələləri. Bu, ilkin mərhələlərdə edilən səhvlərin dəyərinin inkişafın sonrakı mərhələlərində müəyyən edilmiş səhvlərin qiymətindən bir neçə dəfə yüksək olması ilə izah olunur.

Bu gün Rusiya bazarı proqram təminatı aşağıdakı ən inkişaf etmiş birgə müəssisələrə malikdir:

ERWin / BPWin;

Rasional Gül;

Oracle Dizayneri.

ARIS - Müxtəlif modelləşdirmə və sistem təhlili üsullarını birləşdirən inteqrasiya olunmuş biznes proseslərinin modelləşdirilməsi alətidir. Hər şeydən əvvəl, bu, proqram dizayn alətindən daha çox iş proseslərini təsvir etmək, təhlil etmək, optimallaşdırmaq və sənədləşdirmək üçün bir vasitədir.

BPWin biznes prosesləri üçün vizual modelləşdirmə vasitəsidir. ERWin, varlıq münasibətləri diaqramlarına əsaslanan ixtiyari mürəkkəblik verilənlər bazalarının modelləşdirilməsi və yaradılmasında istifadə olunan bir vasitədir.

Rational Rose obyekt yönümlü informasiya sistemləri üçün modelləşdirmə vasitəsidir. İnformasiya sistemlərinin dizaynında demək olar ki, istənilən vəzifəni həll etməyə imkan verir: biznes proseslərinin təhlilindən tutmuş konkret proqramlaşdırma dilində kod yaradılmasına qədər. Həm yüksək səviyyəli, həm də aşağı səviyyəli modelləri inkişaf etdirməyə imkan verir, bununla da ya abstrakt dizaynı və ya məntiqi dizaynı həyata keçirir.

Oracle Designer mövzu sahəsini təsvir etmək üçün funksional vasitədir. Oracle9i Developer Suite alət dəstinə CASE texnologiyasını və Oracle-ın öz IS inkişaf metodologiyasını - "CDM" tətbiq edən proqram sistemlərinin və verilənlər bazalarının layihələndirilməsi üçün daxildir ki, bu da inkişaf qrupuna biznes prosesinin təhlilindən tutmuş, modelləşdirmə vasitəsilə kodun yaradılması və prototipin əldə edilməsinə qədər layihəni həyata keçirməyə imkan verir. , və daha sonra son məhsul. Mürəkkəb proqram təminatı sisteminin layihələndirilməsi, işlənib hazırlanması və həyata keçirilməsi üçün istifadə olunan bütün Oracle məhsul xəttini hədəf alarkən bu alətdən istifadə etmək məntiqlidir.

Cədvəldə verilmiş məlumatların təhlili göstərir ki, sadalanan BM-lərdən yalnız ARİS kompleksi əsas kimi qəbul edilən bütün meyarlara tam cavab verir. Beləliklə, məsələn, Rational Rose kompleksində Corba interfeysindən istifadə etməklə dizayn məlumat bazasının bütövlüyü və vahid uçdan-uca IC dizayn texnologiyasının bütövlüyü təmin edilir. Qeyd etmək lazımdır ki, iki məhsulun hər biri öz sinfində ən güclülərdən biridir.

Beləliklə, bu gün geniş miqyaslı İK-lərin inkişafı üçün ən inkişaf etmiş vasitələr, müəllifin fikrincə, ARIS kompleksidir.

Əsas

G.N. Smirnova, A.A.Sorokin, Yu.F. Telnov İqtisadi informasiya sistemlərinin layihələndirilməsi. Dərs kitabı. M., "Maliyyə və statistika", 2002

Vendrov A.M. İqtisadi informasiya sistemləri üçün proqram təminatının layihələndirilməsi. M., "Maliyyə və statistika", 2000

Maklakov S.V. AllFusion Modeling Suite ilə IC yaradılması. M., "Dialoq-MEPhI", 2003

Grekul V.İ., Denişchenko G.N., Korovkina N.L. IC dizaynı. Dərslik. İnternet Universiteti, M., 2005

Əlavə

Kalyanov G.N. Biznes prosesinin yenidən təşkilinin nəzəriyyəsi və təcrübəsi. M., SINTEG, 2000

Kalyanov G.N. Struktur sistem təhlili.

M., Lori, 1996

Mark D.A., McGowan K. SADT - Metodologiya struktur təhlili və dizayn., M., Metatexnologiya, 1993

G. Butch D. Rumbaugh A. Jacobson UML. İstifadəçi təlimatı, 1999

M. Fowler C. Scott UML əsasları

T. Quatrani Rational Rose 2000 və UML. Vizual modelləşdirmə. Moskva, 2001

Əlavə

Koltunova E. İnformasiya sistemlərinin tələbləri və həyat dövrü modelləri. Carabi Solutions www.carabisolutions.sp.ru

Avtomatlaşdırılmış sistemlərin yaradılması mərhələsi. GOST 34.601-90 Avtomatlaşdırılmış sistemlər üçün standartlar toplusu. IPK Standartlar Nəşriyyatı, M., 1997

ISO/IEC 12207:1995

Thiele D. Həyat dövrü proses standartlarından istifadə edərək həyat dövrünün idarə edilməsi. mücərrəd. http://www.fostas.ru/library/show_article.php? id=22

Korporativ informasiya sistemlərinin dizaynı və inkişafı. http://zeus.sai.msu.ru:7000/cfin/prcorpsys/index.sht ml.

Əsas anlayışlar

IS dizayn metodologiyası

1. İS dizayn metodologiyasının məqsədləri və məzmunu

2. IP həyat dövrü

IC dizayn metodologiyası

Real şəraitdə dizayn verilmiş məhdudiyyətləri nəzərə almaqla mövcud texnologiyalar vasitəsilə sistemin funksional tələblərini ödəyən yol axtarışıdır.

Sistem yanaşması: hər hansı bir sistem ümumi məqsədə çatmaq üçün birlikdə fəaliyyət göstərən bir-biri ilə əlaqəli elementlər toplusudur.

Dizayn üsulu: dəqiq müəyyən edilmiş qeyddən istifadə edərək yaradılan sistemin müxtəlif aspektlərini təsvir edən bir sıra modellər yaratmaq üçün mütəşəkkil proseslər toplusu.

Dizayn Texnologiyası: sistem layihəsinin işlənib hazırlanmasına səbəb olan ardıcıllıq və əlaqədə texnoloji əməliyyatların məcmusudur.

IS alt sistemləri

İnformasiya dəstəyi dəsti

informasiya sisteminin işlənib hazırlanması və istismarı prosesində işçilərin texniki vasitələrlə və öz aralarında qarşılıqlı əlaqəsi.

IC dizayn texnologiyalarının inkişaf mərhələləri

1. "Aşağıdan yuxarı" üsulu - təkrarlanan məhsulların yaradılması deyil, müəyyən bir qurumun işçilərinin xidməti. Fərdi, idarəetmə baxımından vacib olan işlər uğurla avtomatlaşdırılır. “Avtomatlaşdırılmış müəssisə”nin ümumi mənzərəsi xüsusilə gələcəkdə kifayət qədər yaxşı görünmür.

("Patchwork avtomatlaşdırılması")

2. "Yuxarıdan aşağı" metodu - bütün problemlərin içərisindən tərtibatçılar ən nəzərə çarpanları müəyyən etdilər: mühasibat uçotunun analitik uçotunun və texnoloji proseslərin avtomatlaşdırılması. Sistemlər "yuxarıdan" hazırlanmışdır, yəni. bir proqramın bütün istifadəçilərin ehtiyaclarını ödəməli olduğu fərziyyəsi ilə: verilənlər bazası məlumat dəstlərinin strukturunda tərtibatçıların imkanları, ekran formalarının istifadəsi, hesablama alqoritmləri kəskin şəkildə məhdudlaşır və buna görə də dərin, çox vaxt spesifik saxlamaq imkanından məhrumdur. analitik və istehsal-texnoloji uçot.

Dizayn texnologiyalarının inkişaf mərhələləri

(davamı)

3. Çoxkomponentli üsul - proqram təminatının alt sisteminin təşkilatda qəbul edilmiş iş şəraitinə uyğunlaşdırılması. Komponentlərdən birinin modernləşdirilməsi mərkəzi hissəyə (əsas) və onun digər komponentlərinə təsir göstərmir, bu da etibarlılığı, ömrünü əhəmiyyətli dərəcədə artırır. avtomatlaşdırılmış sistem və tələb olunan funksiyaların ən tam yerinə yetirilməsini təmin edir.

Avtomatlaşdırılmış informasiya sistemlərinin layihələndirilməsi mərhələləri. İki fəaliyyət sahəsi birbaşa AİS-in layihələndirilməsi ilə bağlıdır: 1) xüsusi inkişaf alətlərindən istifadə etməklə hazır proqram və aparat komponentləri əsasında konkret müəssisələrin (sənayelərin) AİS-nin faktiki layihələndirilməsi; 2) bir çox xüsusi informasiya sistemlərinin işlənib hazırlanmasında çoxsaylı istifadəyə yönəlmiş qeyd olunan AIS komponentləri və alətlərinin dizaynı.

Birinci istiqamətin mahiyyətini “sistem inteqrasiyası” sözləri ilə ifadə etmək olar. AIS tərtibçisi sistem mühəndisliyi sahəsində mütəxəssis olmalıdır, bunu bilmək yaxşıdır beynəlxalq standartlar, informasiya texnologiyaları və proqram məhsullarının inkişafının vəziyyəti və tendensiyaları, öz tətbiqi inkişaf alətləri (CASE-alətləri) və müvafiq fənn sahəsi üzrə mütəxəssislərlə birgə avtomatlaşdırılmış tətbiqi proseslərin qavranılmasına və təhlilinə hazır olmaq. AIS layihələrinin hazırlanmasında ixtisaslaşan bir sıra firmalar var (məsələn, Price Waterhouse, Jet Info, Consistent Software və s.).

İkinci istiqamət daha çox AIS funksiyalarının yerinə yetirilməsi üçün riyazi və proqram təminatının - modellərin, metodların, alqoritmlərin, sistem mühəndisliyi biliklərinə əsaslanan proqramların, layihə həllərinin təhlili və sintezi metodlarının, proqramlaşdırma texnologiyalarının, əməliyyat sistemləri və s. AİS-in hər bir sinfində (ACS, CAD, GIS və s.) proqram təminatı (bəzən proqram və aparat) sistemlərinin işlənib hazırlanması üzrə ixtisaslaşmış firmalar var. Onların hər biri AIS yaratmaq texnologiyasını reklam edir və ya ümumi təchizatçı, ya da üçüncü tərəf proqramları və əlavələri ilə sistemin açıqlığı və genişləndirilməsi strategiyasına riayət edir.

Əslində, həm AIS, həm də AIS komponentləri mürəkkəb sistemlərdir və onların layihələndirilməsi zamanı bir sıra səviyyələri və mərhələləri özündə birləşdirən blok-ierarxik dizaynın yuxarıdan aşağıya üslubundan istifadə etmək məqsədəuyğundur.

AIS dizaynının ən yüksək səviyyəsinə tez-tez konseptual dizayn deyilir. Konseptual dizayn layihəqabağı tədqiqatlar, texniki təklifin formalaşdırılması, ilkin dizaynın hazırlanması prosesində həyata keçirilir.

Layihəqabağı tədqiqatlar AİS-in yaradıldığı və ya modernləşdirildiyi müəssisənin (şirkətin, qurumun, idarənin) fəaliyyətinin təhlili (tədqiqatı) yolu ilə həyata keçirilir. Sorğudan əvvəl sorğunun məqsədləri formalaşdırılır və onun keçirilməsi prosesində sorğunun məqsədləri müəyyən edilir - idarəetmənin avtomatlaşdırılması, layihələndirilməsi əsasında müəssisənin fəaliyyətinin səmərəliliyini artırmaq üçün imkan və resursların müəyyən edilməsi. , və iş prosesi prosesləri. Sorğunun məzmunu müəssisənin strukturunu, yerinə yetirdiyi funksiyaları, məlumat axınlarını, təcrübəni və mövcud avtomatlaşdırma vasitələrini müəyyən etməkdən ibarətdir. Sorğu müştəri təşkilatının nümayəndələri ilə birlikdə sistem analitikləri (sistem inteqratorları) tərəfindən aparılır.

Sorğunun nəticələrinin təhlili əsasında AIS-in ilkin konsepsiyası hazırlanır. Bu konsepsiyaya müəssisənin strukturunun və şöbələrin qarşılıqlı fəaliyyətinin dəyişdirilməsi, əsas proqram və texniki vasitələrin seçilməsi üzrə təkliflər daxildir və təkliflər müəssisənin inkişafı üzrə proqnozu nəzərə almalıdır. Aparat və xüsusilə proqram təminatına (proqram təminatı) gəldikdə, belə bir seçim çox vaxt lazımi alətləri (və ya ən azı əsas proqram təminatı) təmin edən bir şirkətin seçimidir, çünki müxtəlif şirkətlərin proqramlarının düzgün birgə işləməsi böyük çətinliklə əldə edilir. .

Təhlil nəticələri - Texniki Təklif və AİS-in yaradılması üzrə biznes plan yekun təsdiq üçün sifarişçiyə təqdim edilir.

Həm sorğu mərhələsində, həm də sonrakı mərhələlərdə spesifikasiyaların rəsmiləşdirilməsi üçün bu və ya digər metodologiyaya əsaslanaraq əldə edilmiş nəticələrin müəyyən edilməsi və təqdim edilməsinin müəyyən bir intizamına riayət etmək məqsədəuyğundur. İfaçılar və müştərilər tərəfindən tələblərin, məhdudiyyətlərin və qəbul edilmiş qərarların birmənalı başa düşülməsi üçün rəsmiləşdirmə lazımdır.

Konseptual dizaynda bir sıra spesifikasiyalardan istifadə olunur, bunlar arasında məlumatın çevrilməsi, saxlanması və ötürülməsi üçün modellər mərkəzi yer tutur. Müəssisənin tədqiqi prosesində əldə edilən modellər onun fəaliyyət modelləridir. AIS-in işlənməsi prosesində modellər, bir qayda olaraq, əhəmiyyətli dəyişikliklərə məruz qalır və son formada onlar artıq hazırlanmış AİS-in modelləri hesab olunurlar.

Funksional, informasiya, davranış və struktur modelləri var. Sistemin funksional modeli sistemin yerinə yetirdiyi funksiyalar toplusunu təsvir edir. İnformasiya modeli məlumat strukturlarını - onların tərkibini və əlaqələrini əks etdirir. Davranış modeli informasiya proseslərini (fəaliyyət dinamikası) təsvir edir, ona sistemin vəziyyəti, hadisə, bir vəziyyətdən digərinə keçid, keçid şərtləri, hadisələrin ardıcıllığı kimi kateqoriyalar daxildir. struktur modeli sistemin morfologiyasını (onun qurulmasını) - altsistemlərin tərkibini, onların qarşılıqlı əlaqəsini xarakterizə edir.

Yuxarıdan aşağıya dizaynın sonrakı mərhələlərinin məzmunu satın alınan avadanlıqların və hazır proqram məhsullarının siyahılarının müəyyən edilməsi, sistem mühitinin qurulması, verilənlər bazalarının ətraflı infoloji dizaynı və onların ilkin məzmunu, öz orijinal proqram təminatının hazırlanması, bu da öz növbəsində yuxarıdan aşağıya dizaynın bir sıra mərhələlərinə bölünür.

Bir sıra dizayn tapşırıqlarında xüsusi yer korporativ kompüter şəbəkəsi üçün bir layihənin hazırlanmasıdır, çünki texniki dəstək AIS şəbəkə quruluşuna malikdir.

AIS uzaq yerlərdə, xüsusən də müxtəlif şəhərlərdə yerləşirsə, o zaman rabitə kanallarının icarəyə verilməsi məsələsi korporativ şəbəkə, çünki əksər hallarda xüsusi kanaldan istifadənin alternativ variantı yüksək qiymətə görə qəbuledilməzdir. Təbii ki, bu vəziyyətdə, ilk növbədə, istifadə etmək imkanı İnternet xidmətləri. Məhz İnternet vasitəsilə CALS (Computer Acquisition Life-Cycle System) texnologiyası ilə işləyən müəssisələr qarşılıqlı əlaqədə ola bilər. Bundan irəli gələn problemlər təminatla bağlıdır informasiya təhlükəsizliyi və mesajın çatdırılmasının etibarlılığı.

Müasir kompüter elmləri sənayesinin əsas tendensiyalarından biri açıq sistemlərin yaradılmasıdır. Açıqlıq xassəsi, birincisi, proqram təminatının müxtəlif aparat platformalarına daşınması (hərəkətliliyi), ikincisi, sistemin onun modifikasiyalarına uyğunlaşması (dəyişiklik və ya açıqlığın özü) və onun genişləndirilməsi məqsədilə digər sistemlərlə inteqrasiyası deməkdir. funksionallıq və/yaxud sistemə yeni keyfiyyətlər (inteqrasiya) vermək.

I mərhələ - layihəqabağı (sorğu, hesabatın hazırlanması, texniki-iqtisadi əsaslandırma və texniki tapşırıqlar);

II mərhələ - layihələndirmə (texniki və işçi layihələrin tərtibi);

III mərhələ - həyata keçirmə (həyata keçirməyə hazırlıq, həyata keçirmə eksperimental testlər və istismara verilməsi);

Mərhələ IV - fəaliyyətin təhlili (problemlərin müəyyən edilməsi, dizayn həllərinə dəyişikliklərin edilməsi və mövcud AIS və AIT).

Şəkil 1.

Layihədən əvvəlki mərhələdə dizayn obyektinin öyrənilməsi və təhlili aparılır. Xüsusilə, məlumat bazası, bütün daxil olan sənədlər, onların həcmi, tezliyi, alqoritmləri, çıxış sənədləri və tapşırıqların bütün məlumat əlaqələri təhlil edilir. Bu məlumatlar emal edilir və cədvəllər və qrafiklər şəklində obyektlərin informasiya modeli qurulur.

Dövlətin öyrənilməsi və təhlili üsullarına iqtisadi obyekt və onun nəzarət sistemlərinə aşağıdakılar daxildir:

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

yazılı sorğu;

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

qrup müzakirəsi;

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

istehsal, idarəetmə və informasiya proseslərinin təhlili.

Sorğunun nəticəsi olaraq təşkilati strukturun dəyişdirilməsi üçün yeni tövsiyələr hazırlanır iş təsvirləri, ayrı-ayrı sənədlərin məqsədəuyğunluğu, verilənlər bazalarının tərkibi, emal texnologiyasının dəyişdirilməsi təklifləri, kompüter şəbəkəsinin konfiqurasiyası, maşınların sayı, təsərrüfat tapşırıqlarının tərkibi, onların kompüterləşdirilməsinin ardıcıllığı müəyyən edilir, onların kompüterləşdirilməsi üçün təkliflər hazırlanır. təsərrüfat tapşırıqlarının tətbiq paketləri vasitəsilə həyata keçirilməsi.

Dizayn mərhələsində iş stansiyasının hər bir səviyyəsi üçün texniki və işçi layihələri tərtib edilir. İşçi layihə öz əksini tapır ümumi müddəalar, texniki vasitələrin tərkibi, memarlıq, təşkilati strukturu yeni şəraitdə tapşırıqlar qoyulur, informasiya təminatı layihələndirilir, digər iş stansiyaları ilə informasiya mübadiləsi, iqtisadi səmərəlilik hesablanır, icraçılara göstərişlər verilir.

Texniki proseslərin dizaynına istifadəçinin fərdi kompüterlə dialoqu üçün parolların, proqramların, skriptlərin layihələndirilməsi, o cümlədən iyerarxik təşkil olunmuş menyuların və “pəncərələrin” dizaynı daxildir.Menyuda blokların, modulların və proqramların siyahısı var.Hər bir modul müəyyən bir funksiyanı yerinə yetirir. spesifik funksiya.menyu strukturu və şəxslə maşın arasında dialoq səhnəsi hazırlanır.Əgər tətbiqi proqramların hazır paketləri cəlb olunursa,onlarda mütləq əməliyyat üçün istifadəçi təlimatı və maşın proqramları toplusu olmalıdır. disketlər.

Problemin ifadəsi onun mahiyyəti, nəticə əldə etmək üçün ilkin məlumatın çevrilməsinin məntiqi haqqında hərtərəfli təsəvvür yaradır.

Tapşırığın qoyulması prosesində aşağıdakılar aşkar edilir:

onun təşkilati-iqtisadi mahiyyəti (həllin adı, məqsədi, həllin tezliyi və vaxtı, məlumatların alınması mənbələri və üsulları, əldə edilən məlumatın istehlakçıları və onların göndərilməsi üsulları, digər vəzifələrlə informasiya əlaqələri);

ilkin dəyişən və şərti sabit məlumatın təsviri (siyahı, təqdimat formaları, həcm göstəriciləri, informasiyanın struktur vahidlərinin təsviri, ilkin məlumatlara nəzarət üsulları);

əldə edilən məlumatın təsviri (siyahı, təqdimat formaları, istifadəçilər, informasiyanın struktur bölmələri, nəzarət üsulları);

məsələnin həlli alqoritminin təsviri (arifmetik və məntiqi əməliyyatların yerinə yetirilməsi ardıcıllığı).

Hal-hazırda, demək olar ki, bütün AIS mərkəzləşdirilməmişdir, buna görə də istifadəçinin dizayndan əvvəlki mərhələdə, tapşırıqların qoyulması və həyata keçirilməsində, AIT-nin fəaliyyətini təhlil edərkən iştirak etməsi vacibdir.

Giriş

İnformasiya sistemlərinin dizaynı həmişə layihənin məqsədinin müəyyən edilməsi ilə başlayır. Hər hansı birinin əsas vəzifəsi uğurlu layihə sistemin işə salınması zamanı və onun bütün fəaliyyəti dövründə aşağıdakıların təmin edilməsini təmin etməkdir:

• sistemin tələb olunan funksionallığı və onun işləməsinin dəyişən şərtlərinə uyğunlaşma dərəcəsi;
• tələb olunan sistem ötürmə qabiliyyəti;
• sistemin sorğuya tələb olunan cavab müddəti;
• sistemin tələb olunan rejimdə problemsiz işləməsi, başqa sözlə, sistemin istifadəçi sorğularını emal etməyə hazır olması və mövcudluğu;
• sistemin işləməsinin asanlığı və dəstəyi;
• zəruri təhlükəsizlik.

Performans sistemin səmərəliliyini təyin edən əsas amildir. Yaxşı dizayn yüksək performanslı sistemin əsasını təşkil edir.

İnformasiya sistemlərinin dizaynı üç əsas sahəni əhatə edir:

• verilənlər bazasında həyata keçiriləcək məlumat obyektlərinin layihələndirilməsi;
• məlumat sorğularının icrasını təmin edəcək proqramların, ekran formalarının, hesabatların layihələndirilməsi;
• xüsusi mühit və ya texnologiya nəzərə alınmaqla, yəni: şəbəkə topologiyası, aparat konfiqurasiyası, istifadə olunan arxitektura (fayl-server və ya müştəri-server), paralel emal, paylanmış məlumatların işlənməsi və s.

Real şəraitdə dizayn verilmiş məhdudiyyətləri nəzərə almaqla mövcud texnologiyalar vasitəsilə sistemin funksional tələblərini ödəyən yol axtarışıdır.

İstənilən layihə bir sıra mütləq tələblərə tabedir, məsələn, layihənin maksimum işlənmə müddəti, layihəyə maksimum maliyyə qoyuluşu və s. Dizaynın çətinliklərindən biri layihə tələblərinin təhlili və ya konkret dizayn həllinin həyata keçirilməsi kimi strukturlaşdırılmamasıdır.

Mürəkkəb bir sistemin prinsipcə təsvir edilə bilməyəcəyinə inanılır. Bu, xüsusilə müəssisə idarəetmə sistemlərinə aiddir. Əsas arqumentlərdən biri sistemin işləməsi üçün şəraitin dəyişdirilməsi, məsələn, yeni rəhbərlik tərəfindən müəyyən informasiya axınlarının direktiv şəkildə dəyişdirilməsidir. Digər bir arqument texniki layihədə səhvlər ola biləcəyi halda, böyük bir layihə üçün yüzlərlə səhifə ola bilən texniki tapşırıqların əhatə dairəsidir. Sual yaranır: bəlkə də ümumiyyətlə imtahan keçirməmək və heç bir şey etməmək daha yaxşıdır texniki layihə, və sistemi "ile yazın təmiz şifer» proqramçıların yazdıqları ilə müştərinin istəyinin möcüzəvi şəkildə üst-üstə düşəcəyi və bütün bunların stabil işləyəcəyi ümidi ilə?

Baxsanız, doğrudanmı sistemin inkişafı bu qədər gözlənilməzdir və bu barədə məlumat əldə etmək doğrudanmı mümkünsüzdür? Çox güman ki, bütövlükdə sistem və onun inkişafı üçün nəzərdə tutulan yollar (idarəetmə) haqqında təsəvvürü seminarlar vasitəsilə əldə etmək olar. Bundan sonra mürəkkəb sistemi daha sadə komponentlərə ayırın, komponentlər arasındakı əlaqələri sadələşdirin, komponentlərin müstəqilliyini təmin edin və onlar arasındakı interfeysləri təsvir edin (bir komponentdə dəyişiklik avtomatik olaraq digər komponentdə əhəmiyyətli bir dəyişikliyə səbəb olmasın) , həmçinin funksiyalar sisteminin bu və ya digər versiyasında həyata keçirilə bilməyənlər üçün sistemin genişləndirilməsi və "stublar" imkanı. Belə elementar mülahizələrə əsaslansaq, informasiya sistemində həyata keçirilməli olanların təsviri artıq o qədər də real görünmür. İnformasiya sistemlərinin inkişafına klassik yanaşmalara əməl edə bilərsiniz, onlardan biri - "şəlalə" sxemi (şəkil 1) - aşağıda təsvir edilmişdir. Şəlalə sxemində təsvir olunan elementlərdən istifadənin də məqbul olduğu informasiya sistemlərinin inkişafı üçün bəzi digər yanaşmalar qısaca nəzərdən keçiriləcək. Aşağıda təsvir edilənlərdən hansı yanaşmaya riayət etmək (və öz yanaşmanızla çıxış etməyin mənası varmı) müəyyən dərəcədə zövq və şərait məsələsidir.

düyü. 1. Şəlalə sxemi

Proqram təminatının həyat dövrü onun yaradılması və istifadəsi üçün bir modeldir. Model, bu proqram təminatına ehtiyac yarandığı andan bütün istifadəçilər üçün tamamilə istifadə olunmadığı andan bitən müxtəlif vəziyyətlərini əks etdirir. məlumdur aşağıdakı modellər həyat dövrü:

• 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.
• Aralıq idarəetmə ilə mərhələli model. Proqram təminatının hazırlanması dövrlərlə təkrarlamalarla həyata keçirilir rəy mərhələlər arasında. Mərhələlərarası düzəlişlər şəlalə modeli ilə müqayisədə inkişaf prosesinin mürəkkəbliyini azalda bilər; mərhələlərin hər birinin ömrü bütün inkişaf dövrü üçün uzanır.
• spiral modeli. İnkişafın ilkin mərhələlərinə - strategiyanın işlənib hazırlanması, təhlili və layihələndirilməsinə xüsusi diqqət yetirilir, burada müəyyən texniki həllərin məqsədəuyğunluğu prototiplərin yaradılması (prototipləmə) vasitəsilə yoxlanılır və əsaslandırılır. Spiralın hər növbəsi məhsulun və ya onun hər hansı komponentinin müəyyən variantının yaradılmasını nəzərdə tutur, layihənin xüsusiyyətləri və məqsədləri dəqiqləşdirilir, keyfiyyəti müəyyən edilir və spiralın növbəti növbəsinin işi planlaşdırılır.

Aşağıda bəzi layihə inkişaf sxemlərini nəzərdən keçirəcəyik.

"Şəlalə" - layihənin inkişafı sxemi

Çox vaxt dizayn təhlil və inkişaf arasında layihənin inkişafının ayrıca mərhələsi kimi təsvir olunur. Bununla belə, reallıqda layihənin inkişaf mərhələlərinin dəqiq bölgüsü yoxdur - dizayn, bir qayda olaraq, dəqiq müəyyən edilmiş başlanğıc və sonluğa malik deyil və çox vaxt sınaq və həyata keçirmə mərhələlərində davam edir. Sınaq mərhələsindən danışarkən onu da qeyd etmək lazımdır ki, həm təhlil mərhələsində, həm də dizayn mərhələsində sınaqçıların işinin elementləri var, məsələn, müəyyən bir həllin seçilməsi üçün eksperimental əsaslandırma əldə etmək, həmçinin keyfiyyət meyarlarını qiymətləndirmək. nəticəsində yaranan sistemin. Əməliyyat mərhələsində sistemin saxlanılması haqqında danışmaq məqsədəuyğundur.

Aşağıda dizayn mərhələsində daha ətraflı dayanaraq mərhələlərin hər birini nəzərdən keçirəcəyik.

Strategiya

Strategiyanın müəyyən edilməsi sistemin tədqiqini nəzərdə tutur. Sorğunun əsas vəzifəsi layihənin real miqyasını, məqsəd və vəzifələrini qiymətləndirmək, habelə subyekt və funksiyaların təriflərini yüksək səviyyədə əldə etməkdir.

Bu mərhələdə şirkətin idarəçiliyinə daimi çıxışı olan yüksək ixtisaslı biznes analitikləri cəlb olunur; mərhələ sistemin əsas istifadəçiləri və biznes ekspertləri ilə sıx qarşılıqlı əlaqəni nəzərdə tutur. Qarşılıqlı fəaliyyətin əsas vəzifəsi sistem haqqında mümkün qədər dolğun məlumat əldə etmək (müştəri tələblərinin tam və birmənalı başa düşülməsi) və bu məlumatları sonrakı təhlil mərhələsi üçün sistem analitiklərinə rəsmiləşdirilmiş formada ötürməkdir. Bir qayda olaraq, sistem haqqında məlumatı rəhbərlik, ekspertlər və istifadəçilərlə söhbət və ya seminarlar nəticəsində əldə etmək olar. Beləliklə, mahiyyət müəyyən edilir bu biznes, onun inkişaf perspektivləri və sistemə olan tələblər.

Sistem sorğusunun əsas mərhələsi başa çatdıqdan sonra texniklər ehtimal olunan texniki yanaşmalar formalaşdırır və aparat, satın alınan proqram təminatı və yeni proqram təminatının hazırlanması xərclərini (əslində layihə tərəfindən nəzərdə tutulur) hesablayırlar.

Strategiyanın müəyyənləşdirilməsi mərhələsinin nəticəsi müştərinin layihəni maliyyələşdirməyə razılıq verəcəyi təqdirdə nə alacağını aydın şəkildə ifadə edən sənəddir; hazır məhsulu qəbul etdikdə (iş qrafiki); nə qədər başa gələcək (üçün böyük layihələr işin müxtəlif mərhələlərində maliyyələşdirmə cədvəli tərtib edilməlidir). Sənəddə təkcə xərclər deyil, həm də faydalar, məsələn, layihənin geri qaytarılma müddəti, gözlənilən iqtisadi effekt (əgər onu təxmin etmək olarsa) əks etdirməlidir.

Sənəddə təsvir edilməlidir:

• məhdudiyyətlər, risklər, layihənin uğuruna təsir edən kritik amillər, məsələn, sistemin sorğuya cavab vermə müddəti arzu olunan amil deyil, verilmiş məhdudiyyətdir;
• gələcək sistemin işləməsi üçün lazım olan şərtlər toplusu: sistem arxitekturası, sistemə verilən aparat və proqram təminatı resursları, xarici şərtlər onun fəaliyyətini, sistemin rəvan işləməsini təmin edən insanların və işlərin tərkibini;
• ayrı-ayrı mərhələlərin tamamlanması üçün son tarixlər, işlərin çatdırılma forması, layihənin işlənib hazırlanması prosesinə cəlb olunan resurslar, məlumatın mühafizəsi tədbirləri;
• sistemin yerinə yetirdiyi funksiyaların təsviri;
• onun inkişafı zamanı sistemə gələcək tələblər, məsələn, istifadəçinin internetdən istifadə edərək sistemlə işləmək bacarığı və s.;
• sistem funksiyalarını yerinə yetirmək üçün zəruri olan qurumlar;
• insan və sistem arasında interfeyslər və funksiyaların paylanması;
• proqram təminatına və proqram təminatının informasiya komponentlərinə olan tələblər, DBMS üçün tələblər (əgər layihənin bir neçə DBMS üçün həyata keçirilməsi nəzərdə tutulursa, onda onların hər birinə tələblər və ya Ümumi Tələb olunanlar mücərrəd DBMS-ə və göstərilən şərtlərə cavab verən bu layihə üçün tövsiyə olunan DBMS-lərin siyahısına);
• layihə çərçivəsində həyata keçirilməyəcək.

Bu mərhələdə görülən işlər bu layihəni davam etdirməyə dəyərmi və müəyyən şərtlər daxilində müştərinin hansı tələblərini yerinə yetirmək olar sualına cavab verməyə imkan verir. Belə çıxa bilər ki, layihəni davam etdirməyin mənası yoxdur, məsələn, müəyyən tələblər bəzi obyektiv səbəblərdən təmin oluna bilmir. Layihəni davam etdirmək qərarına gəldikdə, təhlilin növbəti mərhələsi üçün layihənin əhatə dairəsi və smeta haqqında bir fikir artıq mövcuddur.

Qeyd etmək lazımdır ki, strategiyanın seçilməsi mərhələsində, təhlil mərhələsində və dizayn zamanı, layihənin hazırlanmasında istifadə olunan metoddan asılı olmayaraq, həmişə sistemin planlaşdırılmış funksiyalarını əhəmiyyətinə görə təsnif etmək lazımdır. . Belə təsnifatı təmsil etmək üçün mümkün formatlardan biri, MoSCoW, Clegg, Dai və Richard Barker, Case Method Fast-track: A RAD Approach, Adison-Wesley, 1994-də təklif edilmişdir.

Bu abbreviatura aşağıdakıları ifadə edir: olmalıdır - zəruri funksiyalar; Olmalıdır - arzu olunan funksiyalar; ola bilər - mümkün funksiyalar; Olmayacaq - çatışmayan xüsusiyyətlər.

İkinci və üçüncü kateqoriyaların funksiyalarının həyata keçirilməsi vaxt və maliyyə çərçivəsi ilə məhdudlaşır: biz lazım olanı, həmçinin prioritet sırasına görə ikinci və üçüncü kateqoriyaların mümkün olan maksimum sayda funksiyalarını inkişaf etdiririk.

Təhlil

Təhlil mərhələsi biznes proseslərinin (strategiyanın seçilməsi mərhələsində müəyyən edilmiş funksiyaların) və onların həyata keçirilməsi üçün zəruri olan məlumatların (obyektlər, onların atributları və münasibətləri (əlaqələri)) ətraflı öyrənilməsini əhatə edir. Bu mərhələdə informasiya modeli, növbəti dizayn mərhələsində isə verilənlər modeli yaradılır.

Strategiyanın müəyyən edilməsi mərhələsində sistem haqqında toplanan bütün məlumatlar təhlil mərhələsində rəsmiləşdirilir və dəqiqləşdirilir. Ötürülmüş məlumatın tamlığına, ziddiyyətlərin olmaması üçün məlumatların təhlilinə, habelə ümumiyyətlə istifadə olunmayan və ya təkrarlanan məlumatların axtarışına xüsusi diqqət yetirilməlidir. Bir qayda olaraq, müştəri bütövlükdə sistem üçün tələbləri dərhal formalaşdırmır, lakin onun ayrı-ayrı komponentləri üçün tələbləri formalaşdırır. Bu komponentlərin tutarlılığına diqqət yetirin.

Analitiklər məlumatları bir-biri ilə əlaqəli iki formada toplayır və qeyd edirlər:

• funksiyalar - biznesdə baş verən hadisələr və proseslər haqqında məlumat;
• qurumlar - təşkilat üçün vacib olan və bir şey məlum olan şeylər haqqında məlumat.

Təhlilin iki klassik nəticəsi bunlardır:

• emalın komponent hissələrinə (nə edilir və nədən ibarətdir) parçalayan funksiyalar iyerarxiyası;
• obyektləri, onların atributlarını və aralarındakı əlaqələri (əlaqələri) təsvir edən obyekt-münasibət modeli (Entry Relationship modeli, ER-model).

Bu nəticələr zəruridir, lakin kifayət deyil. Kifayət qədər nəticələrə məlumat axını diaqramları və obyektin həyat dövrü diaqramları daxildir. Çox vaxt ER diaqramında obyektin həyat dövrünü göstərməyə çalışarkən təhlil xətaları baş verir.

Aşağıda ən çox istifadə edilən üç struktur analiz metodologiyasını nəzərdən keçirəcəyik:

• Müəssisələr və onların əlaqələri haqqında məlumatın rəsmiləşdirilməsinə xidmət edən Müəssisə-Münasibət Diaqramları (ERD);
• sistem funksiyalarının təsvirini rəsmiləşdirməyə xidmət edən məlumat axını diaqramları (Data Flow Diagrams, DFD);
• zamandan asılı olaraq sistemin davranışını əks etdirən dövlət keçid diaqramları (State Transition Diagrams, STD); Müəssisənin həyat dövrü diaqramları bu diaqramlar sinfinə aiddir.

ER diaqramları

ER diaqramları (Şəkil 2) məlumatların dizaynı üçün istifadə olunur və verilənlərin və onlar arasında əlaqələrin müəyyən edilməsinin standart üsuludur. Beləliklə, məlumat anbarlarının detallaşdırılması həyata keçirilir. ER diaqramı sistemin subyektləri və onların qarşılıqlı əlaqəsi haqqında məlumatları ehtiva edir, mövzu sahəsi (obyektləri) üçün vacib olan obyektlərin identifikasiyasını, bu obyektlərin (atributların) xüsusiyyətlərini və onların digər obyektlərlə (bağlantılar) əlaqələrini ehtiva edir. Bir çox hallarda informasiya modeli çox mürəkkəbdir və çoxlu obyektləri ehtiva edir.

düyü. 2. ER diaqramının nümunəsi

Müəssisə yuxarıda obyektin adı ilə düzbucaqlı şəklində göstərilir (məsələn, TITLES). Qutuda obyektin atributları sadalana bilər; qalın1 hərflərlə yazılmış ER diaqramlarının atributları əsasdır (buna görə də Başlıq İdentifikasiyası TITLES obyektinin əsas atributudur, digər atributlar əsas deyil).

Əlaqə iki varlıq arasındakı xətt ilə təmsil olunur (şəkildə mavi xətlər).

Sağdakı tək sətir (şəkil 3) "bir", soldakı "quş ayağı" "çox" mənasını verir və əlaqə "birdən çox" kimi xətt boyunca oxunur. Şaquli sətir "tələb olunur", dairə "isteğe bağlı" deməkdir, məsələn, TITLE-da hər nəşr üçün PUBLISHERS-da naşir göstərilməlidir və PUBLISHERS-da bir naşir TITLES-də bir neçə başlıq verə bilər. Qeyd etmək lazımdır ki, bağlantılar həmişə şərh olunur (linkin təsviri olan xətt üzərində yazı).

düyü. 3. ER diaqram elementi

Bizə də bir işçi vəzifələrin iyerarxiyasının aşağı bir neçə tabeliyində və idarə edə bilərsiniz refleksiv əlaqələr "işçi" image bir misal (Şəkil. 4) verək.

Qeyd edək ki, belə bir əlaqə həmişə isteğe bağlıdır, əks halda sonsuz bir iyerarxiya olardı.

düyü. 4. Refleksiv əlaqənin ER diaqramı

Müəssisə atributları əsas ola bilər - onlar qalın şriftlə yazılmışdır; məcburi - onlardan əvvəl "*" işarəsi qoyulur, yəni onların dəyəri həmişə məlumdur, isteğe bağlı (isteğe bağlı) - onlardan əvvəl O qoyulur, yəni bu atributun dəyərləri müəyyən bir nöqtədə ola bilər yoxdur və ya müəyyən edilməmişdir.

qövslər

Müəssisə digər qurumlarla bir-birini istisna edən əlaqələr toplusuna malikdirsə, bu cür əlaqələr qövsdə olduğu deyilir. Məsələn, bank hesabı hər ikisi üçün verilə bilər hüquqi şəxs, və ya üçün fərdi. Bu tip əlaqə üçün ER diaqramının bir parçası Şəkildə göstərilmişdir. 5.

düyü. 5. Qövs

Bu halda, HESABAT subyektinin SAHİBİ atributunun bu subyekt üçün xüsusi mənası var - subyekt kateqoriyalar üzrə növlərə bölünür: “fiziki şəxs üçün” və “hüquqi şəxs üçün”. Nəticədə yaranan varlıqlar alt tiplər adlanır və orijinal varlıq supertip olur. Supertipə ehtiyac olub-olmadığını anlamaq üçün eyni xassələrin neçəsinin müxtəlif alt tiplərə malik olduğunu müəyyən etmək lazımdır. Qeyd etmək lazımdır ki, alt tiplərdən və supertiplərdən sui-istifadə kifayət qədər yayılmış səhvdir. Onlar Şəkildə göstərildiyi kimi təsvir edilmişdir. 6.

düyü. 6. Alt tiplər (sağda) və supertip (solda)

Normallaşma

Məlumatların işlənməsində anomaliyaların qarşısını almaq üçün normallaşdırma istifadə olunur. İnformasiya modeli obyektləri üçün normallaşdırma prinsipləri verilənlər modelləri ilə tam eynidir.

İcazə verilən bağlantı növləri. Bir-bir əlaqənin daha yaxından tədqiqi (Şəkil 7) demək olar ki, həmişə A və B-nin eyni maddənin fərqli alt çoxluqları olduğunu və ya fərqli nöqtələr yalnız fərqli adlara və müxtəlif təsvir edilmiş əlaqələrə və atributlara sahib olan görünüşü.

düyü. 7. Bir-bir münasibətlər

Çox-bir əlaqələr Şəkildə göstərilmişdir. 8.

düyü. 8. Çoxlu bir əlaqə

Mən kifayət qədər güclü konstruksiyayam ki, B obyektinin girişi eyni zamanda A obyektinin ən azı bir əlaqəli girişi yaratmadan yaradıla bilməz.

II ünsiyyətin ən çox yayılmış formasıdır. O güman edir ki, A varlığının hər bir baş verməsi yalnız B varlığının bir (və yalnız bir) baş verməsi kontekstində mövcud ola bilər. Öz növbəsində, B varlığının hadisələri həm A-nın hadisələri ilə əlaqədar, həm də onsuz mövcud ola bilər.

III - nadir hallarda istifadə olunur. Həm A, həm də B aralarında əlaqə olmadan mövcud ola bilər.

Çoxdan çoxa əlaqələr Şəkildə göstərilmişdir. 9.

düyü. 9. Çoxdan Çoxa Əlaqələr

I - belə konstruksiya çox vaxt təhlil mərhələsinin əvvəlində baş verir və əlaqə deməkdir - ya tam başa düşülməyən və əlavə icazə tələb edən, ya da sadə kollektiv əlaqəni əks etdirən - ikiqat əlaqəli siyahı.

II - nadir hallarda istifadə olunur. Bu cür bağlantılar həmişə əlavə təfərrüatlara məruz qalır.

İndi rekursiv keçidləri nəzərdən keçirək (şək. 10).

düyü. 10. Rekursiv keçidlər

I - nadir, lakin baş verir. Alternativ tipli bağlantıları əks etdirir.

II - tez-tez istənilən sayda səviyyəli iyerarxiyaları təsvir etmək üçün istifadə olunur.

III - ilkin mərhələdə baş verir. Tez-tez "materialların siyahısı" strukturunu əks etdirir (komponentlərin qarşılıqlı yuvalanması). Nümunə: hər bir KOMPONENT bir və ya bir neçə (digər) KOMPONENTDƏN ibarət ola bilər və hər bir KOMPOONENT bir və ya bir neçə (digər) KOMPONENTDƏ istifadə oluna bilər.

Etibarsız link növləri. Etibarsız əlaqə növlərinə aşağıdakılar daxildir: məcburi çoxlu-çox əlaqəsi (Şəkil 11) və rekursiv əlaqələr toplusu (Şəkil 12).

düyü. 11. Çoxdan çoxa etibarsız əlaqələr

Məcburi çoxlu-çox əlaqəsi əsasən qeyri-mümkündür. Belə bir əlaqə o demək olardı ki, A hadisələrindən heç biri B olmadan mövcud ola bilməz və əksinə. Əslində, hər bir belə tikinti həmişə səhv olur.

düyü. 12. Etibarsız rekursiv keçidlər

Məlumat axını diaqramları

Məntiqi DFD (Şəkil 13) sistemdən kənar məlumat mənbələrini və qəbulediciləri (təyinat yerlərini) göstərir, məntiqi funksiyaları (prosesləri) və bir funksiyanı digərinə (axınlar) bağlayan məlumat elementləri qruplarını, həmçinin məlumat saxlama yerlərini (akkumulyatorları) müəyyən edir, hansı giriş həyata keçirilir. Məlumat axını strukturları və onların komponent tərifləri verilənlər lüğətində saxlanılır və təhlil edilir. Hər bir məntiqi funksiya (proses) aşağı səviyyəli DFD-dən istifadə etməklə təfərrüatlandırıla bilər; əlavə təfərrüat artıq faydalı olmadıqda, proses spesifikasiyasından (mini spesifikasiya) istifadə edərək funksiyanın məntiqini ifadə etməyə keçir. Hər bir mağazanın məzmunu da məlumat lüğətində saxlanılır və mağaza məlumat modeli ER diaqramlarından istifadə etməklə ifşa olunur.

düyü. 13. DFD nümunəsi

Xüsusilə, DFD faktiki məlumat axınına nəzarət edən prosesləri göstərmir və etibarlı və etibarsız yollar arasında fərq qoymur. DFD-lərin çoxu var faydalı məlumat, və əlavə olaraq:

• sistemi məlumat baxımından təqdim etməyə imkan verir;
• xüsusi interfeyslər tələb edən xarici məlumat ötürülməsi mexanizmlərini təsvir edin;
• sistemin həm avtomatlaşdırılmış, həm də mexaniki proseslərini təmsil etməyə imkan verir;
• bütün sistemin məlumat yönümlü bölmələrini həyata keçirin.

Məlumat axınları məlumatın (və ya hətta fiziki komponentlərin) sistemin bir hissəsindən digərinə ötürülməsini modelləşdirmək üçün istifadə olunur. Diaqramlarda axınlar adlanmış oxlarla təmsil olunur, oxlar informasiya axınının istiqamətini göstərir. Bəzən informasiya bir istiqamətdə hərəkət edə bilər, emal olunaraq öz mənbəyinə qaytarıla bilər. Belə bir vəziyyət ya iki fərqli axınla, ya da bir iki istiqamətli axınla modelləşdirilə bilər.

Proses giriş axınını proses adı ilə müəyyən edilmiş hərəkətə uyğun olaraq çıxış axınına çevirir. Hər bir prosesin diaqramda istinad etmək üçün unikal nömrəsi olmalıdır. Model boyu unikal proses indeksini təmin etmək üçün bu nömrə diaqram nömrəsi ilə birlikdə istifadə edilə bilər.

Məlumatların saxlanması (məlumatların saxlanması) proseslər arasında yaddaşda saxlanacaq bir sıra sahələrdə məlumatları müəyyən etməyə imkan verir. Əslində, saxlama zamanla məlumat axınının "dilimlərini" təmsil edir. Tərkibindəki məlumat müəyyən edildikdən sonra istənilən vaxt istifadə edilə bilər və verilənlər istənilən ardıcıllıqla seçilə bilər. Anbarın adı onun məzmununu müəyyən etməlidir. Məlumat axını yaddaşa (dan) daxil olduqda (çıxdıqda) və onun strukturu yaddaşın strukturuna uyğun olduqda, diaqramda əks olunmasına ehtiyac olmayan eyni ada malik olmalıdır.

Xarici obyekt (terminator) sistem məlumatlarının mənbəyi və ya qəbuledicisi olan sistemin kontekstindən kənarda olan obyekti təmsil edir. Onun adında "Müştəri" kimi isim olmalıdır. Güman edilir ki, belə qovşaqlarla təmsil olunan obyektlər heç bir emalda iştirak etməməlidir.

STD Dövlət Keçid Diaqramları

Müəssisənin həyat dövrü STD diaqramları sinfinə aiddir (şək. 14). Bu diaqram zamanla obyektin vəziyyətinin dəyişməsini əks etdirir. Məsələn, anbardakı məhsulun vəziyyətini nəzərdən keçirək: məhsul tədarükçüdən sifariş edilə bilər, anbara çatdırıla bilər, anbarda saxlanıla bilər, keyfiyyətə nəzarətdən keçə bilər, satıla bilər, rədd edilir, təchizatçıya qaytarıla bilər. Diaqramdakı oxlar icazə verilən vəziyyət dəyişikliklərini göstərir.

düyü. 14. Həyat dövrü diaqramı nümunəsi

Bir neçə var müxtəlif variantlar belə diaqramların şəkilləri, rəqəm onlardan yalnız birini göstərir.

İnformasiya modelinin keyfiyyətinin və tamlığının yoxlanılması üçün bəzi prinsiplər
(mənbə - Richard Barker, Case Method: Entity Relationship Modeling, Addison-Wesley, 1990)

Yüksək keyfiyyətli model yaratmaq istəyirsinizsə, CASE texnologiyasını yaxşı bilən analitiklərin köməyinə müraciət etməli olacaqsınız. Lakin bu o demək deyil ki, informasiya modelinin qurulmasında və nəzarətində yalnız analitiklər iştirak etməlidir. Həmkarların köməyi də çox faydalı ola bilər. Onları məqsədin yoxlanılmasına və həm məntiq baxımından, həm də mövzu sahəsinin aspektlərinin nəzərə alınması baxımından qurulmuş modelin ətraflı öyrənilməsinə cəlb edin. Əksər insanlar başqasının işində qüsurları tapmaqda daha asan olur.

İstifadəçilərin təsdiqi üçün şübhə etdiyiniz məlumat modelinizi və ya onun fərdi fraqmentlərini mütəmadi olaraq təqdim edin. Qaydalara və məhdudiyyətlərə istisnalara xüsusi diqqət yetirin.

Müəssisə keyfiyyəti

Müəssisənin keyfiyyətinin əsas təminatı obyektin həqiqətən varlıq, yəni mühüm obyekt və ya hadisə olub-olmaması sualına cavabdır ki, bu barədə məlumat bazasında saxlanılmalıdır.

Müəssisə üçün yoxlama suallarının siyahısı:

• Varlığın adı bu obyektin mahiyyətini əks etdirirmi?
• Digər qurumlarla kəsişmə varmı?
• Ən azı iki atribut varmı?
• Ümumilikdə səkkizdən çox atribut yoxdur?
• Bu qurum üçün sinonimlər/homonimlər varmı?
• Müəssisə tam müəyyən edilibmi?
• Unikal identifikator varmı?
• Ən azı bir əlaqə varmı?
• Müəssisə dəyərini yaratmaq, axtarmaq, yeniləmək, silmək, arxivləşdirmək və istifadə etmək üçün ən azı bir funksiya varmı?
• Dəyişikliklərin tarixi varmı?
• Məlumatların normallaşdırılması prinsiplərinə uyğunluq varmı?
• Eyni qurum başqa proqram sistemində, bəlkə də başqa ad altında mövcuddur?
• Mahiyyət çox ümumidir?
• Onda təcəssüm olunan ümumiləşdirmə səviyyəsi kifayətdirmi?

Alt növ üçün yoxlama suallarının siyahısı:

• Digər alt növlərlə üst-üstə düşmələr varmı?
• Alt növün hər hansı atributları və/yaxud əlaqələri varmı?
• Onların hamısının özünəməxsus identifikatorları var, yoxsa hamısı supertipdən birini miras alır?
• Alt tiplərin tam dəsti varmı?
• Alt növ varlığın baş verməsinin nümunəsi deyilmi?
• Bu alt növü digərlərindən fərqləndirən hər hansı atribut, əlaqələr və şərtləri bilirsinizmi?

Atribut Keyfiyyəti

Bunların həqiqətən atribut olub-olmadığını, yəni bu varlığı bu və ya digər şəkildə təsvir edib-etmədiyini öyrənmək lazımdır.

Atribut üçün təhlükəsizlik suallarının siyahısı:

• Atributun adı atributla işarələnən xassələrin mahiyyətini əks etdirən tək isimdirmi?
• Atribut adına qurum adı daxil deyilmi (olmamalıdır)?
• Atributun eyni anda yalnız bir dəyəri varmı?
• Dublikat dəyərlər (və ya qruplar) yoxdur?
• Format, uzunluq, etibarlı dəyərlər, törəmə alqoritmi və s. təsvir edilmişdirmi?
• Bu atribut başqası üçün faydalı ola biləcək buraxılmış obyekt ola bilərmi? tətbiq sistemi(artıq mövcuddur və ya təklif olunur)?
• Bu buraxılmış bir keçid ola bilərmi?
• Tətbiq səviyyəsinə keçərkən yoxa çıxmalı olan "layihə xüsusiyyəti" kimi atributa istinad varmı?
• Dəyişikliklərin tarixinə ehtiyac varmı?
• Onun dəyəri yalnız verilmiş varlıqdan asılıdır?
• Əgər atributun dəyəri tələb olunursa, o, həmişə məlumdurmu?
• Bu və buna bənzər atributlar üçün domen yaratmağa ehtiyac varmı?
• Onun dəyəri yalnız unikal identifikatorun bəzi hissəsindən asılıdır?
• Onun dəyəri unikal identifikatora daxil olmayan bəzi atributların dəyərlərindən asılıdırmı?

Bağlantı keyfiyyəti

Münasibətlərin qurumlar arasında müşahidə edilən həqiqətən mühüm əlaqələri əks etdirdiyini öyrənməliyik.

Əlaqə üçün yoxlama suallarının siyahısı:

• İştirak edən hər bir tərəf üçün təsvir varmı, o, münasibətlərin məzmununu dəqiq əks etdirirmi və qəbul edilmiş sintaksisə uyğun gəlirmi?
• Yalnız iki tərəf iştirak edir?

Bağlantı portativ deyil?

• Hər bir tərəf üçün əlaqə və öhdəlik dərəcəsi müəyyən edilibmi?
• Bağlantı quruluşuna icazə verilirmi?

Bağlantı dizaynı nadir hallarda istifadə edilənlərdən biridir?

• Lazımsız deyilmi?
• Zamanla dəyişmirmi?
• Əgər əlaqə məcburidirsə, o, həmişə qarşı tərəfi təmsil edən quruma münasibəti əks etdirirmi?

Eksklüziv birlik üçün:

• Eksklüziv qövslə əhatə olunan bütün keçid ucları eyni bağlama növünə malikdirmi?
• Onların hamısı eyni quruma istinad edirmi?
• Adətən qövslər budaqlanan ucları kəsir - bu iş haqqında nə deyə bilərsiniz?
• Bağlantı yalnız bir qövslə əhatə oluna bilər. Belədir?
• Bütün bağ ucları unikal identifikatora daxil edilmiş qövslə örtülüdürmü?

Sistem funksiyaları

Analitiklər çox vaxt kifayət qədər mürəkkəb biznes proseslərini təsvir etməli olurlar. Bu zaman funksional parçalanmaya müraciət edilir ki, bu da bir prosesin bir sıra daha kiçik funksiyalara bölünməsini göstərir ki, onların hər biri mənasını itirmədən parçalana bilməyəcək. Parçalanmanın son məhsulu funksiyaların iyerarxiyasıdır ki, onun ən aşağı səviyyəsində semantik yük baxımından atomik funksiyalar var. Belə bir parçalanmanın sadə bir nümunəsini (şək. 15) verək. Müştərinin almaq istədiyi mallar dəsti artıq məlum olduğu halda, mallar anbardan buraxılarkən müştəriyə hesab-fakturanın verilməsi ilə bağlı ən sadə problemi nəzərdən keçirək (biz burada nəzərdən keçirməyəcəyik. bu misal məhsul seçimi problemi).

düyü. 15. Parçalanma nümunəsi

Aydındır ki, endirimlərin seçilməsi və hesablanması əməliyyatını da sadiqliyə görə endirimlərin hesablanması (müştəri uzun müddət mal alır) və alınan malların miqdarına görə endirimlərin hesablanması kimi kiçik əməliyyatlara da bölmək olar. Atom funksiyaları, məsələn, DFD və STD istifadə edərək ətraflı təsvir edilmişdir. Aydındır ki, funksiyaların belə təsviri əlavə şifahi təsviri (məsələn, şərhləri) istisna etmir.

Qeyd etmək lazımdır ki, təhlil mərhələsində təhlil və emal funksiyalarına diqqət yetirilməlidir mümkün səhvlər və sistem performansının nəzərdə tutulan meyarından sapmalar. Sistemin işləməsi üçün ən kritik proseslər müəyyən edilməli və onlar üçün xüsusilə ciddi səhv təhlili təmin edilməlidir. DBMS səhvlərinin idarə edilməsi (qaytarma kodları), bir qayda olaraq, ayrıca funksiyalar dəsti və ya tək bir funksiyadır.

Strategiyanın Təkmilləşdirilməsi

Təhlil mərhələsində son icra üçün seçilmiş aparat və proqram təminatı dəqiqləşdirilir. Bunun üçün test qrupları və texniki mütəxəssislər cəlb oluna bilər. İnformasiya sistemini layihələndirərkən nəzərə almaq vacibdir və gələcək inkişaf sistemlər, məsələn, işlənmiş məlumatların həcminin artması, sorğu axınının intensivliyinin artması, informasiya sisteminin etibarlılığına dair tələblərin dəyişməsi.

Təhlil mərhələsində tapşırıq modelləri dəstlərinin əldə edilməsi müəyyən edilir müqayisəli xüsusiyyətlər informasiya sisteminin həyata keçirilməsi strategiyasının müəyyən edilməsi mərhələsində nəzərdən keçirilmiş həmin və ya digər DBMS. Strategiyanın müəyyən edilməsi mərhələsində bir DBMS seçilə bilər. Artıq analiz mərhələsində sistem haqqında daha çox məlumat var və onlar daha ətraflıdır. Alınan məlumatlar, eləcə də sınaq qrupları tərəfindən ötürülən xüsusiyyətlər strategiyanın müəyyən edilməsi mərhələsində DBMS seçiminin səhv olduğunu və seçilmiş DBMS-nin informasiya sisteminin müəyyən tələblərini ödəyə bilməyəcəyini göstərə bilər. Eyni məlumatları aparat platforması və əməliyyat sistemi seçimi ilə bağlı əldə etmək olar. Bu cür nəticələrin əldə edilməsi strategiyanın müəyyən edilməsi mərhələsində əldə edilmiş məlumatların dəyişdirilməsinə səbəb olur, məsələn, layihə üçün xərclər smetası yenidən hesablanır.

İnkişaf vasitələrinin seçimi də təhlil mərhələsində dəqiqləşdirilir. Təhlil mərhələsi strategiyanın müəyyən edilməsi mərhələsində olduğundan daha dolğun məlumat sistemini təqdim etdiyi üçün iş planına düzəlişlər edilə bilər. Əvvəlki mərhələdə seçilmiş inkişaf vasitəsi işin bu və ya digər hissəsini müəyyən edilmiş müddətdə başa çatdırmağa imkan vermirsə, son tarixləri dəyişdirmək barədə qərar qəbul edilir (bir qayda olaraq, bu işlənmə müddətinin artmasıdır) və ya inkişaf alətini dəyişdirmək üçün. Bu və ya digər aləti seçərkən, seçilmiş inkişaf vasitələrinə sahib olan yüksək ixtisaslı kadrların mövcudluğunu, həmçinin seçilmiş DBMS-nin inzibatçılarının mövcudluğunu nəzərə almaq lazımdır. Bu tövsiyələr həmçinin strategiyanın seçilməsi mərhələsinin məlumatlarını dəqiqləşdirəcək (gələcək sistemin işlədilməsi nəzərdə tutulan şərtlər toplusu).

Məhdudiyyətlər, risklər, kritik amillər də göstərilmişdir. Strategiyanın müəyyən edilməsi mərhələsində seçilmiş DBMS və proqram vasitələrindən istifadə etməklə həyata keçirilən informasiya sistemində hər hansı tələblər ödənilmirsə, bu, həm də əldə edilmiş məlumatların dəqiqləşdirilməsinə və dəyişdirilməsinə (nəticədə, xərclər smetasının və iş planlarının, ola bilsin ki, dəyişdirilməsinə) başlayır. sistem üçün müştəri tələblərində, məsələn, onların zəifləməsi). Sistemdə tətbiq edilməyəcək xüsusiyyətlər daha ətraflı təsvir edilmişdir.

İnformasiya sistemlərinin dizaynı həmişə layihənin məqsədinin müəyyən edilməsi ilə başlayır. Ümumiyyətlə, layihənin məqsədi sistemin işə salınması zamanı və onun bütün fəaliyyəti dövründə təminat da daxil olmaqla bir sıra qarşılıqlı əlaqəli vəzifələrin həlli kimi müəyyən edilə bilər:

• sistemin tələb olunan funksionallığı və dəyişən iş şəraitinə uyğunlaşma səviyyəsi;
• tələb olunan sistem bant genişliyi;
• sistemin sorğuya tələb olunan cavab müddəti;
• sistemin problemsiz işləməsi;
• tələb olunan təhlükəsizlik səviyyəsi;
• sistemin işləməsinin asanlığı və dəstəyi.

görə müasir metodologiya, IS-nin yaradılması prosesi bütün sistemlərdə bir sıra ardıcıl modellərin qurulması və ardıcıl transformasiyası prosesidir. həyat dövrü mərhələləri(LC) IP. Həyat dövrünün hər bir mərhələsində ona xas olan modellər yaradılır - təşkilatlar, İP üçün tələblər, layihə IP-si, tətbiqlərə olan tələblər və s. Modellər layihə qrupunun işçi qrupları tərəfindən formalaşdırılır, saxlanılır və layihə deposunda toplanır. Modellərin yaradılması, onlara nəzarət, transformasiya və kollektiv istifadə üçün təminat xüsusi proqram vasitələrindən - CASE alətlərindən istifadə etməklə həyata keçirilir.

IP yaratmaq prosesi bir sıra bölünür mərhələləri(mərhələlər [ 1.1 ]), bəzi vaxt çərçivələri ilə məhdudlaşır və müəyyən bir məhsulun buraxılması ilə başa çatır (modellər, proqram məhsulları, sənədlər və s.).

Adətən aşağıdakılar olur İD-nin yaradılması mərhələləri: sistem tələblərinin formalaşdırılması, layihələndirilməsi, həyata keçirilməsi, sınaqdan keçirilməsi, istismara verilməsi, istismarı və texniki xidməti [1.1] [1.2]. (Son iki addım daha ətraflı müzakirə edilmir, çünki onlar kursun əhatə dairəsindən kənardadır.)

İS-nin yaradılması prosesinin ilkin mərhələsi təşkilatda baş verən və onun məqsəd və vəzifələrini həyata keçirən biznes proseslərinin modelləşdirilməsidir. Biznes prosesləri və biznes funksiyaları baxımından təsvir edilən təşkilat modeli İS üçün əsas tələbləri formalaşdırmağa imkan verir. Metodologiyanın bu fundamental mövqeyi sistemin dizaynına tələblərin işlənib hazırlanmasında obyektivliyi təmin edir. İS üçün tələblərin təsviri üçün modellər toplusu daha sonra İS-in konseptual dizaynını təsvir edən modellər sisteminə çevrilir. İS arxitekturasının modelləri, proqram təminatı tələbləri (SW) və informasiya dəstəyi(VƏ HAQQINDA). Daha sonra proqram təminatı və İO arxitekturası formalaşır, korporativ verilənlər bazası və fərdi proqramlar müəyyən edilir, tətbiq tələbləri modelləri formalaşdırılır və onların inkişafı, sınaqdan keçirilməsi və inteqrasiyası həyata keçirilir.

İlkin məqsədi İD-nin yaradılması mərhələləri təşkilatın fəaliyyətinin təhlili mərhələsində həyata keçirilən, müştəri təşkilatının məqsəd və vəzifələrini düzgün və dəqiq əks etdirən İP-yə tələblərin formalaşmasıdır. Təşkilatın ehtiyaclarına cavab verən İS-nin yaradılması prosesini dəqiqləşdirmək üçün siz bu ehtiyacların nə olduğunu öyrənib aydın şəkildə ifadə etməlisiniz. Bunun üçün müştərilərin İS-ə olan tələblərini müəyyən etmək və təşkilatın məqsəd və vəzifələrinə uyğunluğunu təmin edəcək şəkildə İS layihəsinin hazırlanması tələblərində onları modellərin dilində göstərmək lazımdır.

IP üçün tələblərin formalaşdırılması vəzifəsi ən məsuliyyətli, rəsmiləşdirilməsi çətin və ən bahalı və səhv olduqda düzəltmək çətin olanlardan biridir. Müasir alətlər və proqram məhsulları hazır tələblərə uyğun olaraq tez bir zamanda İS yaratmağa imkan verir. Lakin çox vaxt bu sistemlər müştəriləri qane etmir, çoxsaylı təkmilləşdirmələr tələb edir ki, bu da maya dəyərinin kəskin artmasına səbəb olur. faktiki xərc IS. Bu vəziyyətin əsas səbəbi təhlil mərhələsində ƏM tələblərinin düzgün, qeyri-dəqiq və ya natamam müəyyən edilməsidir.

Dizayn mərhələsində ilk növbədə məlumat modelləri formalaşır. Dizaynerlər analizin nəticələrini ilkin məlumat kimi qəbul edirlər. Məntiqi və fiziki məlumat modellərinin qurulması əsas hissədir verilənlər bazası dizaynı. Təhlil zamanı əldə edilən informasiya modeli əvvəlcə məntiqi modelə, sonra isə məntiqə çevrilir fiziki məlumat modeli.

Dizaynla birlikdə verilənlər bazası sxemləri proseslər bütün İS modullarının spesifikasiyalarını (təsvirlərini) əldə etmək üçün tərtib edilir. Bu dizayn prosesinin hər ikisi bir-biri ilə sıx bağlıdır, çünki biznes məntiqinin bəziləri adətən verilənlər bazasında həyata keçirilir (məhdudiyyətlər, tetikler, saxlanılan prosedurlar). əsas məqsəd prosesin layihələndirilməsi informasiya sisteminin modullarında təhlil mərhələsində alınan funksiyaları əks etdirməkdir. Modulların dizaynı zamanı proqram interfeysləri müəyyən edilir: menyu tərtibatı, pəncərənin görünüşü, isti düymələr və əlaqəli zənglər.

Dizayn mərhələsinin son məhsulları:

• verilənlər bazası sxemi (təhlil mərhələsində hazırlanmış ER modeli əsasında);
• dəsti modulun spesifikasiyası sistemlər (onlar funksiya modelləri əsasında qurulur).

Bundan əlavə, layihələndirmə mərhələsində platforma (platformalar) və əməliyyat sistemi (əməliyyat sistemləri) seçimini əhatə edən İS arxitekturasının inkişafı da həyata keçirilir. Heterojen İS-də bir neçə kompüter müxtəlif aparat platformalarında və müxtəlif əməliyyat sistemlərində işləyə bilər. Platformanın seçiminə əlavə olaraq, dizayn mərhələsində arxitekturanın aşağıdakı xüsusiyyətləri müəyyən edilir:

• onun “fayl-server” və ya “klient-server” arxitekturası olacaq;
• aşağıdakı təbəqələrə malik 3 səviyyəli arxitektura olacaqmı: server, ara proqram (tətbiq serveri), müştəri proqram təminatı;
• verilənlər bazası mərkəzləşdiriləcək və ya paylanacaq. Əgər verilənlər bazası paylanırsa, o zaman məlumatların ardıcıllığını və aktuallığını qorumaq üçün hansı mexanizmlərdən istifadə olunacaq;
• verilənlər bazasının homojen olub-olmayacağı, yəni bütün verilənlər bazası serverlərinin eyni təchizatçıdan olub-olmayacağı (məsələn, bütün Oracle serverləri və ya bütün DB2 UDB serverləri). Verilənlər bazası homojen deyilsə, müxtəlif istehsalçıların DBMS-ləri arasında məlumat mübadiləsi üçün hansı proqram təminatından istifadə ediləcək (artıq mövcud və ya layihənin bir hissəsi kimi xüsusi olaraq hazırlanmışdır);
• lazımi performansa nail olmaq üçün paralel verilənlər bazası serverlərinin (məsələn, Oracle Parallel Server, DB2 UDB və s.) istifadə edilib-edilməyəcəyi.

Dizayn mərhələsi inkişafla başa çatır texniki layihə IS.

İcra mərhələsində sistemin proqram təminatının yaradılması, texniki vasitələrin quraşdırılması, əməliyyat sənədlərinin işlənib hazırlanması həyata keçirilir.