İnformasiya texnologiyaları və informasiya sistemləri. Xülasə: İnformasiya sistemlərinin həyat dövrü

1 nömrəli laboratoriya işi

Kompüter sisteminin dizaynının həyat dövrlərinin müəyyən edilməsi

İşin məqsədi: həyat dövrü modelləri ilə tanış olmaq informasiya sistemləri, modellərin üstünlüklərini və çatışmazlıqlarını müəyyənləşdirin, fərdi layihə tapşırığı və proqram təminatı üçün informasiya sisteminin qurulması modelini seçin, fərdi layihə tapşırığının həyata keçirilməsi üçün plan tərtib edin.

Qısa nəzəri məlumat.

İnformasiya sisteminin həyat dövrü

Mürəkkəb informasiya sistemlərinin (İS) inkişafı diqqətlə düşünülmüş metodoloji yanaşma olmadan mümkün deyil. Həyat dövrü konsepsiyası informasiya sistemlərinin layihələndirilməsi metodologiyasının əsas anlayışlarından biridir.

IS həyat dövrü –Bu, həllin yaradılması zərurəti barədə qərar qəbul edildiyi andan onun fəaliyyətinin tam başa çatmasına qədər davamlı bir prosesdir.

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

· QOST 34.601-90. 01.01.1992-ci ildə qüvvəyə minmişdir. Yaradılış mərhələlərini və mərhələlərini müəyyən edir avtomatlaşdırılmış sistemlər və hər mərhələdə işin məzmununu verir. Standartda təsbit edilmiş işin mərhələləri və mərhələləri uyğun gəlir kaskad modeli həyat dövrü.

· ISO/IEC 12207:1995. Proqram təminatının həyat dövrü proseslərini təsvir edən beynəlxalq standart. IP yaratmaq prosesində tələb oluna bilən 220-dən çox əsas işin təsvirini ehtiva edir. Proqram təminatının bütün həyat dövrü prosesləri üçə bölünür böyük qruplar:

o Əsas proseslər (satın alma, təchizat, inkişaf, istismar, dəstək);

o Dəstəkləyici proseslər (sənədləşdirmə, konfiqurasiyanın idarə edilməsi, keyfiyyətin təminatı, problemin həlli, audit, sertifikatlaşdırma, birgə qiymətləndirmə, yoxlama);

o Təşkilati proseslər (infrastrukturun yaradılması, idarəetmə, təlim, təkmilləşdirmə).

Standartın müddəalarını həyata keçirmək üçün birlikdə proqram təminatının həyat dövrünün bir-biri ilə əlaqəli texnoloji dəstəyi və avtomatlaşdırılması kompleksini təşkil edən və əvvəlcədən yığılmış normativ sənədlər toplusuna zidd olmayan alətlər seçilməlidir. Asanlaşdırmaq üçün praktik istifadə Beynəlxalq standartlaşdırma təşkilatı tərəfindən aşağıdakı sənədlər hazırlanmış və təsdiq edilmişdir:

o ISO/IEC TR 15271:1998 – ISO/IEC 12207-nin tətbiqi üzrə təlimat;

o ISO/IEC TR 16326:1999 – ISO/IEC 12207-dən istifadə edərkən layihənin idarə edilməsinə dair təlimat.

· ISO/IEC 15288:2002. İnsan tərəfindən yaradılmış sistemlər üçün mümkün həyat dövrü proseslərini təsvir edən beynəlxalq standart. O, avtomatlaşdırılmış informasiya sistemlərinin layihələndirilməsi təcrübəsi nəzərə alınmaqla, eləcə də müxtəlif sahələrdən olan mütəxəssislərin cəlb edilməsi ilə yaradılmışdır: sistem mühəndisliyi, proqramlaşdırma, idarəetmə, keyfiyyətin idarə edilməsi, təhlükəsizlik və s. Standart sistemin həyat dövrü ərzində baş verə biləcək proseslərin tam dəstini ehtiva etmək üçün nəzərdə tutulmuşdur. Beləliklə, İS tərtibatçısının vəzifəsi ona lazım olan dəsti - proses mühitini yaratmaqdır. Standartın nəzərdən keçirilməsi qeyd edir ki, o, müəyyən edilmiş proseslərin məqsədlərinə, vəzifələrinə və nəticələrinə əməl olunmasını təmin etmək üçün zəruri olan metod və prosedurları təsvir etmir. 2003-cü ildə standartın tətbiqi ilə bağlı təlimat (ISO/IEC TR 19760:2003) nəşr edilmişdir. Hazırda 15288 seriyalı standartın yeni nəşrinin hazırlanması üzərində işlər davam etdirilir.

· Rational Unified Process (RUP) Rational Software (hazırda IBM-in bölməsi) tərəfindən təklif olunan iterativ (spiral) proqram təminatının inkişafı konsepsiyasıdır. İS-nin həyat dövrü dörd mərhələdən ibarətdir: başlanğıc, tədqiqat, tikinti və keçid. Hər bir mərhələdə bir neçə təkrarlama ola bilər. Bundan əlavə, bütün dörd mərhələnin tamamlanması heç də həmişə layihə üzərində işin başa çatması demək deyil - onun inkişafı yeni dövrədə davam edə bilər. İterasiyaların bir hissəsi olaraq, xüsusi hazırlanmış UML-də (Unified Modeling Language) təsvir olunan qarşılıqlı ardıcıl modellər yaradılır.

· Microsoft Solution Framework (MSF). RUP-a bənzər təkrarlanan proqram inkişaf metodologiyası. O, həmçinin dörd mərhələni əhatə edir: təhlil, dizayn, inkişaf, sabitləşdirmə və obyekt yönümlü modelləşdirmənin istifadəsini əhatə edir. RUP ilə müqayisədə o, biznes üçün İP-nin inkişafına daha çox diqqət yetirir.

· Ekstremal Proqramlaşdırma (XP). Ekstremal Proqramlaşdırma nəzərdən keçirilən metodologiyalar arasında ən yenisidir (ilk ideyalar 1990-cı illərin ortalarında formalaşmışdır). Əsas prinsiplər: komanda işi, ƏM-in inkişafının bütün dövrü ərzində sifarişçi və podratçı arasında effektiv qarşılıqlı əlaqə, ardıcıl olaraq təkmilləşdirilmiş prototiplərdən istifadə, maksimum inkişaf çevikliyinə nail olmaq (müştərilərin dəyişən tələblərinə uyğunlaşma).

IS həyat dövrü modelləri.

İS-nin həyat dövrü modeli dedikdə, icra ardıcıllığını və həyat dövrü ərzində fəaliyyət və tapşırıq prosesləri arasında əlaqələri müəyyən edən struktur başa düşülür.

IP həyat dövrü modeli- Bu, sistemin bütün həyat dövrü boyunca inkişaf, istismar və texniki xidmət zamanı həyata keçirilən prosesləri, hərəkətləri və vəzifələri təsvir edən bir quruluşdur.

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

Məlum proqram təminatının həyat dövrü modellərinə uyğun olaraq, IS həyat dövrü modelləri müəyyən edilir - kaskadlı, təkrarlanan, spiralvari.

I. Kaskad modeli istənilən fənn sahəsində sistemlərin işlənib hazırlanması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.

Vurğulayın beş mövzu sahəsindən praktiki olaraq müstəqil olan davamlı inkişaf mərhələləri:

Birinci mərhələdə problem sahəsinin tədqiqi aparılır və 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 spesifikasiyadır (inkişaf tapşırığı).

İkinci 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ə bir dəstdir layihə sənədləri.

Üçüncü mərhələ layihənin icrasıdır; Əslində, ə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ı bu halda fundamental əhəmiyyət kəsb etmir. Bu mərhələnin nəticəsi hazır proqram məhsuludur.

Dördüncü mərhələdə əldə edilən proqram təminatının texniki şərtlərdə göstərilən tələblərə uyğunluğu yoxlanılır. Eksperimental əməliyyat müəyyən etməyə imkan verir müxtəlif növlərİS-in real iş şəraitində görünən gizli çatışmazlıqlar.

Son mərhələ hazır layihənin çatdırılmasıdır.

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 yaradılı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. İş mərhələlərinin ardıcıl icrası başa çatma tarixlərini və əlaqədar xərcləri planlaşdırmağa imkan verir.

Eyni zamanda, kaskad modeli üçün nəticələrin əldə edilməsində əhəmiyyətli gecikməni, layihə üzrə paralel işin mürəkkəbliyini və layihənin idarə edilməsinin mürəkkəbliyini və nəticədə yüksək risk səviyyəsini və etibarsızlığı qeyd etmək lazımdır. IP-yə investisiyalar. Bundan əlavə, hər hansı bir mərhələdə səhvlər və çatışmazlıqlar, bir qayda olaraq, işin sonrakı mərhələlərində ortaya çıxır ki, bu da geri dönüş ehtiyacına səbəb olur.

II. İterativ model planlaşdırma, həyata keçirmə, öyrənmə, fəaliyyətin bir sıra qısa dövrələrindən (addımlarından) ibarətdir. İŞİD-in inkişafı davam edir təkrarlamalar dövrlərlə rəy mərhələlər arasında. Mərhələlərarası düzəlişlər inkişaf nəticələrinin faktiki qarşılıqlı təsirini nəzərə almağa imkan verir müxtəlif mərhələlər; Hər bir mərhələnin ömrü bütün inkişaf dövrü ərzində uzanır.

Mürəkkəb informasiya sistemlərinin yaradılması fərdi tapşırıqların yerinə yetirilməsi zamanı əldə edilən layihə 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əri ilə birləşdirildikdə, bu cür gəlir iterasiyasını tələb edir. Eyni zamanda, əvvəllər formalaşmış tələblərə yenidən baxılmasına ehtiyac var.

İterativ modeldə mərhələlərarası düzəlişlər şəlalə modeli ilə müqayisədə daha az əmək tələb edən inkişafı təmin edir.

Eyni zamanda, hər bir mərhələnin ömrü işin bütün müddəti ərzində uzadılır çox sayda dizayn qərarlarının və sənədlərin həyata keçirilməsində iterasiyalar, uyğunsuzluqlar yaranır; bütün sistemin yenidən dizayn edilməsi zərurəti icra mərhələsində yarana bilər.

III. Spiral model , kaskaddan fərqli olaraq, lakin əvvəlkinə bənzər, İS-in inkişafının iterativ prosesini nəzərdə tutur. Eyni zamanda, dəyəri artır ilkin mərhələlər, məsələn, təhlil və dizayn kimi texniki həllər prototipləri yaratmaqla.

Hər bir iterasiya tam bir sistemə çevrilmək üçün iterasiyadan iterasiyaya qədər təkmilləşdirilmiş məhsulun daxili və ya xarici versiyasının (və ya son məhsulun alt dəstinin) buraxılması ilə nəticələnən tam inkişaf dövrünü təmsil edir:

Beləliklə, spiralın hər dönüşü proqram məhsulunun fraqmentinin və ya versiyasının yaradılmasına uyğun gəlir, layihənin məqsədləri və xüsusiyyətləri dəqiqləşdirilir, keyfiyyəti müəyyən edilir və spiralın növbəti növbəsi üçün iş planlaşdırılı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, bunun nəticəsində yekun icra üçün ağlabatan variant seçilir.

Spiral modeldən istifadə, cari olanın tam başa çatmasını gözləmədən layihənin növbəti mərhələsinə keçməyə imkan verir - tamamlanmamış işlər növbəti təkrarlamada tamamlana bilər. əsas vəzifə hər bir iterasiya - istifadəçilərə mümkün qədər tez nümayiş etdirmək üçün işləyən məhsul yaratmaq. Beləliklə, layihəyə dəqiqləşdirmə və əlavələrin edilməsi prosesi xeyli sadələşdirilir.

Proqram təminatının hazırlanmasına spiral yanaşma şəlalə modelinin əksər çatışmazlıqlarını aradan qaldırır, həmçinin bir sıra əlavə funksiyalar təqdim edərək inkişaf prosesini daha çevik edir. Spiral modeldən istifadə edərkən, müştəri tələbləri dəyişdikdə, risklərin səviyyəsi azaldıqda (risklərin səviyyəsi layihənin inkişafının əvvəlində maksimumdur, inkişaf irəlilədikcə azalır), daha çox çeviklik olduqda layihəyə dəyişiklik etmək əhəmiyyətli dərəcədə sadələşdirilir. layihənin idarə edilməsində işlənmiş məhsula taktiki dəyişikliklər etmək imkanı, inkişaf prosesini təkmilləşdirmək imkanı təmin edilir - 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 o, təkmilləşir, komponentlərin təkrar istifadəsi asanlaşı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əndikdə müəyyən etmək daha asandır. Spiral model daha etibarlı və sabit sistem yaratmağa imkan verir. Bunun səbəbi, sistem inkişaf etdikcə, hər bir iterasiyada səhvlər və zəifliklər aşkar edilir və düzəldilir. Eyni zamanda, kritik səmərəlilik parametrləri tənzimlənir, kaskad modeli vəziyyətində yalnız sistemin tətbiqindən əvvəl mövcuddur. Tətbiqin layihələndirilməsi və surətinin çıxarılması prosesinə istifadəçilərin cəlb edilməsi proqramın tərtibatı prosesində bilavasitə tələblərə şərhlər və əlavələr almağa imkan verir, işlənmə müddətini azaldır. Müştəri nümayəndələri sistemin yaradılması prosesinə nəzarət etmək və ona təsir etmək imkanına malikdirlər funksional məzmun. Nəticə müştəri ehtiyaclarının əksəriyyətini nəzərə alan sistemin istismara verilməsidir.

Bununla belə, IC dizaynının spiral modeli adətən yüksək qiymətə malikdir (buna görə də onu mürəkkəb və bahalı sistemlər üçün istifadə etmək məntiqlidir). Model mürəkkəb bir quruluşa malikdir və bu, təlim keçməmiş mütəxəssislər və müştərilər tərəfindən praktikada istifadəni çətinləşdirə bilər. Spiral qeyri-müəyyən müddətə davam edə bilər, çünki yaradılmış versiyaya hər bir müştəri reaksiyası yeni bir iş dövrü yarada bilər. Çoxlu sayda aralıq mərhələlər layihə sənədlərinin saxlanmasını çətinləşdirir. Dövrün növbəti iterasiyasına nə vaxt keçəcəyini müəyyən etmək çətin ola bilər. Tipik olaraq, iterasiyanın icrasına və onun hər bir mərhələsinə vaxt məhdudiyyətləri qoyulur.

Bəzi hallarda, spiral modelin istifadəsi qeyri-mümkün və ya məhduddur, çünki natamam funksionallığı olan bir məhsuldan istifadə etmək/sınamaq mümkün deyil (məsələn, hərbi inkişaf, nüvə enerjisi və s.). Korporativ informasiya sistemlərinin mərhələli təkrar tətbiqi adətən təşkilati çətinliklərlə (məlumatların ötürülməsi, sistemlərin inteqrasiyası, biznes proseslərində dəyişikliklər, uçot siyasəti, istifadəçilərin təlimi) əlaqələndirilir. Mərhələ-mərhələ iterativ icra zamanı əmək xərcləri daha yüksək olur və icra prosesinin savadsız idarə olunması əldə edilən bütün nəticələri inkar edə bilər. Bu səbəbdən, həyata keçirmə mərhələsində, sistemi "birdəfəlik" təqdim edən iterativ modellərdən tez-tez imtina edilir.

©2015-2019 saytı
Bütün hüquqlar onların müəlliflərinə məxsusdur. Bu sayt müəllifliyi iddia etmir, lakin pulsuz istifadəni təmin edir.
Səhifənin yaranma tarixi: 27-04-2016

PRAKTİKİ İŞ

İntizamla

“TEXNİKİ SİSTEMLƏR NƏZƏRİYYƏSİ”

(ixtisas tələbələri üçün

qiyabi kurslar)

Makeevka - 2010

UKRAYNA TƏHSİL VƏ ELM NAZİRLİYİ

DONBASS MİLLİ AKADEMİYASI

İNŞAAT VƏ MEMARLIK

“Qaldırma və nəqliyyat, tikinti, yol maşınları

və avadanlıq"

HƏYATA GEÇİRİLMƏSİ ÜÇÜN METODOLOJİ TƏLİMATLAR

PRAKTİKİ İŞ

İntizamla

“TEXNİKİ SİSTEMLƏR NƏZƏRİYYƏSİ”

(ixtisas tələbələri üçün

7.090214 “Qaldırma və nəqliyyat, tikinti, yol,

meliorativ maşın və avadanlıqlar” və

7.090258 “Avtomobil və avtomobil sənayesi”

qiyabi kurslar)

Makeevka - 2010

UDC 681.51:519.21

İcra üçün təlimatlar praktiki iş“Texniki sistemlər nəzəriyyəsi” fənni üzrə (7.090214 “Qaldırma və nəqliyyat, tikinti, yol, meliorasiya maşınları və avadanlıqları” və 7.090258 “Avtomobil və avtomobil sənayesi”, qiyabi kursların tələbələri üçün) /Tərtib edən: V.A. Pençuk, N.A. Yurchenko.- Makeevka: DonNASA, 2010.- 25 s.

IN metodoloji göstərişlər praktiki işin məqsədi və yerinə yetirilməsi qaydası verilir, nəzəri əsas, tapşırıq variantları, test sualları.

Tərtib edən: prof. V.A. Pençuk

Ass. ÜSTÜNDƏ. Yurçenko

Rəyçilər: Dos. A.K. Kralin

Dos. V.A. Talalay

Buraxılışdan məsul prof. V.A. Pençuk

PRAKTİKİ İŞ

HƏYAT DÖVRÜNÜN QAYDASI

TEXNİKİ SİSTEM”

İşin məqsədi: texniki sistemin həyat dövrünün tərtibində praktiki bacarıqların əldə edilməsi.

İş sifarişi:

1. Texniki sistemlərin həyat dövrünün strukturunu və mərhələlərini öyrənin.

2. Anlayışları müəyyənləşdirin: həyat dövrü, texniki şərtlər, texniki dizayn, işçi sənədlər, eksperimental nümunə, kütləvi istehsal, dizayn, tikinti.

3. İnkişaf etdirin ümumi sxem müəyyən bir sistem üçün həyat dövrü.

NƏZƏRİ ƏSASLAR

Texniki sistemin həyat dövrünün strukturu.

Texniki sistemin həyat dövrünün strukturu (Şəkil 1.1) onun mövcudluğunun əsas vaxt mərhələlərini əhatə edir: tədqiqat işi (), işçi sənədlərin işlənməsi (), istehsalın istehsalı üçün hazırlanması (), istehsalı (), əvvəlcədən -satış hazırlığı (), əməliyyat () və təkrar emal (). Həyat dövrünün hər bir mərhələsi müəyyən maddi xərclər tələb edir () və yalnız onun funksiyası ilə müəyyən çevrilmələr əldə etmək mümkündür.

Genişləndirilmiş həyat dövrü sistemi real sistemdən çox sadədir, çünki sistemə daxil olan mərhələlər dəsti bir-biri ilə daxili əlaqələri olan çoxsaylı daxili texniki sistemlərə malikdir. Məsələn, tədqiqat mərhələsində nəzəri və eksperimental tədqiqat, nəticələrin işlənməsi, texniki şərtlərin yaradılması və s.

Şəkil 1.1 – Texniki sistemin həyat dövrü:

TK- texniki tapşırıq; RD- iş sənədləri; T.S.- texniki sistem; akt - sərəncam aktı

Texniki sistem kimi işçi sənədlərin yaradılması mərhələsində komponentləri və hissələri, prosesləri və alt prosesləri hesablamaq və layihələndirmək üçün bir sıra əməliyyatları yerinə yetirmək lazımdır.

İstehsalı texniki bir sistem olaraq hissələrin, montaj bölmələrinin və ümumiyyətlə texniki sistemlərin istehsalı üçün hazırlayarkən, yenə də əhəmiyyətli bir həcmdə yeni texniki sistemlərlə məşğul olmaq lazımdır: maşınlar, alətlər, montaj və quraşdırma prosesləri zəruri avadanlıq və s.

Yuxarıda göstərilənlər bəzi dəyişikliklərlə hissələrdən, montaj bölmələrinin birləşmələrindən ibarət bəzi mürəkkəb texniki sistemin istehsal mərhələsinə, sonra isə istismar və utilizasiya dövrünə qədər genişləndirilə bilər.

İstənilən istehsal fəaliyyəti sistemində texniki sistemlərin yaradılması, həyata keçirilməsi və istismarı zamanı bir-biri ilə əlaqəli üç proses fəaliyyət göstərir: inkişaf " R"; istehsal "Va s" və əməliyyat "E". Proseslər" R"Və" və s"bir ixtisaslaşdırılmış formada həyata keçirilə bilər ki, bu da istismar sahəsində texniki sistemin keyfiyyətini yaxşılaşdırmağa imkan verir" E».

Obyektlərin funksional və iqtisadi əlaqələrindən asılı olmayaraq " R"Və" və s» onların aşağıdakı emalatxanaları və ya şöbələri olmalıdır: texniki sistemin xüsusiyyətlərinə uyğun olaraq tədqiqat, layihələndirmə və texnologiya, sınaq, istehsal, logistika, satışdan əvvəl hazırlıq və s.

Texniki sistemin həyat dövrünün mərhələləri.

Texniki sistemin həyat dövrü bir sıra ardıcıl mərhələlərdən ibarətdir (Cədvəl 1.1), onların hər biri təyin edilmiş və ya daha doğrusu ortaya çıxan problemlərin həllinə xüsusi yanaşma tələb edir.

Cədvəl 1.1 – Həyat dövrünün əsas mərhələlərinin paylanması

təşkilatlar arasında texniki sistem

Texniki ziddiyyətlər.Çox vaxt problemli vəziyyətlər texniki sistemlərin yaradılması mərhələsində yaranır. oxuyur problemli vəziyyət inzibati, texniki və fiziki ola bilən texniki ziddiyyətlərin müəyyən edilməsini nəzərdə tutur.

İnzibati ziddiyyətlər- bunlar texniki problemin başlanğıcında, qərar qəbul edilməli olanda yaranan ziddiyyətlərdir: bunu kim etməli, kim maliyyələşdirir, harada etməli və s.?

Texniki uyğunsuzluqlar– bunlar texniki sistemin parametrlərinin yaradılması və ya dəyişdirilməsi prosesində artıq yaranan ziddiyyətlərdir.

Fiziki ziddiyyətlər- bunlar sistem və ya onun üçün qarşılıqlı əks tələblər olduqda yaranan ziddiyyətlərdir ayrı hissələr(məsələn, yüngül və güclü, sabit və kiçik dayaq səthi və s.).

Texniki sistem üçün texniki spesifikasiyanın (TOR) hazırlanması mərhələsində və dizayn və tikinti, istehsal və istismar mərhələlərində yaranan ziddiyyətləri aydın şəkildə ayırmaq lazımdır. “TK” inkişaf mərhələsi elmi-texniki problemlərə aid olan “niyə” suallarının həlli üçün nəzərdə tutulmuşdur, qalan mərhələlərdə isə “necə etməli” sualları həll edilir.

Texniki yaradıcılıq. Yeni texniki həllərin yaradılması prosesi deyilir texniki yaradıcılıq. Texniki yaradıcılıq artıq məlum olan biliklərin, təlimlərin və təcrübənin yeni texniki sistemlərə çevrilməsini nəzərdə tutur. Texniki yaradıcılıq çox müxtəlifdir və texnologiyanın bütün sahələrində baş verir, onu şərti olaraq aşağıdakı fəaliyyət növlərinə bölmək olar: mühəndis tədqiqatları, mühəndis dizaynı və mühəndislik texnologiyası. Birinci halda proseslərin və texniki sistemlərin yeni qanunauyğunluqları qurulur və “niyə bu baş verir?” sualına cavab verilir. İkincidə yeni texniki sistemlər işçi sənədlər, modellər, sxemlər, üçüncüsü isə real texniki sistemlər şəklində yaradılır.

Elmi tədqiqatlarda sistemdən istifadə olunur elmi təcrübə, mahiyyəti geniş istifadəyə qədər qaynayır müxtəlif yollarla texniki sistemlərin modelləşdirilməsi və riyazi nəzəriyyə eksperimentin nəticələrinin planlaşdırılması və işlənməsi.

Ümumiyyətlə, müasir elmi tədqiqatlar aşağıdakı sxemə uyğun qurulur: eksperiment - modelin qurulması, modelin şərh edilməsi və sonrakı tədqiqatların istiqaməti haqqında qərarın qəbul edilməsi.

Etməklə elmi araşdırmaƏn mühüm vəzifələrdən biri də minimal maliyyə xərclərindən istifadə etməklə layihələndirilən texniki sistemin etibarlı texniki-iqtisadi əsaslandırmasını təmin etməkdir.

Mühəndislik və dizayn yaradıcılığı dizayn və tikintiyə bölmək olar.

Dizayn elmi əsaslandırılmış, texniki cəhətdən mümkün və iqtisadi cəhətdən məqsədəuyğun mühəndis həllərinin axtarışı mərhələsini təmsil edir.

Tikinti- bu, dizayn zamanı qəbul edilmiş xüsusi, birmənalı texniki həll üçün işçi sənədlərin yaradılması mərhələsidir. Çox vaxt, artıq texniki sistemin layihələndirilməsi prosesində, yeni orijinal həll və dizayn prosesi artıq təkrarlanır. Dizayn və tikinti prosesləri bir-biri ilə əlaqəli və bir-birini tamamlayan hesab edilə bilər. Dizayn prosesində ümumi görünüşlər, montaj vahidləri, birləşmələr və hissələr istehsal prosesi zamanı təkrar istehsal və təqdimat üçün əlverişli bir formada yaradılır.

Texniki sistemin keyfiyyəti və etibarlılığı əsasən dizayn mərhələsindən asılıdır. Şübhəsiz ki, yüksək keyfiyyətli iş sənədləri olmadan, hətta ən yaxşı layihə yalnız təklif olaraq qalacaqdır. Dizayn məhsullarının keyfiyyəti əsasən dizayn və texnologiya şöbəsindəki mütəxəssislərin ixtisaslarından və layihə üzərində işləmək üçün sərf olunan vaxtdan asılıdır.

Dizayn həm də texniki sistemdir (proses), işçi sənədləri isə texniki sistemdir (obyekt). Bu sistemlər üçün texniki və iqtisadi qiymətləndirmə aparmaq, dizayn variantlarını təhlil etmək və ən effektivini seçmək lazımdır. Bu halda, işçi sənədlərin istehsalı üçün xərclərin aşağıdakı orta bölgüsünü nəzərə almaq lazımdır (Şəkil 1.2).

C, %

Şəkil 1.2 – Texniki sistemlərin yaradılması zamanı əmək haqqı xərclərinin təxmini bölgüsü

İnsan dizaynerinin psixoloji imkanları, təsvirlərlə qavramaq və işləmək bacarığı fərdi elementlər onların transformasiyası prosesində layihələndirilən texniki sistemlərin konsepsiyasının iyerarxik səviyyələrə və bloklara bölünməsini zəruri edir. İerarxiya prinsipi təsvirin təfərrüat səviyyəsinə uyğun olaraq dizayn obyektləri haqqında fikirlərin strukturlaşdırılması deməkdir.

Bu yanaşmanın üstünlüyü ondan ibarətdir ki, tapşırıqlar daha da azaldılır mürəkkəb səviyyəŞübhəsiz ki, bir sıra az mürəkkəb tapşırıqlar var və buna görə də bütün dünyada mütəxəssislər maşınqayırmanın "obyekt" tipli texniki sisteminin aşağıdakı iyerarxiyasını təyin edən ESKD (vahid dizayn sənədləri sistemi) tətbiq edirlər: hissələr. ; montaj aqreqatları, komplekslər, dəstlər. Analoji olaraq, "proses" tipli texniki sistemi əməliyyatlara, prosedurlara, addımlara və mərhələlərə bölmək olar.

Texniki sistemlərin yaradıcısı (konstruktor) həmişə məcburdur kifayət qədər indiki (material xassələri, dözümlülükləri və uyğunluqları, normativ sənədlər, əsas hesablama üsulları və s.) Bilməlidir və eyni zamanda o, yeni bir şey yaratmalıdır, yəni. kifayət qədər elmi uzaqgörənliyə malik olmalıdır.

Texniki sistemlərin konstruktorunun məntiqi və onun layihələndirmə mərhələləri ilə əlaqəsi aşağıdakı cədvəllə göstərilə bilər (Cədvəl 1.2).

Cədvəl 1.2

Proses məntiqi	Əsas məzmun	Dizayn mərhələsi
Problemin formalaşdırılması	Məhsul yaratmaq ehtiyacının müəyyən edilməsi Yeni məhsuldan istifadə zamanı gözlənilən effektin hesablanması	Texniki tapşırıq
Tədqiqat sahəsinin müəyyən edilməsi Variantları müqayisə etmək üçün performans göstəricisinin yaradılması Effektivlik göstəricisinin kəmiyyətinin müəyyənləşdirilməsi Axtarış sahəsinin daraldılması Həll yolu seçilməsi	Məlumatın təhlili və qərar qəbulu Tapşırığın tərtib edilməsi (məhsul xüsusiyyətlərinin siyahısı)	Texniki Təklif
Yeni ideyaların formalaşdırılması Məhsul konsepsiyasının inkişafı	İlkin dizayn
Mühəndislik təhlili, optimallaşdırma Effektivlik göstəricisinin müəyyən edilməsi	Texniki layihə
Test nəticələrinin yoxlanılması və təhlili	Həllin konkretləşdirilməsi - texniki sənədlərin hazırlanması İstehsal üsullarının inkişafı və texniki sənədlər onlara eksperimental nümunənin yaradılması	İş sənədləri
İstehsalın təşkili	Sınaq, sənədlərin aydınlaşdırılması və qərar qəbul edilməsi	Serial istehsalı
Əməliyyat mərhələsində səmərəliliyin qiymətləndirilməsi	Məhsulun əməliyyatı	İstismar

Texniki sistemin dizayn strategiyası bir çox amillərdən asılıdır: onun mürəkkəbliyi, ixtisasları və eyni vaxtda bir tapşırıq üzərində işləyən dizayn mühəndislərinin sayı, son tarixlər, müvafiq proqramların mövcudluğu və s.

Yuxarıda deyilənlər onu göstərir ki, həm texniki sistemin layihələndirilməsi və yaradılması prosesinin mərhələləri, həm də layihələndirmə mərhələləri çoxşaxəli xarakter daşıyır və bu, optimal həll variantının seçilməsi üçün ilkin şərtlər yaradır.

TAPŞIQ SEÇENEKLERİ

Tələbə qiymət kitabının son iki rəqəminə əsasən tapşırıq seçimini seçir.

Qiymət kitabçası №.

Texniki sistem

Qiymət kitabçası №.

Texniki sistem

	Qüllə kranı		Kompüter
	Qapalı kran		Noutbuk
	Portal kranı		Yazı masası
	Gib kran		Cədvəl
	Avtomobil		Kreslo
	Buldozer		Kreslo
	kazıyıcı		kabinet
	Konveyer		Şkaf
	beton qarışdıran maşın		Kombayn
	Benzin tankeri		Qapı kilidi
	avtobus		Stolüstü lampa
	Mikroavtobus		Sinif lövhəsi
	TV		Takometr
	Rekordçu		Bax
	Soyuducu		Açar
	Mikrodalğalı soba		Batareya
	Kompüter		nasos
	Noutbuk		Azarkeş
	Yazı masası		Qüllə kranı
	Cədvəl		Qapalı kran
	Kreslo		Portal kranı
	Kreslo		Gib kran
	kabinet		Avtomobil
	Şkaf		Buldozer
	Kombayn		kazıyıcı
	Qapı kilidi		Konveyer
	Stolüstü lampa		beton qarışdıran maşın
	Sinif lövhəsi		Benzin tankeri
	Takometr		avtobus
	Bax		Mikroavtobus
	Açar		TV
	Batareya		Rekordçu
	nasos		Soyuducu
	Azarkeş		Mikrodalğalı soba
	Qüllə kranı		Kompüter
	Qapalı kran		Noutbuk
	Portal kranı		Yazı masası
	Gib kran		Cədvəl
	Avtomobil		Kreslo
	Buldozer		Kreslo
	kazıyıcı		kabinet
	Konveyer		Şkaf
	beton qarışdıran maşın		Kombayn
	Benzin tankeri		Qapı kilidi
	avtobus		Stolüstü lampa
	Mikroavtobus		Sinif lövhəsi
	TV		Takometr
	Rekordçu		Bax
	Soyuducu		Açar
	Mikrodalğalı soba		Batareya

Nəzarət sualları:

1. Texniki sistemin “həyat dövrü” kateqoriyasını müəyyənləşdirin.

2. Həyat dövrünün strukturuna nələr daxildir?

3. Həyat dövrünün əsas mərhələlərini adlandırın.

4. Problemli situasiyada hansı növ ziddiyyətlər yaranır?

5. İnzibati ziddiyyətlər texniki ziddiyyətlərdən nə ilə fərqlənir?

6. Texniki yaradıcılığı hansı fəaliyyət növlərinə bölmək olar?

7. Elmi tədqiqat yaradıcılığı nədir?

8. Dizayn və tikinti nədir?

9. Layihə sənədlərinin keyfiyyəti hansı amillərdən asılıdır?

10. Texniki sistemin yaradılması üçün xərclərin tipik bölgüsü hansıdır?

PRAKTİKİ İŞ

“Bir sıra texniki sistemlərin qurulması”

İşin məqsədi: bir sıra texniki sistemlər qurmağı öyrənin.

İş sifarişi:

1. Anlayışları müəyyənləşdirin: parametr, sıra, üstünlük verilən ədədlər seriyası, modul sıra, qızıl nisbət seriyası, Fibonaççi seriyası.

2. Tapşırığa görə, seriyanın ilk on şərtini müəyyənləşdirin: Fibonaççi, modul, cizgi filmi və üstünlük verilir.

NƏZƏRİ ƏSASLAR

Modul(latınca modulus - ölçü) - memarlıq və tikintidə komplekslərin, strukturların və onların hissələrinin ölçülərinin çoxsaylı nisbətlərini ifadə etmək üçün qəbul edilən ilkin ölçü. Modul uzunluq ölçüsü (ayaq, metr), tikinti elementlərindən birinin ölçüsü və ya tikinti məhsulunun ölçüsü kimi qəbul edilir. Modulun istifadəsi komplekslərə, strukturlara və onların hissələrinə mütənasiblik verir, tikintinin unifikasiyası və standartlaşdırılmasını asanlaşdırır.

Prinsip(latınca principium - əsas, başlanğıc) - hər hansı bir sistemin, nəzəriyyənin, dünyagörüşün, daxili təşkilatın və s.

Modul dizayn bir sıra struktur və funksional modulların - standart ölçülü seriyanın mövcudluğunu nəzərdə tutur. Modul dizaynda əsas struktur modulların (CM) və funksional modulların (FM) çoxsaylı təkrarlanması ilə yaradılan texniki sistem üçün texniki spesifikasiyadır. Artıq quraşdırılmış, iqtisadi cəhətdən əsaslandırılmış bir sıra struktur və funksional modullardan texniki sistemlərin yaradılması layihələndirmə mərhələsində ən böyük xərclərin azaldılmasına imkan verir. dizayn işi, eləcə də istehsal işləri.

Parametr– texniki sistemin hər hansı xassələrini xarakterizə edən kəmiyyət.

Parametrlər dəsti müəyyən edir texniki xüsusiyyətləri sistemlər: performans, güc, ölçüləri və s. Belə bir parametrin müəyyən bir dəyər diapazonunda ədədi dəyərlərinin ardıcıllığı deyilir parametrik sıra. Tipik olaraq, texniki bir sistem xarakterizə olunur böyük məbləğ parametrlər, lakin siz onlardan seçə bilərsiniz əsas parametr(onun funksional məqsədini müəyyən edən), əsas və köməkçi. Parametrik seriyanın bir növüdür standart diapazon. Əsas parametrləri texniki sistemin ən vacib xüsusiyyətlərini, konstruksiyasını və texnoloji xüsusiyyətlərini xarakterizə edən əsas parametr əsasında yaradılmışdır. Köməkçi parametrlər ən çox məlumat xarakteri daşıyır (çəki, səmərəlilik və s.).

Yeni texniki sistemləri formalaşdırarkən, təmin etmək üçün ən az sayda modul ehtiva etməli olduğuna əsaslanmaq lazımdır. minimum xərclər istehsalı və istismarı üçün. Texniki sistemi yığa bilmək üçün modul qovşaqlarının həm üfüqi (bir səviyyədə), həm də şaquli (digər səviyyələrdə) yerləşməsi barədə razılığa gəlmək lazımdır. Bütün məlum parametr uyğunlaşdırma sistemləri aşağıdakı əsas prinsiplərə əsaslanır: mütənasiblik, əlavəlik, multiplikativlik.

Proporsionallıq prinsipi texniki sistemin əsas parametrlərinin birinə mütənasib olmasından ibarətdir ki, bu da əsas hesab olunur.

Additivlik prinsipi(latınca additivus - əlavə, əlavə etməklə əldə edilir) aşağıdakılara əsaslanır - T-sisteminin parametrləri ardıcıl toplama ilə əmələ gələn nömrələr seriyasına uyğun gəlir.

Multiplikativ prinsip(latınca multiplicus - vurulan, vurma yolu ilə əldə edilən) məhsulun parametrlərinin sabit əmsala vurmaqla əmələ gələn bir sıra ədədlərə uyğun olmasıdır.

Proporsionallıq üsulu texniki sistemin bütün ölçülərinin bir-biri ilə bir neçə funksional asılılıq ilə əlaqəli olması fərziyyəsinə əsaslanır. Beləliklə, bütün ölçüləri əsas parametr vasitəsilə ifadə etmək imkanı. Məsələn, buldozer üçün mühərrik gücü vasitəsilə dartma qüvvəsi, çəki, bıçaq parametrlərinin aşağıdakı nisbətlərini yaza bilərsiniz; ekskavator üçün - vedrə tutumu vasitəsilə bazanın parametrləri, vedrə, işləyən avadanlığın uzunluğu və s.

Nisbi ölçü üsulu-də istifadə olunur müxtəlif variantlar və müxtəlif sənaye sahələrində. Onun dezavantajı istifadə olunan ölçülərin dəqiqliyi və konvensiyasının olmamasıdır. Hal-hazırda, ən sadə texniki sistemlərin parametrlərini seçərkən mütənasiblik üsulu geniş istifadə olunur: (boltlar, qoz-fındıq, kəsicilər və s.).

Əlavə uyğunluq sistemləri son nəticədə müəyyən nömrələr seriyasından istifadə edir, bunlardan ən çox yayılmışları: Fibonaççi ədədləri, qızıl nisbət, modul və üstünlük verilən ədədlər. Fibonaççi ədədləri nəzəriyyəsi (İtalyan riyaziyyatçısı Pizalı Leonardo) hələ 1202-ci ildə işlənib hazırlanmışdır. Fibonacci seriyası seriyanın hər bir sonrakı üzvünün olduğu nömrələr ardıcıllığıdır məbləğinə bərabərdir iki əvvəlki:

Seriya və onların xassələri çox müxtəlifdir və ilk iki terminin növündən asılıdır. Ən çox istifadə olunan tam ədəd Fibonaççi seriyası: 1; 1; 2; 3; 5; 8; 13; 21; 34; 55; 89; 144 və s. Gördüyünüz kimi, seriya terminlərinin dəyərləri əvvəlcə yavaş-yavaş böyüyür, sonra isə onların böyüməsi sürətli olur. Məsələn, seriyanın on ikinci müddəti a 12= 377, yəni. birinci terminin dəyərindən dəfələrlə böyükdür a 1 = 1.

Qızıl nisbət seriyası (qızıl seriya) qanuna tabe olan ədədlər ardıcıllığıdır

Qızıl nisbət seqmentin (Şəkil 2.1) qeyri-bərabər hissələrə belə mütənasib bölünməsidir ki, burada bütün seqment özü kimi daha böyük hissə ilə əlaqələndirilir. çoxu daha kiçikə aiddir; və ya başqa sözlə, kiçik seqment daha böyükdürsə, böyük olan bütövdür

a: b = b: c və ya c: b = b: a.

Şəkil 2.1 - Qızıl kəsik üsulu ilə seqmentin bölünməsi sxemi

Bu nisbət nisbətinə malik düzbucaqlı qızıl düzbucaqlı kimi tanındı. Həm də maraqlı xüsusiyyətlərə malikdir. Ondan bir kvadrat kəssəniz, yenə qızılı düzbucaqlı qalacaqsınız. Bu proses qeyri-müəyyən müddətə davam etdirilə bilər. Birinci və ikinci düzbucaqlıların diaqonalını çəksəniz, onların kəsişmə nöqtəsi meydana gələn bütün qızıl düzbucaqlılara aid olacaqdır.

Tikintidə texniki sistemlər yaratarkən onlardan geniş istifadə olunur modul sistemlər. Ən sadə formada sıra, uyğun olaraq tikilmişdir modul sistem, arifmetik irəliləyişdən istifadə edərək qurulmuş sıranı təmsil edir

xətti modul haradadır; - serialın üzvü.

Arifmetik proqresiyanın asılılığı əsasında qurulan sıralar seriyanın birinci hədlərinin nömrələrində bir qədər çox uyğunsuzluğa malikdir və böyük qiymətlər zonasında sıxlaşdırılır. Bəzən xətti modulun qiyməti .

Üzvlərin sayını azaltmaq üçün böyük dəyərlər sıra, pilləli arifmetik irəliləyişin modul sistemlərindən istifadə edilə bilər: bir, iki və hətta üç modul.

Cizgi seriyasıəsasən həndəsi irəliləyişlərin nümunələrindən istifadəyə əsaslanır

irəliləyişin məxrəci haradadır; - seriyanın ci üzvünün nömrəsi.

Serialın birinci həddinin dəyərlərini və irəliləyişin məxrəcini dəyişdirərək sonsuz sayda ədəd seriyası yarada bilərsiniz. Hal-hazırda, seriyanın məxrəci kimi ona bərabər olan və ya istifadə edilən ədədi sıralardan istifadə etmək tövsiyə olunur.

Bir neçə əsrdir ki, texniki sistemlər yaradılarkən, məxrəci - -ə bərabər olan ədədi sıralardan istifadə olunur. Müxtəlif texniki sistemlərin yaradılması üçün ədədi sıraların seçilməsi məsələsini nəzərə alaraq, onların istifadə olunduğu seriyalar təhlil edilmişdir. müxtəlif mənalar kökündə.

1953-cü ildə bir çox ölkələr nömrə seriyalarının qurulması üçün beynəlxalq sistemi qəbul etdilər. Bu ədədi sıralar üstünlük verilən ədədlər seriyası adlanır (Cədvəl 2.1).

Üstünlük verilən nömrələr seriyası (PRS) formanın həndəsi irəliləyişinin onluq seriyasıdır, yəni. seriyanın məxrəci, burada - seriya nömrəsi = 5; 10; 20; 40 və .

Cədvəl 2.1 - Üstünlük verilən nömrələrin əsas seriyası

Əsas sıralar	Tercih edilən nömrə	Rəqəmlər və hesablanmış dəyərlər arasındakı fərq, %
1,00 1,60 2,50 4,00 6,30 10,00	1,00 1,25 1,60 2,00 2,50 3,15 4,00 5,00 6,30 8,00 10,00	1,00 1,25 1,40 1,60 2,00 2,12 2,24 2,50 2,80 3,15 3,55 4,00 4,50 5,00 5,60 6,30 7,10 8,00 9,00 10,00	1,00 1,06 1,12 1,18 1,25 1,32 1,40 1,50 1,60 1,70 1,80 1,90 2,00 2,12 2,24 2,36 2,50 2,65 2,80 3,00 3,15 3,35 3,55 3,75 4,00 4,25 4,50 4,75 5,00 5,30 5,60 6,00 6,30 6,70 7,10 7,50 8,00 8,60 9,00 9,50 10,00		+0,07 -1,18 -0,71 -0,71 -1,01 -0,88 +0,25 +0,95 +1,26 +1,22 +0,87 +0,42 +0,31 +0,06 -0,48 -0,47 -0,49 -0,65 +0,49 -0,39 +0,01 +0,05 -0,22 +0,47 +0,78 +0,74 +0,39 +0,24 -0,17 -0,42 +0,73 -0,15 +0,25 +0,29 +0,01 +0,71 +1,02 +0,98 +0,63

Qeyd. Hesablanmış dəyərlər cədvəldə göstərilən rəqəmlər 5-ci əhəmiyyətli rəqəmə hesablanmış dəyərləri təmsil edir; Üstəlik, nəzəri dəyərlə müqayisədə xəta 0,00005-dən azdır

T-sistem parametrlərinin koordinasiyasından asılı olaraq, bu və ya digər sıra nömrəsindən istifadə etmək lazımdır. Məsələn, əsas parametri təyin etmək üçün - tək vedrəli ekskavatorun vedrə tutumu R5 seriyasından istifadə olunur, müvafiq olaraq seriyanın məxrəci bərabərdir və vedrə tutumuna görə seriya (m 3) 0,15-i təmsil edir; 0,25; 0,4; 0,65; 1.1; 1.6; 2.5.

Özüyeriyən jibli kranların əsas parametrini (qaldırma qabiliyyəti) təyin edərkən R5 sırası da qəbul edilir və kranın qaldırma qabiliyyəti (t) 4-cü sıra ilə təmsil olunur; 6; 10; 16; 25; 40; 64; 100; 160; 250 və s.

Bir çox ölkələrdə üstünlük verilən nömrələr seriyası (PRS) üçün milli standartlar mövcuddur. Onlara seriyanın müəyyən üzvləri üçün rəqəmlərin yuvarlaqlaşdırılması dərəcəsi, seriyanın bəzi müsbət keyfiyyətlərinin birləşməsi ilə bağlı şərhlər daxil edilmişdir. müsbət keyfiyyətlər arifmetik proqressiyaya əsaslanan sıralar və s.

TAPŞIQ SEÇENEKLERİ

Şagird qiymət kitabçasının son iki rəqəminə əsasən tapşırığın variantını seçir (Cədvəl 2.2 və 2.3).

Cədvəl 2.2 - Fibonacci seriyası və modul seriyası üçün tapşırıqlar üçün seçimlər

Qiymət kitabçası №.	Fibonaççi	modul	Qiymət kitabçası №.	Fibonaççi	modul

Cədvəl 2.3 - Cizgi filmi üçün tapşırıqlar üçün seçimlər və

İnformasiya sisteminin həyat dövrü informasiya sisteminin yaradılması zərurəti barədə qərar qəbul edildiyi andan başlanan və onun tamamilə xidmətdən çıxarıldığı anda başa çatan müddətdir.

Həyat dövrü konsepsiyası informasiya sistemlərinin layihələndirilməsi metodologiyasının əsas anlayışlarından biridir.

İnformasiya sistemlərinin layihələndirilməsi metodologiyası İS həyat dövrü (LC) şəklində sistemlərin yaradılması və saxlanması prosesini təsvir edir, onu mərhələlərin və onlarda həyata keçirilən proseslərin müəyyən ardıcıllığı kimi təqdim edir. Hər bir mərhələ üçün yerinə yetirilən işlərin tərkibi və ardıcıllığı, əldə edilən nəticələr, işi başa çatdırmaq üçün zəruri olan üsul və vasitələr, iştirakçıların rol və vəzifələri və s. İnformasiya sisteminin həyat dövrünün belə formal təsviri kollektiv inkişaf prosesini planlaşdırmağa və təşkil etməyə və bu prosesin idarə olunmasını təmin etməyə imkan verir.

İnformasiya sisteminin tam həyat dövrü adətən daxildir strateji planlaşdırma, təhlili, dizaynı, icrası, icrası və istismarı. Ümumiyyətlə, həyat dövrü öz növbəsində bir sıra mərhələlərə bölünə bilər. Prinsipcə, bu mərhələlərə bölünmə olduqca ixtiyaridir. İnformasiya sistemlərinin inkişaf etdirilməsi alətləri üçün proqram təminatı bazarının aparıcı şirkətlərindən biri olan Rational Software Corporation tərəfindən təklif olunan belə bölmənin variantlarından birini nəzərdən keçirəcəyik (onların arasında universal CASE aləti Rational Rose layiqincə çox populyardır).

IP-nin həyat dövrünün mərhələləri

Mərhələ, müəyyən bir müddətlə məhdudlaşan və bu mərhələ üçün müəyyən edilmiş tələblərlə müəyyən edilmiş müəyyən bir məhsulun (modellər, proqram komponentləri, sənədlər) buraxılması ilə bitən İP yaradılması prosesinin bir hissəsidir. Proseslər və mərhələlər arasındakı əlaqə də istifadə edilən İS-in həyat dövrü modeli ilə müəyyən edilir.

Rational Software tərəfindən təklif olunan metodologiyaya görə, informasiya sisteminin həyat dövrü dörd mərhələyə bölünür.

Hər bir mərhələnin hüdudları müəyyən kritik qərarların qəbul edilməli olduğu və buna görə də müəyyən əsas məqsədlərə nail olunmalı olan müəyyən məqamlarla müəyyən edilir.

1) İlkin mərhələ

İlkin mərhələdə sistemin əhatə dairəsi qurulur və sərhəd şərtləri müəyyən edilir. Bunun üçün işlənmiş sistemin qarşılıqlı təsir göstərməli olduğu bütün xarici obyektləri müəyyən etmək və bu qarşılıqlı əlaqənin xarakterini yüksək səviyyədə müəyyən etmək lazımdır. İlkin mərhələdə sistemin bütün funksionallığı müəyyən edilir və onlardan ən əhəmiyyətlisi təsvir edilir.

2) Aydınlaşdırma mərhələsi

Aydınlaşdırma mərhələsində tətbiq sahəsinin təhlili aparılır, informasiya sisteminin arxitektura əsasları hazırlanır.

Sistem arxitekturası ilə bağlı hər hansı qərar qəbul edərkən, bütövlükdə inkişaf etdirilən sistemi nəzərə almaq lazımdır. Bu o deməkdir ki, ən çox təsvir etmək lazımdır funksionallıq sistemi və onun ayrı-ayrı komponentləri arasındakı əlaqələri nəzərə alır.

Aydınlaşdırma mərhələsinin sonunda təhlil aparılır memarlıq həlləri və layihədə əsas risk faktorlarının aradan qaldırılması yolları.

3) Tikinti mərhələsi

Dizayn mərhələsində hazır məhsul hazırlanır, istifadəçiyə çatdırılmağa hazırdır.

Bu mərhələnin sonunda hazırlanmış proqram təminatının performansı müəyyən edilir.

4) İstismar mərhələsi

İstifadəyə verilmə mərhələsində hazırlanmış proqram təminatı istifadəçilərə ötürülür. İnkişaf etmiş bir sistemi real şəraitdə işləyərkən tez-tez tələb olunan müxtəlif növ problemlər yaranır əlavə iş hazırlanmış məhsula düzəlişlər etmək. Bu, adətən, səhvlərin və çatışmazlıqların aşkarlanması ilə əlaqələndirilir.

İstifadəyə verilmə mərhələsinin sonunda inkişaf məqsədlərinə nail olub-olmadığını müəyyən etmək lazımdır.

IP Həyat Cycle Standartları

Müasir şəbəkələr standartlar əsasında hazırlanmışdır ki, bu da birincisi, onların yüksək səmərəliliyini, ikincisi, onların bir-biri ilə qarşılıqlı əlaqə imkanlarını təmin etməyə imkan verir.

Ən məşhur standartlar arasında aşağıdakılar var:

GOST 34.601-90 - avtomatlaşdırılmış sistemlərə aiddir və onların yaradılmasının mərhələlərini və mərhələlərini müəyyən edir. Bundan əlavə, standart hər mərhələdə işin məzmununun təsvirini ehtiva edir. Standartda təsbit edilmiş işin mərhələləri və mərhələləri kaskad həyat dövrü modeli ilə daha uyğundur.

ISO/IEC 12207 (Beynəlxalq Standartlaşdırma Təşkilatı / Beynəlxalq Elektrotexniki Komissiya) 1995 - proseslər və həyat dövrünün təşkili üçün standart. Bütün növ xüsusi proqram təminatına aiddir. Standartda mərhələlərin, mərhələlərin və mərhələlərin təsviri yoxdur.

Rasional Vahid Proses (RUP) dörd mərhələni əhatə edən iterativ inkişaf modelini təklif edir: başlamaq, araşdırmaq, qurmaq və həyata keçirmək. Hər bir mərhələ daxili və ya xarici istifadə üçün versiyanın buraxılması ilə nəticələnən mərhələlərə (iterasiyalara) bölünə bilər. Dörd əsas mərhələdəki irəliləyiş inkişaf dövrü adlanır və hər bir dövr sistemin bir versiyasının yaradılması ilə başa çatır. Bundan sonra layihə üzərində iş dayanmazsa, nəticədə məhsul inkişaf etməyə davam edir və yenidən eyni mərhələlərdən keçir. RUP daxilində işin mahiyyəti UML əsaslı modellərin yaradılması və saxlanılmasıdır.

Microsoft Solution Framework (MSF) RUP-a bənzəyir, o, həmçinin dörd mərhələni əhatə edir: təhlil, dizayn, inkişaf, stabilləşdirmə, iterativdir və obyekt yönümlü modelləşdirmənin istifadəsini nəzərdə tutur. MSF, RUP ilə müqayisədə, biznes proqramlarının inkişafına daha çox diqqət yetirir.

Ekstremal Proqramlaşdırma (XP). Ekstremal proqramlaşdırma (baxılan metodologiyalar arasında ən yenisi) 1996-cı ildə formalaşmışdır. Metodologiya komanda işinə, bütün ƏM inkişaf layihəsi boyunca sifarişçi və podratçı arasında effektiv ünsiyyətə əsaslanır və inkişaf ardıcıl olaraq təkmilləşdirilmiş prototiplərdən istifadə etməklə həyata keçirilir.

spiral həyat dövrü kaskadı

elektrik mühəndisliyi üzrə). Bu standart proqram təminatı sisteminin yaradılması zamanı tamamlanmalı olan prosesləri, fəaliyyətləri və tapşırıqları ehtiva edən həyat dövrü strukturunu müəyyən edir.

Bu PS standartında (və ya proqram təminatı) çoxluğu kimi müəyyən edilir kompüter proqramları, prosedurlar və mümkün əlaqəli sənədlər və məlumatlar. Proses bəzi giriş məlumatlarını çıxışa çevirən bir-biri ilə əlaqəli hərəkətlər toplusu kimi müəyyən edilir (G. Myers bu məlumatların tərcüməsi adlandırır). Hər bir proses müəyyən vəzifələr və onların həlli üsulları ilə xarakterizə olunur. Öz növbəsində hər bir proses hərəkətlər toplusuna, hər bir hərəkət isə tapşırıqlar toplusuna bölünür. Hər bir proses, hərəkət və ya tapşırıq lazım gəldikdə başqa bir proses tərəfindən başlanır və yerinə yetirilir və əvvəlcədən müəyyən edilmiş icra ardıcıllığı yoxdur (əlbəttə ki, giriş məlumatları üzrə əlaqələri qoruyarkən).

Qeyd edək ki, Sovet İttifaqında, sonra isə Rusiyada proqram təminatının (proqram təminatının) yaradılması ilkin olaraq, ötən əsrin 70-ci illərində QOST ESPD standartları (Vahid Proqram Sənədləri Sistemi – GOST 19.ХХХ seriyası) ilə tənzimlənirdi. ), nisbətən sinif yönümlü idi sadə proqramlar fərdi proqramçılar tərəfindən yaradılmış kiçik həcm. Hazırda bu standartlar konseptual və formaca köhnəlib, onların qüvvədə olma müddəti başa çatıb və istifadəsi məqsədəuyğun deyil.

Proqram təminatı daxil olan avtomatlaşdırılmış sistemlərin (AS) yaradılması prosesləri GOST 34.601-90 standartları ilə tənzimlənir. İnformasiya texnologiyaları. Avtomatlaşdırılmış sistemlər üçün standartlar toplusu. Yaradılma mərhələləri", GOST 34.602-89 "İnformasiya texnologiyası. Avtomatlaşdırılmış sistemlər üçün standartlar toplusu. Texniki tapşırıq avtomatlaşdırılmış sistemin yaradılması üçün” və QOST 34.603-92 “İnformasiya texnologiyası. Avtomatlaşdırılmış sistemlərin sınaq növləri." Bununla belə, bu standartların bir çox müddəaları köhnəlib, digərləri isə PS yaratmaq üçün ciddi layihələrdə istifadə olunmaq üçün kifayət qədər əks olunmayıb. Buna görə də daxili inkişaflarda müasir beynəlxalq standartlardan istifadə etmək məqsədəuyğundur.

ISO / IEC 12207 standartına uyğun olaraq, proqram təminatının bütün həyat dövrü prosesləri üç qrupa bölünür (Şəkil 5.1).

düyü. 5.1.

Qruplar beş əsas prosesi müəyyən edir: əldə etmə, çatdırılma, inkişaf, əməliyyat və dəstək. Səkkiz köməkçi proses əsas proseslərin icrasını təmin edir, yəni sənədlər, konfiqurasiyanın idarə edilməsi, keyfiyyət təminatı, yoxlama, sertifikatlaşdırma, birgə qiymətləndirmə, audit, problemin həlli. Dörd təşkilati proses idarəetmə, infrastruktur, təkmilləşdirmə və öyrənməni təmin edir.

5.2. PS-nin həyat dövrünün əsas prosesləri

Alma prosesi proqram təminatını alan müştərinin hərəkət və tapşırıqlarından ibarətdir. Bu proses aşağıdakı fəaliyyətləri əhatə edir:

1. alınmasının başlanması;
2. tender təkliflərinin hazırlanması;
3. müqavilənin hazırlanması və tənzimlənməsi;
4. təchizatçının fəaliyyətinə nəzarət;
5. işin qəbulu və başa çatdırılması.

Satınalmaya başlamaq aşağıdakı vəzifələri əhatə edir:

1. sistemin, proqram məhsullarının və ya xidmətlərin əldə edilməsi, inkişafı və ya təkmilləşdirilməsi üçün müştəri tərəfindən ehtiyaclarının müəyyən edilməsi;
2. mövcud proqram təminatının alınması, inkişafı və ya təkmilləşdirilməsi ilə bağlı qərarların qəbul edilməsi;
3. proqram məhsulunun alınması zamanı zəruri sənədlərin, zəmanətlərin, sertifikatların, lisenziyaların və dəstəyin mövcudluğunun yoxlanılması;
4. sistem tələbləri, müqavilənin növü, tərəflərin öhdəlikləri və s. daxil olmaqla əldə etmə planının hazırlanması və təsdiqi.

Ərizə təkliflərində aşağıdakılar olmalıdır:

1. sistemə olan tələblər;
2. proqram məhsullarının siyahısı;
3. alış və müqavilə şərtləri;
4. texniki məhdudiyyətlər (məsələn, sistemin əməliyyat mühitində).

Təkliflər tender zamanı seçilmiş təchizatçıya və ya bir neçə təchizatçıya göndərilir. Təchizatçı müqavilədə müəyyən edilmiş şərtlərə uyğun olaraq sistem, proqram təminatı və ya proqram təminatı xidmətinin tədarükü üçün sifarişçi ilə müqavilə bağlayan təşkilatdır.

Müqavilənin hazırlanması və tənzimlənməsi aşağıdakı vəzifələri əhatə edir:

1. mümkün təchizatçıların təkliflərinin qiymətləndirilməsi meyarları daxil olmaqla, tədarükçünün seçilməsi prosedurunun sifarişçi tərəfindən müəyyən edilməsi;
2. təkliflərin təhlili əsasında konkret təchizatçının seçilməsi;
3. hazırlanması və yekunlaşdırılması təchizatçı ilə müqavilələr;
4. onun icrası zamanı müqaviləyə dəyişikliklərin (zəruri hallarda) edilməsi.

Təchizatçının fəaliyyətinə nəzarət birgə qiymətləndirmə və audit proseslərində nəzərdə tutulmuş tədbirlərə uyğun olaraq həyata keçirilir. Qəbul prosesi zamanı lazımi testlər hazırlanır və həyata keçirilir. Müqavilə üzrə işlərin tamamlanması bütün qəbul şərtləri yerinə yetirildikdə həyata keçirilir.

Çatdırılma prosesi müştərini proqram təminatı məhsulu və ya xidməti ilə təmin edən təchizatçı tərəfindən həyata keçirilən fəaliyyətləri və tapşırıqları əhatə edir. Bu prosesə aşağıdakı addımlar daxildir:

1. çatdırılmanın başlanması;
2. tender təkliflərinə cavabın hazırlanması;
3. müqavilənin hazırlanması;
4. müqavilə üzrə işlərin planlaşdırılması;
5. podrat işlərinin icrası və nəzarəti və onların qiymətləndirilməsi;
6. işin çatdırılması və başa çatdırılması.

Çatdırılmanın başlanğıcı təchizatçının tender təkliflərini nəzərdən keçirməsi və qeyd olunan tələb və şərtlərlə razılaşmaq və ya öz təklifini təklif etmək (razılaşdırılmış) barədə qərar qəbul etməkdən ibarətdir. Planlaşdırma aşağıdakı vəzifələri əhatə edir:

1. Təchizatçı tərəfindən işin təkbaşına və ya subpodratçının iştirakı ilə yerinə yetirilməsi ilə bağlı qərar qəbul edilməsi;
2. təchizatçı tərəfindən layihənin təşkilati strukturunu, vəzifələrin bölünməsini, inkişaf mühitinə və resurslarına texniki tələbləri, subpodratçıların idarə edilməsini və s. ehtiva edən layihənin idarə edilməsi planının hazırlanması.

İnkişaf prosesi tərtibatçı tərəfindən yerinə yetirilən hərəkətləri və tapşırıqları əhatə edir və müəyyən edilmiş tələblərə uyğun olaraq proqram təminatı və onun komponentlərinin yaradılması işini əhatə edir. Buraya dizayn və istismar sənədlərinin hazırlanması, performansın yoxlanılması üçün lazım olan materialların hazırlanması və proqram məhsullarının keyfiyyəti, kadr hazırlığının təşkili üçün lazım olan materiallar və s.

İnkişaf prosesi aşağıdakı addımları əhatə edir:

1. hazırlıq işləri;
2. sistem tələblərinin təhlili;
3. sistem arxitekturasının dizaynı;
4. üçün tələblərin təhlili proqram təminatı;
5. proqram təminatının arxitekturasının dizaynı;
6. ətraflı proqram təminatı dizaynı;
7. proqram təminatının kodlaşdırılması və sınaqdan keçirilməsi;
8. proqram təminatının inteqrasiyası;
9. proqram təminatının ixtisas testi;
10. sistem inteqrasiyası;
11. sistemin ixtisas testi;
12. proqram təminatının quraşdırılması;
13. proqram təminatının qəbulu.

Hazırlıq işləri layihənin miqyasına, əhəmiyyətinə və mürəkkəbliyinə uyğun olan proqram təminatının həyat dövrü modelinin seçilməsi ilə başlayır. İnkişaf prosesinin fəaliyyəti və vəzifələri seçilmiş modelə uyğun olmalıdır. Tərtibatçı seçməli, layihə şərtlərinə uyğunlaşmalı və standartlardan, metodlardan və istifadə etməlidir inkişaf vasitələri, habelə işin icrası planını tərtib etmək.

Sistemə olan tələblərin təhlili onun funksionallığının müəyyən edilməsini, istifadəçi tələbləri, etibarlılıq, təhlükəsizlik tələbləri, xarici interfeyslərə olan tələblər, performans və s. Sistem tələbləri fizibilite və sınaqdan keçirilə bilən meyarlara əsasən qiymətləndirilir.

Sistemin arxitekturasının layihələndirilməsi onun aparatının (aparatının), proqram təminatının komponentlərinin və sistemi idarə edən personal tərəfindən yerinə yetirilən əməliyyatların müəyyən edilməsini nəzərdə tutur. Sistem arxitekturası sistem tələblərinə və qəbul edilmiş dizayn standartlarına və təcrübələrinə uyğun olmalıdır.

Proqram təminatı tələblərinin təhlili hər bir proqram komponenti üçün aşağıdakı xüsusiyyətlərin müəyyən edilməsini nəzərdə tutur:

1. komponentin performans xüsusiyyətləri və əməliyyat mühiti daxil olmaqla funksionallıq;
2. xarici interfeyslər;
3. etibarlılıq və təhlükəsizlik xüsusiyyətləri;
4. erqonomik tələblər;
5. istifadə olunan məlumatlara dair tələblər;
6. quraşdırma və qəbul tələbləri;
7. istifadəçi sənədləri üçün tələblər;
8. istismar və texniki xidmət üçün tələblər.

Proqram təminatı tələbləri bütövlükdə sistem üçün tələblərə uyğunluq, texniki-iqtisadi əsaslandırma və sınaqdan keçirilə bilən meyarlar əsasında qiymətləndirilir.

Proqram təminatının arxitekturasının dizaynına hər bir proqram komponenti üçün aşağıdakı tapşırıqlar daxildir:

1. proqram təminatına tələblərin proqram təminatının strukturunu və onun komponentlərinin tərkibini yüksək səviyyədə müəyyən edən arxitekturaya çevrilməsi;
2. proqram interfeyslərinin və verilənlər bazalarının (DB) hazırlanması və sənədləşdirilməsi;
3. istifadəçi sənədlərinin ilkin versiyasının hazırlanması;
4. ilkin test tələblərinin və proqram təminatının inteqrasiya planının hazırlanması və sənədləşdirilməsi.

Ətraflı proqram təminatının dizaynı aşağıdakı vəzifələri əhatə edir:

1. proqram komponentlərinin və onlar arasındakı interfeyslərin sonrakı kodlaşdırma və sınaq üçün kifayət qədər aşağı səviyyədə təsviri;
2. ətraflı verilənlər bazası dizaynının hazırlanması və sənədləşdirilməsi;
3. istifadəçi sənədlərinin yenilənməsi (lazım olduqda);
4. test tələblərinin və proqram komponentləri üçün sınaq planının hazırlanması və sənədləşdirilməsi;

Proqram təminatının kodlaşdırılması və sınaqdan keçirilməsi aşağıdakı vəzifələri əhatə edir:

1. proqram təminatının hər bir komponentinin və verilənlər bazasının kodlaşdırılması və sənədləşdirilməsi, habelə onların sınaqdan keçirilməsi üçün test prosedurları və verilənlər toplusunun hazırlanması;
2. hər bir proqram təminatının və verilənlər bazası komponentinin onlara olan tələblərə uyğunluğunun yoxlanılması, sonra sınaq nəticələrinin sənədləşdirilməsi;
3. sənədlərin yenilənməsi (lazım olduqda);
4. proqram təminatının inteqrasiya planının yenilənməsi.

Proqram təminatının inteqrasiyası yığılmış komponentlər üçün inteqrasiya və sınaq planına uyğun olaraq hazırlanmış proqram komponentlərinin yığılmasını nəzərdə tutur. Birləşdirilmiş komponentlərin hər biri üçün sonrakı ixtisas sınağı zamanı hər bir kvalifikasiya tələbini yoxlamaq üçün sınaq dəstləri və sınaq prosedurları hazırlanır. Kvalifikasiya tələbi uyğun olmaq üçün yerinə yetirilməli olan meyarlar və ya şərtlər toplusudur. proqram təminatı kimi spesifikasiyalara cavab verir və sahədə istifadəyə hazırdır.

Proqram təminatının ixtisas sınağı sifarişçinin iştirakı ilə tərtibatçı tərəfindən həyata keçirilir (

Əməliyyat prosesi sistemi idarə edən operator təşkilatının fəaliyyətini və vəzifələrini əhatə edir. Əməliyyat prosesi aşağıdakı addımları əhatə edir.

1. Aşağıdakı vəzifələri yerinə yetirən operatoru əhatə edən hazırlıq işləri:

   1. fəaliyyətlərin və istismar zamanı görülən işlərin planlaşdırılması və əməliyyat standartlarının müəyyən edilməsi;
   2. əməliyyat zamanı yaranan problemlərin lokallaşdırılması və həlli prosedurlarının müəyyən edilməsi.
2. Proqram məhsulunun hər növbəti nəşri üçün əməliyyat sınaqları aparılır, bundan sonra bu nəşr istifadəyə verilir.
3. İstifadəçi sənədlərinə uyğun olaraq bu məqsəd üçün nəzərdə tutulmuş mühitdə yerinə yetirilən sistemin faktiki işləməsi.
4. problemlərin təhlili və proqram təminatının dəyişdirilməsi üçün sorğular (problem və ya dəyişiklik tələbi haqqında mesajların təhlili, miqyasın qiymətləndirilməsi, modifikasiyanın dəyəri, nəticələnən effekt, modifikasiyanın mümkünlüyünün qiymətləndirilməsi);
5. proqram təminatının modifikasiyası (inkişaf prosesinin qaydalarına uyğun olaraq proqram məhsulunun komponentlərinə və sənədlərinə dəyişikliklərin edilməsi);
6. yoxlama və qəbul (dəyişdirilmiş sistemin bütövlüyü baxımından);
7. proqram təminatının başqa mühitə ötürülməsi (proqramların və verilənlərin konvertasiyası, müəyyən müddət ərzində köhnə və yeni mühitlərdə proqram təminatının paralel işləməsi);
8. əməliyyat təşkilatının, dəstək xidmətinin və istifadəçilərin iştirakı ilə sifarişçinin qərarı ilə proqram təminatının istismardan çıxarılması. Bu halda proqram məhsulları və sənədlər müqaviləyə uyğun olaraq arxivləşdirilməlidir.

dövrü (LC).

ZCIS, informasiya sistemlərinə ehtiyac yarandığı andan onun tamamilə istismardan çıxarılması anına qədər olan informasiya sistemlərinin yaradılması və istifadəsi dövrüdür.

Həyat dövrü onu əks etdirən proqram təminatı yaratmaq və istifadə etmək üçün bir modeldir müxtəlif dövlətlər, müəyyən bir proqram məhsuluna ehtiyac yarandığı andan bütün istifadəçilər üçün tamamilə istifadədən çıxdığı andan başa çatır.

Ənənəvi olaraq, proqram təminatının həyat dövrünün aşağıdakı əsas mərhələləri fərqləndirilir:

• tələblərin təhlili;
• dizayn;
• kodlaşdırma (proqramlaşdırma);
• sınaq və sazlama;
• istismar və texniki xidmət.

İnformasiya sisteminin həyat dövrünün mərhələləri

1. Layihə öncəsi sorğu
   • 1.1. Dizayn üçün materialların toplanması; Eyni zamanda, tələblərin formalaşdırılması, avtomatlaşdırma obyektinin tədqiqi vurğulanır və İS-nin layihədən əvvəlki versiyasının ilkin nəticələri verilir.
   • 1.2. Materialların təhlili və sənədlərin işlənib hazırlanması; üçün texniki spesifikasiyalar ilə texniki-iqtisadi əsaslandırma IC dizaynı.
2. Dizayn
   • 2.1. İlkin dizayn:
     • İS inkişafının aspektləri üzrə dizayn həllərinin seçilməsi;
     • real İS komponentlərinin təsviri;
     • qeydiyyatı və təsdiqi texniki layihə(TP).
   • 2.2. Ətraflı dizayn:
     • seçim və ya inkişaf riyazi üsullar və ya proqram alqoritmləri;
     • verilənlər bazası strukturlarının yenilənməsi;
     • proqram məhsullarının çatdırılması və quraşdırılması üçün sənədlərin yaradılması;
     • kompleks seçimi texniki vasitələr onun quraşdırılması üçün sənədlərlə.
   • 2.3. IP (TRP) texniki və işçi layihəsinin hazırlanması.
   • 2.4. İS-dən istifadə edərək idarəetmə funksiyalarının həyata keçirilməsi metodologiyasının hazırlanması və idarəetmə aparatının hərəkətləri üçün qaydaların təsviri.
3. IP inkişafı
   • aparat və proqram təminatının əldə edilməsi və quraşdırılması;
   • proqram paketinin sınaqdan keçirilməsi və dəqiq tənzimlənməsi;
   • proqram təminatı və texniki vasitələrin istismar təlimatlarının işlənib hazırlanması.
4. İS-nin işə salınması
   • texniki vasitələrin tətbiqi;
   • proqram təminatının daxil edilməsi;
   • kadr hazırlığı və sertifikatlaşdırılması;
   • sınaq əməliyyatı;
   • işlərin qəbulu aktlarının təhvil verilməsi və imzalanması.
5. IP əməliyyatı
   • gündəlik istifadə;
   • bütün layihənin ümumi dəstəyi.

Həyat dövrü prinsipə uyğun olaraq formalaşır yuxarıdan aşağıya dizayn və, bir qayda olaraq, iterativ xarakter daşıyır: həyata keçirilən mərhələlər, ən erkəndən başlayaraq, tələblərin dəyişməsinə uyğun olaraq dövri olaraq təkrarlanır. xarici şərtlər, məhdudiyyətlərin tətbiqi və s. Həyat dövrünün hər bir mərhələsində müəyyən sənədlər toplusu və texniki həllər yaradılır; Üstəlik, hər bir mərhələ üçün əvvəlki mərhələdə əldə edilən sənədlər və qərarlar başlanğıc nöqtəsidir. Hər bir mərhələ orijinal sənədlərə uyğunluğunu yoxlamaq üçün yaradılan sənədlərin və həllərin yoxlanılması ilə başa çatır.

Əsas normativ sənəd proqram təminatının həyat dövrünü tənzimləyən beynəlxalq standart ISO/IEC 12207 (ISO - Beynəlxalq Standartlaşdırma Təşkilatı - Beynəlxalq təşkilat standartlaşdırma üzrə, IEC - Beynəlxalq Elektrotexniki Komissiya - Elektrotexnika üzrə Beynəlxalq Komissiya). Proqram təminatının yaradılması zamanı yerinə yetirilməli olan prosesləri, fəaliyyətləri və tapşırıqları ehtiva edən həyat dövrü strukturunu müəyyən edir.

ISO/IEC 12207 standartına uyğun olaraq proqram təminatının həyat dövrünün strukturu üç qrup prosesə əsaslanır:

• proqram təminatının həyat dövrünün əsas prosesləri (satın alınması, təchizatı, inkişafı, istismarı, dəstəklənməsi);
• əsas proseslərin həyata keçirilməsini təmin edən köməkçi proseslər (sənədləşdirmə, konfiqurasiyanın idarə edilməsi, keyfiyyətin təminatı, yoxlama, sertifikatlaşdırma, qiymətləndirmə, audit, problemlərin həlli);
• təşkilati proseslər (layihənin idarə edilməsi, layihə infrastrukturunun yaradılması, həyat dövrünün özünün müəyyən edilməsi, qiymətləndirilməsi və təkmilləşdirilməsi, təlim).

İnkişaf müəyyən tələblərə uyğun olaraq proqram təminatı və onun komponentlərinin yaradılması üzrə bütün işləri əhatə edir. Buraya dizayn və istismar sənədlərinin hazırlanması, işləmə qabiliyyətinin yoxlanılması üçün zəruri materialların hazırlanması və müvafiq işlər daxildir proqram məhsullarının keyfiyyəti, kadr hazırlığının təşkili üçün lazım olan materiallar və s. Proqram təminatının hazırlanması adətən təhlil, dizayn və həyata keçirmə (proqramlaşdırma) daxildir.

Əməliyyat proqram komponentlərinin işə salınması üzrə işləri əhatə edir. Bu prosesə verilənlər bazası və istifadəçi iş stansiyalarının konfiqurasiyası, operativ sənədlərin təmin edilməsi, kadr hazırlığının aparılması və s. və birbaşa əməliyyat, o cümlədən problemlərin lokallaşdırılması və onların yaranma səbəblərinin aradan qaldırılması, proqram təminatının müəyyən edilmiş qaydalar çərçivəsində dəyişdirilməsi, təkmilləşdirilməsi, işlənib hazırlanması və təkmilləşdirilməsi üçün təkliflərin hazırlanması daxildir. sistemin modernləşdirilməsi.

Layihənin idarə edilməsi işin planlaşdırılması və təşkili, inkişaf qruplarının yaradılması və yerinə yetirilən işlərin vaxtı və keyfiyyətinə nəzarət məsələləri ilə əlaqələndirilir. Layihənin texniki və təşkilati dəstəyi layihənin həyata keçirilməsi üçün metod və vasitələrin seçilməsi, aralıq inkişaf vəziyyətlərinin təsviri metodlarının müəyyən edilməsi, proqram təminatının sınaqdan keçirilməsi üçün metod və vasitələrin hazırlanması, kadr hazırlığı və s. Layihənin keyfiyyətinin təmin edilməsi proqram təminatının yoxlanılması, yoxlanılması və sınaqdan keçirilməsi problemləri ilə bağlıdır.

Doğrulama a Hazırki vəziyyət bu mərhələdə əldə edilən inkişaflar, bu mərhələnin tələbləri. Doğrulama inkişaf parametrlərinin orijinal tələblərə uyğunluğunu qiymətləndirməyə imkan verir. Doğrulama faktiki və gözlənilən nəticələr arasında fərqləri müəyyən etmək və proqram xüsusiyyətlərinin ilkin tələblərə cavab verib-vermədiyini qiymətləndirməkdən ibarət olan testlə üst-üstə düşür. Layihənin həyata keçirilməsi prosesində ayrı-ayrı komponentlərin və bütövlükdə bütün sistemin konfiqurasiyasının müəyyənləşdirilməsi, təsviri və nəzarəti məsələləri mühüm yer tutur.

Konfiqurasiyanın idarə edilməsi proqram təminatının həyat dövrünün əsas proseslərini, ilk növbədə proqram təminatının hazırlanması və texniki xidmət proseslərini dəstəkləyən köməkçi proseslərdən biridir. Hər birinin çeşidləri və ya versiyaları ola bilən çoxlu komponentlərdən ibarət mürəkkəb İS layihələri yaradılarkən onların əlaqə və funksiyalarını nəzərə almaq, vahid struktur yaratmaq və bütün sistemin inkişafını təmin etmək problemi yaranır. Konfiqurasiyanın idarə edilməsi həyat dövrünün bütün mərhələlərində proqram təminatına edilən dəyişiklikləri təşkil etməyə, sistematik şəkildə nəzərə almağa və nəzarət etməyə imkan verir. Ümumi prinsiplər və konfiqurasiya uçotu, planlaşdırma və proqram konfiqurasiyasının idarə edilməsi üzrə tövsiyələr ISO 12207-2 standart layihəsində öz əksini tapmışdır.

Hər bir proses müəyyən vəzifələr və onların həlli üsulları, əvvəlki mərhələdə alınan ilkin məlumatlar və nəticələrlə xarakterizə olunur. Təhlillərin nəticələri, xüsusən də funksional modellər, informasiya modelləri və onlara uyğun diaqramlar. Proqram təminatının həyat dövrü iterativ xarakter daşıyır: növbəti mərhələnin nəticələri tez-tez əvvəlki mərhələlərdə hazırlanmış dizayn həllərində dəyişikliklərə səbəb olur.