Prikazi životnog ciklusa sustava. Životni ciklus programskih sustava


ciklus (LC).

ZCIS je razdoblje nastanka i korištenja informacijskih sustava, počevši od trenutka nastanka potrebe za informacijskim sustavom do trenutka njegovog potpunog prestanka rada.

Životni ciklus je model za stvaranje i korištenje softvera koji odražava njegova različita stanja, počevši od trenutka kada se pojavi potreba za određenim softverskim proizvodom do trenutka kada je potpuno izvan upotrebe za sve korisnike.

Tradicionalno se razlikuju sljedeće glavne faze životnog ciklusa softvera:

  • analiza zahtjeva;
  • oblikovati;
  • kodiranje (programiranje);
  • testiranje i otklanjanje pogrešaka;
  • rad i održavanje.

Faze životnog ciklusa informacijskog sustava

  1. Anketa prije projekta
    • 1.1. Zbirka materijala za dizajn; Ujedno je istaknuta formulacija zahtjeva, studija objekta automatizacije i dani su preliminarni zaključci predprojektne verzije IS-a.
    • 1.2. Analiza materijala i izrada dokumentacije; studiju izvedivosti s tehničkim specifikacijama za IC dizajn.
  2. Oblikovati
    • 2.1. Idejni projekt:
      • odabir projektnih rješenja o aspektima razvoja IS-a;
      • opis stvarnih komponenti IS;
      • registracija i odobrenje tehničkog projekta (TP).
    • 2.2. Detaljni dizajn:
      • izbor ili razvoj matematičkih metoda ili programskih algoritama;
      • ažuriranje struktura baze podataka;
      • izrada dokumentacije za isporuku i instalaciju programskih proizvoda;
      • izbor kompleksa tehnička sredstva sa dokumentacijom za njegovu ugradnju.
    • 2.3. Izrada tehničkog i radnog projekta IP (TRP).
    • 2.4. Izrada metodologije za provedbu upravljačkih funkcija pomoću IS-a i opis propisa za djelovanje upravljačkog aparata.
  3. IP razvoj
    • nabava i instaliranje hardvera i softvera;
    • testiranje i fino podešavanje programskog paketa;
    • izrada uputa za rad softvera i hardvera.
  4. Puštanje IS-a u rad
    • uvođenje tehničkih sredstava;
    • unos softvera;
    • obuka i certifikacija osoblja;
    • probni rad;
    • dostava i potpisivanje potvrda o prijemu radova.
  5. IP rad
    • dnevna uporaba;
    • generalna podrška cjelokupnom projektu.

Životni ciklus se formira u skladu s načelom top-down dizajn i u pravilu je iterativne prirode: provedene faze, počevši od najranijih, ciklički se ponavljaju u skladu s promjenama zahtjeva i vanjski uvjeti, uvođenje ograničenja i sl. U svakoj fazi životnog ciklusa generira se određeni skup dokumenata i tehničkih rješenja; Štoviše, za svaku fazu polazište su dokumenti i odluke dobivene u prethodnoj fazi. Svaka faza završava provjerom generiranih dokumenata i rješenja kako bi se provjerila njihova usklađenost s izvornicima.

Glavni regulatorni dokument koji regulira životni ciklus softvera je međunarodni standard ISO/IEC 12207 (ISO - Međunarodna organizacija za standardizaciju, IEC - Međunarodna elektrotehnička komisija). Definira strukturu životnog ciklusa koja sadrži procese, aktivnosti i zadatke koji se moraju izvršiti tijekom izrade softvera.

Struktura životnog ciklusa softvera prema normi ISO/IEC 12207 temelji se na tri skupine procesi:

  • glavni procesi životnog ciklusa softvera (kupnja, nabava, 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 uključuje sve radove na izradi softvera i njegovih komponenti prema zadanim zahtjevima. To uključuje izradu projektne i pogonske dokumentacije, pripremu materijala potrebnih za ispitivanje operativnosti i sl kvaliteta softverskih proizvoda, materijale potrebne za organiziranje obuke osoblja i sl. Razvoj softvera obično uključuje analizu, dizajn i implementaciju (programiranje).

Operacija uključuje rad na stavljanju programskih komponenti u rad. Ovaj proces uključuje konfiguriranje baze podataka i korisničkih radnih stanica, osiguranje operativne dokumentacije, provođenje obuke osoblja itd., te neposredno djelovanje, uključujući lokalizaciju problema i otklanjanje uzroka njihovog nastanka, modificiranje softvera unutar utvrđenih propisa, pripremu prijedloga za poboljšanje, razvoj i modernizacija sustava.

Upravljanje projektima povezano je s pitanjima planiranja i organizacije rada, stvaranja razvojnih timova te praćenja vremena i kvalitete obavljenog posla. Tehnička i organizacijska podrška projektu uključuje odabir metoda i alata za provedbu projekta, određivanje metoda za opisivanje međurazvojnih stanja, razvoj metoda i alata za testiranje softvera, obuku osoblja i dr. 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. Provjera vam omogućuje procjenu usklađenosti razvojnih parametara s izvornim zahtjevima. Verifikacija se preklapa s testiranjem, koje se bavi utvrđivanjem razlika između stvarnih i očekivanih rezultata i procjenom ispunjavaju li karakteristike softvera izvorne zahtjeve. Tijekom provedbe projekta važno mjesto bave se identifikacijom, opisom i kontrolom konfiguracije pojedinih komponenti i cijelog sustava u cjelini.

Upravljanje konfiguracijom jedan je od pratećih procesa koji podržava glavne procese životni ciklus Softver, prije svega, procesi razvoja i održavanja softvera. Prilikom izrade složenih projekata IS-a koji se sastoje od više komponenti, od kojih svaka može imati varijante ili inačice, javlja se problem uzimanja u obzir 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. Generalni principi i preporuke za računovodstvo konfiguracije, planiranje i upravljanje konfiguracijom softvera odražavaju se u nacrtu standarda ISO 12207-2.

Svaki proces karakteriziraju određeni zadaci i metode za njihovo rješavanje, početni podaci dobiveni u prethodnoj fazi i rezultati. Rezultati analize posebice su funkcionalni modeli, informacijski modeli i njima odgovarajući dijagrami. Životni ciklus softvera je iterativne prirode: rezultati sljedeće faze često uzrokuju promjene u dizajnerskim rješenjima razvijenim u ranijim fazama.

PRAKTIČNI RAD

PO DISCIPLINI

"TEORIJA TEHNIČKIH SUSTAVA"

(za studente specijalnosti

dopisni tečajevi)

Makejevka – 2010


MINISTARSTVO OBRAZOVANJA I ZNANOSTI UKRAJINE

DONBASKA NACIONALNA AKADEMIJA

GRADITELJSTVO I ARHITEKTURA

Zavod za “Dizno-transportne, građevinske, cestovne strojeve

i oprema"

METODIČKE UPUTE ZA PROVEDBU

PRAKTIČNI RAD

PO DISCIPLINI

"TEORIJA TEHNIČKIH SUSTAVA"

(za studente specijalnosti

7.090214 “Podizanje i transport, građevinski, cestovni,

strojevi i oprema za reklamaciju" i

7.090258 “Automobili i automobilska industrija”

dopisni tečajevi)

Makejevka – 2010


UDK 681.51:519.21

Metodičke upute za izvođenje praktičnog rada iz discipline "Teorija" tehnički sustavi"(za studente specijalnosti 7.090214 "Dizanje i transport, građevina, cesta, strojevi i oprema za melioraciju" i 7.090258 "Automobili i automobilska industrija" dopisni kolegiji) / Sastavio: V.A. Penchuk, N.A. Yurchenko.- Makeevka: DonNASA, 2010.- 25 str.

Smjernice daju svrhu i postupak izvođenja praktičnog rada, teorijska osnova, opcije zadatka, test pitanja.

Sastavio: prof. V.A. Penchuk

Dupe. NA. Jurčenko

Recenzenti: izv. prof. A.K. Kralin

Izv. V.A. Talalay

Odgovoran za izdanje prof. V.A. Penchuk


PRAKTIČNI RAD

IZRADA ŽIVOTNOG CIKLUSA

TEHNIČKI SUSTAV"

Cilj rada: stjecanje praktičnih vještina u izradi životnog ciklusa tehničkog sustava.

Radni nalog:

1. Proučiti strukturu i faze životnog ciklusa tehničkih sustava.

2. Definirati pojmove: životni ciklus, tehničke specifikacije, tehnički projekt, radna dokumentacija, eksperimentalni uzorak, masovna proizvodnja, dizajn, konstrukcija.

3. Razvijte se opća shemaživotni ciklus danog sustava.

TEORIJSKE OSNOVE

Struktura životnog ciklusa tehničkog sustava.

Struktura životnog ciklusa tehničkog sustava (slika 1.1) uključuje glavne vremenske faze njegovog postojanja: istraživački rad (), razvoj radne dokumentacije (), pripremu proizvodnje za njegovu proizvodnju (), proizvodnju (), priprema pred prodaju(), rad () i odlaganje (). Svaka faza životnog ciklusa zahtijeva određene materijalni troškovi() i samo s njegovom funkcijom moguće je dobiti neke transformacije.

Sustav proširenog životnog ciklusa puno je jednostavniji od stvarnog, budući da skup faza uključenih u sustav ima brojne interne tehničke sustave koji imaju interne međusobne veze. Na primjer, u fazi istraživanja postoje procesi teorijskog i eksperimentalnog istraživanja, obrade rezultata, izrade tehničkih specifikacija itd.

Slika 1.1 – Životni ciklus tehničkog sustava:

TK- tehnički zadatak; RD– radnu dokumentaciju; T.S.– tehnički sustav; akt - akt raspolaganja

U fazi izrade radne dokumentacije kao tehničkog sustava potrebno je izvršiti niz operacija proračuna i projektiranja komponenti i dijelova, procesa i podprocesa.

Pri pripremi proizvodnje, kao tehničkog sustava, za izradu dijelova, sklopnih jedinica i općenito tehničkih sustava, opet je potrebno imati posla sa značajnim opsegom novih tehničkih sustava: strojeva, alata, procesa montaže i ugradnje. potrebna oprema i tako dalje.

Navedeno se može, uz određene izmjene, proširiti na fazu izrade nekog složenog tehničkog sustava koji se sastoji od dijelova, sklopova sklopnih jedinica, a potom i na ciklus rada i zbrinjavanja.

U svakom sustavu proizvodne djelatnosti, u stvaranju, implementaciji i radu tehničkih sustava djeluju tri međusobno povezana procesa: razvoj “ R"; proizvodnja "itd" i operacija "E". procesi " R"I" itd"mogu se provoditi u jednom specijaliziranom obliku, što omogućuje poboljšanje kvalitete tehničkog sustava u području djelovanja" E».

Bez obzira na funkcionalnu i ekonomsku povezanost objekata " R"I" itd» trebaju imati sljedeće radionice ili odjele: istraživanje, dizajn i tehnologiju, ispitivanje, proizvodnju, logistiku, pretprodajnu pripremu i druge prema specifičnostima tehničkog sustava.

Faze životnog ciklusa tehničkog sustava.

Životni ciklus tehničkog sustava sastoji se od niza uzastopnih faza (tablica 1.1), od kojih svaka zahtijeva specifičan pristup rješavanju zadanih, odnosno novonastalih problema.

Tablica 1.1 – Distribucija glavnih faza životnog ciklusa

tehnički sustav između organizacija

Tehničke kontradikcije. Najčešće se problematične situacije javljaju u fazi stvaranja tehničkih sustava. Proučavanje problemske situacije uključuje prepoznavanje tehničkih proturječja, koja mogu biti administrativna, tehnička i fizička.

Administrativne kontradikcije- to su kontradikcije koje se javljaju na početku tehničkog problema, kada se mora donijeti odluka: tko to učiniti, tko to financira, gdje to učiniti itd.?

Tehničke nedosljednosti– to su proturječja koja nastaju već u procesu stvaranja ili promjene parametara tehničkog sustava.

Fizičke kontradikcije– to su proturječja koja nastaju kada postoje međusobno suprotni zahtjevi za sustav ili za njegove pojedine dijelove (npr. lagana i čvrsta, stabilna i mala nosiva površina itd.).

Potrebno je jasno razlikovati proturječja koja se javljaju u fazi izrade tehničke specifikacije (TOR) za tehnički sustav i u fazama projektiranja i izgradnje, proizvodnje i rada. Faza razvoja „TK“ namijenjena je rješavanju pitanja „zašto“, što se odnosi na znanstvene i tehničke probleme, dok se u ostalim fazama rješavaju pitanja „kako to učiniti“.

Tehničko stvaralaštvo. Proces stvaranja novih tehničkih rješenja tzv tehničko stvaralaštvo. Tehničko stvaralaštvo podrazumijeva transformaciju već poznatih znanja, učenja i iskustava u nove tehničke sustave. Tehničko stvaralaštvo vrlo je raznoliko i javlja se u svim područjima tehnike, a uvjetno se može podijeliti na sljedeće vrste djelatnosti: inženjersko istraživanje, inženjersko projektiranje i inženjerska tehnologija. U prvom slučaju uspostavljaju se novi obrasci procesa i tehničkih sustava te se daje odgovor na pitanje “zašto se to događa?”. U drugom nastaju novi tehnički sustavi u obliku radne dokumentacije, modela, izgleda, a u trećem u obliku stvarnih tehničkih sustava.

U znanstvenom istraživanju koristi se sustav znanstvenog eksperimenta čija se bit svodi na široku primjenu na razne načine modeliranje tehničkih sustava i matematička teorija planiranja i obrade eksperimentalnih rezultata.

Općenito, suvremeno znanstveno istraživanje strukturirano je prema sljedećoj shemi: eksperiment – ​​izgradnja modela, interpretacija modela i donošenje odluke o smjeru daljnjeg istraživanja.

Radeći znanstveno istraživanje Jedna od najvažnijih zadaća je osigurati pouzdanu studiju izvodljivosti projektiranog tehničkog sustava uz minimalne financijske troškove.

Inženjerska i dizajnerska kreativnost mogu se podijeliti na projektiranje i konstrukciju.

Oblikovati predstavlja fazu traženja znanstveno utemeljenih, tehnički izvedivih i ekonomski izvedivih inženjerskih rješenja.

Izgradnja– to je faza izrade radne dokumentacije za određeno, jednoznačno tehničko rješenje koje je usvojeno tijekom projektiranja. Često se već u procesu projektiranja tehničkog sustava može napraviti novo originalno rješenje i već se proces projektiranja ponavlja. Procesi projektiranja i izgradnje mogu se smatrati međusobno povezanima i komplementarnima. Tijekom procesa projektiranja, uobičajeni tipovi, sklopne jedinice, komponente i dijelovi u obliku pogodnom za reprodukciju i prezentaciju tijekom procesa proizvodnje.

Kvaliteta i pouzdanost tehničkog sustava uvelike ovisi o fazi projektiranja. Bez sumnje, čak i bez kvalitetne radne dokumentacije najbolji projekt ostat će samo prijedlog. Kvaliteta dizajnerskih proizvoda uvelike ovisi o kvalifikacijama stručnjaka u odjelu za dizajn i tehnologiju i vremenu utrošenom na projekt.

Dizajn je također tehnički sustav (proces), a radna dokumentacija je tehnički sustav (objekt). Za ove sustave također je potrebno izvršiti tehničko-ekonomsku procjenu, analizirati mogućnosti dizajna i odabrati najučinkovitiju. U ovom slučaju potrebno je uzeti u obzir sljedeću prosječnu raspodjelu troškova za izradu radne dokumentacije (slika 1.2).

C, %

Slika 1.2 – Približna raspodjela troškova plaća pri izradi tehničkih sustava

Psihološke sposobnosti čovjeka dizajnera, sposobnost opažanja i rada s opisom pojedinih elemenata u procesu njihove transformacije zahtijevaju podjelu ideje dizajniranih tehničkih sustava na hijerarhijske razine i blokove. Načelo hijerarhije znači strukturiranje ideja o objektima dizajna prema razini detalja opisa.

Prednosti ovog pristupa - redukcija zadataka složenije razine na niz zadataka niske složenosti je nesumnjiva i stoga stručnjaci diljem svijeta koriste ESKD (objedinjeni sustav projektna dokumentacija), koji uspostavlja sljedeću hijerarhiju tehničkog sustava strojarske vrste “objekt”: dijelovi; montažne jedinice, kompleksi, setovi. Analogno, tehnički sustav tipa “proces” može se podijeliti na operacije, postupke, korake i stupnjeve.

Tvorac tehničkih sustava (projektant) uvijek je prisiljen dovoljno poznavati sadašnjost (svojstva materijala, tolerancije i dosjeda, propisi, osnovne metode proračuna itd.), a istovremeno mora stvoriti nešto novo, tj. posjeduju dovoljno znanstvenog predviđanja.

Logika projektanta tehničkih sustava i njezin odnos s fazama projektiranja može se prikazati sljedećom tablicom (tablica 1.2).

Tablica 1.2

Logika procesa Glavni sadržaj Faza dizajna
Formulacija problema Utvrđivanje potrebe za stvaranjem proizvoda Izračun očekivanog učinka pri korištenju novog proizvoda Tehnički zadatak
Definiranje područja proučavanja Uspostavljanje pokazatelja učinka za usporedbu opcija Kvantificiranje pokazatelja učinkovitosti Sužavanje područja pretraživanja Odabir rješenja Analiza informacija i donošenje odluka Formuliranje zadatka (popis karakteristika proizvoda) Tehnički prijedlog
Formiranje novih ideja Razvoj koncepta proizvoda Idejni projekt
Inženjerska analiza, optimizacija Određivanje pokazatelja učinkovitosti Tehnički projekt
Provjera i analiza rezultata ispitivanja Konkretizacija rješenja - izrada tehničke dokumentacije Izrada proizvodnih metoda i tehničke dokumentacije za iste Izrada pokusnog uzorka Radna dokumentacija
Organizacija proizvodnje Ispitivanje, pojašnjenje dokumentacije i donošenje odluka Serijska proizvodnja
Procjena učinkovitosti u fazi rada Rad proizvoda iskorištavanje

Strategija projektiranja tehničkog sustava ovisi o mnogim čimbenicima: njegovoj složenosti, kvalifikacijama i broju projektantskih inženjera koji istovremeno rade na jednom zadatku, rokovima, dostupnosti odgovarajućih programa itd.

Iz navedenog proizlazi da su i faze procesa projektiranja i izrade tehničkog sustava i faze projektiranja multivarijantne prirode, što stvara preduvjete za izbor optimalnog rješenja.

OPCIJE ZADATAKA

Učenik odabire opciju zadatka na temelju zadnje dvije znamenke razredne knjige.

Razrednica br. Tehnički sustav Razrednica br. Tehnički sustav
Dizalica Računalo
Mosna dizalica Prijenosno računalo
Pokretna dizalica Radni stol
Krak kran Stol
Automobil Stolica
Buldožer Fotelja
Strugalica Kabinet
Pokretna traka Ormar
kamion mješalica za beton kombajn
Cisterna za benzin Ključanica
Autobus Stolna lampa
Minibus Razredna tabla
televizor Tahometar
Gramofon Gledati
Hladnjak Ključ
Mikrovalna pećnica Baterija
Računalo Pumpa
Prijenosno računalo Ventilator
Radni stol Dizalica
Stol Mosna dizalica
Stolica Pokretna dizalica
Fotelja Krak kran
Kabinet Automobil
Ormar Buldožer
kombajn Strugalica
Ključanica Pokretna traka
Stolna lampa kamion mješalica za beton
Razredna tabla Cisterna za benzin
Tahometar Autobus
Gledati Minibus
Ključ televizor
Baterija Gramofon
Pumpa Hladnjak
Ventilator Mikrovalna pećnica
Dizalica Računalo
Mosna dizalica Prijenosno računalo
Pokretna dizalica Radni stol
Krak kran Stol
Automobil Stolica
Buldožer Fotelja
Strugalica Kabinet
Pokretna traka Ormar
kamion mješalica za beton kombajn
Cisterna za benzin Ključanica
Autobus Stolna lampa
Minibus Razredna tabla
televizor Tahometar
Gramofon Gledati
Hladnjak Ključ
Mikrovalna pećnica Baterija

Kontrolna pitanja:

1. Definirajte kategoriju "životni ciklus" tehničkog sustava.

2. Što uključuje struktura životnog ciklusa?

3. Navedite glavne faze životnog ciklusa.

4. Koje se vrste proturječnosti javljaju u problemskoj situaciji?

5. Po čemu se administrativna proturječja razlikuju od tehničkih?

6. Na koje se vrste djelatnosti može podijeliti tehničko stvaralaštvo?

7. Što je znanstvenoistraživačko stvaralaštvo?

8. Što je projektiranje i izgradnja?

9. O kojim čimbenicima ovisi kvaliteta? projektna dokumentacija?

10. Koja je tipična raspodjela troškova za izradu tehničkog sustava?


PRAKTIČNI RAD

“IZGRADNJA NIZA TEHNIČKIH SUSTAVA”

Cilj rada: naučiti konstruirati niz tehničkih sustava.

Radni nalog:

1. Definirati pojmove: parametar, niz, niz preferiranih brojeva, modularni niz, niz zlatnog reza, Fibonaccijev niz.

2. Prema zadatku odredite prvih deset članova niza: Fibonacci, modularni, crtani i preferirani.

TEORIJSKE OSNOVE

Modul(od latinskog modulus - mjera) - u arhitekturi i građevinarstvu, početna mjera usvojena za izražavanje višestrukih omjera veličina kompleksa, građevina i njihovih dijelova. Modul se uzima kao mjera duljine (stopa, metar), veličina jednog od građevnih elemenata ili veličina građevnog proizvoda. Korištenje modula daje kompleksima, konstrukcijama i njihovim dijelovima sumjerljivost, olakšava unificiranje i standardizaciju gradnje.

Načelo(od lat. principium - temelj, početak) - osnovno polazište bilo kojeg sustava, teorije, svjetonazora, unutarnje organizacije i sl.

Modularni dizajn pretpostavlja prisutnost skupa strukturnih i funkcionalnih modula - serije standardne veličine. U modularnom projektiranju temelj je tehnička specifikacija za tehnički sustav, koja se stvara brojnim iteracijama strukturnih modula (CM) i funkcionalnih modula (FM). Stvaranje tehničkih sustava iz već instaliranog, ekonomski opravdanog niza strukturnih i funkcionalnih modula omogućuje, već u fazi projektiranja, postizanje najvećeg smanjenja troškova kako projektiranja tako i proizvodnog rada.

Parametar– veličina koja karakterizira bilo koja svojstva tehničkog sustava.

Skup parametara određuje tehničke karakteristike sustavi: performanse, snaga, dimenzije i tako dalje. Poziva se niz numeričkih vrijednosti takvog parametra, u određenom rasponu njegovih vrijednosti parametarske serije. Tehnički sustav u pravilu karakterizira velik broj parametara, ali ih možemo razlikovati glavni parametar(što ga definira funkcionalna namjena), glavni i pomoćni. Vrsta parametarskog niza je standardni raspon. Izrađuje se na temelju glavnog parametra, čiji glavni parametri karakteriziraju najbitnija svojstva tehničkog sustava, njegove konstrukcijske i tehnološke značajke. Pomoćni parametri najčešće su informativne prirode (težina, učinkovitost i sl.).

Pri oblikovanju novih tehničkih sustava potrebno je polaziti od činjenice da oni moraju sadržavati najmanji broj modula kako bi se osiguralo minimalni troškovi za njegovu proizvodnju i rad. Da bi se mogao sklopiti tehnički sustav, potrebno je dogovoriti položaj čvorova modula i vodoravno (na jednoj razini) i okomito (na drugim razinama). Svi poznati sustavi usklađivanja parametara temelje se na sljedećim osnovnim načelima: proporcionalnost, aditivnost, multiplikativnost.

Načelo proporcionalnosti leži u činjenici da su glavni parametri tehničkog sustava proporcionalni jednom, koji se smatra glavnim.

Načelo aditivnosti(od latinskog additivus - dodan, dobiven zbrajanjem) temelji se na sljedećem - parametri T-sustava uklapaju se u niz brojeva formiranih uzastopnim zbrajanjem.

Multiplikativno načelo(od latinskog multiplicus - pomnožen, dobiven množenjem) je da se parametri proizvoda uklapaju u niz brojeva nastalih množenjem s konstantnim faktorom.

Metoda proporcionalnosti temelji se na pretpostavci da su sve dimenzije tehničkog sustava međusobno povezane s nekoliko funkcionalnih ovisnosti. Otuda mogućnost izražavanja svih dimenzija kroz glavni parametar. Na primjer, za buldožer možete napisati sljedeće omjere vučne sile, težine, parametara oštrice kroz snagu motora; za bager - parametri baze, žlica, duljina radne opreme itd. kroz kapacitet žlice.

Metoda relativne veličine koristi se u raznim varijantama i u raznim industrijama. Njegov nedostatak je nedostatak točnosti i konvencije korištenih dimenzija. Trenutno, metoda proporcionalnosti nalazi široka primjena pri izboru parametara najjednostavnijih tehničkih sustava: (vijci, matice, rezači itd.).

Sustavi aditivnih usklađivanja u konačnici koriste određene nizove brojeva, od kojih su najčešći: Fibonaccijevi brojevi, zlatni rez, modularni i preferirani brojevi. Fibonaccijeva teorija brojeva (talijanski matematičar Leonardo iz Pise) razvijena je davne 1202. godine. Fibonaccijev niz je niz brojeva u kojem je svaki sljedeći član niza jednak zbroju prethodna dva:

Nizovi i njihova svojstva vrlo su raznoliki i ovise o vrsti prva dva člana. Fibonaccijev niz cijelih brojeva koji se najčešće koristi je: 1; 1; 2; 3; 5; 8; 13; 21; 34; 55; 89; 144, itd. Kao što vidite, vrijednosti članova niza u početku rastu sporo, a zatim njihov rast postaje brz. Na primjer, dvanaesti termin serije a 12= 377, tj. višestruko veća od vrijednosti prvog člana a 1 = 1.

Serija zlatnog reza (zlatna serija) je niz brojeva koji poštuje zakon

Zlatni rez je takva proporcionalna podjela segmenta (sl. 2.1) na nejednake dijelove, u kojoj se cijeli segment odnosi prema većem dijelu kao što se sam veći dio odnosi prema manjem; ili drugim riječima, manji segment je prema većem kao što je veći prema cjelini

a: b = b: c ili c: b = b: a.

Slika 2.1 - Shema podjele segmenta metodom zlatnog reza

Pravokutnik s ovim omjerom stranica postao je poznat kao zlatni pravokutnik. Također ima zanimljiva svojstva. Ako od njega izrežete kvadrat, opet će vam ostati zlatni pravokutnik. Ovaj proces se može nastaviti unedogled. A ako nacrtate dijagonalu prvog i drugog pravokutnika, tada će točka njihovog sjecišta pripadati svim dobivenim zlatnim pravokutnicima.

Pri izradi tehničkih sustava u građevinarstvu naširoko se koriste modularni sustavi. U svom najjednostavnijem obliku red, građena prema modularni sustav, predstavlja niz konstruiran korištenjem aritmetičke progresije

gdje je linearni modul; - član niza.

Nizovi konstruirani na temelju ovisnosti aritmetičke progresije imaju nešto više odstupanja u brojevima prvih članova niza i kondenzacije u zoni velike količine. Ponekad značenje linearni modul.

Da bi se smanjio broj članova velikih nizova vrijednosti, mogu se koristiti modularni sustavi postupne aritmetičke progresije: jedno-, dvo-, pa čak i tromodulni.

Crtane serije uglavnom se temelji na korištenju uzoraka geometrijskih progresija

gdje je nazivnik progresije; - broj th člana niza.

Promjenom vrijednosti prvog člana niza i nazivnika progresije, možete stvoriti beskonačan broj nizova brojeva. Trenutačno se preporučuje korištenje numeričkih nizova u kojima se broj jednak ili koristi kao nazivnik niza.

Pri stvaranju tehničkih sustava već niz stoljeća koriste se numerički nizovi u kojima je nazivnik broj jednak . S obzirom na pitanje izbora numeričkih serija za izradu različitih tehničkih sustava, analizirane su serije u kojima su oni korišteni. različita značenja u korijenu.

Godine 1953. mnoge su zemlje prihvatile međunarodni sustav za konstruiranje nizova brojeva. Ove numeričke serije nazivaju se serije preferiranih brojeva (Tablica 2.1).

Preferirani brojevi (PRS) su decimalni nizovi geometrijske progresije oblika, tj. nazivnik serije, gdje je - broj serije = 5; 10; 20; 40 i .

Tablica 2.1 - Glavni niz preferiranih brojeva

Glavni redovi Preferirani broj Razlika između brojeva i izračunatih vrijednosti, %
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

Bilješka. Procijenjene vrijednosti brojeva prikazanih u tablici su vrijednosti izračunate do 5. decimalnog mjesta značajna brojka; Štoviše, pogreška u usporedbi s teoretskom vrijednošću manja je od 0,00005

Ovisno o koordinaciji parametara T-sustava, potrebno je koristiti jedan ili drugi broj reda. Na primjer, za dodjelu glavnog parametra - kapaciteta žlice bagera s jednom žlicom, koristi se serija R5, odnosno, nazivnik serije je jednak, a serija prema kapacitetu žlice (m 3) predstavlja 0,15; 0,25; 0,4; 0,65; 1.1; 1,6; 2.5.

Kod dodjele glavnog parametra samohodnih kranova (nosivost) također se usvaja red R5, a nosivost dizalice (t) predstavlja red 4; 6; 10; 16; 25; 40; 64; 100; 160; 250, itd.

Mnoge zemlje imaju nacionalne standarde za željene serije brojeva (PRS). Uključivali su komentare o stupnju zaokruživanja brojeva za pojedine članove serije, o kombinaciji nekih pozitivnih kvaliteta serije s pozitivne osobine serije temeljene na aritmetičkoj progresiji itd.

OPCIJE ZADATAKA

Učenik odabire opciju zadavanja na temelju posljednje dvije znamenke razredne knjige (tablica 2.2 i 2.3).

Tablica 2.2 - Opcije za zadatke za Fibonaccijev niz i modularni niz

Razrednica br. Fibonacci modularni Razrednica br. Fibonacci modularni

Tablica 2.3 - Mogućnosti zadataka za crtani film i

u elektrotehnici). Ova norma definira strukturu životnog ciklusa koja sadrži procese, aktivnosti i zadatke koji se moraju izvršiti tijekom stvaranja softverskog sustava.

U ovom PS standardu (ili softver) definiran je kao skup računalni programi, postupcima i eventualno povezanom dokumentacijom i podacima. Proces se definira kao skup međusobno povezanih radnji koje pretvaraju neke ulazne podatke u izlaz (G. Myers to naziva prevođenje podataka). Svaki proces karakteriziraju određeni zadaci i metode za njihovo rješavanje. Zauzvrat, svaki proces je podijeljen na skup radnji, a svaka radnja na skup zadataka. Svaki proces, radnju ili zadatak pokreće i izvršava drugi proces prema potrebi i nema unaprijed određenih sekvenci izvršenja (naravno, uz održavanje veza preko ulaznih podataka).

Valja napomenuti da je u Sovjetskom Savezu, a zatim u Rusiji, stvaranje softver(PO) u početku, 70-ih godina prošlog stoljeća, reguliran je GOST ESPD standardima ( Jedinstveni sustav programska dokumentacija - serija GOST 19.HHH), koji su bili usmjereni na klasu u vezi jednostavni programi mali volumen koji su izradili pojedinačni programeri. Trenutno su te norme konceptualno i oblikovno zastarjele, istekao im je rok valjanosti i njihova je uporaba neprikladna.

Procesi stvaranja automatiziranih sustava (AS), koji uključuju softver, regulirani su standardima GOST 34.601-90 " Informacijska tehnologija. Skup standarda za automatizirane sustave. Faze stvaranja", GOST 34.602-89 "Informacijska tehnologija. Skup standarda za automatizirane sustave. Tehnički zadatak za stvaranje automatiziranog sustava" i GOST 34.603-92 "Informacijska tehnologija. Vrste ispitivanja automatiziranih sustava." Međutim, mnoge odredbe ovih standarda su zastarjele, a druge se ne odražavaju dovoljno da bi se koristile za ozbiljne projekte stvaranja PS-a. Stoga je u domaćim razvojima preporučljivo koristiti suvremene međunarodne standarde.

U skladu sa standardom ISO/IEC 12207, svi procesi životnog ciklusa softvera podijeljeni su u tri skupine (slika 5.1).


Riža. 5.1.

Grupe definiraju pet glavnih procesa: akvizicija, isporuka, razvoj, rad i podrška. Osam pomoćnih procesa osigurava izvođenje glavnih procesa, naime dokumentacija, konfiguracijski menadžment, osiguranje kvalitete, verifikacija, certifikacija, zajednička procjena, audit, rješavanje problema. četiri organizacijski proces osigurati upravljanje, stvaranje infrastrukture, poboljšanje i obuku.

5.2. Glavni procesi životnog ciklusa PS

Proces nabave sastoji se od radnji i zadataka kupca koji kupuje softver. Ovaj proces obuhvaća sljedeće korake:

  1. iniciranje akvizicije;
  2. priprema prijedloga ponuda;
  3. priprema i prilagodba ugovora;
  4. nadzor nad aktivnostima dobavljača;
  5. prihvaćanje i završetak posla.

Pokretanje akvizicije uključuje sljedeće zadatke:

  1. kupčevo određivanje njegovih potreba za nabavom, razvojem ili poboljšanjem sustava, softverskih proizvoda ili usluga;
  2. donošenje odluka u vezi nabave, razvoja ili poboljšanja postojećeg softvera;
  3. provjera dostupnosti potrebna dokumentacija, jamstva, certifikate, licence i podršku u slučaju kupnje softverskog proizvoda;
  4. priprema i odobrenje plana akvizicije, uključujući zahtjeve sustava, vrstu ugovora, odgovornosti stranaka itd.

Prijedlozi prijava moraju sadržavati:

  1. zahtjevi za sustav;
  2. popis softverskih proizvoda;
  3. uvjeti stjecanja i dogovora;
  4. tehnička ograničenja (na primjer, na radnom okruženju sustava).

Ponude se šalju odabranom dobavljaču ili više dobavljača u slučaju natječaja. Dobavljač je organizacija koja s kupcem sklapa ugovor o isporuci sustava, softvera ili softverske usluge pod uvjetima navedenim u ugovoru.

Priprema i prilagodba ugovora uključuje sljedeće poslove:

  1. kupac određuje postupak odabira dobavljača, uključujući kriterije za ocjenu ponuda mogućih dobavljača;
  2. odabir konkretnog dobavljača na temelju analize prijedloga;
  3. priprema i zaključak dogovore s dobavljačem;
  4. izmjene (ako su potrebne) ugovora tijekom njegove provedbe.

Nadzor aktivnosti dobavljača provodi se u skladu s radnjama predviđenim procesima zajednička procjena i revizija. Tijekom procesa prihvaćanja pripremaju se i provode potrebna ispitivanja. Završetak radova prema ugovoru provodi se ako su ispunjeni svi uvjeti prijema.

Proces isporuke obuhvaća aktivnosti i zadatke koje obavlja dobavljač koji kupcu isporučuje softverski proizvod ili uslugu. Ovaj proces uključuje sljedeće korake:

  1. početak isporuke;
  2. priprema odgovora na prijedloge ponuda;
  3. priprema ugovora;
  4. planiranje rada po ugovoru;
  5. izvršenje i kontrola rad po ugovoru i njihova procjena;
  6. isporuka i završetak radova.

Iniciranje isporuke sastoji se od toga da dobavljač pregleda ponude ponude i odluči hoće li se složiti s navedenim zahtjevima i uvjetima ili ponuditi svoje (usuglašene). Planiranje uključuje sljedeće zadatke:

  1. donošenje odluke dobavljača o izvođenju radova samostalno ili uz sudjelovanje podizvođača;
  2. razvoj od strane dobavljača plana upravljanja projektom koji sadrži organizacijsku strukturu projekta, podjelu odgovornosti, tehničke zahtjeve za razvojno okruženje i resurse, upravljanje podizvođačima itd.

Proces razvoja uključuje radnje i zadatke koje provodi programer i obuhvaća rad na stvaranju softvera i njegovih komponenti u skladu sa specificiranim zahtjevima. To uključuje izradu projektne i operativne dokumentacije, pripremu materijala potrebnih za ispitivanje učinkovitosti i kvaliteta softverskih proizvoda, materijale potrebne za organiziranje obuke osoblja i sl.

Proces razvoja uključuje sljedeće korake:

  1. pripremni rad;
  2. analiza zahtjeva sustava;
  3. projektiranje arhitekture sustava;
  4. analiza softverskih zahtjeva;
  5. dizajn softverske arhitekture;
  6. detaljan dizajn softvera;
  7. programsko kodiranje i testiranje;
  8. integracija softvera;
  9. testiranje kvalifikacije softvera;
  10. integracija sustava;
  11. testiranje kvalifikacije sustava;
  12. instalacija softvera;
  13. prihvaćanje softvera.

Pripremni rad počinje odabirom modela životnog ciklusa softvera koji odgovara veličini, značaju i složenosti projekta. Aktivnosti i zadaci razvojnog procesa moraju odgovarati odabranom modelu. Investitor mora odabrati, prilagoditi se uvjetima projekta i koristiti standarde, metode i razvojni alati, kao i izraditi plan izvođenja radova.

Analiza zahtjeva za sustav uključuje određivanje njegovih funkcionalnost, zahtjevi korisnika, zahtjevi za pouzdanost, sigurnost, zahtjevi za vanjska sučelja, performanse itd. Zahtjevi sustava procjenjuju se na temelju kriterija izvedivosti i mogućnosti testiranja.

Projektiranje arhitekture sustava uključuje određivanje komponenti njegovog hardvera (hardvera), softvera i operacija koje izvodi osoblje koje upravlja sustavom. Arhitektura sustava mora biti u skladu sa zahtjevima sustava i prihvaćenim standardima i praksama projektiranja.

Analiza softverskih zahtjeva uključuje određivanje sljedećih karakteristika za svaku softversku komponentu:

  1. funkcionalnost, uključujući karakteristike izvedbe i radno okruženje komponente;
  2. vanjska sučelja;
  3. specifikacije pouzdanosti i sigurnosti;
  4. ergonomski zahtjevi;
  5. zahtjevi za podatke koji se koriste;
  6. zahtjevi za ugradnju i prihvaćanje;
  7. zahtjevi za korisničku dokumentaciju;
  8. zahtjevi za rad i održavanje.

Softverski zahtjevi procjenjuju se na temelju kriterija usklađenosti sa zahtjevima za sustav u cjelini, izvedivosti i mogućnosti testiranja.

Dizajn softverske arhitekture uključuje sljedeće zadatke za svaku softversku komponentu:

  1. transformacija softverskih zahtjeva u arhitekturu koja definira visoka razina struktura softvera i sastav njegovih komponenti;
  2. razvoj i dokumentiranje programskih sučelja i baza podataka (DB);
  3. izrada preliminarne verzije korisničke dokumentacije;
  4. razvoj i dokumentiranje preliminarnih zahtjeva za testiranje i plan integracije softvera.

Detaljan dizajn softvera uključuje sljedeće zadatke:

  1. opis programskih komponenti i sučelja između njih na nižoj razini dovoljnoj za naknadno kodiranje i testiranje;
  2. razvoj i dokumentiranje detaljnog dizajna baze podataka;
  3. ažuriranje (ako je potrebno) korisničke dokumentacije;
  4. razvoj i dokumentiranje zahtjeva za testiranje i plan testiranja za komponente softvera;

Programsko kodiranje i testiranje uključuje sljedeće zadatke:

  1. kodiranje i dokumentiranje svake softverske komponente i baze podataka, kao i priprema skupa testnih postupaka i podataka za njihovo testiranje;
  2. testiranje svake komponente softvera i baze podataka na usklađenost sa zahtjevima za njih, nakon čega slijedi dokumentiranje rezultata testiranja;
  3. ažuriranje dokumentacije (ako je potrebno);
  4. ažuriranje plana integracije softvera.

Integracija softvera uključuje sastavljanje razvijenih softverskih komponenti u skladu s planom integracije i testiranja agregiranih komponenti. Za svaku od agregiranih komponenti razvijeni su ispitni setovi i ispitni postupci za provjeru svakog kvalifikacijskog zahtjeva tijekom naknadnog kvalifikacijskog testiranja. Kvalificirani zahtjev je skup kriterija ili uvjeta koji moraju biti ispunjeni da bi se kvalificirali. softver zadovoljava specifikacije i spreman je za upotrebu na terenu.

Testiranje kvalifikacije softvera provodi programer u prisustvu kupca (

Radni proces pokriva aktivnosti i zadatke operaterske organizacije koja upravlja sustavom. Operativni proces uključuje sljedeće korake.

  1. Pripremni rad, koji uključuje operatera koji obavlja sljedeće poslove:

    1. planiranje aktivnosti i poslova koji se obavljaju tijekom rada i postavljanje standarda rada;
    2. određivanje postupaka za lokaliziranje i rješavanje problema koji nastaju tijekom rada.
  2. Operativno testiranje koje se provodi za svako sljedeće izdanje softverskog proizvoda, nakon čega se to izdanje stavlja u rad.
  3. Stvarni rad sustava koji se odvija u za to predviđenom okruženju u skladu s korisničkom dokumentacijom.
  4. analiza problema i zahtjeva za modifikacijom softvera (analiza poruka o problemu ili zahtjevu za modifikacijom, procjena razmjera, troška modifikacije, rezultirajući učinak, procjena izvedivosti modifikacije);
  5. modificiranje programske opreme (izmjena komponenti i dokumentacije programskog proizvoda u skladu s pravilima razvojnog procesa);
  6. provjera i prihvaćanje (u smislu integriteta modificiranog sustava);
  7. prijenos softvera u drugo okruženje (konvertiranje programa i podataka, paralelni rad softvera u starom i novom okruženju na određeno vrijeme);
  8. stavljanje softvera izvan pogona odlukom kupca uz sudjelovanje operativne organizacije, službe podrške i korisnika. U tom slučaju programski proizvodi i dokumentacija podliježu arhiviranju sukladno ugovoru.

Životni ciklus nije vremensko razdoblje postojanja, već proces uzastopnih promjena stanja, određen vrstom proizvedenih utjecaja (R 50-605-80-93).

Izraz "životni ciklus sustava" obično se odnosi na evoluciju novog sustava u obliku nekoliko faza, uključujući važne faze kao što su koncept, razvoj, proizvodnja, rad i konačno stavljanje izvan pogona. :70

Enciklopedijski YouTube

    1 / 5

    Video 22. Životni ciklus softvera. Faze razvoja softvera. Klasični model razvoja softvera

    "Životni ciklus sustava ili projekta" - trening br. 2.

    Životni ciklus proizvoda.mp4

    Životni ciklus kvara

    Životni ciklus organizacije

    titlovi

Povijest koncepta

Koncept životnog ciklusa nastao je u potkraj XIX V. kao kompleks ideja, uključujući ideje nasljeđivanja i razvoja na razini jedinki i organizama, kao i prilagodbe, opstanka i izumiranja na razini pojedinih vrsta i cijelih populacija živih organizama.

Tipični modeli životnog ciklusa sustava

Ne postoji jedinstveni model životnog ciklusa koji će zadovoljiti zahtjeve svakog mogućeg zadatka. Razne organizacije za normizaciju, vladine agencije i inženjerska društva objavljuju vlastite modele i tehnologije koje se mogu koristiti za izradu modela. Stoga je neprikladno tvrditi postojanje bilo kojeg mogućeg algoritma za konstruiranje modela. Međutim, svaki model životnog ciklusa može se podijeliti u niz glavnih koraka koji će odražavati pojedinačne važne faze.

Neki inženjeri sustava predlažu razmatranje modela životnog ciklusa sustava koji se temelji na tri izvora: model upravljanja logistikom američkog Ministarstva obrane (DoD) (DoD 5000.2), model ISO/IEC 15288 i model Nacionalnog društva. profesionalni inženjeri(NSPE). :71

Tipični model životnog ciklusa prema ISO/IEC 15288

Prema standardu, procesi i aktivnosti životnog ciklusa su definirani, prikladno konfigurirani i korišteni tijekom faze životnog ciklusa kako bi se u potpunosti zadovoljili ciljevi i rezultati te faze. Može sudjelovati u različitim fazama životnog ciklusa različite organizacije. Ne postoji jedinstveni univerzalni model životnih ciklusa sustava. Određene faze životnog ciklusa mogu biti odsutne ili prisutne ovisno o svakom konkretnom slučaju razvoja sustava. :34

Standard je dat kao primjer sljedeće fazeživotni ciklus:

  1. Faza koncepta.
  2. Faza razvoja.
  3. Faza proizvodnje.
  4. Faza primjene.
  5. Faza podrške aplikaciji.
  6. Faza prestanka uporabe i otpisa.

Ne postoje primjeri faza životnog ciklusa u verziji norme iz 2008. (ISO/IEC 15288:2008).

Tipični model životnog ciklusa prema američkom Ministarstvu obrane

Kako bi upravljali rizicima korištenja naprednih tehnologija i minimizirali skupe tehničke ili upravljačke pogreške, Ministarstvo obrane SAD-a razvilo je smjernice koje sadrže sve potrebne principe za razvoj sustava. Ova su načela uključena u poseban popis direktiva - DoD 5000.

Model životnog ciklusa sustava upravljanja logistikom prema američkom Ministarstvu obrane sastoji se od pet faza:71:

  • analiza;
  • razvoj tehnologije;
  • inženjering i razvoj proizvodnje;
  • proizvodnja i implementacija;
  • rad i podršku.

Generički model životnog ciklusa sustava Nacionalnog društva profesionalnih inženjera (NSPE).

Ovaj model je prilagođen za razvoj komercijalnih sustava. Ovaj model uglavnom je usmjeren na razvoj novih proizvoda, obično rezultat tehnološkog napretka. NSPE model pruža alternativni pogled na model verzije DoD-a. Životni ciklus prema NSPE modelu podijeljen je u šest faza:72:

  • koncept;
  • tehnička izvedba;
  • razvoj;
  • komercijalna validacija i priprema proizvodnje;
  • proizvodnja u punom opsegu;
  • podrška za krajnji proizvod.

Model životnog ciklusa proizvoda prema R 50-605-80-93

Dokument s uputama R 50-605-80-93 pažljivo proučava životni ciklus industrijskog proizvoda, uključujući vojnu opremu.

Za industrijske proizvode za civilnu uporabu predlažu se sljedeće faze:

  • istraživanje i dizajn;
  • proizvodnja;
  • cirkulacija i implementacija;
  • eksploatacije ili potrošnje.

Unutar životnog ciklusa industrijskih proizvoda za civilnu uporabu predlaže se razmatranje 73 vrste rada i 23 tipa dionika („sudionika u radu“ u terminologiji dokumenta).

Za industrijske proizvode za vojne svrhe predlažu se sljedeće faze:

  • opravdanost istraživanja i razvoja;
  • razvoj;
  • proizvodnja;
  • izrabljivanje;
  • velika obnova.

Unutar životnog ciklusa vojnoindustrijskih proizvoda predlaže se razmatranje 25 vrsta rada i 7 vrsta dionika (sudionika rada).

Tipični model životnog ciklusa softvera

Faze životnog ciklusa sustava i njihove sastavne faze, prikazane na slici "Model životnog ciklusa sustava", odnose se na većinu složeni sustavi, uključujući one koji sadrže softver sa značajnom funkcionalnošću na razini komponente. U softverski intenzivnim sustavima u kojima softver obavlja gotovo sve funkcije (kao što su moderni financijski sustavi, u sustavima za rezervaciju zrakoplovnih karata, na globalnom internetu itd.), u pravilu su životni ciklusi sadržajno slični, ali su često komplicirani iterativnim procesima i izradom prototipova. : 72-73

Glavne faze životnog ciklusa sustava (Kossiakoff, Sweet, Seymour, Biemer)

Kao što je prikazano na slici "Model životnog ciklusa sustava", model životnog ciklusa sustava sadrži 3 faze. Prve 2 faze su tijekom razvoja, a treća faza pokriva post-razvoj. Ove faze pokazuju općenitije prijelaze iz stanja u stanje u životnom ciklusu sustava, a također pokazuju promjene u vrsti i opsegu aktivnosti uključenih u inženjerstvo sustava. Faze su:73:

  • faza razvoja koncepta;
  • stupanj tehničkog razvoja;
  • postrazvojna faza.

Faza razvoja koncepta

Svrha faze razvoja koncepta je procjena novih mogućnosti u području primjene sustava, razvoj preliminarnih zahtjeva sustava i mogućih dizajnerskih rješenja. Faza razvoja idejnog projekta započinje spoznajom potrebe za stvaranjem novog sustava ili modificiranjem postojećeg. Faza uključuje početak činjeničnog istraživanja, razdoblje planiranja, te se procjenjuju ekonomske, tehničke, strateške i tržišne osnove budućih akcija. Odvija se dijalog između zainteresiranih strana i programera. :

Glavni ciljevi faze razvoja koncepta: :74

  1. Provedite istraživanje kako biste utvrdili što je potrebno za novi sustav i utvrdili tehničke i ekonomska izvedivost ovog sustava.
  2. Istražite potencijalne koncepte sustava i formulirajte i potvrdite skup zahtjeva za performanse sustava.
  3. Odaberite najatraktivniji koncept sustava, odredite njegove funkcionalne karakteristike i razvijte detaljan plan za naredne faze projektiranja, proizvodnje i operativne implementacije sustava.
  4. Razviti bilo koji nova tehnologija prikladan za odabrani koncept sustava i potvrditi njegovu sposobnost da zadovolji potrebe.

Faza tehničkog razvoja

Faza tehničkog razvoja uključuje proces dizajniranja sustava za implementaciju funkcija formuliranih u konceptu sustava u fizičko ostvarenje koje može biti podržano i uspješno raditi u svom radnom okruženju. Inženjerstvo sustava primarno se bavi smjerom razvoja i dizajna, upravljanjem sučeljima, razvojem testnih planova i određuje kako treba pravilno ispraviti nedosljednosti u performansama sustava koje nisu provjerene tijekom testiranja i evaluacije. Većina inženjerskih aktivnosti provodi se u ovoj fazi.

Glavni ciljevi faze tehničkog razvoja su:74:

  1. Izvršite tehnički razvoj prototipa sustava koji zadovoljava zahtjeve performansi, pouzdanosti, lakoće održavanja i sigurnosti.
  2. Dizajnirajte sustav prikladan za korištenje i pokažite njegovu operativnu prikladnost.

Postrazvojna faza

Postrazvojna faza sastoji se od aktivnosti izvan razdoblja razvoja sustava, ali još uvijek zahtijeva značajnu podršku sistemskih inženjera, posebno kada se naiđu na neočekivane probleme koji zahtijevaju brzo rješavanje. Osim toga, napredak u tehnologiji često zahtijeva nadogradnju sustava internih usluga, što može ovisiti o inženjeringu sustava jednako kao koncept i faze tehničkog razvoja.

Post-razvojna faza novog sustava počinje nakon uspješne operacije testiranja i evaluacije sustava (prihvatno testiranje), puštanja u proizvodnju i kasnije operativne uporabe. Dok se veći razvoj ne dovrši, inženjerstvo sustava i dalje će igrati glavnu pomoćnu ulogu

  • ISO/IEC 15288:2008 Inženjering sustava i softvera - Procesi životnog ciklusa
  • Kossiakoff A., Sweet W. N., Seymour S. J., Biemer S. M. Načela i praksa inženjerstva sustava. - 2. izd. - Hoboken, New Jersey: A John Wiley & Sons, 2011. - 599 str. - ISBN 978-0-470-40548-2.
  • Batovrin V. K., Bakhturin D. A. Upravljanje životnim ciklusom tehničkih sustava. - 2012. (prikaz).
  • GOST R ISO/IEC 15288-2005 Informacijska tehnologija. Inženjerstvo sustava. Procesi životnog ciklusa sustava
  • R 50-605-80-93. Preporuke. Sustav za razvoj i puštanje proizvoda u proizvodnju. Termini i definicije (Poveznica na tekst).

    • Ž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 analiziraju se problemi vezani uz postojeće sustave i ocjenjuju se različite opcije za njihovo rješavanje. 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.