források fejlesztése
szereplők bevonási eljárás
E vizsgálati módszer a teljesítmény az egyes kezelői program legalább egyszer.
bevonó oldatokat (bevonat átmenetek) Módszer
Szerint a bevonat előállítására szolgáló eljárás minden irányában az átmenet úgy kell megvalósítani, legalább egyszer. Ez a módszer szereplők kritérium bevonat, mintha az összes úticél átmenet végrehajtott valamennyi gazdasági, akik ebben az irányban.
Módszer bevonási körülmények
Ez a módszer jobb eredményt ad, mint a korábbiak. A módszer szerint a bevonási körülmények rögzített tesztek száma elegendő ahhoz, hogy biztosítsa, hogy minden lehetséges eredményeket az egyes állapot végeztük oldatban legalább egyszer.
Eljárás bevonó oldatokat / feltételek
Criterion lefedettség döntések / feltételek szükség van a megfelelő vizsgálatsorozat minden lehetséges kimenetelt minden feltétel végeztük legalább egyszer, minden eredményét az oldatot végeztünk legalább egyszer, és ezenkívül minden belépési pont átadni ellenőrzés legalább egyszer.
nem mindig lehetséges, hogy ellenőrizze az összes körülmények között;
lehetetlen, hogy ellenőrizze a feltételeket, amelyek rejtve az egyéb feltételek;
iránti érzéketlenségét hibák a logikai kifejezéseket.
Módszer kombinatorikus bevonási körülmények
Kritérium kombinatorikus bevonási körülmények is megfelel a bevonó oldatok, bevonási körülmények és bevonó oldatok / körülmények között.
Ez a módszer létrehozását igényli az ilyen vizsgálatok száma az összes lehetséges kombinációját feltételek eredmények minden határozatban elvégzett legalább egyszer. E szerint a kritérium, ebben a példában, kell fedezni tesztek alábbi nyolc kombinációk:
Az, hogy a teljesítmény
Tesztek tervezése a „fehér doboz” a program, a laboratóriumban kidolgozott munka № 4. táblázat, a fejlett és kifinomult laboratóriumi munka 2., 3..
Válasszon ki több algoritmusok tesztelésére és azonosítására betűket vagy számokat ágak ezeket az algoritmusokat.
Írja le az út algoritmust, amely ellenőrizni kell a vizsgálatokat a kiválasztott vizsgálati módszer.
Írja be a tesztek, hogy megy az, ahogyan az algoritmus.
Teszt program által kifejlesztett te. Az eredmények formájában táblázatokban.
Nézze meg mindenféle tesztek és következtetéseket levonni azok hatékonyságát.
Védelem jelentést laboratóriumi munka
Jelentés a laboratóriumi munka kell állnia:
Táblázat tesztprogram.
Következtetések a vizsgálatok eredményei (ne felejtsük el, hogy a cél a tesztelés, hogy hibákat a program).
Ismertesse a végrehajtás szakaszában és a szoftver tesztelését.
Melyek a különböző tesztelési?
Nevezze meg a vizsgálat kiválasztási kritériumokat.
Sorolja tulajdonságait teszteket.
Adjon programot megbízhatósági kritériumoknak.
Mi az értékelés a megbízhatósági programot
Laboratóriumi munka № 5. szoftver rendszer tervezési megközelítés, amikor objektum programozási
Célkitűzés: megismertesse a módszerrel a rendszer tervezésekor a CRC-kártyák.
Egy fontos lépés létre egy szoftver design. Ebben a lépésben a rendszer architektúra alapjait.
Az egyik módja, hogy tervezzen egy módszer CRc- kártyákat. Ez a módszer a tervezés része az UML-design.
Első lépés. Esetdiagram van kialakítva kezdeti megértését a szerkezet a program: azonosított szereplők (személyek vagy rendszerek, amelyek között van egy kölcsönhatás), használati esetek a rendszer (a végrehajtott műveleteket a rendszer által végrehajtására vonatkozó kommunikációs szereplők).
Esetdiagram egy példa a „ATM” ábrán látható. 1.
Tény, hogy a joggyakorlat is nagyon sok. Tegyük fel, hogy: ellenőrizze a jelszót, hogy ellenőrizzék az adatátviteli tranzakciók, így a képernyőn megjelenő információkat, stb ...
Ez a táblázat egyértelművé teszi, hogy a rendszer meg fog tenni, hogyan fog működni. A következő diagram is nagyon hasznos kommunikál az ügyfél - ez lehetővé teszi, hogy bemutassák a legjelentősebb a rendszert, és ellenőrizze, hogy van-e helyesen értelmezte az ügyfél és a fontosságát az egyes funkciók számára.
Második lépés. Ebben a szakaszban azonosítja az osztályokat, hogy szükség lesz, hogy hozzon létre egy programot a rendszer végrehajtásához. Abban az esetben, ATM: az ügyfél, a bank, a bank biztonsági szolgálat. ATM is, és így tovább. D.
Akkor gondolom, egy csomó (időzítő számláló bankjegyek, kártya és így tovább. D.).
Következő végrehajtott CRC-kártyát. Ez darab papír, 10 x 15. vannak osztva három részből áll, a következő - ábra. L8.2.
A példa az azonos ATM - Fig. L8.3.
Ábra. L8.3. Példák CRC-kártya
Harmadik lépés. A teszt a megfelelőségét, vagy kitalált redundancia osztályok, valamint a helyességét kölcsönhatásuk épített interakció diagram (ábra. L8.4).
Ábra. J18.4. interakció diagram
CRC-kártya a módszer lehetővé teszi a stádium a rendszer. Ez elég ahhoz, hogy a kártyát az osztályokat a projektben résztvevőknek. Ezután indítsa el a szerepjátékot. Az első résztvevő kap, és beolvassa a fellépés által a kategóriájában. További résztvevők alapján azok a kártyák, jelentse a válasz más osztályokba. Ha bármely ponton a reakciót nem követi, ez annak a jele tökéletlenség a rendszer tervezése. Ez a játék lehet mondani a projekt és a redundancia.
Az, hogy a teljesítmény
A találmány egyik feladata javasolt tanár azonosítani szereplők (szereplők) rendszer.
Lehetőségek azonosítása a rendszer használatának és írja le azokat a rövid vagy teljes formájában.
A chart beállítások a rendszert használó (használja MS Office vagy MS Visio).
Adjuk osztályok tervezett rendszer.
Készítsen CRC-kártya rendszer minden osztály (MS Office használat vagy MS Visio).
Construct interakció diagram (MS Office használat vagy MS Visio).
Surrender és munkahelyek védelme.
Védelem jelentést laboratóriumi munka
Jelentés a laboratóriumi munka kell állnia:
A leírások a szereplők és a rendszer precedensek.
Védelem jelentést laboratóriumi munka bemutatása a tanár az eredmények (a képernyőn), a bemutató a megszerzett készségek és válaszok tanár kérdéseket.
Ismertesse a design a szoftver, ha a tárgy megközelítés.
Mi a szimuláció domain a tervezés a szoftvert?
Nyelv iM1_. Ennek célja, előnyei és hátrányai.
Mutassa be a lehetőségeket a szoftver segítségével.
Sorolja fel a nyelv a chart (_.
Adjunk példát Esetdiagram.
7. ábra példát mutat kölcsönhatást diagram.
Mi a célja és használata a CPC-kártyákat?
Jegyet rendelni a repülőtéren.
Egyéni otthoni biztonsági rendszert.
börtön biztonsági rendszer.
repülőgépek repülési biztonsági rendszert.
Laboratóriumi munka № 1-5 végez ugyanarra a megvalósításra.
Fejleszteni kell a szoftver modul „elszámolása tanulók teljesítményét.” A szoftver modul célja a működési nyilvántartást a diákok előrehaladását a dékán az ülés, dékánhelyettes és Dékáni Hivatal munkatársai. a hallgatói teljesítmény adatokat kell őrizni a képzés időtartamát és az előállítás során felhasznált tanúsítványok felvett kurzusok és az oklevélmelléklet.
Fejleszteni kell a szoftver modul „magántitok a diákok.” A szoftver modul célja, hogy információt szerezzenek a diákok Dékáni Hivatal munkatársai, a szakszervezetek és a humán erőforrás osztály. Adatokat kell tárolni teljes időtartama alatt tanulmányi diákok és az előállítás során felhasznált információk és jelentések.
„A döntés a kombinatorikus optimalizálási probléma” egy olyan szoftver modul. A modul kell tartalmaznia keresési algoritmusok ciklus minimális hosszát (utazó ügynök probléma), a legrövidebb útvonal, és megtalálja a minimális feszítőfa.
Ki kell dolgozni egy Windows alkalmazás „számológép”. Az alkalmazás célja, az összes felhasználó számára, és tartalmaznia kell minden aritmetikai műveletek (megfelel a prioritásokat), és előnyösen (de nem szükségszerűen) néhány matematikai függvények.
Fejleszteni kell a szoftver modul „Major”, információkat tartalmaz az alkalmazottak az osztály (név, beosztás, tudományos fokozat, a fegyelem, a kapacitás, a szociális munka, másodállásban, stb.) A modul használatára szánt a személyzeti osztály és a dékán.
Fejleszteni kell a szoftver modul „Laboratory”, amely információkat tartalmaz a laboratóriumi (név, nem, életkor, családi állapot, gyermekek jelenlétében, beosztás, tudományos fokozat) alkalmazottak. A modul használatára szánt tagjai a szakszervezeti bizottság és a humán erőforrás osztály.
„Auto”, hogy dolgozzon ki egy olyan szoftver modul. Felvétele során a szolgáltató alkalmazás ki van töltve, amely felsorolja azokat a tulajdonos nevét, autómárka, munka jellege, elfogadásának napjától a rend és a javítási költség. Miután a munka nyomtatási bevételeket.
Fejleszteni kell a szoftver modul „elszámolása forgalom megsértése.” Minden járművet (és tulajdonosa) az adatbázis tartalmaz egy listát a zavarokat. Minden megsértése rögzített dátum, idő, szabálysértési típust, és a bírság összegét. Ha fizet a bírság eltávolítjuk a gépre.
Fejleszteni kell a szoftver modul „kartoték ingatlanügynökség” használatra munkavállalókat. Az adatbázis tartalmaz információkat lakások (szobák száma, emelet, szalag, stb.) Amikor az alkalmazás elküldi a csere (vásárlás, eladás) készül, hogy megtalálja a megfelelő beállítást. Ha nem, az ügyfél szerepel a vevőkör és értesítjük, ha az megjelenik.
Fejleszteni kell a szoftver modul „jegypénztár”, amely információkat tartalmaz a rendelkezésre álló hely a repülőgépen útvonalakon. Az adatbázisnak tartalmaznia kell információt száma hajózószemélyzet, a repülőgép típusa, a dátum és az indulás időpontját és repülőjegy (különböző osztály). Ha az alkalmazás a jegyek programot keresi a megfelelő járat.
„Parking”, hogy dolgozzon ki egy szoftver modul. A program tartalmazza az információkat a autómárka, a tulajdonos, a dátumot és az időt a belépés, parkolási költség, kedvezmények, tartozás megfizetésére, és mások.
Fejleszteni kell a szoftver modul „Felvételi Iroda”, amely információkat tartalmaz a megüresedett és önéletrajzát. A szoftver modul célja mind a keresési alkalmazottja, amely megfelel a követelményeknek a cég vezetői, és segítenek megtalálni a megfelelő állást.
Megjegyzés. A fejlődő program nem korlátozódik a felsorolt funkciók verzió hozzá egyes feladatait. Ügyeljen arra, hogy a szerkezet és a moduláris megközelítés programozás. Célszerű használni objektum megközelítése
Velbitsky IV programozási technológia. Kiev 1984.
Gause, Weinberg. Feltárása Követelmények: Minőség előtt Design, 1989
Boehm A. Spirál modellje Szoftverfejlesztő és javítása // Computer. 1988. Vol. Száma 5. 21. P. 61-72.
Alistair Koubern, Lori Williams. Pár programozás: előnyei és hátrányai.
Burns SI szótár az orosz nyelv. M. szovjet Encyclopedia, 1975.
Szovjet Encyclopedic szótár. M. szovjet Encyclopedia, 1979.
Műszaki szótár / Ch. Ed. Acad. Ishlinskii.
ed. M. szovjet Encyclopedia, 1980.
McCabe T.J.fButler Ch. W Tervezési komplexitás mérési és tesztelési Communications of the ACM. 32, 12 (december 1989). P. 1415-1425.
Walsh B. programozás BASIC. AM Rádió és Hírközlési 1988.
HyuzDzh. Michta J. strukturált megközelítést programozás. Mir, 1980, pp 29-71.
Zhogolev EA technológiai alapjait moduláris programozás // Programozás. 2. számú 1980. pp 44-49.
Holt R. S. Szerkezete Számítógépes programok: A felmérés // Proceedings of the IEEE. 1975. 63 (6). P. 879-893.
Zelkovets M. Shaw A. J. Gannon. Szoftverfejlesztés elveket. Mir, 1982. S. 65-71.
Adott W. Dijkstra E. Hoor K. Strukturált programozás. Mir, 1975. S. 7-19.
Object Management Group Inc. Specifikáció OMG Unified Modeling Language version 1.5. szoba dokumentum
Boehm B. Engineering Design szoftverrel. AM Rádió és Hírközlési 1985.
Visual C ++ 6 fejlesztői útmutató.