dokumentacije. Takve promjene procesa ili prilagođavanja su česta pojava u kvalitetnim organizacijama, jer se na taj način vrši ušteda vremena i resursa, bez pada kvalitete proizvoda.
MK3
MK2
MK1
MK0
Slika 3: Raspodjela projektne dokumentacije prema fazama i pripadnosti: SW, HW, test i projektna dokumentacija Kao što se vidi iz Tablice 1 i Slike 3, opisani MRPS koristi 22 različita dokumenta. U pojedinim slučajevima može se koristiti i HARDVERSKA DOKUMENTACIJA manji broj dokumenata, na primjer kod malih projekata, neke dokumente nije potrebno pisati. TEST DOKUMENTACIJA Mali projekti ne zahtjevaju neke od projektnih uloga, kao što je u ovom slučaju menadžer kvalitete. U tom slučaju, posao menadžera kvalitete PROJEKTNA DOKUMENTACIJA može preuzeti projektni menadžer, dok dokumenti kao što su plan mjerenja i plan rizika nastoje se obraditi dodatnim poglavljima u projektnom planu. Takve promjene procesa ili prilagođavanja (engl. process tailoring) su česta pojava u kvalitetnim organizacijama, jer se na taj način vrši ušteda vremena i resursa bez pada kvalitete proizvoda. Dokumenti se pišu prema točno utvrđenim pravilima pisanja, koja su definirana u procesnim dokumentima zaduženim za njihovu definiciju (engl. document instruction). Osim tih procesnih dokumenata postoje i dokumenti koji definiraju procese (engl. process description) i dokumenti kojima se pridaju zadaci pojedinoj projektnoj ili procesnoj ulozi (engl. role description, work instruction). Da bi se zadržala jednostavnost opisanog modela procesa kojeg treba simulirati, takvi dokumenti neće biti dijelovi njegove strukture, već se smatra da su oni definirani prema nekoj od normi, na primjer skupini normi ISO 9000. Specifik. Zahtjeva
Softverska Razrada
Implement acija Softvera
Funkcija Modula
Sistemska skica
Hardver. Razrada
Implement acija Hardvera
Hardevrski Plan
Test Analiza
Test Plan
3.
*Plan Kvalitete
Plan Kvalitete
Konfigur. Plan
Uputstvo (startanje)
Test Lista
Raport Pogrešaka
Uputstvo (kraj)
Raport Kvalitete
TO5
*Plan Rizika
Opis Modula
TO4
Projektni plan
TO2
* samo kod opcije: VELIKI PROJEKT
*Plan Mjerenja
TO1
TO0
Zahtjev
DOKUMENTACIJA
TO3
SOFTVERSKA
SIMULACIJA I OPTIMIZACIJA OBOJENIM PETRIJEVIM MREŽAMA
Petrijeve mreže su grafičko i matematičko pomagalo za modeliranje primjenjivo na različite vrste sustava. To je formalni jezik prikladan za modeliranje konkurentnih sustava i sustava s dijeljenjem resursa (engl. resource sharing), model s kojim se uspješno predočuje statičko, dinamičko i intervalno vremensko znanje. Petrijevu mrežu čini struktura mjesta i prijelaza. Mjesta imaju značenje uvjeta, a prijelazi imaju značenje događaja. Prijelazi su definirani kao sustav uvjeta i događaja, gdje uvjet treba biti zadovoljen kako bi se izveo neki događaj. Treći element mreže čine oznake (engl. token). Oznake postavljene u nekom mjestu označuju ispunjenje uvjeta kojeg to mjesto označava. Grane (engl. arc), kojima su mjesta i prijelazi povezani, sačinjavaju četvrti element mreže. Grane imaju svoj smjer i svoju težinu ili propusnost. O težini grane ovisi koliko oznaka istodobno može propustiti oznaka. Obojene Petrijeve mreže su grafički orijentiran jezik pogodan za specifikaciju, simulaciju i verifikaciju sustava. Naročito su prikladne za sustave koji se sastoje od brojnih paralelnih procesa koji međusobno komuniciraju. Tipičan primjer primjene su područja komunikacijskih protokola, distribuiranih sustava, automatiziranih proizvodnih sustava, analize tokova poslovanja i tehnologije razvoja čipova. Obojene Petrijeve mreže (engl. CPNs) je jezik za modeliranje razvijen za sustave u kojima komunikacija, konkurentnost i dijeljenje resursa igraju važnu ulogu. CPN kombiniraju snagu običnih Petrijevih mreža sa snagom programabilnih jezika 6. HRVATSKA KONFERENCIJA O KVALITETI – OPATIJA, 18.-20. 05. 2005.