Funkcionalitás és a megbízhatóság a kötelező minőségi követelmények szoftver eszközök -

11.1. Funkcionalitás és a megbízhatóság a kötelező minőségi követelmények szoftverek.

Az előző előadás néztük minden fejlődési szakaszban az SS, amellett, hogy a minősítést. Ugyanakkor nem nyúltunk a minőségbiztosítás az SS összhangban minőségi előírásoknak (lásd. Előadás 4). Azonban az elért végrehajtásának funkcionális specifikáció az SS mi így tárgyalt fő kérdések a működési teszt. Kijelentve megbízhatósága alállomás fő tulajdonság (vö. 1 előadás), úgy döntöttünk, hiba megelőzésére, mint a fő megközelítés, hogy a megbízhatóság az alállomás (lásd. 3. fejezet), és megvitatják annak megvalósítása a különböző fejlettségű a SS. Így bebizonyosodott, a dolgozat a kötelező funkcionalitás és a megbízhatóság az SS, mint a minőségi kritériumoknak.

Azonban a minőségi előírásoknak PS lehetnek további jellemzői ezeknek a feltételeknek, biztosítva, hogy különös megfontolást igényel. Ezek a kérdések tárgya ez az előadás. Nyújtása más minőségi kritériumok lesz szó a következő fejezetben.

Az alábbiakban beszéljük meg a minőségbiztosítási primitívek PS kifejező kritériumokat a funkcionalitás és a megbízhatóság a SS.

11.2. Biztosítja a befejezése egy szoftver szerszám.

Befejező PS PS gyakori primitív minőség a véleménynyilvánítás és a funkcionalitás és a megbízhatóság az SS, és ez az egyetlen alkalmassága primitívek (lásd. Előadás 4).

Alállomás alkalmassága által meghatározott funkcionális specifikáció. SS, mint egy primitív tökéletessége a minősége a mértéke, hogy ez a specifikáció végre az alállomás. Feltéve, hogy ez a primitív eszközökkel teljes körűen végrehajtó egyes meghatározott feladatok funkcionális specifikáció, az összes részletet és funkciók vannak. Az összes fenti folyamatok azt mutatják, hogy meg lehet csinálni.

Azonban a PS minőségi előírásokat lehet meghatározni több szinten hajtsák végre a funkcionalitás PS: meg lehet határozni bizonyos egyszerűsített (kezdeti vagy induló) változatát, amely végre kell hajtani az első helyen is meg lehet határozni, és több köztes változatok. Ebben az esetben van egy további technológiai kihívást: a szervezet az SS épület funkciót. Fontos megjegyezni, hogy a fejlődés egy egyszerűsített változata a PC nem a fejlesztés prototípusa. A prototípust dolgoznak ki annak érdekében, hogy jobban megértsék a alkalmazásának feltételeit a jövőben az SS [11.1] tisztázza a külső leírása. Úgy tervezték, a kiválasztott felhasználók, és ezért nagyon eltér a kívánt PS nem csak a cselekvésre, de a funkciók és a felhasználói felület. Egy egyszerűsített változata a kívánt alállomás kell tervezni gyakorlatilag hasznos alkalmazás bármely felhasználók, akiknek azt szánták. Ezért a fő elv, hogy biztosítsák a funkcionalitás a PS kezdettől fogva, hogy dolgozzon az SS oly módon, mintha az SS van szükség a teljes, amíg a fejlesztők nem kell foglalkozni azokkal elemek vagy alkatrészek az SS, amelynek végrehajtása tudunk a leírás szerinti minőségében. Ezért, valamint a külső leírása és a leírás az építészet, a SS kell fejleszteni teljes egészében. Egyszerre csak késleltetné a szoftver alrendszerek az építészet egyes fejlett PS, amely művelet nem szükséges az eredeti változata a MS. Végrehajtása az alrendszerek a szoftver is a legeredményesebben céltudatos építő megvalósítása, így az eredeti változata a SS alkalmas azoknak utánzói, szoftver modulok, amelynek a működése ebben a verzióban nincs szükség. Megengedett továbbá az egyszerűsített végrehajtása néhány szoftver modulok végrehajtására hogy bizonyos részeit elhagytuk funkcióit. Azonban ezek a modulok egy technológiai szempontból jobban tekinthető egyfajta szimulátorok (bár messze nem haladó).

Azáltal létező fejlett PS hibák elérni, miközben a teljesség a funkcionalitás (összhangban a leírás a minőség) előfordulhat, hogy ugyanaz, mint várták. Csak azt mondhatjuk, hogy ez a tökéletesség érjük valószínűséggel által meghatározott mennyisége és minősége a tesztelés. Annak érdekében, hogy növeljék ezt a valószínűsége, hogy folytatni kell tesztelni és hibakeresés MS. Azonban egy ilyen értékelést a valószínűsége nagyon konkrét feladat (figyelembe véve azt a tényt, hogy ez a kifejezés áll rendelkezésre a PS hiba függvényében a forrás adatok), amely továbbra is várja a megfelelő elméleti kutatás.

11.3. Pontosságának biztosítása szoftverek.

Feltéve, hogy ez a primitív kapcsolatos intézkedések a fajta valódi értéke (pontosabban egy értéket, amely egy bizonyos hiba). Adja meg a szükséges pontosság a számítás értékének függvényében -, akkor ezt az értéket a hiba nem haladja meg az előírt határértékeket. A hibákat és módszerek azok értékelési módszerek elérésének a szükséges pontosságot (úgynevezett közelítő számítások) foglalkozó Computational Matematika [11.1, 11.2]. Itt csak figyelni, hogy egy bizonyos struktúrája hiba: hiba a számított érték (teljes pontossággal) függ

kiszámításával hiba az alkalmazott módszer (amely alatt azt értjük, pontatlanságából alkalmazott modell)

Hiba képviselet a felhasznált adatok (az úgynevezett végzetes hiba)

a kerekítési hibák (hibás használt eljárás végrehajtására műveletek).