Sažetak: Životni ciklus informacijskih sustava. Životni ciklus programskih sustava

Iz radnog plana i programa:

Tema 2. Standardi i regulatorne smjernice za sistemsko i programsko inženjerstvo.

ISO/IEC 15288 "Inženjering sustava - procesi životnog ciklusa sustava".

GOST 34: Skup standarda za automatizirane sustave.

Ključne ideje sistemskog inženjerstva: sistemski pristup, životni ciklus sustava, inženjerstvo zahtjeva, arhitektonski dizajn, procesni pristup, projektni pristup.

2.1. ISO 15288 "Sustavsko inženjerstvo - procesi životnog ciklusa sustava".

2.2. Životni ciklus sustava.

2.3. Prikazi životnog ciklusa sustava.

2.4. Životni ciklus informacijskog sustava

2.5. Modeli životnog ciklusa

2.6. Odabir modela životnog ciklusa

2.1. ISO 15288 sustavno inženjerstvo - procesi životnog ciklusa sustava.

Inženjering sustava koristi se za rješavanje problema povezanih sa sve većom složenošću sustava koje je napravio čovjek. Norma ISO 15288, koja opisuje prakse inženjeringa sustava, zahtijeva opis životnog ciklusa sustava i njegove prakse. Takav opis je potreban za uspješno napredovanje sustava kroz njegov životni ciklus. Ali standard ne specificira metode kojima se takav opis mora izraditi.

Ciljevi standarda:

Omogućiti organizacijama (vanjskim i unutarnjim izvođačima) da se dogovore o kombinaciji ideja, procesa dizajna, stvaranja, rada i razgradnje širokog spektra sustava koje je napravio čovjek - od čačkalica do nuklearne elektrane, od standardizacijskih sustava do korporacija

Implementirajte niz ključnih ideja inženjeringa sustava u praksu organizacije:

sustavni pristup
životni ciklus
zahtjevi inženjering
arhitektonski dizajn
procesni pristup
projektni pristup
ugovorna kultura

JeTorijastvaranje

Zajednički razvoj ISO i IEC, aktivno sudjelovanje INCOSE

Početak rada 1996., verzije 2002., 2005. (GOST R ISO/IEC 15288-2005), 2008.

Dizajniran za usklađivanje takozvane "močvare standarda" inženjeringa sustava (brojni standardi usvojeni od strane raznih vojnih odjela, država, industrijskih organizacija za standardizaciju)

U izradi standarda sudjelovali su stručnjaci iz različitih područja: sistemskog inženjerstva, programiranja, upravljanja kvalitetom, ljudskih potencijala, sigurnosti itd. U obzir su uzeta praktična iskustva u izradi sustava u državnim, komercijalnim, vojnim i akademskim organizacijama. Standard je primjenjiv na široku klasu sustava, ali glavna mu je svrha podržati stvaranje računalnih sustava.

2.2. Životni ciklus sustava

Ruska kratica: J C

engleska kratica: L.C. (ŽivotCiklus)

Ruski: "životni ciklus". Engleski životni ciklus u tehnici prije je značio i prevodio se kao "životni vijek", a ponekad čak i "životni vijek do prvog velikog remonta". "Životni ciklus" je relativno nov prijevod. Ponekad se "ciklus" prevodi kao "razdoblje", ali taj prijevod nije utvrđen (iako je u ovom slučaju točnije: "životni period" sustava). Riječ "ciklus" ne bi trebala biti zbunjujuća - ne postoji ništa ciklično u životnom ciklusu. Riječ "ciklus" ima značenje "tipičnosti", sugerirajući da se ista stvar događa drugim sustavima.

Formalno: životni ciklus je promjena stanja sustava (evolucija sustava) tijekom vremenskog razdoblja od začeća do prestanka njegovog postojanja.

Sustav i životni ciklus su braća blizanci. Kažemo sustav - mislimo na životni ciklus, kažemo životni ciklus - mislimo na sustav.

Definicije.

Definicija standarda ISO/IEC 15288:2008 (Definicija: životni ciklus -- evolucija sustava, proizvoda, usluge, projekta ili drugog ljudskog sastava od začeća do povlačenja (ISO 15288, 4.11):

životni ciklus (životni ciklus) je evolucija sustava, proizvoda, usluge, projekta ili drugog objekta koji je napravio čovjek od začeća do prestanka uporabe.

Definicija standarda ISO 15704 (Sustavi industrijske automatizacije - Zahtjevi za referentne arhitekture i metodologije poduzeća)

životni ciklus (Životni ciklus) je konačan skup glavnih faza i koraka kroz koje sustav prolazi kroz cijelu svoju povijest postojanja.

Svaki sustav, bez obzira na vrstu i veličinu, prolazi cijeli životni ciklus prema nekom opisu. Napredovanje sustava kroz dijelove ovog opisa je životni ciklus sustava. Opis životnog ciklusa je stoga - ovo je pojmovna segmentacija po fazama, olakšavajući planiranje, implementaciju, rad i podršku ciljnog sustava.

Faze (tablica 2.1) predstavljaju najveća razdoblja životnog ciklusa povezana sa sustavom i odgovaraju stanjima opisa sustava ili implementacije sustava kao skupa proizvoda ili usluga. Faze opisuju glavne prekretnice napretka i uspjeha sustava tijekom njegovog životnog ciklusa. Takvi segmenti osiguravaju uredno napredovanje sustava kroz utvrđene revizije raspodjele resursa, čime se smanjuju rizici i osigurava zadovoljavajući napredak. Glavni razlog za korištenje opisa životnog ciklusa je potreba donošenja odluka na temelju određenih kriterija prije premještanja sustava sljedeća razina.

Tablica 2.1

Faze razvoja sustava (ISO/IEC 15288)
№ str./str.	Pozornica	Opis
	Formiranje pojma	Analiza potreba, izbor koncepta i dizajnerskih rješenja
	Razvoj	Dizajn sustava
	Provedba	Proizvodnja sustava
	iskorištavanje	Puštanje u pogon i korištenje sustava
	podrška	Osiguravanje funkcioniranja sustava
	Dekomisija	Prestanak korištenja, demontaža, arhiviranje sustava

1. Životni ciklus IS-a i njegova struktura. 2

1.1 Faze životnog ciklusa IS-a.. 3

1.2 Standardi životnog ciklusa IS-a.. 4

2. Modeli životnog ciklusa. 6

2.1 Vrste modela životnog ciklusa IS-a.. 6

2.2 Prednosti i nedostaci modela životnog ciklusa IS-a. 8

3. Procesi životnog ciklusa IS-a..................................... ........ .................. jedanaest

3.1 Osnovni procesi životnog ciklusa. jedanaest

3.2 Podržavanje procesa životnog ciklusa. 13

3.3 Organizacijski procesi.. 14

Popis korištene literature... 16

Životni ciklus informacijskog sustava je vremensko razdoblje koje počinje od trenutka donošenja odluke o potrebi izrade informacijskog sustava i završava u trenutku njegovog potpunog prestanka rada.

Koncept životnog ciklusa jedan je od temeljnih pojmova metodologije projektiranja informacijskih sustava.

Metodologija za projektiranje informacijskih sustava opisuje proces stvaranja i održavanja sustava u obliku životnog ciklusa IS-a (LC), predstavljajući ga kao određeni slijed faza i procesa koji se na njima izvode. Za svaku etapu utvrđuje se sastav i redoslijed obavljenih radova, dobiveni rezultati, metode i sredstva potrebna za dovršetak posla, uloge i odgovornosti sudionika i dr. Takav formalni opis životnog ciklusa informacijskog sustava omogućuje planiranje i organiziranje procesa zajedničkog razvoja te osigurava upravljanje tim procesom.

Potpuni životni ciklus informacijskog sustava obično uključuje strateško planiranje, analizu, dizajn, implementaciju, implementaciju i rad. Općenito, životni ciklus se može podijeliti u više faza. U principu, ova podjela na faze je prilično proizvoljna. Razmotrit ćemo jednu od opcija za takvu podjelu koju nudi Rational Software Corporation, jedna od vodećih tvrtki na tržištu softvera za razvojne alate informacijskih sustava (među kojima je univerzalni CASE alat Rational Rose zasluženo vrlo popularan).

1.1 Faze životnog ciklusa IP-a

Faza - dio procesa stvaranja IP-a, ograničen određenim vremenskim okvirom i završava izdavanjem određenog proizvoda (modeli, softverske komponente, dokumentacija), određen zahtjevima navedenim za ovu fazu. Odnos između procesa i faza također je određen korištenim modelom životnog ciklusa IS-a.

Prema metodologiji koju predlaže Rational Software, životni ciklus informacijskog sustava podijeljen je u četiri faze.

Granice svake faze definirane su određenim točkama u vremenu u kojima se moraju donijeti određene kritične odluke i, prema tome, moraju se postići određeni ključni ciljevi.

1) Početna faza

U početnoj fazi utvrđuje se opseg sustava i određuju rubni uvjeti. Da bi se to postiglo, potrebno je identificirati sve vanjske objekte s kojima razvijeni sustav mora komunicirati i odrediti prirodu te interakcije na visoka razina. U početnoj fazi identificiraju se sve funkcionalnosti sustava i opisuju najznačajnije od njih.

2) Faza bistrenja

U fazi pojašnjenja provodi se analiza područja primjene i arhitektonska osnova informacijski sistem.

Pri donošenju odluka o arhitekturi sustava potrebno je uzeti u obzir sustav koji se razvija kao cjelinu. To znači da je potrebno opisati većinu funkcionalnost sustava i uzeti u obzir odnose između njegovih pojedinih komponenti.

Na kraju faze razjašnjenja provodi se analiza arhitektonskih rješenja i načina za uklanjanje glavnih čimbenika rizika u projektu.

3) Faza izgradnje

U fazi projektiranja razvija se gotov proizvod spreman za isporuku korisniku.

Na kraju ove faze utvrđuje se izvedba razvijenog softvera.

4) Faza puštanja u rad

U fazi puštanja u rad, razvijeni softver prenosi korisnicima. Prilikom rada razvijenog sustava u realnim uvjetima često se javljaju različiti problemi koji zahtijevaju dodatni rad na prilagodbama razvijenog proizvoda. To je obično povezano s otkrivanjem grešaka i nedostataka.

Na kraju faze puštanja u pogon potrebno je utvrditi jesu li razvojni ciljevi postignuti ili ne.

1.2 Standardi IP životnog ciklusa

Suvremene mreže razvijene su na temelju standarda, što omogućuje, prvo, njihovu visoku učinkovitost i, drugo, mogućnost njihove međusobne interakcije.

Među najpoznatijim standardima su sljedeći:

GOST 34.601-90 - odnosi se na automatizirane sustave i utvrđuje faze i faze njihovog stvaranja. Osim toga, standard sadrži opis sadržaja rada u svakoj fazi. Faze i faze rada sadržane u standardu dosljednije su kaskadnom modelu životnog ciklusa.

ISO/IEC 12207 (Međunarodna organizacija za standardizaciju / Međunarodna elektrotehnička komisija) 1995 - standard za organizaciju procesa i životnog ciklusa. Odnosi se na sve vrste prilagođenog softvera. Norma ne sadrži opise faza, faza i faza.

Rational Unified Process (RUP) nudi iterativni razvojni model koji uključuje četiri faze: početak, istraživanje, izgradnja i implementacija. Svaka faza može se rastaviti na faze (iteracije) koje rezultiraju puštanjem verzije za unutarnju ili vanjsku upotrebu. Napredak kroz četiri glavne faze naziva se razvojni ciklus, a svaki ciklus završava generiranjem verzije sustava. Ako nakon toga rad na projektu ne prestane, tada se dobiveni proizvod nastavlja razvijati i ponovno prolazi kroz iste faze. Bit rada unutar RUP-a je izrada i održavanje UML-baziranih modela.

Microsoft Solution Framework (MSF) sličan je RUP-u, također uključuje četiri faze: analizu, dizajn, razvoj, stabilizaciju, iterativan je i uključuje korištenje objektno orijentiranog modeliranja. MSF je u usporedbi s RUP-om više usmjeren na razvoj poslovnih aplikacija.

Ekstremno programiranje (XP). Ekstremno programiranje (najnovija među razmatranim metodologijama) nastalo je 1996. Metodologija se temelji na timskom radu, učinkovitoj komunikaciji između naručitelja i izvođača tijekom cijelog projekta razvoja IP-a, a razvoj se provodi korištenjem dosljednih visoko rafinirani prototipovi.

2. Modeli životnog ciklusa

Model životnog ciklusa IS-a je struktura koja definira redoslijed izvršenja i odnose između procesa, akcija i zadataka tijekom životnog ciklusa. Model životnog ciklusa ovisi o specifičnostima, opsegu i složenosti projekta te specifičnim uvjetima u kojima sustav nastaje i radi.

Model životnog ciklusa IS-a uključuje:

rezultati rada u svakoj fazi;

ključni događaji - točke završetka rada i donošenja odluka.

Model životnog ciklusa odražava različita stanja sustava, počevši od trenutka kada se pojavi potreba za određenim IS-om do trenutka njegove potpune zastarjelosti.

2.1 Vrste modela životnog ciklusa IS-a

Trenutno su poznati i koriste se sljedeći modeli životnog ciklusa:

Kaskadni model (slika 2.1) omogućuje sekvencijalnu provedbu svih faza projekta u strogo utvrđenom redoslijedu. Prijelaz na sljedeću fazu znači potpuni završetak rada u prethodnoj fazi.

Stupnjevi model s međukontrolom (slika 2.2). Razvoj IS-a provodi se u iteracijama s povratnim petljama između faza. Međustupanjske prilagodbe omogućuju uzimanje u obzir stvarnog međusobnog utjecaja rezultata razvoja na razne faze; Životni vijek svake faze proteže se kroz cijelo razvojno razdoblje.

Spiralni model (slika 2.3). Na svakom zavoju spirale kreira se sljedeća verzija proizvoda, specificiraju se zahtjevi projekta, utvrđuje njegova kvaliteta i planira rad sljedećeg zavoja. Posebna pažnja je dano početne faze razvoj - analiza i projektiranje, gdje se kroz izradu prototipa (layout) provjerava i opravdava izvedivost pojedinih tehničkih rješenja.

Riža. 2.1. Kaskadni model životnog ciklusa IS-a

Riža. 2.2. Stepeni model s međukontrolom

Riža. 2.3. Spiralni model životnog ciklusa IS-a

U praksi se najčešće koriste dva glavna modela životnog ciklusa:

kaskadni model (tipičan za razdoblje 1970.-1985.);

spiralni model (tipičan za razdoblje nakon 1986.).

2.2. Prednosti i nedostaci modela životnog ciklusa IP-a

U prvim projektima prilično jednostavnih IS-a svaka je aplikacija bila jedan, funkcionalno i informacijski neovisan blok. Pokazalo se učinkovitim za razvoj ove vrste aplikacija. kaskadna metoda. Svaka faza je završena nakon potpunog završetka i dokumentacija sve planirane radove.

Životni ciklus sustava je najstarija metoda izgradnje informacijskih sustava, danas se koristi za izradu složenih projekata srednjeg i velikog opsega. Ovaj proces uključuje šest faza: 1) priprema projekta; 2) istraživanje sustava; 3) dizajn; 4) programiranje; 5) ugradnja; 6) rad i razvoj sustava. Ove faze prikazane su na sl. 10.7. Svaka faza uključuje nekoliko procesa.

Ova metodologija pretpostavlja jasnu podjelu rada između krajnjih korisnika i stručnjaka za informacijske sustave. tehnički

Životni ciklus sustava (životni ciklus sustava)

Tradicionalna metodologija za razvoj informacijskog sustava koja dijeli proces dizajna i implementacije u zasebne sekvencijalne faze koje koriste jasnu podjelu rada između krajnjih korisnika i tehničkih stručnjaka.

stručnjaci, poput sistemskih analitičara i programera, odgovorni su za provođenje osnovne analize sustava, dizajn i implementaciju sustava; korisnici su angažirani u identificiranju informacijskih potreba organizacije i procjeni rada tehničkog osoblja.

Faze životnog ciklusa sustava

Pozornica definicije projekta omogućuje formuliranje problema organizacije koji se mogu riješiti stvaranjem novog informacijskog sustava ili modificiranjem starog. Na pozornici istraživanje sustava problemi povezani s postojeće sustave, te se procjenjuju različite opcije za njihovo rješenje. Velik dio informacija dobivenih u ovoj fazi koristi se za određivanje zahtjeva za sustav.

Na pozornici oblikovati Izrađuju se specifikacije za odabrano rješenje. Pozornica programiranje sastoji se od prevođenja specifikacija dizajna (razvijenih u prethodnoj fazi) u programski kod. Sustav

Analitičari zajedno s programerima pripremaju specifikacije za svaki program uključen u sustav.

Instalacija (instalacija) uključuje tri procesa koji prethode puštanju sustava u rad: testiranje, obuku osoblja i konverziju. Zatim se u fazi rada i razvoja provjerava funkcioniranje sustava, korisnici i tehnički stručnjaci utvrđuju potrebu za bilo kakvim izmjenama i prilagodbama. Nakon što je sustav u potpunosti konfiguriran, potrebno mu je kontinuirano održavanje kako bi se ispravile pogreške koje se pojavljuju ili da se ponovno konfigurira kako bi zadovoljio nove zahtjeve. organizaciju, kao i za poboljšanje operativne učinkovitosti. S vremenom održavanje postaje sve skuplje i dugotrajnije - životni ciklus sustava bliži se kraju. Po završetku poduzeće provodi novi sustav, i sve počinje ispočetka. Ograničenja metodologije životnog ciklusa sustava

Ovaj se pristup još uvijek koristi za stvaranje složenih sustava velikih razmjera koji zahtijevaju jasnu preliminarnu analizu, precizne specifikacije i kontrolu cjelokupnog procesa razvoja i implementacije. Međutim, pristup životnog ciklusa je skup, dugotrajan i nedostaje mu fleksibilnosti. Potrebno je kreirati mnogo novih dokumenata, a mnogi procesi se ponavljaju dok sustav ne zadovolji sve uvjete. Zbog toga većina programera izbjegava mijenjati specifikacije stvorene rano u procesu dizajna kako ne bi morali početi ispočetka. Ovaj pristup nije primjenjiv za

Definicija projekta

Jedna od faza životnog ciklusa sustava koja vam omogućuje formuliranje organizacijskih problema koji se mogu riješiti uz pomoć novog informacijskog sustava. Studija sustava

Faza životnog ciklusa sustava u kojoj se analiziraju problemi povezani s postojećim sustavima i procjenjuju alternativna rješenja.

Oblikovati

Faza u kojoj se razvijaju projektne specifikacije za sustav

Programiranje

U ovoj se fazi specifikacije dizajna prevode u programski kod.

Montaža

Ova se faza sastoji od tri procesa: testiranje, obuka osoblja i konverzija; posljednje pripremne faze prije puštanja sustava u rad. Postimplementacija (rad i razvoj sustava)

Završna fazaživotni ciklus sustava, u kojem se tijekom svakodnevnog rada testira funkcioniranje sustava te se po potrebi vrše izmjene i korekcije.

male desktop sustave, koji su po svojoj prirodi više individualizirani, tj. „prilagođeni“ određenom korisniku.

Izrada prototipova

Izrada prototipova je razviti eksperimentalni sustav koji korisnici mogu procijeniti i koji je jeftin. Nakon rada s ovom "demo verzijom", korisnici će moći bolje odrediti vlastite potrebe za informacijama. Prototip koji je odobrio korisnik može poslužiti kao predložak za stvaranje potpuno funkcionalnog sustava.

Prototip je radna verzija informacijskog sustava ili njegov dio, ali nije samo preliminarni model. Nakon prvog lansiranja, prototip se modificira i poboljšava dok ne zadovolji sve zahtjeve korisnika. Nakon što je prototip dovršen, može se pretvoriti u radni sustav.

Proces stvaranja prototipa, njegovog testiranja, poboljšanja i ponovnog testiranja naziva se iterativni proces razvoja sustava, jer se njegove pojedine faze ponavljaju više puta. Izrada prototipova mnogo je iterativniji proces od metodologije životnog ciklusa sustava, a sustav prolazi kroz značajnije promjene kada se koristi. Kao što je spomenuto, kada se koristi prototip, neplanirane izmjene sustava zamjenjuju se planiranim iteracijama, pri čemu svaka verzija sve više odražava preferencije korisnika. Izrada prototipova: koraci procesa

Na sl. Slika 10.8 prikazuje proces izrade prototipa koji se sastoji od sljedeće četiri faze (koraka):

Korak 1. Definiranje osnovnih zahtjeva korisnika. Projektant sustava (obično stručnjak za informacijske sustave) radi s korisnikom sve dok ne razumije potrebe korisnika.

Korak 2. Razvoj inicijalnog prototipa. Dizajner brzo stvara radni model koristeći softver nove generacije, multimedijske programe ili računalno potpomognute sustave dizajna (vidi Poglavlje 14).

3. korak Rad s prototipom. Korisnik ocjenjuje performanse sustava i daje preporuke za njegovo poboljšanje.

Izrada prototipa (stvaranje prototipa)

Jeftin proces za stvaranje eksperimentalnog sustava za demonstracijske svrhe i preliminarno testiranje. Prototip

Preliminarna radna verzija informacijskog sustava, koja se koristi u demonstracijske svrhe i preliminarno testiranje. Iterativni (iterativni proces)

Proces uzastopnog ponavljanja nekoliko koraka u procesu stvaranja sustava.

Korak 4. Ispravak i poboljšanje prototipa. Dizajner u praksi provodi sve želje korisnika. Nakon što se izvrše izmjene i isprave pogreške, postupak se vraća na korak 3. Koraci 3 i 4 se ponavljaju sve dok korisnik nije potpuno zadovoljan.

Kada iteracije prestanu, model postaje "radni prototip" iz kojeg se izvode konačne specifikacije sustava. Ponekad se takav prototip jednostavno koristi kao radna verzija informacijskog sustava.

Korištenje prototipa: prednosti i nedostaci

Izrada prototipa je najprikladnija kada su zahtjevi korisnika nejasni ili nije razvijeno jasno rješenje. Ova tehnika je posebno korisna pri razvoju korisničkih sučelja za informacijske sustave. Uključivanjem korisnika u proces dizajna, sustav postaje lakši za korištenje i odgovara potrebama organizacije.

Sučelje krajnjeg korisnika

Dio informacijskog sustava putem kojeg se ostvaruje kontakt s korisnikom (radni prozori i naredbe).

Ali brza izrada prototipa može stvoriti iluziju da su neki važni koraci u razvoju sustava nepotrebni. Ako dovršeni model dobro funkcionira, menadžment tvrtke može odlučiti da procesi poput programiranja, redizajna sustava i pripreme sveobuhvatne dokumentacije ne igraju značajnu ulogu u stvaranju potpuno funkcionalnog sustava. Neki od sustava stvorenih u takvim kratko vrijeme, ne mogu obraditi velike količine podataka ili ne mogu podržati više korisnika u isto vrijeme. Proces izrade prototipova također se može znatno usporiti ako je uključeno previše korisnika (Hardgrove, Wilson i Eastman, 1999.).

Paketi aplikacija

Informacijski sustavi mogu se izraditi pomoću posebnih aplikacijskih programskih paketa opisanih u poglavlju. 6. Postoje mnogi procesi koji su zajednički većini organizacija, poput obrade plaća, kontrole kredita ili kontrole zaliha. Za automatizaciju takvih procesa postoje univerzalni softverski sustavi koji mogu zadovoljiti potrebe gotovo svakog poduzeća.

Ako programski paket zadovoljava većinu organizacijskih potreba, tada tvrtka ne treba pisati vlastite programe. Ona može uštedjeti vrijeme i novac koristeći pravilno redizajnirane, prilagođene i testirane programe iz paketa. Proizvođači takvih paketa osiguravaju kontinuirano održavanje i podršku za svoje softverske sustave, te ih također redovito ažuriraju.

Ako su potrebe organizacije toliko izvorne da ih nijedan softverski paket ne zadovoljava, tada možete koristiti mogućnosti prilagodbe koje su sadržane u većini modernog softvera. Takva prilagodba omogućuje izmjenu paketa tako da zadovoljava potrebe poduzeća bez ugrožavanja njegovog integriteta i funkcionalnosti. Ako su promjene prevelike, dodatni rad na reprogramiranju i konfiguraciji može biti vrlo skup i dugotrajan te može poništiti mnoge prednosti softverskog paketa. Na sl. Slika 10.9 pokazuje kako omjer cijene paketa i troška njegove implementacije raste s povećanjem stupnja prilagodbe. Početna prodajna cijena paketa možda nije točna u praksi jer ne uzima u obzir skrivene troškove postavljanja i implementacije.

Aplikativni programski paket

Skup programa spremnih za korištenje koji se mogu kupiti ili iznajmiti.

Prilagodba(prilagodba)

Konfiguriranje i modificiranje softverskog paketa kako bi odgovarao potrebama određene organizacije bez ugrožavanja njegovog integriteta i funkcionalnosti.

Odabir programskog paketa

Ako se razvoj novog informacijskog sustava provodi korištenjem softverskog paketa treće strane, analitičari sustava moraju procijeniti mogućnosti korištenja različitih programa. Najvažniji kriteriji ocjenjivanja su funkcionalnost paketa, fleksibilnost, jednostavnost sučelja, potrošnja resursa, zahtjevi baze podataka, složenost instalacije i održavanja, cjelovitost dokumentacije, reputacija proizvođača i cijena. Paket se ocjenjuje na temelju zahtjeva za ponude (RFP), koristeći detaljan popis za provjeru poslan proizvođaču ili dobavljaču. Nakon odabira softverskog paketa, organizacija više nema potpunu kontrolu nad procesom dizajna. Umjesto prilagođavanja specifikacija sustava potrebama korisnika, dizajneri pokušavaju uskladiti korisničke preferencije s mogućnostima odabranog programa. Ukoliko su potrebe organizacije u sukobu s principima rada kupljenih programa, tada je potrebno ili prilagoditi programski paket ili promijeniti poslovne procese samog poduzeća.

Razvoj krajnjih korisnika

Neke vrste informacijskih sustava mogu razviti krajnji korisnici uz malo tehničkog inputa. Ova pojava se zove razvoj krajnjeg korisnika. Korištenje programskih jezika četvrte generacije, grafičkih jezika i posebnih uslužnih programa za osobnih računala, korisnici mogu manipulirati podacima, stvarati izvješća, pa čak i kreirati cjelovite informacijske sustave za vlastitu upotrebu, a čak im nije uvijek potrebna pomoć profesionalnih sistemskih analitičara ili programera. Mnogi takvi si-

Zahtjev za ponudu (RFP)

Detaljan popis pitanja koja se šalju proizvođačima softvera ili drugim službama kako bi se utvrdilo zadovoljava li softverski proizvod potrebe organizacije.

Razvoj krajnjih korisnika

Razvoj informacijskih sustava od strane krajnjih korisnika uz malo tehničkog inputa.

sklopovi se stvaraju mnogo brže nego što se razvijaju sustavi standardne metode. Na sl. Slika 10.10 prikazuje prilagođeni razvojni proces.

Koncept životnog ciklusa jedan je od temeljnih pojmova metodologije projektiranja informacijskih sustava.

Faze životnog ciklusa IP-a

Faza je dio procesa stvaranja IP-a, ograničen određenim vremenskim okvirom i završava izdavanjem određenog proizvoda (modela, softverskih komponenti, dokumentacije), određenog zahtjevima navedenim za ovu fazu. Odnos između procesa i faza također je određen korištenim modelom životnog ciklusa IS-a.

Prema metodologiji koju predlaže Rational Software, životni ciklus informacijskog sustava podijeljen je u četiri faze.

Granice svake faze definirane su određenim točkama u vremenu u kojima se moraju donijeti određene kritične odluke i, prema tome, moraju se postići određeni ključni ciljevi.

1) Početna faza

U početnoj fazi utvrđuje se opseg sustava i određuju rubni uvjeti. Da biste to učinili, potrebno je identificirati sve vanjske objekte s kojima razvijeni sustav mora komunicirati i odrediti prirodu te interakcije na visokoj razini. U početnoj fazi identificiraju se sve funkcionalnosti sustava i opisuju najznačajnije od njih.

2) Faza bistrenja

U fazi pojašnjenja provodi se analiza područja primjene i razvija se arhitektonska osnova informacijskog sustava.

Pri donošenju odluka o arhitekturi sustava potrebno je uzeti u obzir sustav koji se razvija kao cjelinu. To znači da je potrebno opisati najveći dio funkcionalnosti sustava i uzeti u obzir odnose između njegovih pojedinih komponenti.

Na kraju faze razjašnjenja provodi se analiza arhitektonskih rješenja i načina za uklanjanje glavnih čimbenika rizika u projektu.

3) Faza izgradnje

U fazi projektiranja razvija se gotov proizvod spreman za isporuku korisniku.

Na kraju ove faze utvrđuje se izvedba razvijenog softvera.

4) Faza puštanja u rad

U fazi puštanja u rad, razvijeni softver se prenosi korisnicima. Prilikom rada razvijenog sustava u realnim uvjetima često se javljaju različiti problemi koji zahtijevaju dodatni rad na prilagodbama razvijenog proizvoda. To je obično povezano s otkrivanjem grešaka i nedostataka.

Na kraju faze puštanja u pogon potrebno je utvrditi jesu li razvojni ciljevi postignuti ili ne.

Standardi IP životnog ciklusa

Suvremene mreže razvijene su na temelju standarda, što omogućuje, prvo, njihovu visoku učinkovitost i, drugo, mogućnost njihove međusobne interakcije.

Među najpoznatijim standardima su sljedeći:

Ekstremno programiranje (XP). Ekstremno programiranje (najnovija među razmatranim metodologijama) nastalo je 1996. Metodologija se temelji na timskom radu, učinkovitoj komunikaciji između naručitelja i izvođača kroz cijeli projekt razvoja IP-a, a razvoj se provodi pomoću sukcesivno dorađenih prototipova.

spiralna kaskada životnog ciklusa

Tablica 2.1

Definicije.

1. Definicija standarda ISO/IEC 15288:2008 (Definicija: životni ciklus -- evolucija sustava, proizvoda, usluge, projekta ili drugog ljudskog sastava od začeća do povlačenja (ISO 15288, 4.11):

životni ciklus (LC) je evolucija sustava, proizvoda, usluge, projekta ili drugog objekta koji je napravio čovjek od začeća do prestanka uporabe.

2. Definicija standarda ISO 15704 (Sustavi industrijske automatizacije - Zahtjevi za referentne arhitekture i metodologije poduzeća)

životni ciklus (LC) je konačan skup glavnih faza i koraka kroz koje sustav prolazi kroz cijelu svoju povijest postojanja.

Faze (tablica 2.1) predstavljaju najveća razdoblja životnog ciklusa povezana sa sustavom i odgovaraju stanjima opisa sustava ili implementacije sustava kao skupa proizvoda ili usluga. Faze opisuju glavne prekretnice napretka i uspjeha sustava tijekom njegovog životnog ciklusa. Takvi segmenti osiguravaju uredno napredovanje sustava kroz utvrđene revizije raspodjele resursa, čime se smanjuju rizici i osigurava zadovoljavajući napredak. Glavni razlog za korištenje opisa životnog ciklusa je potreba za donošenjem odluka na temelju određenih kriterija prije prelaska sustava na sljedeću fazu.

Komentar: životni ciklus je uvijek životni ciklus određenog sustava. Ne postoji “životni ciklus” osim u tekstovima standarda; u životu uvijek postoji “životni ciklus X”, gdje je X naziv ciljnog sustava. Procesi životnog ciklusa su oni procesi koje akteri izvode na/sa sustavom i koji mijenjaju stanje sustava, uzrokujući njegov razvoj tijekom životnog ciklusa. “Upravljanje životnim ciklusom” je općeprihvaćen naziv za pristup opisivanju procesa životnog ciklusa (a često i naziv skupine samih procesa životnog ciklusa opisanih ovim pristupom).

Sustav ima dva glavna pogleda: ciljni (arhitektonski, najčešće strukturalni u svojoj osnovi, plus procesi tijekom rada sustava) i životni ciklus (vremenski razvoj životnog ciklusa - procesi pratećih sustava). Može se raspravljati o tome u kojoj je mjeri svaki od ovih pogleda dio drugoga, ali uvijek se mora koristiti neka vrsta pogleda na životni ciklus da bi se ispravno opisao sustav.

Prije svega, potrebno je razlikovati životni ciklus (ponekad, ograničen samo na inženjering, ali ne i potpuni životni ciklus, također kažu proces isporuke, ponekad za softver - softverski proces) i druge "reprezentacije procesa" - DEMO transakcije , logički “poslovni procesi” (prakse), tijek rada, pregledi projekta (više detalja - http://ailev.livejournal.com/904643.html). Iako postoje mnogi pristupi u kojima se miješaju svi ti različiti aspekti opisa organizacije i načina na koji ona funkcionira.

Model životnog ciklusa odražava različita stanja sustava, počevši od trenutka kada se pojavi potreba za određenim IS-om do trenutka njegove potpune zastarjelosti. Model životnog ciklusa je struktura koja sadrži procese, akcije i zadatke koji se provode tijekom razvoja, rada i održavanja softverskog proizvoda tijekom životnog vijeka sustava, od određivanja zahtjeva do kraja njegove upotrebe.

Postoji mnogo jezika za predstavljanje životnog ciklusa i tekstualnih i grafičkih zapisa za te jezike; na primjer, ograničit ćemo se samo na sljedeće:\

· "Sjeckana kobasica"

V-dijagram

Narezana kobasica."

Samo nabrajanje faza životnog ciklusa prema njihovim nazivima; radi izražajnosti, imena su upakirana u segmente "kobasice" (Sl. 2.1)

Slika 2.1. Tradicionalni prikaz životnog ciklusa

Oko tradicionalne "kobasice" mogu se naznačiti dvije dodatne: kako životni ciklus vide menadžeri (osobe koje upravljaju projektom) i kako životni ciklus vide inženjeri (osobe koje provode projekt) (Sl. 2.2).

Slika 2.2. Primjer prikaza životnog ciklusa

Životni ciklusi promatraju se u povijesti pojedinačnih proizvoda i potreba, brendova, poduzeća, cijelih industrija i tržišta. Životni ciklus je neodvojiv od određenog sustava, stoga karakteristike različitih sustava dovode do velikog broja primjeraka "kobasica" životnih ciklusa (slika 2.3).

sl.2.3. Raznolikost životnih ciklusa