A moduláris felépítés a program
A tervezési fázisban meg kell tervezni a moduláris felépítése a program. A moduláris szerkezet egy hierarchia az eljárások és függvények (úgynevezett modulok), amelyen keresztül a program megoldja a problémát. A program egy fejrész a hierarchiában.
Modul mérete számával mérhető bennük szereplők vagy sorokat. A modul ne legyen túl kicsi vagy túl nagy. Kis modulok vezet ormótlan moduláris felépítése a programot, és nem tudja fizetni a rezsi társítva design. Nagy egységek számára kényelmetlen a tanulmány a változás, akkor jelentősen növeli a teljes idő ismételt adások a program a hibakeresés a programot. A program modulok általánosságban ajánlott mérete több tíz vagy több száz üzemeltetők.
Specifikáció szoftver modul tartalmaz:
- A szintaktikai leírás bemenetei, amely lehetővé teszi, hogy építsen a programozási nyelv szintaktikailag helyes hivatkozással (a készítmény bármely input);
- modul funkcionális specifikáció (leírás a szemantikáját által ellátott funkciók a modul minden egyes bemenetei).
A fejlesztési program moduláris felépítése képezhető különböző módokon és meghatározásához használt sorrendjét programozás és hibakeresés a meghatározott modulok ezt a struktúrát.
A moduláris szerkezet a program látható (1. reakcióvázlat)
Reakcióvázlat 1.Modulnaya program szerkezete
Az egyik módszer, hogy javítsa a program, strukturált programozás. A strukturált programozás lehetővé teszi, hogy megszervezi a folyamat tervezése és kódolás elkerülése érdekében a legtöbb a feltárt hibák, azaz amelyek már bevezették. A strukturált programozás 3 részből áll:
Top-down design.
Moduláris programozás - az a folyamat, elválasztó program logikai darab. Modulok használata csökkenti a komplexitást. Moduláris program könnyebb írni és a tesztet.
Strukturális kódolás használatával jár ellenőrzési struktúrák (feltételes utasítások, ciklusok). feltétlen átadása az üzemeltetőnek kell használni takarékosan lehetséges, mivel programot vele nehéz a hibakeresés és gyakran lehetnek mellékhatásai.
Top-down tervezés hierarchikus felépítése és kezdődik egy rövid áttekintést a problémát. Akkor a probléma van osztva kisebb részfeladatok, ami viszont is oszlik részfeladatok. megoszlási folyamat addig folytatódik, amíg a részfeladatok nem lesz olyan egyszerű, hogy mindegyik felel meg egy modult.
Mi határozza meg bizonyos alapvető fogalmakat az objektumorientált programozás.
Tárgyak - amelynek bizonyos elemeit a kérelem alapjául.
Az ingatlan - a meghatározó jellemzője néhány dolog, hogy dolgozott programozóként, amely befolyásolja, hogy milyen az alkatrész fog kinézni, valamint a láthatatlan jellemzők (viselkedés).
Esemény - ez történik valós időben, és okozhat egy bizonyos választ.
Módszer - a mód, ahogyan az objektum képes reagálni bizonyos eseményeket. Ez az eljárás, amely a meghatározás részeként az osztály és tartalmazza azt.
Object módszerek bármilyen típusú:
Diszpécser metódushívások tárgyak - a mód, ahogyan az alkalmazás határozza meg, hogy milyen kódot szükséges, ha hívja a különleges eljárással.
Delegálása - az a tény, hogy egy tárgy nyújthat másik szervezet reagálni bizonyos eseményeket. Ez a modell egy bizonyos esetekben jelentősen leegyszerűsíti a programozást.
Delphi fejlesztői környezet középpontjában elsősorban létrehozása programok Windows operációsrendszer-család. Ebben az esetben nagy figyelmet fordítani arra, hogy a vizuális alkalmazás fejlesztés nagy sor előre elkészített komponenseket, és standard szállítási Delphi magában foglalja a fő tárgyakat alkotnak jól megválasztott hierarchia a 270 alap osztályok, amelyek lehetővé teszik, hogy elkerüljék manuális kódolás. Ezek a komponensek kiterjed szinte minden területét a korszerű információs technológiákat.
A folyamat során az épület az alkalmazás kell választani a paletta az alkatrészek, melyek alapján építeni a projekt. Összeállítása előtt látta a munkájuk eredményét. Ebben az értelemben, a design Delphi nem sokban különbözik a tervezés egy értelmező környezetben, de miután a fordításkor kap a kód, ami 10-20-szor gyorsabb, mint ugyanezt tenni a tolmács segítségével. Kedd Delphi tartalmaz egy komplett vizuális eszközöket a gyors alkalmazás fejlesztés (RAD - gyors alkalmazásfejlesztés), fejlesztésének támogatása a felhasználói felület.
A fejlesztés a tesztprogramok, a következő kivitelező Delphi7 alkatrészek:
PageControl- lehetővé teszi a tervezés során együttesen alkotnak lapok száma, amelyek különböző ellenőrzéseket. Hozzáférés az egyes lapokon végezzük útján gyökerei az elnevezések. Ez a komponens fejlesztésére használják tesztprogram, hogy hozzon létre több lapot.
Gomb- a standard Delphi gombot, a gomb felületén a felirat (amely leírja a célját, ha lenyomva). A fő esemény a gomb onclick, megnyomása működteti, a gomb felirata megjelenés, amely megerősíti, hogy az intézkedés történik vizuálisan. Ez a komponens használják a fejlesztés egy tesztprogram egyszerű közötti átmenet formáit.
Kép- alapértelmezett kijelző formájában grafikus képeket jelenít meg a felület alakja megjelenített kép BMP formátumban. Megjeleníteni a képeket JPG formátumban kell lennie JPEG irányelve csatlakozáshoz használ modult. Elhelyezése után egy űrlapon fényképek komponens, ez lesz a kiválasztott négyszögletes terület
MainMenu- nincs vizuális komponens Delphi (amely nem képez kibocsátási értéke a felhasználó számára, amikor látja, nem az alkatrész, és a menü, az általa generált), melynek célja a főmenü megjelenítéséhez az űrlapon
Memo- szerkeszti bekezdésesszöveg dobozban lehet betölteni egy fájlt vagy mentse el a bevitt adatokat egy szöveges fájl formátum
OpenDialog- nem vizuális komponens célja, hogy támogassa fájlmegnyitási művelet képes együttműködni minden típusú fájlokat. Amikor hivatkozva ennek a komponensnek nevezzük a standard Fájl megnyitása párbeszédpanel.
SaveDialog- nem vizuális alkatrész műveletek támogatására képes elmenteni a fájlokat, hogy működjön együtt az összes típusú fájlok. Amikor hivatkozva ennek a komponensnek nevezzük a standard File Save párbeszédablak.
Label- megjelenítésére szöveget egy formája a program, amely nem változtatja meg a program során. Szövegcímkék Label komponens lehet változtatni, de ez mindig csak programmno.Tekst jelenik meg a komponens határozza meg az ingatlan értékét Képaláírás. Azt írják a tervezési folyamat, vagy állítsa programozottan futásidőben
Timer- nem vizuális komponens, amely bárhol elhelyezhető formájában. Ő két tulajdonságai, amelyek lehetővé teszik számukra, hogy kezelni: Interval - időintervallum ezredmásodpercben iEnabled - hozzáférhetőség. Interval tulajdonság határozza meg a működését az időzítés idejének. Egy előre meghatározott idő elteltével az előző kapcsolási vagy azt követően a program telepítési tulajdonságokat Interval, vagy azt követően kezdődő alkalmazása, ha az érték az intervallum beállítása a tervezés során, az időzítő elindul, ami OnTimer esemény. A felvezető az esemény rögzítésre a szükséges műveleteket.
VIZSGÁLATOK ÉS szóló
Tesztelés - egy dinamikus program ellenőrzése, azaz érvényesítése a programot, amikor lefut a számítógépen.
Amikor a programozás a leginkább időigényes szakasza tesztelés és hibakeresés programok. A cél a vizsgálat, vagyis szoftvertesztelés, hogy azonosítsa a meglévő hibák a programban. A cél a hibakeresés, hogy kiderüljenek és megszűnjenek a hiba okának.
Hibakereső program kezdődik a vizsgálati tervet. Egy ilyen terv kell gondolni minden programozó. A terv koncepciója alapján a források és a hiba természetét. A fő hibaforrás nem kellően alapos tanulmányt a modell vagy algoritmust a probléma megoldására; megsértése közötti levelezés a folyamatábra vagy rögzítse a programozási nyelv és a tárolt program egy programozási nyelv; tévhit kezdeti adatok a szoftver formájában; gondatlanság, amikor beállított programok és a kezdeti adatok a billentyűzeten beviteli eszköz.
Mivel a különböző hibaforrás előkészítésében vizsgálati terv két csoportba lehet sorolni a hibákat: 1 - szintaxis; 2 - szemantikája (jelentése).
Szintaktikai hibákat - hibák vannak a felvétel programozási nyelv konstrukciók (számok, változók, függvények, kifejezések, operátorok, címkék, szubrutinok).
Detection legtöbb szintaktikai hibát az alapvető automatikus programozási rendszerekben. Keresés ugyanazon szemantikai hibák sokkal kevésbé formális; részük látható a teljesítményét a program sérti a folyamat automatikus számításokat, és megjelenik vagy a kibocsátó diagnosztikai üzenetek a programot, vagy annak hiánya nyomtatási eredmény, mert a végtelen ismétlése ugyanazon része a programnak (hurok) vagy véletlen formában vagy nyomtassa ki a tartalmát az eredményeket.
Ennek során a vizsgálat hibát találtak: a program nem megfelelően számolja az időt, mely a felhasználó választ egy kérdésre, a hiba merült fel, hogy véletlenül jelzett változó nem helyes, hogy rögzítse a kód így néz ki:
eljárás TForm3.Timer1Timer (Sender: TObject);
ha TimeToAnswer = 0, akkor
ha nincs hozzárendelve (form2), majd
Amikor a vizsgált mint kiderült, a hibákat a program interfész, a könnyebb olvashatóság és a vizsgálati oldatok korrigálták a színe a felület, és a kiválasztott egy sokkal kényelmesebb szem betűtípusa.
A szoftver termék tesztelése több alkalommal, minden hibát eddig azonosított korrigáljuk.
Az utolsó elem a programozási folyamatot dokumentálja. Ez magában foglalja a széles körű meghatározások, hogy megkönnyítsék a programozási folyamatot. Egyedi szoftver dokumentáció bemutatja a felhasználók hogyan kell eljárni annak érdekében, hogy használja ezt a programot.
A fejlődő a program létrehoz egy nagy mennyiségű különféle dokumentumokat. Szükség van olyan eszközként közötti információ továbbítására a fejlesztők a program egy eszköz, amely programokat és eszközeként információtovábbítás felhasználók alkalmazásához szükséges és karbantartási program
AIS „Test Constructor” célja, hogy hozzon létre tesztek belső minőség-ellenőrzés a végső mastering elméleti anyagot, a megszerzett ismeretek és gyakorlati készségek a hallgatók az iskolákban érintő témákról információs technológia.
A fő formája (1.) Egy menüt, ahol választhat a tervező és a tesztet.
Ábra. 1. Az eredeti formájában
Ha rákattint a Tervezés lap megnyit egy űrlapot, ahol meg lehet nyitni, kivéve, létrehozni és szerkeszteni a választott vizsgálati (ábra. 2).
Ábra. 2. tervező
Ha rákattint a lap teszt megnyílik egy formája, ahol a vizsgálatot a választott vizsgálati (3.).
Ennek eredményeként a munka során alakult ki egy szoftver termék, amely egy olyan program létrehozása és szerkesztése vizsgálatok célja, hogy teszteljék a tudás teremtett főállású teljes ellenőrzést a minősége az asszimilációs elméleti anyagot, a megszerzett ismeretek és gyakorlati készségek a hallgatók az iskolákban érintő témákról információs technológia.
A program interfész lehetővé teszi, anélkül, hogy túl nagy baj, hogy használja azt a tapasztalt és kezdő számítógép-felhasználó, ezért lehet használni az iskolákban.
Létrehozásához a program vizsgálták elméleti anyag tárgyához kapcsolódó információs technológiák és anyagok a programozás.
Ennek eredményeként, a vizsgálati programot azért hozták létre, hogy figyelemmel kíséri a tudás minősége asszimilációs elméleti anyag és gyakorlati készségek a hallgatók az oktatási intézményekben.
Végrehajtása során természetesen a munka a következő feladatokat végeztük el:
- ásott és elment mélységű elméleti ismeretek;
- megszerzett ismeretek a szoftverfejlesztés;
Ennek eredményeként a munka összes célkitűzéseket elérték, állítsa megkezdése előtt a munka során.