Osnove razvoja informacijskog sustava. Tema: “Osnove i ciklusi razvoja informacijskih sustava”

Metodologije, tehnologije i alati za projektiranje (CASE alati) čine osnovu svakog IS projekta. Metodologija se provodi kroz specifične tehnologije i prateće standarde, metode i alate koji osiguravaju provedbu procesa životnog ciklusa (LC).

Životni ciklus softvera je kontinuirani proces koji počinje od trenutka donošenja odluke o potrebi izrade softvera i završava u trenutku njegovog potpunog uklanjanja iz upotrebe. Struktura životnog ciklusa softvera prema ISO/IEC standardu temelji se na tri skupine procesa: glavni procesi (nabava, isporuka, razvoj, rad, podrška); pomoćni procesi koji osiguravaju provedbu glavnih procesa (dokumentacija, upravljanje konfiguracijom, osiguranje kvalitete, verifikacija, certifikacija, procjena, audit, rješavanje problema); organizacijski procesi (upravljanje projektima, stvaranje projektne infrastrukture, definiranje, evaluacija i poboljšanje samog životnog ciklusa, obuka).

Razvoj projekta uključuje sve radove na izradi softvera i njegovih komponenti u skladu sa zadanim zahtjevima. Razvoj softvera obično uključuje analizu, dizajn i implementaciju (programiranje). Operacija uključuje rad na stavljanju programskih komponenti u rad, uključujući konfiguraciju baze podataka i korisničkih radnih stanica. Upravljanje projektima bavi se planiranjem i organizacijom posla. Osiguravanje kvalitete projekta povezano je s problemima verifikacije softvera, provjere i testiranja. Verifikacija je proces utvrđivanja ispunjava li trenutačno stanje razvoja postignuto u određenoj fazi zahtjeve te faze.

Verifikacija omogućuje procjenu usklađenosti razvojnih parametara s početnim zahtjevima Upravljanje konfiguracijom je jedan od pomoćnih procesa koji podržavaju glavne procese životnog ciklusa softvera, prvenstveno procese razvoja i održavanja softvera. Pri izradi složenih projekata IS-a koji se sastoje od više komponenti javlja se problem uvažavanja njihovih veza i funkcija, stvaranja jedinstvene strukture i osiguravanja razvoja cjelokupnog sustava. Upravljanje konfiguracijom omogućuje organiziranje, sustavno uzimanje u obzir i kontrolu promjena softvera u svim fazama životnog ciklusa.

Model životnog ciklusa shvaća se kao struktura koja definira redoslijed izvršenja i odnose između procesa, radnji i zadataka koji se izvode tijekom životnog ciklusa. Do danas su sljedeći glavni modeli životnog ciklusa postali najrašireniji: kaskadni model spiralni model iterativni model

Kaskadni model - glavna karakteristika je podjela cjelokupnog razvoja na faze, a prijelaz iz jedne faze u drugu događa se tek nakon što je rad na trenutnoj fazi u potpunosti završen. Svaka faza završava izdavanjem kompletne dokumentacije , dovoljno da razvoj nastavi drugi tim programera. Prednosti kaskadnog modela: u svakoj fazi generira se kompletan set projektne dokumentacije koja zadovoljava kriterije cjelovitosti i dosljednosti. Faze rada koje se provode u logičnom slijedu omogućuju planiranje datuma završetka i povezanih troškova.

Nedostaci kaskadnog modela: kašnjenje u dobivanju rezultata (može se pokazati da informacijski sustav koji se razvija ne zadovoljava zahtjeve korisnika), povratak na prethodnu fazu (pogreške napravljene u ranijim fazama, u pravilu se otkrivaju tek u sljedećim fazama rada na projektu), poteškoće u paralelnom radu. prezasićenost informacijama (kada se naprave promjene u nekom od dijelova projekta, potrebno je obavijestiti sve programere koji bi to mogli koristiti u svom radu) složenost upravljanja projektom

Spiralni model Kako bi se prevladali ovi problemi, predložen je spiralni model životnog ciklusa. Nepotpuni završetak rada u svakoj fazi omogućuje vam prijelaz na sljedeću fazu sve dok rad na trenutnoj fazi nije u potpunosti dovršen. Glavna zadaća je korisnicima sustava što brže prikazati proizvod koji se može koristiti, čime se aktivira proces pojašnjavanja i dopunjavanja zahtjeva.

Prednosti spiralnog modela: iterativni razvoj značajno pojednostavljuje unošenje promjena u projekt kada se zahtjevi korisnika postupno integriraju u jedinstvenu cjelinu (integracija se odvija kontinuirano); iterativni razvoj omogućuje veću fleksibilnost u upravljanju projektom , što omogućuje taktičke promjene proizvoda koji se razvija

Nedostatak spiralnog modela je što određuje trenutak prijelaza u sljedeći stupanj. Da bi se riješio ovaj problem, potrebno je uvesti vremenska ograničenja za svaku fazu životnog ciklusa IS-a, inače se razvojni proces može pretvoriti u beskrajno poboljšavanje već učinjenog.

Iterativni model Pristup projektiranja odozdo prema gore zahtijeva takve iterativne povratke, kada se projektna rješenja za pojedinačne zadatke spajaju u opća rješenja sustava, a istovremeno postoji potreba za revizijom prethodno formuliranih zahtjeva. Složenost funkcionalne i sistemske arhitekture izrađenog IS-a te otežano korištenje projektne dokumentacije odmah dovode do potrebe redizajniranja cjelokupnog sustava u fazama implementacije i rada.

Različite inačice iterativnog pristupa implementirane su u najsuvremenije tehnologije i metode: Rational Unified Process (RUP), Microsoft Solutions Framework (MSF) i Extreme Programming (XP). RUP nudi iterativni razvojni model koji uključuje četiri faze: početak, istraživanje, izgradnja i implementacija. Prolazak kroz četiri glavne faze naziva se razvojni ciklus. Koriste se objektno orijentirana analiza i objektno orijentirano programiranje. MSF je sličan RUP-u, također uključuje četiri faze: analizu, dizajn, razvoj, stabilizaciju, iterativan je i uključuje korištenje objektno orijentiranog modeliranja.

Ekstremno programiranje (XP) je najnovija među metodologijama koje se razmatraju. Temelji se 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 sekvencijalno razvijanih prototipova.

Projektiranje automatiziranih informacijskih sustava shvaća se kao proces razvoja tehničke dokumentacije povezane s organizacijom sustava za dobivanje i pretvaranje izvorne informacije u informaciju o rezultatu, tj. s organizacijom automatizirane informacijske tehnologije. Dokument koji proizlazi iz projektiranja naziva se projekt. Svrha projektiranja je izbor tehničke i formiranje informacijske, matematičke, programske i organizacijske i pravne potpore.

Glavni ciljevi dizajna su: Utjecati na poboljšanje organizacije računovodstvenih, planskih i analitičkih poslova; Izbor opreme i razvoj racionalne tehnologije za rješavanje problema i dobivanje rezultantnih informacija; Izrada rasporeda protoka informacija kako unutar proizvodnih i funkcionalnih odjela tako i između njih; Izrada baze podataka koja osigurava optimalno korištenje informacija vezanih uz planiranje, računovodstvo i analizu gospodarskih aktivnosti; Izrada normativnih i referentnih informacija.

Organizacija kanonskog dizajna IS-a usmjerena je na korištenje uglavnom kaskadnog modela životnog ciklusa IS-a. Ovisno o složenosti objekta, faze i faze rada mogu imati različit intenzitet rada. Moguće je kombinirati uzastopne faze, pa čak i isključiti neke od njih u bilo kojoj fazi projekta, kao i započeti rad sljedeće faze prije završetka prethodne.

Faze i faze izrade IP: Faza 1. Formiranje zahtjeva za IP: - pregled objekta i obrazloženje potrebe izrade IP. - Formiranje korisničkih zahtjeva za informacijskim sustavima. - Izrada izvješća o obavljenim radovima i taktičko-tehničkih specifikacija za razvoj Faza 2. Izrada koncepta IS: - Studija objekta automatizacije. - Obavljanje istraživačkog rada. - Izrada opcija koncepta IS-a koji zadovoljavaju zahtjeve korisnika - Izrada elaborata i odobravanje koncepta

Faza 3. Projektni zadatak: - Izrada i odobrenje tehničkih specifikacija. Zadaci za izradu IS Faza 4. Idejni projekt: - Izrada idejnih projektnih rješenja za sustav i njegove dijelove - Izrada nacrta dokumentacije za IS i njegove dijelove Faza 5. Tehnički projekt: - Izrada projektnih rješenja za sustav i njegove dijelovi - Izrada dokumentacije za IS i njegove dijelove njegove dijelove - Izrada i izvedba dokumentacije za nabavu komponenti - Izrada projektnih zadataka u susjednim dijelovima projekta

Faza 6. Radna dokumentacija: - Izrada radne dokumentacije za IS i njegove dijelove - Razvoj i prilagodba programa Faza 7. Puštanje u pogon: - Priprema objekta automatizacije - Osposobljavanje osoblja - Kompletiranje IS isporučenim proizvodima (softver, hardver, kompleksi) , informacijski proizvodi) - Građevinski, instalacijski i puštajući u pogon radovi - Prethodna ispitivanja - Probni rad - Prijemočna ispitivanja

Faza 8. Podrška IS: - Izvođenje radova u skladu s jamstvenim obvezama - Postjamstveni servis Anketa je studija i dijagnostička analiza organizacijske strukture poduzeća, njegovih djelatnosti i postojećeg sustava obrade informacija. Materijali dobiveni kao rezultat istraživanja koriste se za: opravdavanje razvoja i faznu implementaciju sustava; izrada tehničkih specifikacija za razvoj sustava; izrada tehničkih i izvedbenih projekata sustava.

Glavni zadatak prve faze istraživanja je procijeniti stvarni opseg projekta, njegove ciljeve i ciljeve na temelju identificiranih funkcija i informacijskih elemenata automatiziranog objekta visoke razine. Rezultat faze definiranja strategije je dokument (studija izvodljivosti projekta), u kojem je jasno navedeno što će naručitelj dobiti ako pristane financirati projekt, kada će dobiti gotov proizvod (plan rada) i koliko će to koštati ( za velike projekte, raspored financiranja u različitim fazama rada)

Indikativni sadržaj ovog dokumenta: ograničenja, rizici, skup uvjeta pod kojima se očekuje rad budućeg sustava: arhitektura sustava, hardverski i softverski resursi, radni uvjeti, osoblje za održavanje i korisnici sustava; rokovi dovršetka pojedinih faza, uključeni resursi, mjere zaštite podataka; opis funkcija koje sustav obavlja; mogućnosti razvoja sustava; informacijski objekti sustava; sučelja i raspodjela funkcija između osobe i sustava; zahtjevi za softver i informacijske komponente softvera, zahtjevi za DBMS

Na temelju rezultata ankete utvrđuje se popis zadataka upravljanja, čije je rješavanje preporučljivo automatizirati, te redoslijed njihovog razvoja. U fazi istraživanja planirane funkcije sustava treba klasificirati po stupnju važnosti. Jedan od mogućih formata za predstavljanje takve klasifikacije je MuSCoW. Ova kratica znači: Mora imati potrebne funkcije (kritične za uspješan rad); Treba imati poželjne značajke; Moglo bi imati moguće funkcije; Won *t imati funkcije koje nedostaju (potrebno je jasno razumjeti granice projekta i skup funkcija koje će nedostajati u sustavu).

U fazi analize, potrebno je uključiti grupe za testiranje u rad za rješavanje sljedećih zadataka: dobivanje komparativnih karakteristika hardverskih platformi, operativnih sustava, DBMS-a i drugih okruženja namijenjenih za korištenje; izrada plana rada za osiguranje pouzdanosti informacijski sustav i njegovo testiranje; uključivanje testera u ranim fazama razvoja preporučljivo je za sve projekte. Da biste automatizirali testiranje, trebali biste koristiti sustave za praćenje grešaka. To vam omogućuje da imate jedinstveno spremište pogrešaka, pratite njihovo ponovno pojavljivanje, kontrolirate brzinu i učinkovitost ispravljanja pogrešaka i vidite najnestabilnije komponente sustava.

Tehnička specifikacija je dokument kojim se definiraju ciljevi, zahtjevi i osnovni ulazni podaci potrebni za razvoj automatiziranog sustava upravljanja. Pri izradi tehničke specifikacije potrebno je riješiti sljedeće zadatke: utvrditi opći cilj stvaranja IS-a, odrediti sastav podsustava i funkcionalne zadatke; razviti i obrazložiti zahtjeve za podsustave za informacijsku bazu, matematički i programski tehnički kompleks. Sredstva Utvrditi opće zahtjeve za projektirani IS Odrediti popis zadataka za izradu sustava i izvođače, odrediti faze izrade sustava i vrijeme njihove implementacije; izvršiti preliminarni izračun troškova stvaranja sustava i odrediti razinu ekonomske učinkovitosti njegove implementacije.

Idejni projekt podrazumijeva izradu idejnih projektnih rješenja sustava i njegovih dijelova. Dovršetak faze preliminarnog dizajna nije nužno potreban. Sadržaj idejnog projekta određen je tehničkim specifikacijama za sustav. U pravilu se u fazi idejnog projekta utvrđuju: funkcije IS-a; Funkcije podsustava, njihovi ciljevi i očekivani učinak od provedbe sastava kompleksa zadataka i pojedinačnih zadataka; koncept informacijske baze i njezina proširena struktura; funkcije sustava za upravljanje bazom podataka sastav računalnog sustava i drugih tehničkih sredstava; funkcije i parametri osnovnog softvera

Na temelju projektnog zadatka (i idejnog projekta) izrađuje se tehnički projekt IP-a. Tehnički projekt IS-a je tehnička dokumentacija koja sadrži projektna rješenja za cijeli sustav, algoritme za rješavanje problema, kao i procjenu ekonomske učinkovitosti automatiziranog sustava upravljanja i popis aktivnosti za pripremu objekta za implementaciju. Tehnički projekt sadrži: objašnjenje, funkcionalnu i organizacijsku strukturu sustava, prikaz problema i algoritme rješenja, organizaciju informacijske baze, album obrazaca dokumenata, programski sustav, princip izgradnje tehničkog kompleksa. Sredstva, proračuni ekonomske učinkovitosti, mjere za pripremu objekta za implementaciju sustava, popis dokumentacije.

U fazi izrade radne dokumentacije provodi se izrada programskog proizvoda i izrada cjelokupne popratne dokumentacije. Dokumentacija mora sadržavati sve potrebne i dostatne podatke za osiguranje provedbe radova na puštanju IS-a u rad i njegovo funkcioniranje. Izrađena dokumentacija mora biti propisno izrađena, dogovorena i odobrena. Za IS, koji su vrsta automatiziranih sustava, utvrđene su sljedeće glavne vrste ispitivanja: preliminarni, probni rad i prihvaćanje. Ovisno o odnosu između dijelova IS-a i objekta automatizacije, testovi mogu biti autonomni (pokrivaju dio sustava) ili kompleksni (za sustav kao cjelinu).

Za planiranje svih vrsta ispita izrađuje se dokument „Program i metodologija ispitivanja“. Izrađivač dokumenta utvrđuje se u ugovoru ili tehničkoj specifikaciji. Preliminarna ispitivanja provode se kako bi se utvrdila operativnost sustava i odlučila o mogućnosti prihvaćanja u probni rad. Provodi se probni rad sustava radi utvrđivanja stvarne učinkovitosti i po potrebi prilagodbe dokumentacije radi utvrđivanja usklađenosti sustava s tehničkim specifikacijama

Standardno projektno rješenje (TDS) je replicirano (višekratno) dizajnersko rješenje. Razlikuju se sljedeće klase TPR-a: Elementarni TPR - standardna rješenja za zadatak ili za posebnu vrstu podrške za zadatak Podsustav TPR - pojedinačni podsustavi djeluju kao tipski elementi, razvijeni uzimajući u obzir funkcionalnu cjelovitost i minimiziranje vanjskih informacijskih veza Objekt TPR - standardne industrijske projekte, uključujući cijeli skup funkcionalnih i pratećih IS podsustava

Prednosti i nedostaci TPR-a: Elementarni (biblioteke programa orijentiranih na metode) + Osigurava korištenje modularnog pristupa dizajnu - Velike količine vremena potrošene na povezivanje heterogenih elemenata Podsustav (aplikativni programski paketi) + Visok stupanj integracije elemenata IS + Smanjeni troškovi za projektiranje i programiranje međusobno povezanih komponenti - TPR prilagodljivost je nedovoljna - Problemi u integraciji različitih funkcionalnih podsustava

Parametarski orijentirani dizajn uključuje sljedeće faze: Određivanje kriterija za ocjenu prikladnosti aplikativnih programskih paketa (APP) Analiza i evaluacija raspoloživih JPP prema formuliranim kriterijima Odabir i nabava najprikladnijeg paketa Postavljanje parametara (revizija) kupljeni PPP

Dizajn temeljen na modelu uključuje izgradnju modela objekta automatizacije pomoću posebnih softverskih alata (na primjer, SAP Business Engineering Workbench (BEW), BAAN Enterprise Modeler). Također je moguće izraditi sustav temeljen na standardnom modelu IS iz repozitorija koji se isporučuje uz programski proizvod. Repozitorij sadrži osnovni (referentni) model IS, standardne (referentne) modele pojedinih klasa IS, modele specifičnih IS poduzeća

Osnovni model IS-a sadrži opis poslovnih funkcija, procesa, objekata, pravila, kao i opis organizacije. strukture koje su podržane programskim modulima standardnog IS-a Standardni modeli opisuju konfiguracije IS-a za određene industrije ili tipove proizvodnje. Model određenog poduzeća gradi se odabirom fragmenata glavnog ili standardnog modela u skladu sa specifičnim karakteristikama poduzeća (BAAN Enterprise Modeler), ili automatiziranom prilagodbom ovih modela u rezultat ekspertne ankete (SAP Business Engineering Workbench)

Implementacija tipičnog projekta uključuje izvođenje sljedećih operacija: Postavljanje globalnih parametara sustava Postavljanje strukture objekta automatizacije Određivanje strukture osnovnih podataka Postavljanje popisa implementiranih funkcija i procesa Opis sučelja Opis izvješća Postavljanje autorizacije pristupa Postavljanje sustav arhiviranja

Uvod………………………………………………………………………………………..3
1. Teorijske osnove razvoja informacijskih sustava
1.1. Koncept IS-a kao sredstva automatizacije…………………………….5
1.2. Informacijska podrška IS-u…………………………………………………………………………………………
1.3. Rusko tržište informacijskih sustava za evidentiranje lijekova…………………….12
2. Projektiranje i razvoj informacijskog sustava za evidenciju lijekova u ljekarničkoj organizaciji
2.1. Informološka struktura računovodstvene baze podataka u transportnom poduzeću…………………………………………………………………………………………...16

Uvod
Značaj kolegija leži u činjenici da sva moderna skladišna poduzeća zahtijevaju automatizirane informacijske sustave (IS). Glavna prednost automatizacije je smanjenje redundancije pohranjenih podataka, a time i ušteda količine korištene memorije, smanjenje troškova višestrukih operacija za ažuriranje redundantnih kopija i eliminacija mogućnosti nedosljednosti zbog pohranjivanja informacija o istom objektu na različitim mjestima. , povećanje stupnja pouzdanosti informacija i povećanje brzine obrade informacija; prevelik broj internih međudokumenata, raznih dnevnika, mapa, prijava i sl., opetovano upisivanje istih podataka u razne međudokumente. Također značajno skraćuje vrijeme automatsko traženje informacija, koje se provodi iz posebnih ekranskih obrazaca u kojima su naznačeni parametri traženja objekta.
Predmet istraživanja je prometno poduzeće (promet robe).
Predmet rada je automatizacija računovodstva u transportnom poduzeću.
Svrha rada je razviti informacijski sustav za računovodstvo voznog parka u prijevozničkom poduzeću.
Za postizanje ovog cilja potrebno je riješiti sljedeće zadatke:
1. Proučiti teorijske osnove razvoja informacijskih sustava
2. Projektirati i razviti informacijski sustav za računovodstvo transportnog poduzeća.
Teoretsku osnovu kolegija činili su radovi domaćih znanstvenika iz područja automatiziranih informacijskih tehnologija, periodični materijali, informacijski resursi globalnog Interneta.
Metodološka osnova rada su metode analize sustava: programska, dijalektička i leksička metoda
Ciljevi i zadaci kolegija odredili su njegovu strukturu. Kolegij se sastoji od uvoda, dva dijela, zaključka i popisa literature1. Teorijske osnove informacijskih sustava
1.1. Koncept IS-a kao sredstva automatizacije
Sustav se shvaća kao svaki objekt koji se istovremeno promatra kao jedinstvena cjelina i kao skup heterogenih elemenata ujedinjenih u interesu postizanja postavljenih ciljeva. Sustavi se međusobno značajno razlikuju i po sastavu i po glavnim ciljevima U informatici je pojam "sustav" široko rasprostranjen i ima mnoga semantička značenja. Najčešće se koristi u odnosu na skup tehničkih alata i programa. Hardver računala može se nazvati sustavom. Sustav se također može smatrati skupom programa za rješavanje specifičnih primijenjenih problema, dopunjenih postupcima za održavanje dokumentacije i upravljanje proračunima. Dodavanje riječi "informacija" pojmu "sustav" odražava svrhu njegovog stvaranja i rada. Informacijski sustavi omogućuju prikupljanje, pohranu, obradu, pronalaženje i izdavanje informacija potrebnih u procesu odlučivanja o problemima iz bilo kojeg područja. Pomažu u analizi problema i stvaranju novih proizvoda.
Informacijski sustav je međusobno povezan skup sredstava, metoda i osoblja koji se koriste za pohranu, obradu i izdavanje informacija u svrhu postizanja zadanog cilja.
Suvremeno shvaćanje informacijskog sustava podrazumijeva korištenje računala kao glavnog tehničkog sredstva obrade informacija. Osim toga, tehnička implementacija informacijskog sustava sama po sebi neće učiniti ništa...

1. Razvoj informativni sustava za tvrtku za ugradnju plinske opreme

   Diplomski rad >> Informatika

   Projekt razvoj informativni sustava ili aplikacije u smislu funkcionalnih zahtjeva. Testiranje vam omogućuje da napravite proces razvoj informativni sustava I softver odredba ...

2. Razvoj strategije razvoja organizacije temeljene na marketinškom pristupu na primjeru SOOO Effective

   Diplomski rad >> Marketing

   Tehnologije automatizacije Kako odvojiti faze razvoj softver odredba. Dizajneri ... visoke tehnologije su: – razvoj i implementacija informativno-komunikacijske tehnologije i softver odredba u industrijskim i drugim organizacijama...

3. Informacija sustav tečaj Računalne mreže

   Diplomski rad >> Informatika

   ... razvoj informativni sustava bila je neophodna bliska interakcija s kupcem i korisnicima sustava; objekt je korišten model razvoj softver odredba IP; razvoj...modula informativni sustava 1. Modul primarni stranice...

4. Razvoj softver odredba odabrati optimalnu konfiguraciju automatiziranog radnog mjesta DL

   Sažetak >> Komunikacije i komunikacije

   Djela: razvoj softver odredba za izbor... primarni faze: - formalizacija SS nije u potpunosti provedena, Kako... vrijeme logičko-jezično modeli reprezentacija znanja... koristi se u informativno-tražilice sustava(IPS) i sustava upravljanje bazom podataka...

5. Informacija sustava iz ekonomije (12)

   Studijski vodič >> Ekonomija

   ... model. Rano faze koristiti informacija sustava u ekonomiji korišteni su datotečni sustavi model podaci. U datoteci sustava provodi se model ... informativni, hardver, softver odredba, održanog razvoj metodološki odredba ...

Pošaljite svoj dobar rad u bazu znanja jednostavno je. Koristite obrazac u nastavku

Studenti, diplomanti, mladi znanstvenici koji koriste bazu znanja u svom studiju i radu bit će vam vrlo zahvalni.

Slični dokumenti

Osnovne metodologije projektiranja, modeli životnog ciklusa lokalnih sustava, bit strukturalnog pristupa. Modeliranje tokova procesa i softver za podršku njihovom životnom ciklusu. Karakteristike i tehnologija implementacije CASE alata.

kolegij, dodan 13.12.2010


Osnove metodologije projektiranja informacijskih sustava, koncept njihovog životnog ciklusa. Osnovni modeli životnog ciklusa. Metodologija funkcionalnog modeliranja SADT. Sastav funkcionalnog modela. Modeliranje podataka, karakteristike slučaja-srednje vrijednosti.

sažetak, dodan 28.05.2015


Metodologija strukturne analize i projektiranja informacijskih sustava. Osnovni standard za procese životnog ciklusa softvera. Ciljevi i principi formiranja profila informacijskih sustava. Izrada idealnog modela poslovnog procesa.

prezentacija, dodano 07.12.2013


Značajke glavnih, pomoćnih i organizacijskih procesa životnog ciklusa automatiziranih informacijskih sustava. Osnovne metodologije za projektiranje AIS-a na temelju CASE tehnologija. Definicija modela životnog ciklusa softverskog proizvoda.

kolegij, dodan 20.11.2010


Značajke projektiranja informacijskih sustava temeljenih na bazama podataka. Korištenje CASE alata i opisivanje poslovnih procesa u BP-Win-u. Faze projektiranja suvremenih informacijskih sustava, vrste dijagrama i vizualni prikaz web stranice.

kolegij, dodan 25.04.2012


Glavna područja projektiranja informacijskih sustava: baze podataka, programi (izvršenje podatkovnih zahtjeva), topologija mreže, hardverske konfiguracije. Modeli životnog ciklusa softvera. Faze projektiranja informacijskog sustava.

sažetak, dodan 29.04.2010


Životni ciklus automatiziranih informacijskih sustava. Osnove metodologije projektiranja automatiziranih sustava temeljenih na CASE tehnologijama. Faza analize i planiranja, izgradnje i implementacije automatiziranog sustava. Kaskadni i spiralni model.

kolegij, dodan 20.11.2010


Sustavi za automatsko projektiranje. Komparativna analiza alata za projektiranje automatiziranih informacijskih sustava. Izvezite SQL kod u fizičko okruženje i popunite bazu podataka sadržajem. Faze razvoja i karakteristike Case alata.

kolegij, dodan 14.11.2017

"Metodologija razvoja informacijskih sustava"

Suvremeni organizacijski lideri prije ili kasnije dolaze do zaključka da je potrebno automatizirati različite upravljačke funkcije svog poslovanja: u pravilu je to uzrokovano željom za smanjenjem troškova optimizacijom proizvodnog procesa i optimizacijom upravljanja različitim poslovnim procesima. . U tom slučaju organizacije ili kupuju gotove standardne informacijske sustave dostupne na tržištu IT usluga ili privlače stručnjake i razvijaju informacijske sustave izravno za određeno poduzeće, uzimajući u obzir njegove specifičnosti i područje djelovanja. Prva opcija je ekonomičnija, druga više obećava, budući da posebno razvijeni IS uzimaju u obzir strukturu organizacije i trebaju biti prikladniji za automatizaciju rada određene organizacije.

Osnovni koncept metodologije razvoja informacijskih sustava je koncept IS životni ciklus. Životni ciklus sustava obično se shvaća kao kontinuirani proces koji počinje od trenutka donošenja odluke o potrebi stvaranja sustava i završava kada se potpuno povuče iz upotrebe. Drugim riječima, životni ciklus IS-a je razdoblje nastanka i korištenja IP-a.

Životni ciklus informacijskog sustava obuhvaća sve faze i faze njegovog stvaranja, održavanja i razvoja:

predprojektna analiza (uključujući formiranje funkcionalnih i informacijskih modela objekta za koji je informacijski sustav namijenjen);

projektiranje sustava (uključujući izradu tehničkih specifikacija, idejnih i tehničkih projekata);

razvoj sustava (uključujući programiranje i testiranje aplikacijskih programa na temelju specifikacija dizajna podsustava identificiranih u fazi projektiranja);

integracija i montaža sustava, testiranje;

rad sustava i njegovo održavanje;

razvoj sustava.

U fazi predprojektne analize proučava se predmetno područje za koje se sustav razvija. Formiraju se zahtjevi korisnika za budući sustav, zacrtavaju se buduće funkcije i parametri sustava. Izrađuje se približna procjena budućih troškova materijala i vremena.

U fazi projektiranja razvija se projekt sustava u obliku dijagrama, crteža i proračuna, opisuje se slika budućeg sustava i daju projektna rješenja za sve njegove komponente. Svrha projektiranja je izbor tehničke i formiranje informacijske, matematičke, programske i organizacijske i pravne potpore.

Učinkovito funkcioniranje IS-a prvenstveno je određeno kvalitetom dizajna, a tijekom projektiranja stvara se detaljna slika sustava sposobna za daljnje funkcioniranje uz njegovo stalno usavršavanje. Kao rezultat projektiranja formira se skup tehničke dokumentacije koja služi kao temelj za izgradnju IS-a.

Dizajn IC-a temelji se na nekoliko principa:

Načelo sustavan ili sistemski pristup. Načelo sustavnosti pretpostavlja razmatranje predmeta kao jedinstvene cjeline; utvrđivanje veza između strukturnih elemenata koji osiguravaju cjelovitost sustava; utvrđivanje smjera proizvodnih i gospodarskih aktivnosti sustava i funkcija koje provodi.

Načelo razvoj ekonomski informacijski sustavi (EIS) - predviđa da se prilikom izrade IS-a omogući brzo i bez velikih troškova restrukturiranja promjena i nadogradnje IT-a pri promjenama i razvoju objekta.

- Kompatibilnost- pretpostavlja mogućnost interakcije između EIS-a različitih razina i vrsta u procesu njihovog zajedničkog funkcioniranja.

- Standardizacija i unifikacija- podrazumijeva korištenje standardnih, unificiranih i tipskih rješenja u izradi i razvoju elektroničkih informacijskih sustava (standardni programski proizvodi, unificirana dokumentacija, oprema).

- Načelo učinkovitosti– racionalan odnos između troškova stvaranja i rada i učinka funkcioniranja stvorenog sustava.

- Integracija– to je integracija u jedinstveni tehnološki proces postupaka za prikupljanje, prijenos, akumulaciju, pohranu informacija i postupaka za donošenje upravljačkih odluka.

Stvarno stvaranje sustava događa se u fazi razvoja.

Potreba za razvojnom fazom proizlazi iz činjenice da tijekom razdoblja korištenja sustava (oko 10 godina) hardver i softver postaju moralno i fizički zastarjeli, pa je stoga potrebno povremeno modernizirati softversku i hardversku bazu je.

U svakoj fazi životnog ciklusa formira se određeni skup dokumenata i tehničkih rješenja, a za svaku fazu koriste se početni dokumenti i odluke dobivene u prethodnoj fazi.

Tijek procesa stvaranja IS-a (redoslijed izvođenja faza, kriteriji za prelazak iz faze u fazu) ovisi o odabranom modelu životnog ciklusa IS-a. Model životnog ciklusa- struktura koja određuje redoslijed izvršenja i odnose između procesa, akcija i zadataka koji se izvode tijekom životnog ciklusa.

Do danas su sljedeća dva glavna modela životnog ciklusa postala najraširenija:

kaskadni model (70-85);

spiralni model (86-90 godina).

Kaskadna metoda- podjela cjelokupnog razvoja na faze, a prijelaz iz jedne faze u drugu događa se tek nakon što je rad na trenutnom potpuno završen (slika 1.2.1). Dijagram razvoja IS-a prema kaskadnom pristupu možete vidjeti u tekstualnoj datoteci uz ovo predavanje.

Pozitivni aspekti korištenja kaskadnog pristupa:

u svakoj fazi generira se kompletan skup projektne dokumentacije koja zadovoljava kriterije cjelovitosti i dosljednosti;

faze rada koje se izvode u logičnom slijedu omogućuju planiranje vremena završetka svih radova i odgovarajućih troškova.

Kaskadni pristup dobro se pokazao u izgradnji informacijskih sustava, za koje se svi zahtjevi mogu dosta točno i potpuno formulirati na samom početku razvoja. Složeni računski sustavi, sustavi u stvarnom vremenu i drugi slični zadaci spadaju u ovu kategoriju.

Glavni nedostatak kaskadnog pristupa je značajno kašnjenje u dobivanju rezultata, jer je često potrebno vratiti se na prethodne faze zbog nastalih promjena (primjerice, zbog promijenjenih zahtjeva kupaca).

Spiralni model, za razliku od kaskade, uključuje iterativni proces razvoja informacijskog sustava. Svaka iteracija predstavlja potpuni razvojni ciklus, što rezultira izdavanjem interne ili eksterne verzije proizvoda (ili podskupa konačnog proizvoda) koji se poboljšava od iteracije do iteracije kako bi postao potpuni sustav. Načelo razvoja pomoću spiralnog modela postaje jasno ako pogledate prikazanu sliku.

Svaki zavoj spirale odgovara stvaranju novog fragmenta ili verzije IP-a; pojašnjavaju se ciljevi i karakteristike projekta, utvrđuje se njegova kvaliteta i planira rad sljedećeg zavoja spirale. U ovom slučaju jedan zavoj spirale predstavlja cjelovit projektni ciklus sličan kaskadnoj shemi. Korištenje spiralnog modela omogućuje vam prijelaz na sljedeću fazu projekta bez čekanja da trenutni bude potpuno dovršen - nedovršeni posao može se dovršiti u sljedećoj iteraciji.

Spiralni model je češći ovih dana. Razlozi za to su niža razina rizika u odnosu na vodopadni model, smanjeno vrijeme razvoja i jednostavnost unošenja izmjena. Općenito, spiralni model se pokazao fleksibilnijim u usporedbi s kaskadnim modelom.

Glavni problem spiralnog ciklusa je određivanje trenutka prijelaza u sljedeću fazu. Prijelaz se odvija prema planu, čak i ako nisu dovršeni svi planirani poslovi.

Sve veća složenost suvremenih automatiziranih sustava upravljanja i sve veći zahtjevi za njima diktiraju potrebu korištenja učinkovitih tehnologija za kreiranje i održavanje informacijskih sustava tijekom cijelog životnog ciklusa. Takve tehnologije, usmjerene na podržavanje punog životnog ciklusa nuklearne elektrane ili njenih glavnih faza, nazivaju se CASE tehnologije (Računalo Potpomognuto Sustav Inženjering) . CASE tehnologija je metodologija projektiranja IS-a, kao i skup alata koji omogućuju vizualno modeliranje predmetnog područja, analizu tog modela u svim fazama razvoja i održavanja IS-a te razvoj aplikacija u skladu s informacijskim potrebama korisnika. U posljednjem desetljeću pojavila se klasa programskih i tehnoloških alata (CASE alati) koji implementiraju CASE tehnologiju za izradu i održavanje AIS-a. Trenutno CASE alati (>300) pokrivaju cijeli proces razvoja složenog AIS-a u cjelini. Sada se pojam CASE-alati odnosi na softver koji podržava procese stvaranja i održavanja AIS-a, uključujući analizu i formuliranje zahtjeva, dizajn aplikacijskog softvera i baza podataka podaci, generiranje koda, testiranje, dokumentacija, osiguranje kvalitete, upravljanje konfiguracijom i projektom te drugi procesi.

CASE alati:

Poboljšati kvalitetu stvorenog AIS-a (AIT) putem sredstava automatske kontrole;

Omogućuju vam stvaranje prototipa budućeg automatiziranog informacijskog sustava (AIT) u kratkom vremenu, što omogućuje procjenu očekivanog rezultata u ranoj fazi;

Ubrzati proces dizajna i razvoja sustava;

Oslobađaju programera od rutinskog rada, dopuštajući mu da se u potpunosti koncentrira na kreativni dio razvoja;

Potpora razvoju i podrška razvoju AIS-a (AIT);

Tehnologije podrške za ponovno korištenje razvojnih komponenti.

Moderni CASE alati pokrivaju širok raspon podrške za brojne tehnologije projektiranja IS-a: od jednostavnih alata za analizu i dokumentiranje do alata za automatizaciju punog opsega koji pokrivaju cijeli životni ciklus softvera.

Tipično, CASE alati uključuju bilo koji softver koji automatizira jedan ili više procesa u životnom ciklusu softvera i ima sljedeće glavne karakteristike:

· moćni grafički alati za opisivanje i dokumentiranje IP-a, koji pružaju prikladno sučelje s programerom i razvijaju njegove kreativne sposobnosti;

· integracija pojedinih komponenti CASE alata, osiguravajući upravljivost procesa razvoja IS-a;

· korištenje posebno organizirane pohrane metapodataka projekta (repozitorij).

Razlikuju se sljedeće vrste CASE fondova:

Lokalni alati koji rješavaju male autonomne zadatke (alati),

Skup djelomično integriranih alata koji pokrivaju većinu faza životnog ciklusa IS-a (alati)

Potpuno integrirani alati (CASE-kompleksi alata) koji podržavaju cijeli životni ciklus IS-a i povezani su zajedničkim repozitorijem.

Integrirani CASE alat (ili skup alata koji podržavaju kompletan životni ciklus softvera) sadrži sljedeće komponente;

· repozitorij, koji je osnova CASE alata. Trebao bi osigurati pohranu verzija projekta i njegovih pojedinačnih komponenti, sinkronizaciju informacija primljenih od različitih programera tijekom grupnog razvoja, kontrolu metapodataka za cjelovitost i dosljednost;

· alati za grafičku analizu i dizajn koji omogućuju stvaranje i uređivanje hijerarhijski povezanih dijagrama (DFD, ERD, itd.) koji tvore IS modele;

· alati za razvoj aplikacija, uključujući 4GL jezike i generatore koda;

· alati za upravljanje konfiguracijom;

· dokumentacijski alati;

· alati za testiranje;

· alati za upravljanje projektima;

· alati za reinženjering.

b) prema vrsti:

Alati za analizu (velika slova) dizajnirani za izgradnju i analizu modela domene

Alati za analizu i dizajn (Middle CASE) koji podržavaju najčešće metodologije dizajna i koriste se za izradu specifikacija dizajna. Izlaz takvih alata su specifikacije komponenti sustava i sučelja, arhitekture sustava, algoritama i struktura podataka;

Alati za dizajn baze podataka koji omogućuju modeliranje podataka i generiranje shema baze podataka (obično u SQL jeziku) za najčešće DBMS.

Alati za razvoj aplikacija.

Alati za reinženjering koji omogućuju analizu programskih kodova i shema baze podataka te na temelju njih formiraju različite modele i specifikacije dizajna.

Danas rusko tržište softvera ima sljedeće najrazvijenije CASE alate:

 ERwin+BPwin;

 CASE.Analyst;

 Racionalna ruža.

Jedna od bitnih karakteristika razvoja IS-a je vrijeme razvoja. Često vrijeme potrebno za stvaranje punopravnog sustava traje od nekoliko mjeseci do godinu dana. Sasvim je prirodno da je većina poduzeća zainteresirana za smanjenje ovog razdoblja. Jedno od mogućih rješenja ovog problema je razvoj IS-a metodologijom RAD (Rapid Application Development). = Metodologija brzog razvoja aplikacija.

Osnovna načela RAD metodologije mogu se sažeti na sljedeći način:

Korištenje iterativnog (spiralnog) razvojnog modela;

Potpuni završetak rada u svakoj fazi životnog ciklusa nije potreban;

U procesu razvoja informacijskog sustava osigurava se bliska interakcija s kupcem i budućim korisnicima;

Koriste se CASE alati i alati za brzi razvoj aplikacija;

Alati za upravljanje konfiguracijom koriste se za olakšavanje izmjena projekta i održavanje gotovog sustava;

Prototipovi se koriste za bolje razumijevanje i realizaciju potreba krajnjeg korisnika;

Testiranje i razvoj projekta provode se istovremeno s razvojem;

Razvoj provodi mali i dobro vođen tim stručnjaka;

Osigurano je kompetentno upravljanje razvojem sustava, jasno planiranje i kontrola izvršenja radova.

Kada se koristi metodologija brzog razvoja aplikacija, životni ciklus informacijskog sustava sastoji se od četiri faze:

Analiza i planiranje zahtjeva;

Oblikovati;

Konstrukcije;

Implementacije.

RAD metodologija također nije prikladna za izradu složenih računskih programa, operativnih sustava i programa za upravljanje složenim inženjersko-tehničkim objektima, odnosno programa koji zahtijevaju pisanje velike količine jedinstvenog koda.

Potpuno neprihvatljiva metodologija RAD za razvoj sustava o kojima ovisi sigurnost ljudi, poput sustava upravljanja transportom ili nuklearnim elektranama.

Postoje dvije glavne metode projektiranja: strukturalni i objektno orijentirani dizajn.

Bit strukturnog pristupa razvoju IS-a leži u njegovoj dekompoziciji (raščlanjivanju) na automatizirane funkcije: sustav se dijeli na funkcionalne podsustave, koji se pak dijele na podfunkcije, dalje dijele na zadatke i tako dalje. Proces particioniranja nastavlja se do specifičnih postupaka. Istovremeno, automatizirani sustav održava holistički pogled u kojem su sve komponente međusobno povezane. Kod razvoja sustava "odozdo prema gore" od pojedinih zadataka do cijelog sustava gubi se cjelovitost, a problemi nastaju u informacijskom povezivanju pojedinih komponenti.

Objektno orijentirani dizajn uključuje dekompoziciju sustava temeljenu na objektima. Objekt je entitet iz stvarnog života koji ima važnu funkcionalnu svrhu u određenom predmetnom području. Objekt karakterizira struktura, stanje i jasno definirano ponašanje. Stanje objekta definirano je popisom svih mogućih (obično statičkih) svojstava i trenutnim vrijednostima (obično dinamičkim) svakog od tih svojstava. Svojstva objekta karakteriziraju vrijednosti njegovih parametara.

Danas smo pogledali neke aspekte procesa razvoja IP-a. Posebno smo definirali što je životni ciklus IS-a i opisali njegove glavne faze, te opisali 2 glavna modela životnog ciklusa IS-a – kaskadni i spiralni. Zatim smo identificirali važan alat u razvoju i održavanju IS-a - CASE alate koji pomažu analizirati, dizajnirati, razvijati i učinkovito koristiti IS, tj. podržavaju cijeli životni ciklus IS-a.