1.1. Konspekts Īss pÄrskats par kursu Izmantoti materiÄli no ... - Fizmati
1.1. Konspekts Īss pÄrskats par kursu Izmantoti materiÄli no ... - Fizmati
1.1. Konspekts Īss pÄrskats par kursu Izmantoti materiÄli no ... - Fizmati
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
aktivitātes attiecas ne tik daudz uz IS izstrādi, bet gan uz organizācijas biznesa<br />
procesa sakārtošanu, tāpēc konkrētu standartu, kas reglamentētu šo procesu, nav.<br />
IS izstrādes dzīves cikls<br />
Tāpat kā dzīva būtne, arī IS netop vienā mirklī, un tai ir savs dzīves cikls, kas tiek<br />
aprakstīts ar dzīves cikla modeli. Jau kopš 70. gadu sākuma <strong>par</strong> klasiskām sistēmas<br />
izstrādes dzīves cikla (system development life cycle –SDLC) sastāvdaļām tiek<br />
uzskatītas šādas fāzes (sk.1. zīm.):<br />
• Prasības (sistēmu analīze, prasību specificēšana) –<br />
tiek apzinātas, izanalizētas un dokumentētas prasības (visdažādākās: sākot ar<br />
funkcionālajām un beidzot ar tehniskajām), kurām izstrādājamai IS ir jāatbilst;<br />
• Projektēšana – atbilstoši prasībām tiek projektēta sistēmas iekšējā uzbūve;<br />
• Kodēšana un vienību testēšana – atbilstoši projektētajam tiek izstrādāta (kodēta)<br />
programmatūra un veikta atsevišķu sistēmas sastāvdaļu (moduļu) auto<strong>no</strong>ma testēšana;<br />
• Sistēmas integrācija – atsevišķās sistēmas daļas un komponenti tiek apvie<strong>no</strong>ti vienā<br />
strādājošā sistēmā, kas pēc attiecīgas pārbaudes tiek palaista ražošanā;<br />
• Darbināšana un uzturēšana – regulārs darbs ar sistēmu, kā arī sistēmas modificēšana<br />
atbilstoši prasībām, kas <strong>par</strong>ādās jau tās darbināšanas laikā;<br />
Tas ir tā saucamais vienkāršais (once-trough) ūdenskrituma modelis (waterfall), kas<br />
<strong>par</strong>edz lineāru atsevišķu fāžu secību. Katrā fāzē ir definēti konkrēti mērķi un<br />
aktivitātes, kā arī rezultāti, kurus izmanto nākamajā fāzē. Lai gan pastāv variācijas<br />
attiecībā uz fāžu <strong>no</strong>saukumiem, kā arī atsevišķas fāzes dažkārt tiek dalītas vēl sīkāk,<br />
konkrētais modelis ir uzskatāms <strong>par</strong> klasisku.<br />
Pamatprincipi, uz kuriem balstās ūdenskrituma modelis, ir šādi:<br />
• Pirms projekta uzsākšanas, tas ir rūpīgi jāizplā<strong>no</strong>;<br />
• Jādefinē sistēmas ārējā uzvedība (atribūti), pirms uzsāk sistēmas iekšējās uzbūves<br />
konstruēšanu;<br />
• Jādokumentē katras aktivitātes rezultāti;<br />
• Pirms sistēmas kodēšanas (programmēšanas) tā ir jāprojektē;<br />
• Pēc sistēmas uzbūvēšanas tā ir jātestē.<br />
IS izstrādes dzīves cikla modeļa paveidi<br />
Ūdenskrituma modeļa (klasiskajā variantā) galvenais trūkums – pirms sistēmas<br />
izstrādes uzsākšanas ir jābūt precīzi definētām izstrādājamās sistēmas prasībām.<br />
Ņemot vērā to, ka sistēmas mēdz būt lielas un sarežģītas, kā arī risku, kas ir saistīts ar<br />
nepilnīgi definētām prasībām, praksē bieži vien tiek piemēroti <strong>no</strong> konkrētā modeļa<br />
atvasināti varianti.<br />
Viena iespēja, kā mazināt risku, ir izstrādāt sistēmu pa daļām. Tas ir inkrementālais
Change language