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.
Izstrādes stratēģija (modelis)<br />
Vai vispirms<br />
definē visas<br />
prasības<br />
Vai ir vairāki<br />
izstrādes cikli<br />
Vai tiek izplatīti<br />
(darbināti)<br />
starpbūvējumi<br />
Vienkāršā (once- trough) Jā Nē Nē<br />
Inkrementālā Jā Jā Iespējams<br />
Evolucionārā Nē Jā Jā<br />
Bez minētajiem vēl ir pazīstams spirāles modelis, kas attēlo sistēmas izstrādes procesu<br />
kā iteratīvu ciklu (spirāli), kurš sastāv <strong>no</strong> mērķa uzstādīšanas, risinājuma izvēles un<br />
alternatīvu analīzes, izstrādes, rezultātu salīdzināšanas ar sākotnējo uzdevumu, kā arī<br />
jauna mērķa uzstādīšanas utt.<br />
Lai gan visi šie modeļi savā būtībā nav pretrunīgi un viens otru papildina, tomēr viens<br />
<strong>no</strong> galvenajiem projekta lēmumiem ir izvēlēties konkrētai situācijai piemērotāko<br />
izstrādes stratēģiju. Noteikti būtu jāņem vērā tādi faktori kā problēmas sarežģītība, cik<br />
viegli ir definējamas prasības, prasību izmaiņu varbūtība, cik ātri nepieciešama pirmā<br />
(daļēja) sistēmas funkcionalitāte, finansu iespējas, izstrādei nepieciešamie<br />
cilvēkresursu ierobežojumi un citi faktori.<br />
Mazai sistēmai, kuras visu funkcionalitāti ir iespējams izstrādāt vienā paņēmienā (vai<br />
arī nav jēdzīga/iespējama daļas funkciju realizācija), visdrīzāk derēs vienkāršais vai<br />
prototipa modelis (ja puses atrod <strong>par</strong> ērtāku prasības definēt uz "fiziski aptaustāma"<br />
prototipa pamata). Savukārt lielas sistēmas, kā likums, tiek realizētas vairākās<br />
iterācijās (resursu ierobežojumu dēļ, kā arī lai mazinātu risku un papildu izdevumus,<br />
kas saistīti ar pārlieku liela projekta vadīšanu). Vissaprātīgākais šādā gadījumā ir katrā<br />
nākamajā iterācijā koriģēt/papildināt prasības atbilstoši iepriekšējās iterācijas<br />
rezultātiem (evolucionārais modelis). Taču bieži tiek piemērots arī inkrementālais<br />
scenārijs, kad prasības tiek iesaldētas jau izstrādes sākumā un pēc tam vairākās kārtās<br />
realizētas (ja prasības ir pietiekami stabilas un detalizētas un ir<br />
nepieciešama/iespējama daļas funkciju ātrāka realizācija, kā arī izstrāde tiek<br />
organizēta kā atsevišķs fiksētas cenas kontrakts uz detalizēta prasību specifikācijas<br />
dokumenta pamata).<br />
3.1. <strong>Konspekts</strong><br />
Sistēmas modelēšana
Change language