Kapucňa 

Systém životného cyklu. Životný cyklus informačného systému


Životný cyklus - Toto nie je dočasné obdobie existencie a proces konzistentnej zmeny štátu spôsobeného typom dopadov (p 50-605-80-93).

Pod pojmom "životný cyklus systému" zvyčajne chápe evolúciu nový systém Vo forme niekoľkých krokov, vrátane takých dôležitých etáp, ako koncepcia, vývoj, výroba, prevádzka a konečné vykopávanie: 70.

História koncepcie životného cyklu

Koncepcia životného cyklu vznikla na konci XIX storočia. Ako súbor myšlienok, vrátane myšlienok dedičnosti a rozvoja na úrovni jednotlivcov a organizmov, ako aj prispôsobenie, prežitie a zániku na úrovni druhový druh a celé populácie živých organizmov.

Model modelových modelov životného cyklu

Neexistuje žiadny jednotný model životného cyklu, ktorý spĺňa požiadavky akejkoľvek možnej úlohy. Rôzne štandardizačné organizácie, vládne agentúry a inžinierske komunity zverejňujú svoje vlastné modely a technológie, ktoré môžu byť použité na vytvorenie modelu. Týmto spôsobom je nepraktické argumentovať o existencii jediného možného algoritmu na výstavbu modelu životného cyklu.

Niektoré systémové inžinierske špecialisti ponúkajú, aby zvážili systém systému životného cyklu, na základe týchto troch zdrojov: materiál a technická podpora Model amerického ministerstva obrany (USA) (DOD 5000.2), Model ISO / IEC 15288 a model národného \\ t Spoločnosť profesionálnych inžinierov (NSPE): 71.

Modelový model Životný cyklus podľa ISO / IEC 15288

Podľa štandardu sú procesy a činnosti životného cyklu stanovené podľa toho, nakonfigurované a používajú sa počas fáz životného cyklu, plne uspokojiť ciele a výsledky v tomto štádiu. Rôzne organizácie sa môžu zúčastniť rôznych etáp životného cyklu. Neexistuje jednotný univerzálny model životných cyklov. Tieto alebo iné fázy životného cyklu môžu byť neprítomné alebo prítomné v závislosti od každého konkrétneho prípadu vývoja systému: 34.

V štandarde boli ako príklad prezentované nasledujúce etapy životného cyklu:

  1. Plán.
  2. Rozvoj.
  3. Výroba.
  4. Aplikácia.
  5. Podpora aplikácie.
  6. Ukončenie a odpis.

V štandardnej verzii za rok 2008 (ISO / IEC 15288: 2008), príklady etáp životného cyklu chýbajú.

Typický model životného cyklu podľa ministerstva obrany USA

Pre riadenie rizík v oblasti aplikácie pokročilá technológiaa informácie na minimum nákladných technických alebo manažérskych chýb, Spojené štáty vypracovali sprievodcu obsahujúcu všetky potrebné zásady pre rozvoj systémov. Tieto zásady zadali Špeciálny zoznam Smernica - DOD 5000.

Model životného cyklu systému manažmentu materiálu a technickej podpory podľa USA USA pozostáva z piatich štádií: 71:

  1. Analýzy.
  2. Vývoj technológií.
  3. Inžiniersky a vývoj výroby.
  4. Výroba a nasadenie.
  5. Fungovanie a podpora.

Typický model životného cyklu národnej spoločnosti profesionálnych inžinierov (NSPE)

Tento model Prispôsobené pre rozvoj komerčných systémov. Tento model je zameraný predovšetkým na rozvoj nových produktov, ktoré sú zvyčajne dôsledkom technického pokroku. Model NSPE je alternatívny pohľad O modeli verzie Spojených štátov. Životný cyklus podľa modelu NSPE je rozdelený do šiestich stupňov: 72:

  1. Koncept.
  2. Technická implementácia.
  3. Rozvoj.
  4. Komerčné validácie a príprava výroby.
  5. Produkciu plného rozsahu.
  6. Podpora konečného produktu.

Typický model životného cyklu produktu na R 50-605-80-93

Vo riadiacom dokumente R 50-605-80-93, životný cyklus priemyselného výrobku vrátane vojenského vybavenia, starostlivo pracoval.

Pre priemyselné civilné výrobky sú navrhnuté tieto etapy:

  1. Výskum a dizajn.
  2. Výroba.
  3. Odvolanie a implementácia.
  4. Prevádzky alebo spotreby.

V rámci životného cyklu civilných civilných výrobkov sa navrhla zvážiť 73 druhov práce a 23 druhov zainteresovaných strán ("účastníci práce" o terminológii dokumentov).

Pre priemyselné vojenské produkty sú navrhnuté tieto etapy:

  1. Výskum a zdôvodnenie rozvoja.
  2. Rozvoj.
  3. Výroba.
  4. Vykorisťovanie.
  5. Reorganizácia.

V rámci životného cyklu priemyselných výrobkov vojenského zadania sa navrhla zvážiť 25 typov práce a 7 druhov zainteresovaných strán (účastníci pracovných miest).

Typický model životného cyklu softvéru

1. etapy životného cyklu systému a ich komponentových fáz prezentovaných na obrázku "Model systému životného cyklu systému" patria do najkomplexnejších systémov vrátane tých, ktoré obsahujú softvér S významným zväzkom funkčnosť Na úrovni komponentu. V softvérových a intenzívnych systémoch, v ktorých Softvér vykonáva takmer všetky funkcie (napríklad v moderných finančných systémoch, vo vzdušných systémových systémoch, v globálnej internetovej sieti av iných), spravidla sú životné cykly podobné obsahu, ale Často komplikované s iteratívnymi procesmi a prototypmi: 72-73.

Základné fázy systému životného cyklu systému (KossiaKoff, Sweet, Seymour, Biemer)

Ako je znázornené na obrázku "Model systému životného cyklu systému", systém systému životného cyklu obsahuje 3 etapy. Prvé 2 etapy padajú na vývoj a tretia etapa sa vzťahuje na vývoj. Tieto fázy ukazujú všeobecnejšie prechody zo štátu do štátu, v životnom cykle systému, a tiež ukazujú zmeny v type a výške činností zapojených do systémového inžinierstva. Etapy sú: 73:

  • štádia rozvoja koncepcie;
  • Štádium technického vývoja;
  • etapa.

Koncept vývoja etapy

Účelom koncepcie vypracovania koncepcie je odhadnúť nové príležitosti v uplatňovaní systému, rozvoj predbežných požiadavky na systém a možné riešenia dizajnu. Fáza návrhu koncepčného projektu začína od chvíle, že je potrebné vytvoriť nový systém alebo úpravu už existujúcej. Fáza zahŕňa začiatok výskumu skutočností, doba plánovania, hospodárske, technické, strategické a trhové základy budúcich opatrení budú vyhodnotené. Vykonáva sa dialóg medzi zainteresovanými stranami a vývojármi.

Hlavné ciele rozvoja etáp pojmu: 74:

  1. Vykonávať výskum inštaláciou, čo je potrebné pre nový systém, ako aj inštaláciu technického a hospodárska realizovateľnosť Tento systém.
  2. Preskúmajte potenciálne možné koncepcie systému, ako aj formulovať a podrobené validačnému súboru požiadaviek na výkon systému.
  3. Vyberte si najatraktívnejší koncept systému, určujte jeho funkčné charakteristiky, ako aj vyvinúť podrobný plán pre následné etapy dizajnu, výroby a prevádzkového zavádzania systému.
  4. Rozvíjať akékoľvek nová technológiaVhodné pre vybraný koncept systému a odhaliť validáciu svojej schopnosti uspokojiť potreby.

Fáza technického rozvoja

Fáza technického vývoja znamená proces navrhovania systému na implementáciu funkcií formulovaných v koncepcii systému vo fyzickej inkarnácii, ktorá môže byť podporovaná a úspešne prevádzkovaná v ich prevádzkovom prostredí. Systémové inžinierstvo sa týka predovšetkým smerovania rozvoja vývoja a dizajnu, riadenia rozhrania, rozvoj plánov testovania a určuje, ako sa rozporu vo výkone systému, ktorý nie je preukázaný počas testovania a hodnotenia, musí byť riadne opravená. V tomto štádiu sa vykonáva väčšina inžinierskych činností.

Hlavnými cieľmi fázy technického vývoja sú: 74:

  1. Vykonávajúci technický vývoj prototypového systému, ktorý spĺňa požiadavky produktivity, spoľahlivosti, udržiavateľnosti a bezpečnosti.
  2. Navrhnite systém vhodný na použitie a demonštrujete svoju prevádzkovú vhodnosť.

Stage post-vývoj

Krok po vývoji pozostáva z činností mimo obdobia rozvoja systému, ale stále si vyžaduje významnú podporu systémových inžinierov, najmä ak existujú nepredvídané problémy, ktoré vyžadujú rýchle povolenie. Okrem toho, úspechy v oblasti technológií často vyžadujú vnútornú modernizáciu servisného systému, ktorý môže byť rovnako závislý od systémového inžinierstva ako etapy koncepcie a technického rozvoja.

.
  • Batovin V. K., Bakhturin D. A. Riadenie životného cyklu technické systémy. - 2012.
  • GOST R ISO / IEC 15288-2005 Informačné technológie. Systémové inžinierstvo. Procesy životného cyklu systému
  • R 50-605-80-93. Odporúčania. Vývojový a výrobný systém pre výrobu. Podmienky a definície (odkaz na text).

    • Praktická práca

    O disciplíne

    "Teória technických systémov"

    (Pre študentov špecializácií

    korešpondencia formácia)

    Mateemka - 2010.


    Ministerstvo školstva a vedy Ukrajiny

    Národná akadémia Donbass

    Výstavba a architektúra

    Oddelenie "Zdvíhanie a doprava, Stavebníctvo, cestné stroje

    a zariadenia "

    Metodické pokyny pre vykonanie

    Praktická práca

    O disciplíne

    "Teória technických systémov"

    (Pre študentov špecializácií

    7.090214 "Zdvíhanie a preprava, stavebníctvo, cesty,

    melioratívne stroje a zariadenia »A

    7.090258 "Autá a Automotive"

    korešpondencia formácia)

    Mateemka - 2010.


    UDC 681,51: 519.21

    Metodické pokyny pre implementáciu praktickej práce na disciplíne "Teória technických systémov" (pre študentov špecialít 7.090214 "Zdvíhanie a preprava, stavebníctvo, cesty, alioračné stroje a zariadenia" a 7.090258 "Automobily a Automotive" podľa korešpondencie formácie) / SOST : V. Ale. Penchen, N.A. Yurhenko.- Mateevka: Donnas, 2010.- 25 p.

    Metodické pokyny majú cieľ a postup vykonávania praktickej práce, teoretických základov, možností úloh, kontrolných otázok.

    Kompilátory: prof. V.A. Punc

    zadok. Na. Yurchenko

    Recenzenti: Doc. A.K. Kalla

    doc. V.A. Talalay

    Zodpovedný za prepustenie prof. V.A. Punc


    PRAKTICKÁ PRÁCA

    Vypracovanie životného cyklu

    Technický systém "

    Účel práce: Získanie praktických zručností pri navrhovaní životného cyklu technického systému.

    Postup vykonávania práce:

    1. Preskúmať štruktúru a fázy životného cyklu technických systémov.

    2. Uveďte definície konceptov: životný cyklus, technická úloha, technický projekt, pracovná dokumentácia, experimentálna vzorka, masová výroba, dizajn, dizajn.

    3. Rozvíjajte sa všeobecná schéma Životný cyklus pre daný systém.

    Teoretický základ

    Štruktúra životného cyklu technického systému.

    Štruktúra životného cyklu technického systému (obr. 1.1) obsahuje základné časové etapy jeho existencie: výskumná práca (), vývoj pracovnej dokumentácie (), príprava výroby na jeho výrobu (), výroba (), pre Príprava (), prevádzka () a recyklácia (). Každá fáza životného cyklu vyžaduje určité materiálne náklady () a len s jeho funkciou je možné získať niektoré transformácie.

    Zväčšený systém životného cyklu je výrazne jednoduchší, pretože kombinácia fáz zahrnutých v systéme má mnohé interné technické systémy, ktoré sú medzi sebou vnútorné pripojenia. Napríklad v štádiu NIR, procesy teoretických a experimentálnych štúdií, spracovanie výsledkov, vytvorenie technickej úlohy atď.

    Obrázok 1.1 - Životný cyklus technického systému:

    Tz.- technická úloha; Rd - pracovná dokumentácia; Ts. - technický systém; Zákon o recyklácii

    Vo fáze vytvárania pracovnej dokumentácie, ako technický systém, je potrebný niekoľko operácií na výpočet a dizajne uzlov a detailov, procesov a subprocesov.

    Pri príprave výroby, ako technický systém, na výrobu komponentov uzlov, montážnych jednotiek a všeobecných technických systémov, je potrebné riešiť značné množstvo nových technických systémov: stroje, náradie, montážne procesy a inštalácia potrebné vybavenie atď.

    To môže byť rozšírené na niektoré zmeny v štádiu výroby určitého komplexného technického systému pozostávajúceho z častí, montážnych jednotiek zhromaždenia a potom na prevádzkový cyklus a likvidáciu.

    S akomkoľvek systéme výrobných činností v vytváraní, realizácii a prevádzke technických systémov existujú tri vzájomne prepojený proces: rozvoj " Ročník"; Výroba "Atď " a vykorisťovanie "E". Procesy " Ročník"A" Atď»Môže byť vykonaná jednou špecializovanou formou, ktorá umožňuje zlepšiť kvalitu technického systému v oblasti operácie" E.».

    Bez ohľadu na funkčné a hospodárske vzťahy objektov " Ročník"A" Atď»Mali by mať tieto workshopy alebo oddelenia: výskum, návrh a technologický, skúšobný, výrobný, materiál a technické ponuky, prípravu pred predajom a iné špecifiká technického systému.

    Štádiu životného cyklu technického systému.

    Životný cyklus technického systému sa skladá z niekoľkých po sebe idúcich stupňov (tabuľka 1.1), z ktorých každý si vyžaduje špecifický prístup k riešeniu alebo skôr, vzniknutým problémom.

    Tabuľka 1.1 - Distribúcia hlavných etáp životného cyklu

    technický systém medzi organizáciami

    Technické rozpory. Najčastejšie sa vyskytujú problematické situácie vo fáze vytvárania technických systémov. Štúdia problémovej situácie zahŕňa identifikáciu technických rozporov, ktoré môžu byť administratívne, technické a fyzické.

    Administratívne rozpory - Toto sú rozpory, ktoré vznikajú na začiatku technickej úlohy, keď je potrebné urobiť rozhodnutie: kto má robiť, kto financuje, kde robiť, atď?

    Technické rozpory - Toto sú rozpory, ktoré už vznikajú v procese vytvárania alebo zmene parametrov technického systému.

    Fyzické rozpory - Toto sú rozpory, ktoré sa vyskytujú so vzájomne opačnými požiadavkami na systém alebo na jeho jednotlivé časti (napríklad ľahký a trvanlivý, stabilný a nízky nosný povrch atď.).

    Je potrebné jasne rozlišovať medzi rozpory, ktoré vznikajú vo fáze vývoja technickej úlohy (TK) na technickom systéme a v etapách dizajnu a dizajnu, výroby a prevádzky. Fáza vývoja "TK" je určený na riešenie problémov "prečo", ktorý odkazuje na vedecké a technické ciele, otázky, ako to urobiť so zvyškom etáp.

    Technická kreativita. Proces vytvárania nových technických riešení sa nazýva technická kreativita. Technická kreativita zahŕňa transformáciu už známych poznatkov, cvičení a skúseností v nových technických systémoch. Technická kreativita je veľmi rôznorodá a vyskytuje sa vo všetkých oblastiach technológie, môže byť podmienečne rozdelená do takýchto činností: inžinierstvo a výskum, inžinierstvo a inžinierstvo a technologické. V prvom prípade sú stanovené nové vzory procesov a technických systémov, odpoveď na otázku "Prečo sa to stane?". V druhom - nových technických systémoch sa vytvárajú vo forme pracovnej dokumentácie, modelov, rozložení av treťom - vo forme reálnych technických systémov.

    Vo vedeckom výskume sa používa systém vedeckého experimentu, ktorej podstata sa znižuje na rozšírené použitie. rôzne cesty Simulácia technických systémov a matematická teória Plánovanie a spracovanie experimentálnych výsledkov.

    Vo všeobecnosti je moderný vedecký výskum založený na systéme: experiment je výstavba modelu, výklad modelu a rozhodnutia o smere ďalšieho výskumu.

    Pri vykonávaní vedeckého výskumu v jednom z základné úlohy je poskytnúť spoľahlivé technické a ekonomické zdôvodnenie navrhovaného technického systému a zároveň používať minimálne finančné náklady.

    Inžinierska a dizajnová kreativita Možno rozdeliť na návrh a dizajn.

    Dizajn Je to štádium vyhľadávania vedecky založených, technicky uskutočniteľných a ekonomicky účelných inžinierskych riešení.

    Dizajn- Toto je štádium vytvárania pracovnej dokumentácie pre konkrétne, jednoznačné technické riešenie, ktoré bolo prijaté v dizajne. Veľmi často v procese navrhovania technického systému, nový môže mať nový originálne riešenie a proces navrhovania sa už opätovne používa. Dá sa predpokladať, že procesné a konštrukčné procesy sú vzájomne prepojené a vzájomne sa dopĺňajú. V procese dizajnu sú vytvorené všeobecné druhy, montážne jednotky, uzly a časti vo forme, vhodné na chov a prezentáciu v procese výroby.

    Kvalita a spoľahlivosť technického systému závisí do značnej miery na etape dizajnu. Bezpochyby, bez kvalitatívne vyrábanej pracovnej dokumentácie najlepší projekt bude len veta. Kvalita dizajnových výrobkov vo veľkej miere závisí od kvalifikácie špecialistov na dizajn a technologické oddelenie a čas práce na projekte.

    Projektovanie je tiež technický systém (proces) a pracovná dokumentácia je technický systém (objekt). Pre tieto systémy je tiež potrebné plne implementovať realizovateľnosť a ekonomické hodnotenie, analyzovať variant dizajn a výber najúčinnejších. Zároveň je potrebné zvážiť nasledujúce spriemerované rozdelenie nákladov na výrobu pracovnej dokumentácie (obr. 1.2).

    C,%

    Obrázok 1.2 - Približovanie nákladov na platové náklady pri vytváraní technických systémov

    Psychologické schopnosti dizajnéra, možnosť vnímania a prevádzky jednotlivé prvky V procese ich transformácie si vyžaduje potrebu rozpustiť myšlienku navrhnutých technických systémov na hierarchických úrovniach a blokoch. Princíp hierarchie znamená štruktúrovanie myšlienok o dizajnových objektoch podľa stupňa detailu popisu.

    Výhody tohto prístupu je znížiť úlohy viac komplexná úroveň Niet pochýb o problémoch malých zložitosti, a preto špecialisti na celý svet uplatňujú ECCD (jediný systém dizajnovej dokumentácie), ktorý stanovuje nasledujúcu hierarchiu technického systému typu "objekt" mechanického inžinierstva: časti; Montážne jednotky, komplexy, súpravy. Analogicky môžete definovať proces typu procesu "o operáciách, postupoch, etapách a etapách.

    Stvoriteľ technických systémov (dizajnér) je vždy nútený dostatočne poznať súčasnosť (vlastnosti materiálov, tolerancie a pristátie, regulačné dokumenty, základné metódy výpočtov atď.) A súčasne musí vytvoriť niečo nové, t.j. Dostatočne vychutnať vedecké predpokladané.

    Logika dizajnéra technických systémov a jeho vzťah s etapy dizajnu je možné predložiť do nasledujúcej tabuľky (tabuľka 1.2).

    Tabuľka 1.2.

    Procesná logika Hlavný obsah Dizajn
    Formulácia problému Určenie potreby vytvoriť výpočet produktu očakávaného účinku pri používaní nového produktu Technická úloha
    Stanovenie štúdie Zriadenie indikátora účinnosti na porovnanie možností Kvantitatívna expresia ukazovateľa výkonu NÁVRHUJÚCEHO PRIESTORY Vyberte Riešenie Analýza informačných a rozhodovacích formulácií (Zoznam charakteristík výrobku) Technický návrh
    Tvorba nových nápadov Vytvorenie koncepcie produktu Predbežný návrh
    Inžinierska analýza, optimalizácia Definícia ukazovateľa výkonu Technický projekt
    Skontrolujte a analyzujte výsledky overovania Špecifikácia riešení - Vývoj technickej dokumentácie Vývoj výrobných metód a technická dokumentácia Na vytvorenie experimentálnej vzorky Pracovná dokumentácia
    Organizácia výroby Skúšky, objasnenie dokumentácie a rozhodovania Sériová výroba
    Hodnotenie efektívnosti v prevádzkovej fáze Prevádzka výrobku Vykorisťovanie

    Stratégia dizajnu technického systému závisí od mnohých faktorov: jeho zložitosť, kvalifikácia a počet inžinierov dizajnérov v rovnakom čase pracuje na jednej úlohe, termínoch, dostupnosti príslušných programov atď.

    Vyššie uvedené naznačuje, že aj štádiá procesu navrhovania a vytvárania technického systému a konštrukčné fázy majú multivariačný charakter, ktorý vytvára predpoklady pre výber optimálneho riešenia.

    Možnosti pre úlohy

    Voľba úlohy si študent vyberie v dvoch posledných číslic skúšobnej knihy.

    Číslo kníh Technický systém Číslo kníh Technický systém
    Vežový žeriav Počítač
    Horný žeriav Notebook
    Portálový žeriav Stôl
    Boom Stôl
    Auto Predseda
    Buldozér Kreslo
    Škrabka Trumpa
    Dopravník Skriňa
    Autobus Betónový mixér Kombinovať
    Benzínový tanker Zámok na dverách
    Autobus Stolná lampa
    Minibus Audítorská rada
    Televízor Tachometer
    Gramofón Hodina
    Chladnička Kľúče
    Mikrovlnná rúra Batéria
    Počítač Pumpovať
    Notebook Ventilátor
    Stôl Vežový žeriav
    Stôl Horný žeriav
    Predseda Portálový žeriav
    Kreslo Boom
    Trumpa Auto
    Skriňa Buldozér
    Kombinovať Škrabka
    Zámok na dverách Dopravník
    Stolná lampa Autobus Betónový mixér
    Audítorská rada Benzínový tanker
    Tachometer Autobus
    Hodina Minibus
    Kľúče Televízor
    Batéria Gramofón
    Pumpovať Chladnička
    Ventilátor Mikrovlnná rúra
    Vežový žeriav Počítač
    Horný žeriav Notebook
    Portálový žeriav Stôl
    Boom Stôl
    Auto Predseda
    Buldozér Kreslo
    Škrabka Trumpa
    Dopravník Skriňa
    Autobus Betónový mixér Kombinovať
    Benzínový tanker Zámok na dverách
    Autobus Stolná lampa
    Minibus Audítorská rada
    Televízor Tachometer
    Gramofón Hodina
    Chladnička Kľúče
    Mikrovlnná rúra Batéria

    Kontrolné otázky:

    1. Uveďte kategóriu "životného cyklu" technického systému.

    2. Čo zahŕňa štruktúru životného cyklu?

    3. Pomenujte hlavné etapy životného cyklu.

    4. Aké druhy rozporov vznikajú v problémovej situácii?

    5. Aký je rozdiel medzi administratívnymi rozpormi z technického?

    6. Aké druhy činností môžu byť podmienečne rozdelené technickou kreativitou?

    7. Čo je výskum a výskum?

    8. Aký je návrh a výstavba?

    9. Z akých faktorov závisí kvalita projektová dokumentácia?

    10. Aké sú charakteristické rozdelenie nákladov na vytvorenie technického systému?


    PRAKTICKÁ PRÁCA

    "Stavebné riadky technických systémov"

    Účel práce: Naučte sa budovať riadky technických systémov.

    Postup vykonávania práce:

    1. Definovať koncepty: parameter, séria, rad výhodných čísel, modulárny riadok, rad zlatého úseku, rad fibonacci.

    2. Podľa úlohy určiť prvých desať členov série: Fibonacci, modulárny, animovaný a preferovaný.

    Teoretický základ

    Modul(z Lat. Modul - opatrenie) - v architektúre a stavebníctve, pôvodné opatrenie, prijaté na vyjadrenie viacerých pomerov veľkosti komplexov, štruktúr a ich častí. Ako modul, to trvá miery dĺžok (nohy, meter), veľkosť jedného z prvkov budovy alebo veľkosť stavebného výrobku. Použitie modulu poskytuje komplexy, štruktúry a ich časti úmernosti, uľahčuje zjednotenie a štandardizáciu výstavby.

    Zásada (z Lat. Principium - základ, začiatok) - hlavnú počiatočnú pozíciu akéhokoľvek systému, teórie, svetonázor, interná organizácia atď.

    Modulárny dizajn predpokladá prítomnosť súboru konštruktívneho a funkčné moduly - Štandardné riadky. Počas modulárneho dizajnu je základom technickej úlohy technického systému, ktorý je vytvorený mnohými výpočtinami konštrukčných modulov (km) a funkčných modulov (FM). Vytvorenie technických systémov z už stanovených, ekonomicky rozumných sérií konštruktívnych a funkčných modulov vám umožní získať najväčšie zníženie nákladov, a to ako projektová práca a práca na výrobe.

    Parameter - hodnota charakterizujúca všetky vlastnosti technického systému.

    Súbor parametrov určuje technické vlastnosti systému: výkon, výkon, rozmery atď. Sekvencia Číselné hodnoty Takýto parameter v určitom rozsahu jeho hodnôt sa nazýva parametrické v blízkosti. Technický systém sa spravidla vyznačuje veľkým počtom parametrov, ale môžete z nich vybrať hlavný parameter (ktorý určuje jeho funkčný účel), základné a pomocné. Rôzne parametrické série je veľkosť. Vytvorí sa na základe hlavného parametra, z ktorých hlavné parametre charakterizujú najvýznamnejšie vlastnosti technického systému, jeho konštruktívnych a technologických funkcií. Pomocné parametre najčastejšie sú informačné v prírode (hmotnosť, kp.d. atď.).

    Tvorba nových technických systémov, je potrebné vychádzať zo skutočnosti, že musia obsahovať najmenší počet modulov na zabezpečenie minimálnych nákladov na jeho výrobu a prevádzku. Pre možnosť montáže technického systému je potrebné koordinovať umiestnenie uzlov modulu ako horizontálne (na jednej úrovni) a vertikálne (na iných úrovniach). Všetky známe systémy zodpovedajúce parametra sú založené na nasledujúcich základných princípoch: proporcionalita, aditivita, násobenie.

    Zásada proporcionality Je to, že hlavné parametre technického systému sú úmerné jednému, čo sa považuje za hlavnú vec.

    Princíp aditivity (z Lat. AdDitivus - pridaný pridaním) je založený na nasledujúcom texte - parametre T-System sú položené v niekoľkých číslach vytvorených konzistentným pridávaním.

    Princíp množenia (z Lat. Multiplicus - vynásobený množením) spočíva v tom, že parametre výrobku sú položené v počte čísel vytvorených vynásobením konštantného multiplikátora.

    Metóda proporcionality Je založený na predpoklade, že všetky veľkosti technického systému sú navzájom spojené s niekoľkými funkčnými závislosťami. Odtiaľ - schopnosť vyjadriť všetky veľkosti prostredníctvom hlavného parametra. Napríklad, pre buldozér, môžete zapísať nasledujúce pomery trakcie, hmotnosti, parametrov výpisu cez výkon motora; Pre rýpadlo - parametre základne, vedro, dĺžka pracovného zariadenia, atď. Cez nádrž večeru.

    Spôsob relatívnych veľkostí Použitý v rôzne možnosti av rôznych priemyselných odvetviach. Jeho nevýhodou je nedostatočná presnosť a podmienenosť veľkosti veľkostí. V súčasnosti je metóda proporcionality nájde Široká aplikácia Pri výbere parametrov najjednoduchších technických systémov: (skrutky, orechy, rezáky atď.).

    Dodatočné koordinačné systémy nakoniec používajú určitý počet čísel, najčastejšie z nich sú: Fibonacci, zlaté profily, modulárne a preferované čísla. Teória fibonacciho čísla (taliansky matematik Leonardo Pisansky) bol vyvinutý už v roku 1202. Fibonacci Row - Toto je postupnosť čísel, v ktorých sa každý nasledujúci člen riadku rovný súčtu dvoch predchádzajúcich:

    Riadky a ich vlastnosti sú veľmi rôznorodé a závisia od typu prvých dvoch členov. Najpoužívanejší celý číselný rad Fibonacci: 1; jeden; 2; 3; päť; osem; 13; 21; 34; 55; 89; 144 atď. Ako možno vidieť, hodnoty členov riadku sú najprv rastú pomaly, a potom ich rast sa stáva rýchlym. Napríklad dvanásty člen riadku a 12. \u003d 377, t.j. Mnohokrát hodnota prvého člena a 1. = 1.

    Riadok Zlatého úseku (Zlatý riadok) je postupnosť čísel, ktoré predkladá zákon

    Zlatý prierez je taký proporcionálny rozdelenie segmentu (obr. 2.1) na nerovnakých častiach, v ktorých celý segment patrí z väčšej časti, pretože väčšina z najviac sa týka menšieho; Alebo inými slovami, menší rez je tak spojený viac ako väčší pre všetko

    a: B \u003d B: C alebo C: B \u003d B: a.

    Obrázok 2.1 - Schéma rozdelenia segmentu metódou zlatej časti

    Obdĺžnik s takýmto postojom strán sa začal nazývaný zlatý obdĺžnik. Má tiež zaujímavé vlastnosti. Ak ste odrezali námestie, potom zlatý obdĺžnik zostane znova. Tento proces môže pokračovať do nekonečna. A ak držíte uhlopriečku prvého a druhého obdĺžnika, potom bod ich priesečníka bude patriť do všetkých získaných zlatých obdĺžnikov.

    Pri vytváraní technických systémov v stavebníctve sú modulárne systémy široko používané. V najjednoduchšej forme riadok, postavený modulárny systém Predstavuje číslo postavené na aritmetickej progresii

    kde je lineárny modul; - člen číslo.

    Ranky postavené na základe závislosti aritmetickej progresie majú v počte prvých členov série a zahusťovaním v zóne veľkých hodnôt. Niekedy hodnota lineárneho modulu.

    Na zníženie počtu členov veľkých hodnôt riadku sa môžu použiť modulárne systémy krok-aritmetickej progresie: jedno-, dvoj- a dokonca tri-modul.

    Cartoon riadky V podstate založené na používaní zákonov geometrických postupov

    kde je denominátor progresie; - Počet člena riadku.

    Zmenou hodnôt prvého člena série a denominátora progresie môžete vytvoriť nespočetné číselné riadky. V súčasnosti sa odporúča použiť numerické riadky, v ktorom sa počet rovnakých alebo jedného používa ako menovateľ.

    Pri vytváraní technických systémov počas niekoľkých storočí sa používajú numerické rady, v ktorých je menovateľ číslo rovnaké. Vzhľadom na otázku výberu číselných riadkov na vytvorenie rôznych technických systémov sa hodnosti analyzovali, v ktorých boli použité rôzne hodnoty koreňa.

    V roku 1953 bolo prijatých mnoho krajín na využívanie medzinárodného systému výstavby numerických riadkov. Tieto numerické rady dostali názov série preferovaných čísiel (tabuľka 2.1).

    Riadky preferovaných čísel (RPH) sú desatinné rady geometrického progresie formulára, t.j. Ranger Rate, kde - počet riadkov \u003d 5; 10; dvadsať; 40 a.

    Tabuľka 2.1 - Hlavné riadky preferovaných čísel

    Hlavné riadky Počet preferovaného čísla Rozdiel medzi počtom a vypočítanými hodnotami,%
    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

    Poznámka. Vypočítané hodnoty čísel uvedených v tabuľke sú vypočítané až do 5. miesto význam číslice; \\ T V tomto prípade je chyba v porovnaní s teoretickou hodnotou nižšia ako 0,00005

    V závislosti od vyrovnania parametrov T-Systems sa musí použiť jedno alebo iné číslo čísla. Napríklad na účely hlavného parametra - kapacita nádrže s jedným okruhovým rýpadlom sa používa číslo R5, v tomto poradí, počet radov je tiež rad pozdĺž nádrže vedro (M3) predstavuje 0,15; 0,25; 0,4; 0,65; 1,1; 1.6; 2.5.

    Pri predpisovaní hlavného parametra samohybných žeriavov (nosnosť), séria R5 a kapacita žeriavu (t) predstavuje číslo 4; 6; 10; šestnásť; 25; 40; 64; 100; 160; 250 atď.

    V mnohých krajinách existujú vnútroštátne normy pre radové čísla (RPH). Podrobné pripomienky v stupni zaokrúhľovania na tých alebo iných členoch série, o zlúčenine niektorých pozitívnych vlastností čísla pozitívne kvality Riadky na základe aritmetickej progresie atď.

    Možnosti pre úlohy

    Študent si vyberie možnosť úlohy podľa posledných dvoch číslic testovacej knihy (tabuľka 2.2 a 2.3).

    Tabuľka 2.2 - Možnosti pre úlohy pre rad Fibonacci a modulárny riadok

    Číslo kníh Fibonacci modulárny Číslo kníh Fibonacci modulárny

    Tabuľka 2.3 - Varianty úloh pre násobenie a

    1. Životný cyklus IP a jeho štruktúry. 2.

    1.1 Fázy životného cyklu je .. 3

    1.2 je štandardy životného cyklu. 4

    2. Modely životného cyklu. 6.

    2.1 Typy modelových modelov životného cyklu .. 6

    2.2 Výhody a nevýhody modelov životného cyklu. 8

    3. Procesy životného cyklu je ............................................. , .................. jedenásť

    3.1 Základné procesy životného cyklu. jedenásť

    3.2 Pomocné procesy životného cyklu. 13

    3.3 Organizačné procesy .. 14

    Zoznam referencií .. 16


    Životný cyklus informačného systému je časom, ktorý začína momentom rozhodnutia o potrebe vytvoriť informačný systém a končí v čase jeho úplného tesnenia.

    Koncepcia životného cyklu je jedným zo základných pojmov metodiky pre navrhovanie informačných systémov.

    Metodika pre navrhovanie informačných systémov popisuje proces vytvárania a udržiavania systémov vo forme životného cyklu (LCC) IP, ktorý ho predstavuje ako určitý postup etáp a procesov vykonávaných na nich. Pre každú fázu, zloženie a postupnosť práce, získané výsledky, metódy a prostriedky potrebné na prácu, úlohu a zodpovednosť účastníkov atď. Takýto formálny opis IP LCC umožňuje plánovať a organizovať proces kolektívneho rozvoja a zabezpečiť riadenie tohto procesu.

    Plný životný cyklus informačného systému zahŕňa spravidla strategické plánovanie, analýzu, návrh, implementáciu, implementáciu a prevádzku. Všeobecne platí, že životný cyklus môže byť zase rozdelený na rad etáp. V zásade je táto divízia v pódiu dosť ľubovoľná. Budeme sa pozrieť na jednu z možností pre túto divíziu, ktorú ponúka racionálny softvér - jedna z popredných firiem na softvérovom trhu pre rozvoj informačných systémov (medzi ktorými je univerzálny prípad-nástroj Rational Rose je veľmi populárne).


    1.1 Etapy životného cyklu je

    Fáza je súčasťou procesu vytvárania IP, obmedzená na určité dočasné rámce a ukončenie špecifického produktu (modely, softvérové \u200b\u200bkomponenty, dokumentácia), určená podľa požiadaviek určených pre túto fázu. Pomer medzi procesmi a fázami je tiež určený modelom IP životného cyklu.

    Podľa metodiky navrhovanej racionálnym softvérom, životný cyklus informačného systému je rozdelený do štyroch etapí.

    Hranice každej fázy sú určené niektorými bodmi v čase, keď je potrebné vykonať určité kritické riešenia, a preto dosiahnuť určité kľúčové účely.

    1) Počiatočná fáza

    V počiatočnom štádiu je vytvorený rozsah systému a stanoví sa hraničné podmienky. Na to je potrebné identifikovať všetky externé objekty, s ktorými sa systém vyvinul, a určiť povahu tejto interakcie vysoký stupeň. V počiatočnom štádiu je identifikovaná všetka funkčnosť systému a opis je z nich najdôležitejší.

    2) Fáza objasnenia

    Vo fáze objasnenia sa vykoná analýza aplikovanej oblasti, rozvíja sa architektonický základ informačného systému.

    Pri rozhodovaní o architektúre systému je potrebné zohľadniť rozvinutý systém ako celok. To znamená, že je potrebné opísať väčšinu funkčnosti systému a zohľadniť vzťah medzi jeho samostatnými zložkami.

    Analyzuje sa na konci štádia objasnenia architektonické riešenia a spôsoby, ako eliminovať hlavné rizikové faktory v projekte.

    3) Fáza dizajnu

    V štádiu návrhu je vyvinutý kompletný produkt, pripravený na prenos užívateľovi.

    Na konci tejto fázy sa určuje účinnosť vyvinutý softvér.

    4) Fáza uvedenia do prevádzky

    V štádiu uvádzania do prevádzky sa vyvinutý softvér prenáša používateľom. Pri prevádzke vyvinutého systému sa často vznikajú rôzne druhy problémov v reálnych podmienkach, ktoré si vyžadujú dodatočnú prácu na úpravách vyvinutého produktu. To je zvyčajne spojené s detekciou chýb a nedostatkov.

    Na konci prepravnej fázy je potrebné určiť účel vývoja alebo nie.

    1.2 je štandardy životného cyklu

    Moderné siete sú vyvinuté na základe noriem, čo umožňuje po prvé, ich vysokej efektívnosti a po druhé možnosti ich interakcie medzi sebou.

    Medzi najznámejšie normy, môžete vyčleniť nasledovné:

    GOST 34.601-90 - Rozširuje sa automatizované systémy A stanovuje etapy a fázy ich stvorenia. Okrem toho štandard obsahuje opis obsahu práce v každej fáze. Štávy a štádiá práce, zakotvené v norme, sú v súlade s kaskádovým modelom životného cyklu.

    ISO / IEC 12207 (Medzinárodná organizácia normalizácie / medzinárodnej elektrotechnickej komisie) 1995 - Štandard pre procesy a organizovanie životného cyklu. Vzťahuje sa na všetky typy prispôsobeného softvéru. Norma neobsahuje opisy fáz, etáp a etapov.

    Racionálny zjednotený proces (RUP) ponúka iteratívny vývojový model, vrátane štyroch fáz: štart, štúdium, výstavba a implementáciu. Každá fáza môže byť rozdelená na kroky (iterácie), v dôsledku čoho je verzia pre vnútornú alebo externé použitie. Priechod cez štyri hlavné fázy sa nazýva vývojový cyklus, každý cyklus je dokončený generáciou systémovej verzie. Ak po tejto práci na projekte nezastaví, výsledný produkt sa naďalej vyvíja a opäť rovnaké fázy. Podstatou práce v RUP je tvorba a podpora modelov založených na UML.

    Rámec riešenia Microsoft (MSF) je podobný RUP, tiež obsahuje štyri fázy: Analýza, dizajn, vývoj, stabilizácia, je iteratívou, predpokladá použitie objektovo orientovaného modelovania. MSF v porovnaní s RUP je viac zameraná na rozvoj podnikateľských aplikácií.

    Extrémne programovanie (XP). Extrémne programovanie (najnovší medzi posudzovanými metodíkmi) vznikol v roku 1996. V centre metodiky, tímovej práce, efektívnej komunikácie medzi zákazníkom a dodávateľom počas celého projektu na rozvoj IP a vývoj sa vykonáva pomocou nasledujúceho elokent modifikované prototypy.


    2. Modely životného cyklu

    Model životného cyklu je štruktúra, ktorá definuje postupnosť implementácie a prepojenia procesov, činností a úloh počas životného cyklu. Model životného cyklu závisí od špecifiká, rozsahu a zložitosti projektu a špecifiká podmienok, v ktorých je systém vytvorený a funkcie.

    Model LCC IP obsahuje:

    výsledkov práce v každej fáze;

    kľúčové udalosti - Dokončenie práce a rozhodovania.

    Model životného cyklu odráža rôzne štáty Systémy začínajúce od momentu potreby tejto IP a končiace momentom jeho úplného výstupe z používania.

    2.1 Druhy modelov modelov životného cyklu

    V súčasnosti sú známe aj tieto modely životného cyklu:

    Kaskádový model (obr. 2.1) poskytuje postupné vykonávanie všetkých krokov projektu striktne pevným spôsobom. Prechod na ďalší krok znamená úplné ukončenie práce v predchádzajúcom štádiu.

    Postupný model s priebežným ovládaním (obr. 2.2). Vývoj IP sa vykonáva s iteráciami s cyklami spätnej väzby medzi krokmi. Interfacentové úpravy umožňujú zohľadniť skutočné zasahovanie výsledkov vývoja rôzne stupne; \\ T Životnosť každej fázy je natiahnutá na celé obdobie vývoja.

    Špirálový model (obr. 2.3). Na každom prelome špirály sa vykonáva vytvorenie ďalšej verzie produktu, sú špecifikované požiadavky na projekt, je určená jeho kvalita a práca na ďalšom odbočení sa plánuje. Osobitná pozornosť Zaplatí sa počiatočným štádiom vývoja - analýzy a dizajnu, kde sa kontroluje a odôvodňuje realizovateľnosť určitých technických riešení a odôvodnených vytvorením prototypov.

    Obr. 2.1. Kaskádový model LC

    Obr. 2.2. Postupný model s priebežným ovládaním

    Obr. 2.3. SPIRAL MODEL LSC

    V praxi sa najväčšia distribúcia dostala dva hlavné modely životného cyklu:

    kaskádový model (charakteristické pre obdobie 1970-1985);

    Špirálový model (charakteristický pre obdobie po roku 1986).

    2.2 Výhody a nevýhody modelov modelov životného cyklu

    Na začiatku projektov, celkom jednoduché ICS, každá aplikácia bola jednou, funkčne nezávislou jednotkou. Pre vývoj tohto typu aplikácie bola účinná metóda kaskády. Každá etapa bola ukončená po plnom plnení a dokumentárny Všetky poskytované práce.

    Môžete vybrať nasledovné pozitívne strany Aplikácie kaskády:

    v každom štádiu je vytvorená kompletná sada projektovej dokumentácie, ktorá spĺňa kritériá úplnosti a konzistentnosti;

    fázy práce vykonávané v logickej sekvencii vám umožňujú plánovať termíny na dokončenie všetkých diel a zodpovedajúcich nákladov.

    Kaskádový prístup sa ukázal ako v konštrukcii relatívne jednoduchého IP, keď na samom začiatku vývoja je možné úplne presne a plne formulovať všetky požiadavky na systém. Hlavnou nevýhodou tohto prístupu je, že skutočný systém vytvárania systému nie je nikdy úplne naskladaný v takej ťažkej schéme, čo sa neustále objaví, že je potrebné vrátiť sa k predchádzajúcej fáze a objasnenie alebo revíziu predtým prijaté rozhodnutia. Výsledkom je, že skutočný proces vytvárania IP sa ukáže ako zodpovedajúci postupný model s priebežnou kontrolou.

    Navrhol sa špirálový model LCC na prekonanie uvedených problémov. Pri analýze a konštrukčnom štádiu sa realizovateľnosť technických riešení a stupeň spokojnosti zákazníkov kontroluje vytváraním prototypov. Každé kolo špirály zodpovedá vytvoreniu funkčného fragmentu alebo systému systému. To vám umožní objasniť požiadavky, ciele a charakteristiky projektu, určiť kvalitu vývoja, naplánovať prácu ďalšieho špirálu. Podrobnosti o projekte sa teda prehĺbia a konzistentne špecificky zadá a vyberie sa primeraná možnosť, ktorá spĺňa skutočné požiadavky zákazníka a je oznámené implementácii.

    Hlavným problémom špirálového cyklu je určiť okamih prechodu na ďalší krok. Ak chcete vyriešiť IT, zavedené dočasné obmedzenia na každom štádiu životného cyklu a prechod sa vykonáva v súlade s plánom, aj keď nie je dokončená všetka plánovaná práca. Plánovanie je založené na štatistických údajoch získaných v predchádzajúcich projektoch a osobná skúsenosť vývojárov.

    Napriek pretrvávajúcim odporúčaniam expertov v oblasti dizajnu a vývoja OP mnoho spoločností naďalej používajú kaskádový model namiesto variantu iteratívneho modelu. Hlavné dôvody, prečo si model kaskády zachováva svoju popularitu, nasledovné:

    ZOZNAM - Mnoho IT expertov dostali vzdelanie v čase, keď bol študovaný len kaskádový model, takže ich používa a dnes.

    O ilúzii znižovania rizík účastníkov projektu (zákazník a dodávateľ). Kaskádový model zahŕňa vývoj dokončených produktov v každej fáze: technická úloha, technický projekt, softvérový produkt a užívateľská dokumentácia. Vyvinutá dokumentácia umožňuje nielen určiť požiadavky na produkt ďalšieho kroku, ale aj určiť povinnosti strán, rozsah práce a podmienky, zatiaľ čo konečné hodnotenie časových harmonogramov a náklady na projekt sa vykonáva v počiatočných etapách po ukončení prieskumu. Samozrejme, ak sa počas realizácie projektu mení požiadavky na informačný systém, a kvalita dokumentov sa ukáže, že je nízka (požiadavky sú neúplné a / alebo protichodné), v skutočnosti používanie kaskády modelu vytvára iba ilúziu istota av skutočnosti zvyšuje riziká, znižujú len zodpovednosť účastníkov projektu.

    Problémy s implementáciou pri používaní iteratívneho modelu. V niektorých oblastiach nie je možné použiť špirálový model, pretože nie je možné použiť / testovať produkt s neúplnou funkčnosťou (napríklad vojenský vývoj, jadrová energia atď.). Postupná iteratívna implementácia informačného systému pre podnikanie je možná, ale je spojená s organizačnými ťažkosťami (prenos údajov, integráciu systémov, zmena podnikových procesov, účtovné zásady, školenia užívateľov). Hlavné náklady v postupnej iteratívnej implementácii sú výrazne vyššie a projektový manažment vyžaduje toto umenie. Predvídanie týchto ťažkostí, zákazníci si vyberú kaskádový model na "implementovať systém raz".

    Proces je definovaný ako súbor vzájomne prepojených akcií, ktoré prevádzajú vstupné údaje cez víkend. Opis každého procesu obsahuje zoznam riešených úloh, zdrojových údajov a výsledkov.

    V súlade so základným medzinárodným normou ISO / IEC 12207 sú všetky procesy jedla rozdelené do troch skupín:

    3.1 Základné procesy životného cyklu

    Akvizícia (akcie a úlohy nákupu zákazníka)

    Dodávka (akcie a úlohy dodávateľa, ktorý dodáva zákazníka softvérovým produktom alebo službou)

    Vývoj (akcie a úlohy vykonávané developerom: vytváranie softvéru, dizajnu a operačnej dokumentácie, príprava testu a vzdelávacie materiály atď.)

    Prevádzka (akcie a ciele operátora - Organizačný systém)

    Eskort (akcie a úlohy vykonávané sprievodným organizácii, to znamená, že služba údržby). Sprievodné - zmeny v softvéri na korekciu chýb, zlepšenie výkonu alebo adaptácie zmeneným pracovným podmienkam alebo požiadavkám.

    Medzi hlavné procesy životného cyklu, tri sú najväčší význam: vývoj, prevádzka a údržba. Každý proces sa vyznačuje určitými úlohami a metódami ich riešenia, zdrojové údaje získané v predchádzajúcom štádiu a výsledky.

    Vývoja

    Vývoj informačného systému zahŕňa všetky práce na vytváraní informačného softvéru a jeho komponentov v súlade so špecifikovanými požiadavkami. Rozvoj informačného softvéru zahŕňa aj:

    registrácia projektovej a operačnej dokumentácie;

    príprava materiálov potrebných na testovanie vyvinuté softvérové \u200b\u200bprodukty;

    vývoj materiálov potrebných na vzdelávanie zamestnancov.

    Vývoj je jedným z základné procesy Životný cyklus informačného systému a spravidla zahŕňa strategické plánovanie, analýzu, dizajn a implementáciu (programovanie).

    Vykorisťovanie

    Operačná práca je možné rozdeliť na prípravné a hlavné. Prípravky zahŕňa:

    konfigurácia pracovných miest databázy a používateľov;

    poskytovanie operačnej dokumentácie;

    školenia.

    Údržba prevádzková práca zahŕňajú:

    priamo operácia;

    lokalizácia problémov a odstrániť príčiny ich výskytu;

    modifikácia softvéru;

    príprava návrhov na zlepšenie systému;

    rozvoj a modernizácia systému.

    podpora

    Služby technickej podpory zohrávajú veľmi významnú úlohu v živote akéhokoľvek firemného informačného systému. Kvalifikovaná dostupnosť Údržba Vo fáze prevádzky informačného systému je nevyhnutnou podmienkou na riešenie úloh stanovených pred ním a chyby servisný personál Môže viesť k explicitným alebo skrytým finančným stratám porovnateľným s nákladmi na samotný informačný systém.

    Hlavné predbežné opatrenia pri príprave na organizáciu údržby informačného systému sú: \\ t

    prideľovanie najviac zodpovedných systémových uzlov a definíciu nečinnosti kritickosti pre nich (to pridelí najkritickejšie zložky informačného systému a optimalizuje distribúciu zdrojov na údržbu);

    stanovenie údržbárskych úloh a ich oddelenie na internete, vyriešených síl servisnej jednotky, a externé riešené špecializovanými organizáciami služieb (týmto spôsobom, jasná definícia kruhu spustiteľných funkcií a rozdelenie zodpovednosti);

    analýza existujúcich domácich a vonkajších zdrojov potrebných na organizáciu údržby v rámci popísaných úloh a rozdelenie právomocí (hlavné kritériá pre analýzu: dostupnosť záruk na vybavenie, opravárový fond, kvalifikácie zamestnancov);

    prípravný plán pre organizovanie výživného, \u200b\u200bv ktorom je potrebné určiť štádiá spustiteľných činností, načasovanie ich vykonávania, náklady na etapy, zodpovednosť výkonných umelcov.

    3.2 Procesy pomocného životného cyklu

    Dokumentácia (formalizovaný opis informácií vytvorených počas IP LCD)

    Riadenie konfigurácie (aplikácia administratívnych a technických postupov v celej IP LCC na určenie stavu IP komponentov, kontrolu jeho úprav).

    Zabezpečenie kvality (poskytovanie záruk, že IC a procesy jeho LCC spĺňajú špecifikované požiadavky a schválené plány)

    Overenie (určenie skutočnosti, že softvérové \u200b\u200bprodukty, ktoré sú výsledkami niektorých opatrení, plne spĺňajú požiadavky alebo podmienky z predchádzajúcich akcií)

    Certifikácia (určenie úplnosti zhody stanovených požiadaviek a systému vytvorených ich špecifickým funkčným účelom)

    Spoločný odhad (hodnotenie stavu práce na projekte: kontrolu plánovania a riadenia zdrojov, personálu, vybavenia, inštrumentálnych prostriedkov) \\ t

    Audit (definícia súladu s požiadavkami, plánomi a podmienkami zmluvy) \\ t

    Povolenie problémov (analýza a riešenie problémov, bez ohľadu na ich pôvod alebo zdroj, ktorý sa nachádza počas vývoja, prevádzky, údržby alebo iných procesov)

    3.3 Organizačné procesy

    Kontrola (akcie a úlohy, ktoré môžu vykonávať akúkoľvek strana, ktorá kontroluje ich procesy)

    Vytvorenie infraštruktúry (výber a údržba technológií, noriem a nástrojov, výberu a inštalácie hardvéru a softvéru používaného na vývoj, prevádzku alebo údržbu softvéru)

    Zlepšenie (hodnotenie, meranie, kontrolu a zlepšenie procesov EKC)

    Vzdelávanie (počiatočné školenie a následné pokračovanie odbornej prípravy zamestnancov)

    Projektový manažment je spojený s plánovaním a organizáciou práce, vytváraním vývojárov a monitorovanie podmienok a kvalita vykonávanej práce. Technická a organizačná podpora projektu zahŕňa:

    výber metód a nástrojov na implementáciu projektu;

    určenie spôsobov opisovania medziproduktov štátov;

    vývoj spôsobov a spôsobov vytvárania testovania;

    1. Razbachkov S.YU., Petrov v.n. Informačné systémy-SPB.: Peter, 2008. - 655 s

    2. http://ru.wikipedia.org.

    3. http://www.intuit.ru.

    o elektrotechnike). Táto norma definuje štruktúru procesov, akcií a úloh ZHC, ktoré sa musia vykonávať počas vytvárania PS.

    V tento štandard Ps (alebo. softvér) je definovaný ako súbor počítačových programov, postupov a prípadne súvisiacej dokumentácie a údajov. Proces je definovaný ako súbor vzájomne prepojených akcií, ktoré premieňajú niektoré vstupy na víkend (myers nazýva toto vysielanie údajov). Každý proces sa vyznačuje určitými úlohami a spôsobmi ich riešenia. Každý proces je zase rozdelený na súbor akcií a každá akcia je na súbor úloh. Každý proces, činnosť alebo úloha je iniciovaná a vykonaná iným spôsobom podľa potreby, a neexistujú žiadne vopred stanovené vykonávanie sekvencií (prirodzene pri ukladaní pripojení k vstupným údajom).

    Treba poznamenať, že v Sovietskom zväze, a potom v Rusku, vytvorenie softvéru (softvér) spočiatku, v 70. rokoch minulého storočia, sa riadi GOST ECAP stojany ( Jednotný systém Softvérová dokumentácia - Séria GOST 19.XXX), ktorá bola zameraná na triedu relatívne jednoduchých programov malého objemu vytvoreného jednotlivými programátormi. V súčasnosti sú tieto normy zastarané koncepčne a vo forme, ich termíny skončili a používajú sa nevhodné.

    Procesy vytvárania automatizovaných systémov (AC), ktoré zahŕňajú softvér, sú regulované GOST 34.601-90 Normy "Informačné technológie. Súbor noriem v automatizovaných systémoch. FAILY Tvorba", GOST 34.602-89 "Informačné technológie. Súbor Normy pre automatizované systémy. Technická úloha O vytvorení automatizovaného systému "a GOST 34.603-92" Informačné technológie. Typy testov automatizovaných systémov. "Avšak, mnoho ustanovení týchto noriem sú zastarané a iné sa neodrážajú, aby sa mohli použiť na seriózne projekty na vytváranie PS. Teda, domáci vývoj Odporúča sa používať moderné medzinárodné normy.

    V súlade s normou ISO / IEC 12207 sú všetky procesy nadbytku softvéru rozdelené do troch skupín (obr. 5.1).


    Obr. 5.1.

    Skupiny identifikovali päť hlavných procesov: získavanie, dodávka, vývoj, prevádzka a údržba. Osem pomocných procesov zabezpečuje implementáciu hlavných procesov, a to dokumentácia, riadenie konfigurácie, zabezpečenie kvality, overenie, certifikáciu, spoločné hodnotenie, audit, riešenie problémov. Štyri organizačné procesy poskytujú riadenie, vytváranie infraštruktúry, zlepšenie a odbornú prípravu.

    5.2. Základné procesy ZHC PS

    Akvizícia procesu pozostáva z činností a úloh zákazníka, získanie PS. Tento proces pokrýva tieto akcie:

    1. začatie akvizície;
    2. príprava žiadostí;
    3. príprava a úprava zmluvy;
    4. dohľad nad činnosťami dodávateľa;
    5. prijatie a ukončenie práce.

    Začatie akvizície zahŕňa tieto úlohy:

    1. definícia zákazníkom ich potrieb pri získavaní, vývoji alebo zlepšovaní systému, softvérových produktov alebo služieb;
    2. rozhodnutie o získavaní, vývoji alebo zlepšovaní existujúceho softvéru;
    3. overenie dostupnosti potrebná dokumentácia, záruky, certifikáty, licencie a podpora v prípade nákupu softvérového produktu;
    4. príprava a schválenie akvizície plánu vrátane systémových požiadaviek, druh zmluvy, zodpovednosti strán atď.

    Návrhy aplikácií musia obsahovať: \\ t

    1. požiadavky na systém;
    2. zoznam softvérových produktov;
    3. podmienky na akvizíciu a dohodu;
    4. technické obmedzenia (napríklad v systéme fungujúce prostredie).

    Návrhy aplikácií sa zasielajú vybranému dodávateľovi alebo viacerým dodávateľom v prípade ponuky. Dodávateľom je organizácia, ktorá uzatvára zmluvu so zákazníkom na poskytovanie systému, softvéru alebo softvérovej služby za podmienok uvedených v zmluve.

    Príprava a úprava zmluvy obsahuje tieto úlohy:

    1. vymedzenie postupu zákazníka na výber dodávateľa vrátane kritérií na posúdenie návrhov možných dodávateľov;
    2. výber konkrétneho dodávateľa založeného na analýze návrhov;
    3. príprava a záver zmluva s dodávateľom;
    4. vykonávanie zmien (v prípade potreby) v zmluve v procese jeho vykonávania.

    Dohľad nad činnosťami poskytovateľa sa vykonáva v súlade s opatreniami ustanovenými v spoločných posudzovacích a audítorských procesoch. V procese prijatia sa pripravujú a vykonávajú potrebné testy. Dokončenie práce podľa zmluvy sa vykonáva v prípade spokojnosti všetkých podmienok prijatia.

    Proces dodávky pokrýva akcie a úlohy vykonávané dodávateľom, ktorý dodáva zákazníka softvérovým produktom alebo službou. Tento proces zahŕňa tieto akcie:

    1. začatie dodávky;
    2. príprava reakcie na aplikácie;
    3. príprava zmluvy;
    4. plánovanie práce na základe zmluvy;
    5. plnenie a kontrolu zmluvných prác a ich posúdenie;
    6. dodávka a dokončenie práce.

    Začatie dodávky leží s ohľadom na poskytovateľ žiadostí a rozhodnutí, či súhlasiť s požiadavkami a podmienkami alebo navrhnúť ich vlastné (dohodnúť). Plánovanie zahŕňa nasledujúce úlohy:

    1. rozhodnutie poskytovateľa o výkonnosti práce samostatne alebo so zapojením subdodávateľa;
    2. rozvoj dodávateľom plánu riadenia projektu, ktorý obsahuje organizačnú štruktúru projektu, vymedzenie zodpovednosti, \\ t technické požiadavky pre rozvojové prostredie a zdroje, kontrolu subdodávateľov atď.

    Vývojový proces poskytuje činnosti a úlohy vykonávané vývojárom a pokrýva prácu na vytváraní softvéru a jeho komponentov v súlade so špecifikovanými požiadavkami. To zahŕňa návrh dizajnu a prevádzkovú dokumentáciu, prípravu materiálov potrebných na overenie výkonu a kvalitné softvérové \u200b\u200bprodukty, materiály potrebné na organizáciu odborného vzdelávania a iných.

    Proces vývoja zahŕňa tieto akcie:

    1. prípravné práce;
    2. analýza požiadaviek systému;
    3. architektúra systému;
    4. analýza požiadaviek na softvér;
    5. projektovanie softvérovej architektúry;
    6. podrobný návrh softvéru;
    7. kódovanie a testovanie softvéru;
    8. integrácia softvéru;
    9. kvalifikačné testovanie softvéru;
    10. integrácia systému;
    11. kvalifikačné testovanie systému;
    12. inštalácia softvéru;
    13. prijatie softvéru.

    Prípravné práce začína výberom modelu LCC, vhodného, \u200b\u200bvýznamu a zložitosti projektu. Akcie a úlohy procesu vývoja musia zodpovedať vybranému modelu. Vývojár musí zvoliť, prispôsobiť sa podmienkam projektu a normy použitia dohodnuté so zákazníkom, metódami a vývojové nástrojea tiež tvoria pracovný plán.

    Analýza požiadaviek systému znamená definíciu jeho funkčnosti, \\ t vlastné požiadavky, Požiadavky na spoľahlivosť, bezpečnosť, požiadavky na vonkajšie rozhrania, výkon atď. Požiadavky na systém sa hodnotia na základe kritérií pre realizáciu a možnosť testovania pri testovaní.

    Konštrukcia architektúry systému je určiť komponenty jeho vybavenia (vybavenia), softvéru a operácií vykonávaných operačným systémom systému. Systémová architektúra musí spĺňať požiadavky systému, ako aj prijaté normy a metódy projektu.

    Analýza požiadaviek na softvér znamená nasledujúce charakteristiky pre každý zložku:

    1. funkčnosti vrátane výkonnostných charakteristík a funkčného prostredia komponentov;
    2. vonkajšie rozhrania;
    3. Špecifikácie spoľahlivosti a bezpečnosti;
    4. ergonomické požiadavky;
    5. požiadavky na použité údaje;
    6. požiadavky na inštaláciu a prijatie;
    7. požiadavky na užívateľskú dokumentáciu;
    8. požiadavky na prevádzku a údržbu.

    Požiadavky na softvér sú vyhodnotené na základe kritérií dodržiavania požiadaviek systému ako celku, realizovateľnosť a možnosť testovania pri testovaní.

    Projektovanie softvérovej architektúry obsahuje nasledujúce úlohy pre každú zložku:

    1. transformácia požiadaviek na softvér pre architektúru, ktorá určuje štruktúru softvéru a zloženie jeho komponentov na vysokej úrovni;
    2. vývoj a dokumentácia softvérových rozhraní pre softvér a databázy (DB);
    3. vývoj predbežnej verzie užívateľskej dokumentácie;
    4. vývoj a dokumentácia predbežných požiadaviek na testovanie a plán plánu.

    Podrobný návrh softvéru obsahuje nasledujúce úlohy:

    1. popis komponentov softvéru a rozhraní medzi nimi na nižšej úrovni dostatočnej na následné kódovanie a testovanie;
    2. vývoj a dokumentácia podrobný projekt Databázy;
    3. aktualizácia (ak je to potrebné) používateľskú dokumentáciu;
    4. vývoj a dokumentácia požiadaviek na skúšky a skúšobného plánu pre softvérové \u200b\u200bkomponenty;

    Kódovanie a testovací softvér obsahuje nasledujúce úlohy:

    1. kódovanie a dokumentácia každej zložky softvéru a databázy, ako aj príprava súhrnu testovacích postupov a údajov pre ich testovanie;
    2. testovanie každej zložky softvéru a databázy pre dodržiavanie požiadaviek na ne, nasledované dokumentovaním výsledkov testov;
    3. aktualizácia dokumentácie (v prípade potreby);
    4. aktualizácia plánu integrácie softvéru.

    Integrácia softvéru poskytuje montáž rozvinutých komponentov softvéru v súlade s integračným plánom a testovaním agregovaných komponentov. Pre každú z agregovaných komponentov sa vyvíjajú skúšobné súpravy a skúšobné postupy určené na overenie každého z kvalifikačných požiadaviek na následné kvalifikačné testovanie. Kvalifikačná požiadavka - Toto je súbor kritérií alebo podmienok, ktoré sa musia vykonať na kvalifikáciu softvér Podľa jeho špecifikácií a pripravených prevádzkových podmienok.

    Kvalifikačný testovací softvér vykonáva vývojár v prítomnosti zákazníka (

    Proces operácie pokrýva akcie a ciele organizácie prevádzkovateľa prevádzkovateľa systému. Proces prevádzky zahŕňa nasledujúce akcie.

    1. Prípravné práce, ktoré zahŕňa prevádzkovateľ týchto úloh:

      1. plánovanie akcií a práce vykonávané počas prevádzky a inštalácie prevádzkových noriem;
      2. stanovenie postupov lokalizácie a riešenie problémov vznikajúcich počas prevádzky.
    2. Operačné testovanie vykonané pre každú ďalšiu verziu softvérového produktu, po ktorej sa táto verzia prenáša.
    3. V skutočnosti prevádzkovanie systému, ktorý sa vykonáva v médiu určenom na to v súlade s užívateľskou dokumentáciou.
    4. analýza problémov a požiadaviek na modifikáciu softvéru (analýza správ o probléme alebo žiadosti o zmenu, posúdenie mierky, hodnota modifikácie, výsledný účinok, hodnotenie uskutočniteľnosti zmeny);
    5. modifikácia softvéru (ktorým sa mení a dopĺňajú komponenty softvérového produktu a dokumentácie v súlade s pravidlami procesu vývoja);
    6. overovanie a prijatie (pokiaľ ide o integritu zmeneného systému);
    7. prenos softvéru do iného prostredia (konverzia programov a dát, paralelné fungovanie softvéru v starom a novom médiu na určité časové obdobie);
    8. odstránenie softvéru na riešenie zákazníka s účasťou operačnej organizácie, služby údržby a používateľov. Softvérové \u200b\u200bprodukty a dokumentácia sú zároveň podliehajú archivácii v súlade so zmluvou.

    Životný cyklus informačného systému je časom, ktorý začína momentom rozhodnutia o potrebe vytvoriť informačný systém a končí v čase jeho úplného tesnenia.

    Koncepcia životného cyklu je jedným zo základných pojmov metodiky pre navrhovanie informačných systémov.

    Metodika pre navrhovanie informačných systémov popisuje proces vytvárania a udržiavania systémov vo forme životného cyklu (LCC) IP, ktorý ho predstavuje ako určitý postup etáp a procesov vykonávaných na nich. Pre každú fázu, zloženie a postupnosť práce, získané výsledky, metódy a prostriedky potrebné na prácu, úlohu a zodpovednosť účastníkov atď. Takýto formálny opis IP LCC umožňuje plánovať a organizovať proces kolektívneho rozvoja a zabezpečiť riadenie tohto procesu.

    Plný životný cyklus informačného systému zahŕňa spravidla strategické plánovanie, analýzu, návrh, implementáciu, implementáciu a prevádzku. Všeobecne platí, že životný cyklus môže byť zase rozdelený na rad etáp. V zásade je táto divízia v pódiu dosť ľubovoľná. Budeme sa pozrieť na jednu z možností pre túto divíziu, ktorú ponúka racionálny softvér - jedna z popredných firiem na softvérovom trhu pre rozvoj informačných systémov (medzi ktorými je univerzálny prípad-nástroj Rational Rose je veľmi populárne).

    Etapy životného cyklu

    Fáza je súčasťou procesu vytvárania IP, obmedzená na určité dočasné rámce a ukončenie špecifického produktu (modely, softvérové \u200b\u200bkomponenty, dokumentácia), určená podľa požiadaviek určených pre túto fázu. Pomer medzi procesmi a fázami je tiež určený modelom IP životného cyklu.

    Podľa metodiky navrhovanej racionálnym softvérom, životný cyklus informačného systému je rozdelený do štyroch etapí.

    Hranice každej fázy sú určené niektorými bodmi v čase, keď je potrebné vykonať určité kritické riešenia, a preto dosiahnuť určité kľúčové účely.

    1) Počiatočná fáza

    V počiatočnom štádiu je vytvorený rozsah systému a stanoví sa hraničné podmienky. Na to je potrebné identifikovať všetky externé objekty, s ktorými sa systém vyvinutý, a určiť povahu tejto interakcie na vysokej úrovni. V počiatočnom štádiu je identifikovaná všetka funkčnosť systému a opis je z nich najdôležitejší.

    2) Fáza objasnenia

    Vo fáze objasnenia sa vykoná analýza aplikovanej oblasti, rozvíja sa architektonický základ informačného systému.

    Pri rozhodovaní o architektúre systému je potrebné zohľadniť rozvinutý systém ako celok. To znamená, že je potrebné opísať väčšinu funkčnosti systému a zohľadniť vzťah medzi jeho samostatnými zložkami.

    Na konci fázy rafinácie sa vykonáva analýza architektonických riešení a ako eliminácia hlavných rizikových faktorov v projekte.

    3) Fáza dizajnu

    V štádiu návrhu je vyvinutý kompletný produkt, pripravený na prenos užívateľovi.

    Na konci tejto fázy sa určuje účinnosť vyvinutý softvér.

    4) Fáza uvedenia do prevádzky

    V štádiu uvádzania do prevádzky sa vyvinutý softvér prenáša používateľom. Pri prevádzke vyvinutého systému sa často vznikajú rôzne druhy problémov v reálnych podmienkach, ktoré si vyžadujú dodatočnú prácu na úpravách vyvinutého produktu. To je zvyčajne spojené s detekciou chýb a nedostatkov.

    Na konci prepravnej fázy je potrebné určiť účel vývoja alebo nie.

    Je štandardy životného cyklu

    Moderné siete sú vyvinuté na základe noriem, čo umožňuje po prvé, ich vysokej efektívnosti a po druhé možnosti ich interakcie medzi sebou.

    Medzi najznámejšie normy, môžete vyčleniť nasledovné:

    GOST 34.601-90 - sa vzťahuje na automatizované systémy a stanovuje etapy a fázy ich tvorby. Okrem toho štandard obsahuje opis obsahu práce v každej fáze. Štávy a štádiá práce, zakotvené v norme, sú v súlade s kaskádovým modelom životného cyklu.

    ISO / IEC 12207 (Medzinárodná organizácia normalizácie / medzinárodnej elektrotechnickej komisie) 1995 - Štandard pre procesy a organizovanie životného cyklu. Vzťahuje sa na všetky typy prispôsobeného softvéru. Norma neobsahuje opisy fáz, etáp a etapov.

    Racionálny zjednotený proces (RUP) ponúka iteratívny vývojový model, vrátane štyroch fáz: štart, štúdium, výstavba a implementáciu. Každá fáza môže byť rozdelená na kroky (iterácie), v dôsledku čoho sa uvoľní verzia pre interné alebo externé použitie. Priechod cez štyri hlavné fázy sa nazýva vývojový cyklus, každý cyklus je dokončený generáciou systémovej verzie. Ak po tejto práci na projekte nezastaví, výsledný produkt sa naďalej vyvíja a opäť rovnaké fázy. Podstatou práce v RUP je tvorba a podpora modelov založených na UML.

    Rámec riešenia Microsoft (MSF) je podobný RUP, tiež obsahuje štyri fázy: Analýza, dizajn, vývoj, stabilizácia, je iteratívou, predpokladá použitie objektovo orientovaného modelovania. MSF v porovnaní s RUP je viac zameraná na rozvoj podnikateľských aplikácií.

    Extrémne programovanie (XP). Extrémne programovanie (najnovší medzi posudzovanými metodíkmi) vznikol v roku 1996. V srdci metodiky, tímovej práce, efektívnej komunikácie medzi zákazníkom a dodávateľom počas celého projektu na rozvoj IP, a vývoj sa vykonáva s použitím konzistentne rafinovaných prototypov.

    kaskáda špirály životného cyklu