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
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
lietotāja programmatūras uzturēšana prasa, lai būtu <strong>no</strong>drošināti atbilstošas<br />
kvalifikācijas speciālisti. Šiem speciālistiem darbs var būt tikai periodisks, turklāt,<br />
atšķirībā <strong>no</strong> izstrādātājiem, var būt darbietilpīgāks, jo profesionālam programmētājam<br />
apgūt cita izstrādātas programmas ir iespējams tikai ar zināmu papildus darba<br />
patēriņu. Tādējādi lielāka apmēra izmaiņu izdarīšanu var būt lietderīgi uzticēt<br />
izstrādātājam. Turklāt pēdējā gadījumā ne vienmēr tas būs sākotnējais<br />
programmatūras izstrādātājs.<br />
IETEIKUMS! Lai jebkurā programmatūras dzīves cikla posmā būtu iespējams<br />
izvēlēties kādu <strong>no</strong> sadarbības variantiem, svarīgi ir pašā izstrādes sākumā un turpmāk<br />
jebkuru <strong>no</strong>pietnu izmaiņu izdarīšanas laikā <strong>par</strong>edzēt, ka šādiem gadījumiem<br />
nepieciešamie dokumenti vispār tiks izstrādāti. Tie var tikt <strong>no</strong>doti lietotāja rīcībā tūlīt,<br />
var būt līgumā <strong>par</strong>edzēti <strong>no</strong>sacījumi, ka tiek <strong>no</strong>doti vēlāk zināmās situācijās, vai<br />
<strong>par</strong>edzēts vēl kāds cits piemērots variants.<br />
Pilnas projekta dokumentācijas raksturojums<br />
Iepriekšējā <strong>no</strong>dalījumā tika aplūkoti tikai tie standartu ieteiktie programmatūras<br />
produkta izstrādes dokumenti, kuri ir saistīti ar programmatūras lietošanu un<br />
uzturēšanu. Vienlaikus esam jau teikuši, ka pašā izstrādes sākumā un turpmāk jebkuru<br />
<strong>no</strong>pietnu izmaiņu izdarīšanas brīdī pats svarīgākais ir <strong>par</strong>edzēt, ka šādiem gadījumiem<br />
nepieciešamie dokumenti vispār tiks izstrādāti. Lai pārliecinātos, ka visā<br />
programmatūras attīstības gaitā tiek veikti pasākumi, kas nepieciešami, lai gala<br />
produkts atbilstu tam izvirzītajām prasībām, var būt nepieciešami vai vēlami vēl citi<br />
dokumenti, nekā minēti programmatūras lietošanai un uzturēšanai minētajā sarakstā.<br />
Daži <strong>no</strong> šiem dokumentiem var būt arī papildus <strong>no</strong>derīgi brīžos, kad tiek veiktas<br />
būtiskas modifikācijas. Tādēļ 2.tabulā tiek dots visu to dokumentu saraksts, kurus<br />
standarti iesaka izstrādāt programmatūras projekta dažādos etapos. Lai iegūtu pilnīgu<br />
kopskatu, šajā sarakstā ir iekļauti arī iepriekšējā <strong>no</strong>daļā aplūkotie dokumenti.<br />
Līdzīgi kā 1.tabulā, dokumenti šeit ir iekļauti minimālā, ieteicamā un pilnā<br />
dokumentu komplekta sastāvā, kuri raksturo dokumentos iekļautās informācijas<br />
apjomu.<br />
Tabula 2. Programmatūras izstrādes dokumentācijas pilns saraksts.<br />
okumenta <strong>no</strong>saukums Komplekts Rekomendējošie materiāli dokumenta izstrādei<br />
Min Ieteic Pilns<br />
rojekta sagatavošanas un uzturēšanas dokumenti<br />
ākotnējie projekta priekšlikumi (Preliminary<br />
esign Proposal)<br />
+ +<br />
DATI firmas standarts<br />
PKN.STD.PPPR.22.1.B.1995<br />
īgums ar pasūtītāju + + +<br />
īguma izpildes kalendārais plāns* + + +<br />
rojekta dienasgrāmata + +<br />
rogrammatūras izstrādes datne + + EIA/IEEE J-STD-016<br />
rojekta plā<strong>no</strong>šanas dokumenti<br />
rogrammatūras (Sistēmas) izstrādes plāns + EIA/IEEE J-STD-016<br />
rojekta pārvaldības plāns* + LVS 67:1996; IEEE 1058.1<br />
rogrammatūras konfigurācijas pārvaldības<br />
lāns*<br />
+ + LVS 69:1996; IEEE 1042, IEEE 828<br />
rojekta iekšējo pārbaužu plāns* + +<br />
valitātes <strong>no</strong>drošināšanas plāns* (Software<br />
uality Assurance Plan)<br />
+ + LVS 65:1996; IEEE 730.1<br />
rogrammatūras verifikācijas un validācijas + LVS 71:1996; IEEE 1012