Výskumné nástroje pre vývoj a systémový softvér. Vývoj programu znamená potrebné inštrumentálne vývojové nástroje pre

Essence a koncepcia inštrumentálneho softvéru

Instrumental Software (IPO) - Softvér určený na použitie v dizajne, vývoji a údržbe programov.

Použitý nástroj vo fáze vývoja. Inštrumentálny softvér je súbor programov používaných na pomoc programovateľom vo svojej práci, pomáhať manažérom pre vývoj softvéru v ich túžbe monitorovať proces rozvoja a získaných výrobkov. Najslávnejším zástupcom tejto časti softvéru sú programovacie programy z programovacích jazykov, ktoré pomáhajú programátorom zapísať príkazy stroja. Inštrumentálne programy sú prekladateľmi z FORTRAN, COBOL, JOE FULCH, Beysik, APL a Pascal. Uľahčujú proces vytvárania nových pracovných programov. Prekladatelia s jazykmi sú však len najznámejšou časťou inštrumentálnych programov; Existujú ich veľké.

Využívanie výpočtových strojov na pomoc pri rozvoji nových programov je ďaleko od zrejmé pre ľudí, ktorí nie sú profesionálni programátori. Často sa stáva, že odborníci sa rozprávajú o inštrumentálnom (fáze vývoja) a systému (fáza používania) softvérom na jednom dýchaní, za predpokladu, že ich zručnosti, ktoré nie sú určené na utajenie, je známe o úlohe inštrumentálneho softvéru. Rovnako ako vo fáze použitia (pre aplikačné programy), systémová podpora funguje v rozvojovej fáze, ale len s inštrumentálnou podporou. Inštrumentálny softvér alebo programovací systém je systém na automatizáciu vývoja nových programovacích programov.

Vo všeobecnejšom prípade vytvoríte program vo vybranom programovom jazyku (systémový programový jazyk), musíte mať nasledujúce komponenty:

1. Textový editor vytvoriť súbor so zdrojovým textovým programom.

2. Kompilátor alebo tlmočník. Zdrojový text pomocou programu kompilátora je preložený do medziproduktu objektu. Zdrojový text veľkého programu sa skladá z niekoľkých modulov (súborov so zdrojmi zdrojov). Každý modul je zostavený do samostatného súboru s objektovým kódom, ktorý je potom potrebné kombinovať do jedného.

3. Editor pripojenia alebo zberateľ, ktorý uvádza viazanie objektov modulov a vytvára funkčnú aplikáciu na výstupu - spustiteľný kód.

Spustiteľný kód je kompletný program, ktorý je možné spustiť na akomkoľvek počítači, kde je operačný systém nainštalovaný, pre ktorý bol vytvorený tento program. Spravidla má konečný súbor rozšírenie. Lee alebo.

Nedávno boli distribuované metódy vizuálnej programovania (snímacie jazyky scenára) zamerané na vytváranie aplikácií systému Windows. Tento proces je automatizovaný v prostredí rýchleho dizajnu. To používa pripravené vizuálne komponenty, ktoré sú nakonfigurované pomocou špeciálnych editorov.

Najobľúbenejšie editory (softvérové \u200b\u200bprogramovacie systémy pomocou vizuálnych prostriedkov) Vizuálny dizajn:

Borland Delphi - navrhnutý tak, aby riešil takmer všetky úlohy programovania aplikácií.

Borland C ++ Builder je vynikajúcim prostriedkom na vývoj aplikácií DOS a Windows.

Microsoft Visual Basic je populárny nástroj na vytváranie programov Windows.

Microsoft Visual C ++ - Tento nástroj vám umožňuje vyvinúť všetky aplikácie spustené v operačnom systéme Microsoft Windows

Podstatou nástroja je teda vytvoriť akýkoľvek spustiteľný program konverziou formálne logických výrazov v spustiteľnom strojovom kóde, ako aj kontrola a nastavenie.

Úlohy a funkcie inštrumentálneho softvéru

Pre inštrumentálny softvér sú oba špeciálne typy softvéru charakterizované všeobecnými a súkromnými

funkcie, ako aj pre celý softvér ako celok. Všeobecné funkcie sú považované vyššie a špecializované funkcie, ktoré sú obsiahnuté len v tomto type programov, sú:

1. Vytvorenie textu programu sa vyvíja pomocou špeciálne nainštalovaných kódových slov (programovací jazyk), ako aj špecifický súbor znakov a ich umiestnenie v vytvorenom súbore - programovej syntaxe.

2. Preklad textu programu je vytvorený na strojovo orientovaný kód, ktorý je k dispozícii pre rozpoznávanie počítača. V prípade značného množstva vytvoreného programu je rozdelený na samostatné moduly a každý z modulov je preložený samostatne.

3. Spojenie jednotlivých modulov do jedného spustiteľného kódu s dodržiavaním potrebnej štruktúry, ktorá zabezpečuje koordináciu interakcie jednotlivých častí.

4. Testovanie a kontrola vytvoreného programu, identifikácia a eliminácia formálnych, logických a syntaktických chýb, kontrola programov pre zakázané kódy, ako aj vyhodnotenie výkonu a potenciálu vytvoreného programu.

Typy inštrumentálneho softvéru

Na základe úloh nastavených pred softvérom na náradie je možné rozlíšiť veľký počet rôznych typov softvéru nástrojov:

Textové editory

Integrované rozvojové prostredia

Kompilátor

Tlmočníci

Linkovshchiki

Parser a generátory parser (pozri Javacc)

Rames

Debuggery

Profilizátory

Generátory dokumentácie

Kódové povlakové prostriedky

Prostriedkov na nepretržitú integráciu

Nástroje automatizovaného testovania

Systémy riadenia verzií atď.

Treba poznamenať, že škrupiny na vytváranie aplikácií sú vytvorené aj nástrojmi nástrojov, a preto možno pripísať aplikačným programom. Zvážte stručne vymenovanie niektorých inštrumentálnych programov.

Textové editory.

Textový editor - počítačový program určený na spracovanie textových súborov, ako napríklad vytváranie a vykonávanie zmien.

Zloženie CAD

CAD je systém, ktorý kombinuje technické prostriedky, matematický a softvér, parametre a charakteristiky, ktorých sú vybrané s maximálnym zvážením funkcií inžinierskych návrhov a projektových úloh. Zariadenie CAD poskytuje použitie programov uplatňovaním operačných komunikačných nástrojov inžiniera s počítačom, špeciálnymi jazykmi orientovanými na problém a dostupnosť informácií a referenčnej základne.

Štrukturálne zložky CAD sú subsystémy so všetkými vlastnosťami systémov a vytvorené ako nezávislé systémy. Tieto sú rozdelené niektorými vlastnosťami CAD časť, ktorá zabezpečuje implementáciu niektorých dokončených návrhov návrhov na získanie relevantných dizajnových riešení a projektových dokumentov.

Na vymenovaní SAD subsystému sú rozdelené do dvoch typov: Projektovanie a servis.

Dizajn zahŕňa subsystémy, ktoré vykonávajú projektové postupy a operácie, napríklad:

· Subsystém rozloženia stroja;

· Dizajn montážnych jednotiek;

· Podsýtený subsystém detailu;

· Subsystém konštrukcie kontrolného systému;

· Subsystém technologického dizajnu.

Servis zahŕňa subsystémy určené na udržanie výkonu dizajnérskych subsystémov, napríklad:

· Subsystém grafického zobrazenia dizajnových predmetov;

· Subsystém dokumentácie;

· Subsystém vyhľadávania informácií atď.

V závislosti od vzťahu k objektu dizajnu sa rozlišujú dva typy dizajnových subsystémov:

· Objekt-orientovaný (objekt);

· Objekt nezávislý (invariantný).

Objektové subsystémy zahŕňajú subsystémy, ktoré vykonávajú jedno alebo viac postupov projektu alebo operácie priamo závislé od konkrétneho predmetu dizajnu, napríklad:

· Subsystém technologického dizajnu;

· Modelovanie subsystému dynamiky, navrhnutého dizajnu atď.

Invariantné subsystémy zahŕňajú subsystémy, ktoré vykonávajú jednotné postupy a operácie projektu, napríklad:

· Výpočty subsystému strojných častí;

· Výpočet podsystému režimov rezných;

· Podsystém na výpočet technických a ekonomických ukazovateľov atď.

Proces návrhu je implementovaný v podsystémoch vo forme určitého sledu postupov a operácií projektu. Projektový postup zodpovedá časti subsystému projektu, v dôsledku čoho sa vykoná niektoré návrhové riešenie. Skladá sa z základných konštrukčných operácií, má pevne stanovený postup pre ich vykonávanie a je zameraný na dosiahnutie miestneho cieľa v procese navrhovania. V rámci projektových operácií chápu podmienečne vybranú časť procesu projektu alebo základnej akcie vykonávanej konštrukčným procesom počas procesu navrhovania. Príklady postupov projektu môžu slúžiť ako postupy na rozvoj kinematického alebo usporiadania systému stroja, technológií spracovania výrobkov atď. A príklady projektových operácií - výpočet kvót, riešenie akejkoľvek rovnice atď.

Štrukturálna jednotka SAD subsystému je zabezpečená prísnou reguláciou väzieb medzi rôznymi druhmi kolaterálu, v kombinácii so spoločnou cieľovou funkciou pre tento subsystém. Rozlišovať tieto typy kolách:

· Metodická podpora - Dokumenty, ktoré sa odrážajú v zložení, pravidlá pre výber a prevádzku nástrojov pre automatizáciu dizajnu;

· Lingistické poskytovanie - projektové jazyky, terminológia;

· Matematická podpora - metódy, matematické modely, algoritmy;

· Softvér - Dokumenty s textami programov, programy na médiách strojov a operačných dokumentov;

· Technická podpora - Zariadenia výpočtových a organizačných zariadení, nástrojov prenosu dát, meracie a iné zariadenia a ich kombinácie;

· Informačná podpora - dokumenty obsahujúce opis štandardných konštrukčných postupov, typických dizajnových riešení, typických prvkov, komponentov, materiálov a iných údajov;

· Organizačná podpora - ustanovenia a pokyny, objednávky, personálne a iné dokumenty upravujúce organizačnú štruktúru jednotiek a ich interakciu s návrhom nástrojov pre automatizáciu dizajnu.

· 64 Technológia CAL.

Cals-Technologies sú prostriedkom integrácie priemyselných automatizovaných systémov do jedného multifunkčného systému. Účelom integrácie automatizovaných systémov dizajnu a riadenia je zlepšenie účinnosti vytvárania a používania komplexných zariadení.

V moderných podmienkach výrazne zvýši tvorbu globálnej informačnej spoločnosti, úlohu informačných a informačných technológií pri príprave budúceho špecialistu. V blízkej budúcnosti strategický potenciál spoločnosti nebude energetické zdroje, ale informačné a vedecké poznatky. Informácie sa stáva hlavným zdrojom vedeckého a technického a sociálno-ekonomického rozvoja spoločnosti, významne ovplyvňuje zrýchlený rozvoj vedy, technológie a rôznych priemyselných odvetví, zohráva významnú úlohu v procese modernizácie vzdelávania. Hodnota-posielanie charakteristiky vzdelávania na strednej škole a odbornej činnosti špecialistov by sa malo vyjadriť pri formovaní intelektuálneho profesionálneho prostredia, ktoré je najviac realizované úlohou výskumných a projektových aktivít.

Široká automatizácia všetkých druhov činností ľudstva: z tradičných intelektuálnych úloh vedeckého charakteru pred automatizáciou priemyselných, obchodných, obchodných, bankovníctva a iných aktivít sa používa na zvýšenie efektívnosti výroby. V trhovom hospodárstve, konkurenčný boj úspešne vydržal iba podnikom uplatňovania moderných informačných technológií v ich aktivitách.

Ide o informačné technológie, spolu s progresívnymi technológiami výroby materiálov, umožňujú výrazne zvýšiť produktivitu a kvalitu výrobkov a zároveň výrazne znížiť načasovanie výroby na výrobu nových výrobkov, ktoré spĺňajú požiadavky a očakávania spotrebiteľov. Všetky vyššie uvedené sú primárne spojené s komplexnými high-tech produktov, vrátane technických výrobkov.

Skúsenosti získané v procese zavádzania rôznych autonómnych informačných systémov umožnili realizovať potrebu integrovať rôzne informačné technológie do jedného komplexu na základe vytvorenia integrovaného informačného prostredia alebo skupiny podnikov (virtuálny podnik), ktorý podporuje všetky etapy životného cyklu výrobkov. Profesionálne prostredie najviac vyplýva príležitosti na profesionálne zlepšenie, využívajúce nové informačné technológie vo vede av oblasti výrobných procesov. Inovatívne technológie v oblasti spracovateľského priemyslu informácií s implementáciou technológií Cals- (nepretržitá podpora akvizície a životného cyklu) - nepretržitá informačná podpora pre životný cyklus predpokladaného objektu, prekladá automatizáciu výrobných procesov na novú úroveň.

Využívanie informačných technológií založených na CALS ideológii je jedným z faktorov, ktoré prispievajú k efektívnejšej realizácii automatizovaného systému riadenia podniku.

Podstatou koncepcie CALS je uplatňovať zásady a technológie informačnej podpory vo všetkých fázach životného cyklu výrobkov založených na používaní integrovaného informačného prostredia, ktorý poskytuje jednotné metódy riadenia procesov a interakciu všetkých účastníkov v tomto cykle: zákazníci výrobkov (vrátane vládnych agentúr a oddelení), dodávateľov (výrobcov), prevádzkové a opravárenské personály. Tieto zásady a technológie sa vykonávajú v súlade s požiadavkami medzinárodných noriem, ktorými sa riadia pravidlá riadenia a interakcie najmä prostredníctvom elektronickej výmeny údajov.

Pri použití technológie CALS sa kvalita výrobkov zvyšuje v dôsledku úplného účtovania dostupných informácií pri navrhovaní a rozhodovaní o riadení, a tiež znižuje materiál a dočasné náklady na navrhovanie a výrobu výrobkov. V procese implementácie tejto technológie bude platnosť riešení vykonaných v automatizovanom systéme riadenia podniku (actup) vyššia, ak je výrobca rozhodnutí a príslušné programy riadenia rýchle prístup nielen na databázu actures, ale aj do databáz iných automatizovaných systémov, a preto môže optimalizovať plány práce, obsah aplikácií, distribúciu výkonných umelcov, prideľovanie financií atď. Operačný prístup by mal byť zároveň chápaný nielen možnosť čítania údajov z databázy, ale aj jednoduchosť ich správnej interpretácie, t.j. Konzistencia v syntaxi a sémantike s protokolmi prijatými v actupe. Technologické subsystémy musia vnímať s vysokou presnosťou a správne interpretovať údaje prichádzajúce z automatizovaných subsystémov. To nie je tak ľahké dosiahnuť, ak hlavný podnik a riadiace organizácie pracujú s rôznymi automatizovanými systémami. Okrem toho, problém ochrany informácií v celom obvode technologických subsystémov sa stáva relevantným.

Použitie Cals-Technologies umožňuje výrazne znížiť objem projektovej práce, pretože opisy predtým vykonaného úspešného vývoja komponentov a zariadení, mnoho komponentov zariadení, strojov a systémov, ktoré sú navrhnuté skôr, sú uložené v databázach siete serverov K dispozícii akejkoľvek technológii Cals. Dostupnosť a ochrana sú opäť zabezpečené konzistenciou formátov, metód, príručiek v rôznych častiach celkového integrovaného systému. Okrem toho existuje viac príležitostí na špecializáciu podnikov, až do vytvorenia virtuálnych podnikov, ktoré tiež prispieva k zníženiu nákladov.

V procese implementácie technológie CALLS sa náklady na prevádzku výrazne znížia, vďaka implementácii integrovaných logistických podporných funkcií. Riešenie problémov udržiavateľnosti, integrácie produktu v rôznych druhoch systémov a médií, prispôsobenie sa meniacim sa prevádzkovým podmienkam atď. Tieto výhody integrácie dát sú dosiahnuté použitím moderných technológií Cals.

Priemyselné automatizované systémy môžu fungovať autonómne a v súčasnosti sa na tomto základe vyskytne organizácia procesu riadenia výroby. Avšak, efektívnosť automatizácie bude výrazne vyššia, ak budú údaje vytvorené v jednom zo systémov dostupné v iných systémoch, pretože rozhodnutia prijaté v nich budú podrobnejšie odôvodnené.

Skúsenosti s implementáciou technológie Cals na dosiahnutie riadnej úrovne interakcie priemyselných automatizovaných systémov, vytvorenie jednotného informačného priestoru sa vyžaduje v rámci jednotlivých podnikov a čo je dôležitejšie, v rámci podnikov. Unified informačný priestor je zabezpečený zjednotením formulára aj obsahu informácií o konkrétnych výrobkoch v rôznych štádiách ich životného cyklu.

Zjednotenie formulára sa dosahuje pomocou štandardných formátov a jazykov jazykov jazykov v inter-programových výmenách a pri zdokumentovaní.

Zjednotenie obsahu, chápané ako jednoznačný výklad údajov o konkrétnom produkte vo všetkých štádiách svojho životného cyklu, je zabezpečený rozvojom ontológií (meto-robiť) žiadosti zakotvené v protokoloch o aplikácii CALS.

CAD - Čo to je?

Čo sú to automatizované dizajnové systémy? V rámci CADR znamená automatizované systémy, ktoré sú určené na implementáciu jednej alebo iných informačných technológií prostredníctvom dizajnu. V praxi je CARR technické systémy, ktoré vám umožňujú automatizovať týmto spôsobom, aby ste zabezpečili fungovanie procesov, ktoré tvoria vývoj projektu. Podľa CAD, v závislosti od kontextu môže znamenať:

softvér používaný ako hlavný prvok príslušnej infraštruktúry;

Kombinácia technických a personálnych systémov (vrátane tých, ktoré zahŕňajú používanie CAD vo forme softvéru), ktoré sa používajú v podniku s cieľom automatizovať proces vývoja projektu;

Je teda možné rozlíšiť širokú a užšiu interpretáciu tohto termínu. Je ťažké povedať, ktoré z týchto interpretácií sa častejšie uplatňuje v podnikaní. Všetko závisí od osobitného rozsahu používania automatizovaných dizajnových systémov, ako aj na týchto úlohách, aby sa vyriešili, ktoré systémové údaje sa predpokladá. Napríklad v kontexte samostatného workshopu vo výrobe sa v rámci CAD predpokladá osobitný program pre automatizovaný dizajn. Ak hovoríme o strategickom plánovaní vývoja organizácie, potom taký koncept ako CAD bude s najväčšou pravdepodobnosťou zodpovedať rozsiahlej infraštruktúre, ktorá sa podieľa na zlepšení efektívnosti rozvoja rôznych projektov. Treba poznamenať, že samotný CAD termín je skratka, ktorá môže byť dešifrovaná rôznymi spôsobmi. Všeobecne platí, že táto skratka zodpovedá kombinácii slov "Automatizovaný dizajnový systém". Existujú aj ďalšie možnosti na rozlúštenie tejto skratky. Napríklad variant "systém automatizácie dizajnových prác" je celkom bežné. Podľa anglického analógu skratky CAD sa používa ABBREVIACIA CAD aj ako CAX. Dovoľte nám zvážiť podrobnejšie nasledujúce otázky: V akom druhu automatizovaných dizajnových systémov je možné vytvoriť v strojárstve a iných oblastiach?

CAD: Vytvorenie cieľov

Hlavným cieľom rozvoju CADR je zvýšiť efektívnosť odborníkov pracujúcich, ktorí riešia rôzne výrobné úlohy vrátane tých, ktoré sa týkajú inžinierstva. V tomto prípade sa môže zvýšenie efektívnosti vykonávať na úkor týchto faktorov: \\ t

Znížiť zložitosť procesu navrhovania;

Znížiť periódy implementácie projektu;

Zníženie nákladov na projektové práce a náklady súvisiace s nákladmi;

Zabezpečenie zlepšenia kvality dizajnovej infraštruktúry.

Znížené náklady na testovanie a modelovanie.

CAD je nástrojom, ktorý vám umožní dosiahnuť výrazné výhody na úkor nasledujúcich faktorov:

Efektívna informačná podpora pre špecialistov zapojených do vývoja projektu;

Automatizácia dokumentácie;

Aplikácia koncepcií paralelného dizajnu;

Zjednotenie rôznych riešení;

Používanie matematického modelovania ako alternatívy k drahým testom;

Optimalizácia metód konštrukcie;

Zlepšenie kvality procesov riadenia podnikov.

Pozrime sa teraz na akú štruktúru je možné prezentovať automatický dizajnový systém.

CAD: Klasifikácia

Najčastejšie Kritériá klasifikácie CAPR zahŕňa účel priemyslu. Rozlišujú sa tieto typy:

Automatizovaná inžinierska infraštruktúra;
CAD pre elektronické zariadenia;
CAD v oblasti výstavby.

Prvý typ CAD systémov môže byť použitý v širokej škále priemyslu: výroba lietadiel, automobilový priemysel, stavba lodí, výroba spotrebného tovaru. Príslušná infraštruktúra môže byť použitá na vytvorenie samostatných častí a rôznych mechanizmov pri použití všetkých druhov prístupov v rámci modelovania a dizajnu.

Druhý typ CAD Systems sa používajú na navrhovanie hotových elektronických zariadení a jej jednotlivých prvkov, ako sú integrované obvody, spracovatelia a iné typy hardvéru.

Tretí typ CAPR môže byť zapojený s cieľom navrhnúť rôzne štruktúry, budovy, prvky infraštruktúry.

Ďalším kritériom, pre ktoré môžete klasifikovať automatizované dizajnové systémy, je určený účel. Tu prideľujete:

Dizajnové nástroje používané na automatizáciu dvojrozmerných alebo trojrozmerných geometrických modelov na tvorbu dizajnovej dokumentácie;

Systémy používané na rozvoj rôznych výkresov;

Systémy určené na geometrické modelovanie;

Systémy určené na automatizáciu výpočtov v inžinierskych projektoch a dynamické modelovanie;

Automatizačné nástroje používané na technologickú optimalizáciu projektov;

Systémy určené na počítačovú analýzu rôznych parametrov projektu.

Táto klasifikácia sa považuje za podmienená.

Automatizovaný systém technologického dizajnu môže zahŕňať širokú škálu funkcií z uvedených vyššie. Špecifický zoznam Cadability CAD primárne definuje vývojára tohto systému. Pozrime sa na aké úlohy, ktorý môže vyriešiť.

Nástroj softvér softvér softvér softvér softvér

1. Nástroje na vývoj softvéru. V procese vývoja softvéru tak či onak sa používa počítačová podpora pre procesy vývoja PS. To sa dosahuje predložením aspoň niektorých dokumentov programu PS (prvá zo všetkých programov) na nosičoch počítačových dát (napríklad diskov) a poskytnutie špeciálneho vývojára softvéru PS alebo zahrnuté do počítačových špeciálnych zariadení vytvorených na akékoľvek spracovanie takýchto dokumentov. Ako taký špeciálny PS môžete špecifikovať kompilátor z akéhokoľvek programovacieho jazyka.

Kompilátor eliminuje vývojára PS z potreby písať programy v jazyku počítača, ktorý je určený pre vývojára. PS by bol extrémne nepríjemný - namiesto toho tvorí programy na vhodnom programovacom jazyku, ktorý zodpovedajúci kompilátor automaticky premieta do počítača počítača. Ako špeciálne zariadenie, ktoré podporuje proces vyvíjania PS, môže slúžiť emulátor akéhokoľvek jazyka. Emulátor vám umožňuje vykonávať (interpretovať) jazykový program iný ako počítač, ktorý podporuje vývoj PS, napríklad v jazyku počítača, pre ktorý je tento program určený. PS, navrhnutý tak, aby podporoval vývoj iných PS, sa nazýva softvérový nástroj na vývoj PS a počítačové zariadenie špeciálne navrhnuté na podporu rozvoja PS sa nazýva hardvérový nástroj na vývoj PS.

Nástroje pre vývoj PS možno použiť počas celého životného cyklu PS do práce s rôznymi softvérovými dokumentmi. Takže textový editor môže byť použitý na vytvorenie takmer akéhokoľvek programového dokumentu. Z hľadiska funkcií, ktoré sa nástroje vykonávajú vo vývoji PS, môžu byť rozdelené do nasledujúcich štyroch skupín: · Redaktori, · Analyzátory, · Prevodníky, · Nástroje, ktoré podporujú proces vykonávania programu.

Redaktori podporujú dizajn (formáciu) určitých programových dokumentov v rôznych štádiách životného cyklu. Ako už bolo uvedené, môžete použiť jeden univerzálny textový editor. Špecializovaní redaktori však môžu poskytnúť silnejšiu podporu: pre každý typ dokumentov - jeho editor. Najmä v počiatočných štádiách vývoja v dokumentoch sa široko používajú grafickým spôsobom popisu (diagramy, schémy atď.). V takýchto prípadoch môžu byť grafickí redaktori veľmi užitočné. V programovom štádiu (kódovanie) namiesto textového editora, syntakticky riadený editor orientovaný na programovací jazyk môže byť pohodlnejší. Analyzátory produkujú buď statické spracovanie dokumentov, ktoré vykonávajú rôzne typy ich kontroly, identifikáciu ich definitívnych vlastností a akumuláciu štatistických údajov (napríklad kontrolu súladu dokumentov na tieto normy), alebo dynamickú analýzu programov (napríklad na Identifikujte distribúciu programu programových modulov). Konvertory vám umožňujú automaticky poskytnúť dokumenty na iný formulár formulára (napríklad formouters) alebo preložiť dokument jedného druhu k dokumentu iného typu (napríklad meniče alebo kompilátorov), syntetizovať akýkoľvek dokument z jednotlivých častí atď.

Nástroje, ktoré podporujú proces vykonávania programu, vám umožní vykonávať na počítačovom popise procesov alebo jednotlivých častí prezentovaných vo forme inej ako strojový kód alebo strojový kód s ďalšími funkciami jeho interpretácie. Príkladom takéhoto nástroja je emulátor iného počítačového kódu. Na túto skupinu nástrojov by sa mali pripísať rôznym debuggerom. Každý programový systém obsahuje programový subsystém obdobia realizácie, ktorý vykonáva najtlačnejšie fragmenty softvéru na programovanie a poskytuje štandardnú reakciu na výnimočné situácie, ktoré vznikajú pri vykonávaní programov (takýto subsystém, ktorý zavoláme výkonnú podporu), - môže byť ako skupiny nástrojov.

2. Inštrumentálne prostredie životného prostredia. V súčasnej dobe, s každým programovým systémom, nie samostatné nástroje (napríklad kompilátor) sú spojené s niektorými logicky pridruženými súbormi softvéru a hardvérových nástrojov podporujúcich vývoj a podporu PS v tomto programovacom jazyku alebo orientované na akúkoľvek konkrétnu oblasť predmetu. Takýto súbor sa nazýva inštrumentálne prostredie pre rozvoj a údržbu PS. Pre takéto inštrumentálne prostredie je to charakteristické, po prvé, použitie softvérových aj hardvérových nástrojov, a po druhé, určitú orientáciu alebo na konkrétny programovací jazyk, alebo na konkrétnu oblasť predmetu. Nástrojové médium nemusí fungovať na počítači, na ktorom sa bude aplikovať vyvinuté PS. Často je takáto kombinácia pomerne pohodlná (ak je to len sila použitého počítača): nie je nutné vysporiadať sa s počítačmi rôznych typov, komponenty nástroja média môžu byť zahrnuté do PS vyvinutého.

Existujú tri hlavné triedy inštrumentálneho rozvoja a údržby prostredia programu PS, · Pracovné miesta počítačovej technológie, · Programovacie technológie Instrumental Systems. Programovacie prostredie je určené najmä na podporu programových procesov (kódovanie), testovanie a ladenie PS. Pracovisko počítačovej technológie je zameraná na podporu raných fáz vývoja PS (špecifikácií) a automatickú generáciu programov na špecifikácie. Programovacie technológie nástrojov je určený na podporu všetkých procesov vývoja a údržby počas celého životného cyklu PS a je zameraný na kolektívny vývoj veľkých softvérových systémov s dlhým životným cyklom.

3. Programovacie nástrojové prostredie obsahuje predovšetkým textový editor, ktorý vám umožní navrhnúť programy v určenom programovacom jazyku, nástroje na kompiláciu alebo interpretáciu programov v tomto jazyku, ako aj testu a ladiť získané programy. Okrem toho môžu existovať aj iné nástroje pre statickú alebo dynamickú analýzu programu. Tieto nástroje vzájomne spolupracujú prostredníctvom bežných súborov pomocou štandardných funkcií systému súborov. Rozlišujú sa nasledujúce triedy médií programovania: · Všeobecné cieľové prostredie, · jazykové prostredie.

Programovacie nástroje na všeobecné použitie obsahujú súbor softvérových nástrojov, ktoré podporujú programy programovania v rôznych programovacích jazykoch (napríklad textový editor, editor Link, alebo cieľový interpretový počítačový jazyk) a zvyčajne predstavujú určitú expanziu schopností prevádzky Použitý systém. Pre programovanie v takom prostredí bude akýkoľvek programovací jazyk vyžadovať ďalšie nástroje orientované na tento jazyk (napríklad kompilátor). . . Klasifikácia programovania nástrojov

4. Koncepcia technológie rozvoja počítačových technológií a jej pracovných miest. Existujú určité ťažkosti pri vývoji prísnej definície prípadovej technológie (výpočtová technológia pre rozvoj PS). Prípad je obrusom anglického počítačového softvérového inžinierstva (počítač. Pomáhajú programovacie inžinierstvo). Ale bez pomoci (podpora), PS počítač nebol vyvinutý na dlhú dobu (aspoň kompilátor sa používa). V skutočnosti, v tejto koncepcii je užší (špeciálny) význam, ktorý je vložený, ktorý je postupne rozmazaný (ako sa to vždy stane, keď nejaký koncept nemá prísnu definíciu). Spočiatku, prípad rozumel inžinierstvo včasných etáp vývoja PS (definícia požiadaviek, vývoj externého popisu a architektúry PS) pomocou softvérovej podpory (softvérové \u200b\u200bnástroje). Teraz, v prípade, prípad, inžinierstvo celého životného cyklu PS môže byť tiež chápaný (vrátane jej podpory), ale len v prípade, že programy sú čiastočne alebo plne generované dokumentmi získanými v určených ranných štádiách vývoja. V tomto prípade sa rozpadá technológia v zásadne líši od príručky (tradičnej) technológie rozvoja PS: nielen obsah technologických procesov sa zmenil, ale samotná celok.

V súčasnosti môže byť technológia vývoja PS charakterizovaná pomocou softvérovej podpory pre vývoj grafických požiadaviek a PS grafických špecifikácií - automatické programovanie programov na akomkoľvek programovacom jazyku alebo v strojovom kóde (čiastočne alebo plne), - podpora prototypovania softvéru.

Programové technológie nástrojový systém je integrovaný súbor softvérových a hardvérových nástrojov, ktoré podporujú všetky procesy rozvoja a udržiavania veľkého PS počas celého životného cyklu v rámci určitej technológie. Z tejto definície tečú nasledujúce hlavné znaky tejto triedy počítačovej podpory: · Commoderity, · Formalizácia pre kolektívny rozvoj, · technologická istota, · integrácia.

Berúc do úvahy vlastnosti programovej technológie možno rozlíšiť tri hlavné komponenty: · Development databázy (úložisko), · Toolkit, · Rozhrania.

Úložisko - centrálne počítača ukladanie informácií týkajúcich sa projektu (vývoj) PS počas celého životného cyklu. Toolkit je súbor nástrojov, ktoré definujú schopnosti poskytované vývojárskym tímom. Zvyčajne je táto sada otvorená: Okrem minimálnych (vstavaných nástrojov) obsahuje prostriedky expanzie (dovážané nástroje) a štruktúrované, pozostávajúce z nejakej spoločnej časti všetkých nástrojov (jadra) a konštrukčné (niekedy hierarchicky súvisiace ) Triedy nástrojov. Rozhrania sú rozdelené do 1) Vlastné 2) Systemické. Užívateľské rozhranie poskytuje prístup k vývojárom k nástrojom Toolkit (príkazový jazyk atď.) Je implementovaný shell systému. Systémové rozhrania poskytujú interakciu medzi nástrojmi a ich zdieľanými časťami. Systémové rozhrania sú pridelené ako architektonické komponenty kvôli otvorenosti systému - sú potrebné používať nové (importované) nástroje zahrnuté do systému.

Existujú dve triedy programovacích technológií: 1) Systémy podpory projektu a 2) inštrumentálne systémy závislé od jazyka. Systém podpory projektu je otvorený systém schopný podporovať vývoj PS v rôznych programovacích jazykoch po jeho vhodných expanzných nástrojoch zameraných na zvolený jazyk. Takýto systém obsahuje jadro (zabezpečenie, najmä prístupu do úložiska), súbor nástrojov podporujúcich riadenie (manažment) rozvojom PS, nezávislého od programovacích jazykov, ktoré podporujú vývoj PS (text a grafických editorov, Riadiace generátory atď.), ako aj nástrojové rozšírenia systému. Inštrumentálny systém závislým od jazyka je systém podpory podpory PS na ktoromkoľvek programovacom jazyku, ktorý výrazne využíva špecifiká tohto jazyka pri organizovaní svojej práce. Táto špecifickosť môže tiež ovplyvniť možnosti jadra (vrátane štruktúry úložiska), ao požiadavkách na shell a nástrojov.

Unified UML modelovací jazyk Väčšina existujúcich metód objektovo orientovanej analýzy a dizajnu (AOOAP) zahŕňa ako modelovací jazyk aj opis simulačného procesu. Jazyk modelovania je notácia (väčšinou grafika), ktorá sa používa spôsobom popisu projektov. Notácia je kombinácia grafických objektov, ktoré sa používajú v modeloch; Je syntax modelového jazyka. Napríklad, notácia diagramu tried určuje, ako sú uvedené také prvky a koncepty, ako trieda, združenie a násobenie, sú prezentované. Proces je popis krokov, ktoré musia byť vykonané pri vývoji projektu. Jednotný jazyk modelovania modelovania jazyka je nástupcom generovania metód AOAP, ktoré sa objavili na konci 80. rokov a začiatkom 90. rokov.

Jazyk UML je jazyk modelovania komunity, ktorý je určený pre špecifikáciu, vizualizáciu, návrh a dokumentáciu softvérových komponentov, obchodných procesov a iných systémov. Jazyk UML je súčasne jednoduchý a výkonný modelovací prostriedok, ktorý môže byť účinne používaný na budovanie koncepčných, logických a grafických modelov komplexných systémov rôznych cieľov. Konštruktívne využívanie jazyka UML je založené na pochopení všeobecných princípov modelových komplexných systémov a vlastností objektovo orientovaného konštrukčného procesu (OOP). Výber expresívnych nástrojov pre stavebné modely komplexných systémov je vopred určené týmito úlohami, ktoré možno vyriešiť pomocou dátových modelov. Jedným zo základných princípov konštrukčných modelov komplexných systémov je zásada abstrakcie, ktorá predpisuje, že zahrnie do modelu iba tie aspekty navrhovaného systému, ktoré priamo súvisia s implementáciou systému ich funkcií alebo jeho cieľový účel. Zároveň sa všetky sekundárne detaily znížia nadmerne nedosiahnite proces analýzy a štúdia získaného modelu.

UML obsahuje štandardnú sadu diagramov a zápisov širokej škály druhov. Diagram v UML je grafické znázornenie sady prvkov, ktorá je najčastejšie zobrazená vo forme viazaného grafu s vrcholom (entity) a rebrami (vzťahy). Grafy sa kreslia na vizualizáciu systému z rôznych hľadísk. Chart - v istom zmysle jeden z projekcií systému. Spravidla, s výnimkou najviac triviálnych prípadov, diagramy poskytujú valcované znázornenie prvkov, z ktorých sa systém skladá. Rovnaký prvok môže byť prítomný vo všetkých grafoch, alebo len v niekoľkých (najbežnejších možnosti), alebo nie je prítomný v žiadnom (veľmi zriedka). Teoreticky diagramy môžu obsahovať akúkoľvek kombináciu subjektov a vzťahov. V praxi sa však aplikuje relatívne malý počet typických kombinácií zodpovedajúcich piatim najbežnejším typom, ktoré tvoria architektúru softvérového systému.

UML pridelenie nasledovných typov diagramov: - UŽÍVATEĽOVÉ OPATRENIA DIAGAMY (USESE DIAGRAMY) - na modelovanie obchodných procesov organizácie (systémové požiadavky); - Trieda diagramy (trieda diagramy) - na simuláciu statickej štruktúry tried triedy a odkazy medzi nimi. Na takýchto diagramoch sa zobrazia triedy, rozhrania, objekty a spolupráce, ako aj ich vzťah. Pri modelovaní objektovo orientovaných systémov sa tento typ diagramov používa najčastejšie. Trieda diagramy zodpovedajú statickému typu systému, pokiaľ ide o dizajn; - grafy správania systému (schémy správania); Interakčné diagramy (diagramy interakcie) - Simulovať proces správy medzi objektmi. - Schéma statechartu - Simulovať správanie systémových objektov pri prechode z jedného štátu do druhého.

- Diagramy aktivity (diagramy aktivity) - na simuláciu správania systému v rámci rôznych použití alebo modelovania. - implementačné diagramy: Diagramy komponentov (diagramy komponentov) - pre modelovanie hierarchie komponentov (systémové subsystémy); Diagramy umiestnenia (diagramy nasadenia) - Simulovať fyzickú architektúru systému.

abstraktný

Softvér je súborom systému spracovania informácií a programových dokumentov potrebných na prevádzku týchto programov (GOST 19781-90). Tiež - súbor programov, postupov a pravidiel, ako aj dokumentáciu týkajúcej sa fungovania systému spracovania údajov (ST ISO 2382 / 1-84).

Inštrumentálny softvér - softvér určený na použitie v dizajne, vývoji a podpore programov. Zvyčajne sa tento termín používa na zdôraznenie rozdielov v tejto triede podľa aplikovaného a systémového softvéru.

Kompilátor je prekladateľ, ktorý vykonáva konverziu programu zostavený v zdrojovom jazyku do objektového modulu.

Tlmočník - program (niekedy hardvér), analyzovanie príkazov alebo operátorov programu a okamžite ich vykonávať.

Operačný systém je súborom manažérov a spracovateľských programov, ktoré na jednej strane pôsobia ako rozhranie medzi zariadeniami pre výpočtové systémy a aplikačnými programami, a na druhej - sú určené na kontrolu zariadení, riadenie počítačových procesov, efektívnej distribúcie Výpočtové prostriedky medzi výpočtovými procesmi a organizáciou spoľahlivej výpočty.

Aplikačný program - program určený na vykonávanie určitých užívateľských úloh a určených na priamu interakciu s užívateľom.

VisualBasic - softvérový nástroj, ktorý vyvinutý spoločnosťou Microsoft a zahŕňa programovací jazyk a rozvojové prostredie.

VizualizáciaBasicForpplication je trochu zjednodušená implementácia jazyka vizuálneho základného programovacieho jazyka, zabudovanú do produktovej rady Microsoft Office (vrátane verzií Mac OS), ako aj v mnohých iných softvérových balíkoch, ako je AutoCAD, SolidWorks, CorelDraw, WordPerfect a ESRI ARCGIS.

Účelom práce je štúdium druhov, softvérových funkcií, najmä inštrumentálne.

Klasifikácia softvéru:

Typy inštrumentálneho softvéru:

1) Textové editory

4) Kompilátory

5) tlmočníkov

6) Lynolovers

8) Assembers

9) Debugger

10) PROFILIZERS

11) Generátory dokumentácie

Ak chcete vytvoriť program vo vybratom programovacom jazyku, musíte mať nasledujúce komponenty:

2. Kompilátor alebo tlmočník. Zdrojový text pomocou programu kompilátora je preložený do medziproduktu objektu.

Výsledok práce: softvér, jeho funkcie a typy, najmä inštrumentálny softvér, jeho podstata, úlohy. Tretia kapitola preskúmaná spoločnosťou Microsoft Visual Basic ako prostriedok na vývoj softvéru a jeho dialektu - Microsoft Visual Basic Forpplication. Práca kurzu implementuje algoritmus na riešenie finančnej a ekonomickej úlohy pomocou programovacieho jazyka Pascal.

Úvod

V modernom svete žiadna osoba, ktorá nevyskúšala výhody civilizácie, nemôže predložiť svoj život bez použitia počítačových zariadení. Jeho použitie sa vyskytuje v akejkoľvek oblasti ľudského života: výroba, obchod, školenia, zábava a komunikácia ľudí, ich vedeckých a kultúrnych aktivít. To všetko je vďaka možnosti výberu počítačového vybavenia na vyriešenie ktorejkoľvek, dokonca aj najťažšej úlohy.

Avšak, všestrannosť a špecializujúca sa na počítačové vybavenie je zabezpečené pomocou takmer ľubovoľného počítača pomocou inej sady softvéru, ktorý zaisťuje, že všetky nastavené úlohy.

Všetci vidíme obrovské rozmanité počítačové programy a ohromujúce sadzby ich rastu a zlepšenia, a len malá časť nás predstavuje neviditeľnú stránku ich dizajnu, vývoja a tvorby. Avšak, táto oblasť výpočtovej technológie je podľa nášho názoru najdôležitejšie, pretože divergentné počítačové technológie budú závisieť od jeho vývoja.

A keďže vývoj akéhokoľvek počítačového programu sa vyskytuje pomocou inštrumentálneho softvéru, potom v našom kurze by som chcel na neho podrobne prebývať, pričom ho pridelil z celého softvéru a diskontinuity jeho podstaty a funkcií.

Pre jasnosť sa pozrieme na inštrumentálny softvér (objekt objektu) na príklade balíka SoftwareBasicForpplication Software (predmet) používaný na programovanie v prostredí spoločnosti MicrosoftOffice - najbežnejší a obľúbený balík Office.

1. Softvér

1.1 Koncepcia a podstata softvéru

Softvér (softvér) je neoddeliteľnou súčasťou počítačového systému. Ide o logické pokračovanie technických prostriedkov akéhokoľvek počítača. Rozsah použitia konkrétneho počítača je určený softvérom vytvoreným. Samotný počítač nemá vedomosti v žiadnej oblasti aplikácie. Všetky tieto znalosti sú zamerané na programy vykonávané na počítačoch, ktoré majú súbor špecifických funkcií a sú určené na vykonávanie špecifických, vo väčšine prípadov vysoko špecializované funkcie, ako napríklad vytváranie a spracovanie grafických obrázkov alebo zvukových súborov.

Softvér v súčasnosti predstavuje stovky tisíc programov, ktoré sú určené na spracovanie najrôznejších informácií s najligilnými cieľmi.

Softvér (software) zahŕňa aj celú oblasť konštrukčných a vývojových aktivít:

1) Program Design Technology (napríklad zostupný dizajn, konštrukčný a objektovo orientovaný dizajn);

2) Metódy testovania programu;

3) Metódy dôkazov o správnosti programov;

4) Analýza kvality programov;

5) Dokumentácia programov;

6) Vývoj a používanie softvérových nástrojov, ktoré uľahčujú proces navrhovania softvéru a oveľa viac.

Existuje mnoho rôznych definícií softvéru. Všeobecne platí, že softvér je súborom systému spracovania informácií a programových dokumentov potrebných na prevádzku týchto programov (GOST 19781-90). Tiež - súbor programov, postupov a pravidiel, ako aj dokumentáciu týkajúcej sa fungovania systému spracovania údajov (ST ISO 2382 / 1-84).

Softvér je jedným z typov výpočtového systému, spolu s technickým (hardvérom), matematickou, informačnou, lingvistickou, organizačnou a metodickou podporou.

Softvérové \u200b\u200bslovo z anglického slova softvér sa často používa v počítačovej slangu, ktorý v tomto zmysle uplatňuje v článku v americkej matematickej mesačnej matematike z Princeton University John Tyuki (anglicky. Johnw. Tukey) v roku 1958.

Ostatné definície:

1) Softvér je súbor programov, ktoré vám umožňujú implementáciu automatizovaného spracovania informácií v počítači.

2) Softvér (matematické zariadenia E-computing Machine), súbor systémov spracovania údajov a softvérových dokumentov potrebných na implementáciu programov na elektronickom počítači.

3) Softvér - súbor programov na správu procesu počítačovej prevádzky, programovanie automatizácie.

4) Softvér - Komplex počítačových programov, ktorý poskytuje spracovanie alebo prenos dát.

Všetky definície sú podobné a odrážajú podstatu softvéru - organizovanie interakcie hardvérovej (technickej) časti, vo forme rôznych vstavaných uzlov a periférnych zariadení, ich kontrolu a koordináciu celkovej interakcie počítačového systému medzi a používateľa.

1.2 Softvérové \u200b\u200bfunkcie

Vyššie uvedené softvérové \u200b\u200bkoncepty spôsobujú funkcie vykonávané softvérom v procese fungovania počítačového vybavenia. Zoznam týchto funkcií je veľmi rôznorodý, ale konvenčne možno rozdeliť do nasledujúcich piatich typov:

1. Hardvérové \u200b\u200bmechanické. Vykonajte rôzne komponenty počítača, zaistite prenos hardvérového signálu z jednej zložky na druhú.

2. Strojové logické. Spracované a interpretovať sadu elektromagnetických pulzov hardvéru do logicky vedomého programového kódu so špecifickou štruktúrou a vlastnosťami.

3. Informačné velitelia. Vykonajte dodržiavanie programu Programový kód so zásadami systému a vytvorením logickej informačnej štruktúry a vykonajte jeho vykonanie.

4. Rozhranie. Poskytnite spracovanie a interpretáciu programového kódu na formát zobrazenia, ktorý je k dispozícii na vnímanie užívateľom. Vytvorí priaznivé prostredie pre interakciu osoby, osobného počítača.

5. Používa sa. Vykonáva matematické, logické, fyzické a iné akcie so súborom dostupných údajov, inými slovami, spracovanie dostupných informácií na riešenie určitých úloh.

Tento zoznam je ani zďaleka komplexný, ktorý označuje rozmanitosť a nejednoznačnosť funkcií vykonaných softvérom.

1.3 Typy softvéru

V závislosti od funkcií poskytnutých špecifickým komponentom počítača je potrebné vytvoriť svoj vlastný špecializovaný softvér pre neho, čo je základným motívom vytvárania softvéru rôznych druhov (obr. 1):

a) aplikačné programy, ktoré priamo zabezpečujú vykonávanie potrebných používateľov práce;

b) Systémové programy sú určené na kontrolu prevádzky výpočtového systému, vykonávať rôzne pomocné funkcie, napríklad:

1) Riadenie počítačových zdrojov;

2) Vytvorte kópie použitých informácií;

3) Kontrola výkonu počítačových zariadení;

4) Vydávanie referenčných informácií o počítači a ďalších;

c) inštrumentálne softvérové \u200b\u200bsystémy, ktoré uľahčujú proces vytvárania nových programov pre počítač.

Systémový softvér poskytuje údržbu a údržbu počítača, ako aj automatizácia procesu vytvárania nových programov. Systémový softvér obsahuje: operačné systémy a používateľské rozhranie; inštrumentálny softvér; Systémy údržby.

Operačný systém je povinná časť špeciálneho softvéru, ktorá zaisťuje efektívne fungovanie osobného počítača v rôznych režimoch, ktoré organizujú vykonanie programu a interakciu používateľa a externé zariadenia s počítačmi.

Užívateľské rozhranie (programy service) je softvérové \u200b\u200bnadstavby operačného systému (shell and médium) určené na zjednodušenie používateľskej komunikácie s operačným systémom.

Programy poskytujúce rozhranie si zachovávajú komunikačný formulár (dialógové okno) užívateľa s operačným systémom, ale zmeňte komunikačný jazyk (zvyčajne jazyk príkazu je prevedený do jazyka menu). Servisné systémy môžu byť konvenčne rozdelené do rozvetvových systémov, škrupín operačných systémov a pomôcok.

Systémy rozhrania sú výkonné servisné systémy, najčastejšie grafický typ, ktorý zlepšuje nielen užívateľa, ale aj programové rozhranie operačných systémov, najmä implementáciu niektorých ďalších postupov na oddelenie dodatočných zdrojov.

Škrupiny operačných systémov poskytujú užívateľovi kvalitatívne nový v porovnaní s rozhraním implementovaným operačným systémom a vykonali nepovinné znalosti.

Utility automatizujú vykonávanie samostatných typických, často používaných postupov, ktorého realizácia by vyžadovala, aby užívateľ vyvinul špeciálne programy. Mnohé pomôcky majú rozvinuté rozhranie dialógového okna a blíži sa k úrovni komunikácie na škrupiny.

Softvér nástrojov (programovacie systémy) - Povinný softvér, pomocou programov. Inštrumentálny softvér obsahuje nástroje na písanie softvéru (textové editory); Nástroje na konverziu programu v pohľade vhodnom na počítači (montážne kompilátory, kompilátory, tlmočníci, downloaders and link editors), nástroje riadenia a ladenia debugovania.

Textové editory vám umožňujú pohodlne upravovať, formu a kombinovať texty programov a niektoré - a ovládať syntax vytvorených programov.

Program napísaný v algoritmskom jazyku musí byť prevedený na objektový modul zaznamenaný v stroji (v binárnych kódoch). Takáto transformácia vykonáva prekladateľ (assembler - od assembler a kompilátorov s jazykmi na vysokej úrovni). Pre niektoré algoritmické jazyky sa používajú tlmočníci, ktoré nevytvárajú objektový modul a zakaždým, keď sa zakaždým vykonaním programu, ktorý preložil každý jednotlivý reťazec alebo operátora do zariadenia stroja. Objektový modul spracováva bootloader - editor odkazov, ktoré ju prevádzajú do spustiteľného stroja.

Nástroje na ladenie vám umožňujú vykonávať programové stopy (krok za krokom vykonanie s vydávaním informácií o výsledkoch vykonania), aby ste skontrolovali syntax programu a priebežných výsledkov v bodoch zastavenia, upravte hodnoty premenných v týchto bodoch.

Technické a servisné systémy sú ovládacie prvky softvéru, diagnostika a obnovenie počítača, diskov atď.

Aplikačný softvér poskytuje vlastné riešenia úloh. Kľúčovým konceptom je balík aplikačných programov.

Aplikačný balík je súbor programov na riešenie kruhu úloh podľa určitej témy alebo predmetu. Rozlišujú sa tieto typy balíkov aplikácií:

1) Všeobecné ciele - orientované na automatizáciu širokej škály užívateľských úloh (textové procesory, tabuľkových editorov, systémov správy databáz, grafických procesorov, vydavateľských systémov, systémov automatizácie dizajnu atď.);

2) Metóda orientovaná - implementácia rôznych ekonomických a matematických metód na riešenie problémov (matematické programovanie, plánovanie siete a riadenie, teória hmotnosti, matematické štatistiky atď.);

3) Problém-orientovaný - zameraný na riešenie určitej úlohy (problém) v konkrétnej oblasti predmetu (bankové balíky, účtovné balíky, finančné hospodárenie, právne referenčné systémy atď.).

Aplikačný softvér obsahuje servisný softvér, ktorý slúži na usporiadanie užívateľsky príjemného užívateľského prostredia, ako aj na vykonávanie pomocných funkcií (informačných manažérov, prekladateľov atď.).

Pri budovaní klasifikácie je potrebné vziať do úvahy skutočnosť, že rýchly rozvoj výpočtových zariadení a rozšírenie rozsahu počítačových aplikácií prudko zrýchlil proces evolúcie softvéru. Ak už bolo ľahké uviesť hlavné kategórie operačných systémov, prekladateľov, aplikačných balíkov, teraz sa situácia zmenila radikálne. Vývoj softvéru išiel ako hlboko do (nové prístupy vybudovať operačné systémy, programovacie jazyky atď.) A styling (aplikované programy prestali byť aplikované a získané nezávislé hodnotu). Pomer medzi softvérom súvisiacim so softvérom a dostupným trhom sa veľmi rýchlo mení. Dokonca aj klasické softvérové \u200b\u200bprodukty, ako sú operačné systémy, sa neustále vyvíjajú a spravujú intelektuálnymi funkciami, z ktorých mnohé boli predtým ošetrené len na intelektuálne ľudské schopnosti.

2. Instrumental Software

2.1 Essencia a koncepcia inštrumentálneho softvéru

Instrumental Software (IPO) - Softvér určený na použitie v dizajne, vývoji a údržbe programov.

Vo všeobecnejšom prípade vytvoríte program vo vybranom programovom jazyku (systémový programový jazyk), musíte mať nasledujúce komponenty:

1. Textový editor vytvoriť súbor so zdrojovým textovým programom.

3. Editor pripojenia alebo zberateľ, ktorý uvádza viazanie objektov modulov a vytvára funkčnú aplikáciu na výstupu - spustiteľný kód.

Najobľúbenejšie editory (softvérové \u200b\u200bprogramovacie systémy pomocou vizuálnych prostriedkov) Vizuálny dizajn:

1) Borland Delphi - navrhnutý tak, aby vyriešil takmer všetky úlohy programovania aplikácií.

2) Borland C ++ Builder je vynikajúcim nástrojom na vývoj aplikácií DOS a Windows.

3) Microsoft Visual Basic je populárny nástroj na vytváranie programov Windows.

4) Microsoft Visual C ++ - Tento nástroj umožňuje vyvinúť všetky aplikácie spustené v operačnom systéme Microsoft Windows

Podstatou nástroja je teda vytvoriť akýkoľvek spustiteľný program konverziou formálne logických výrazov v spustiteľnom strojovom kóde, ako aj kontrola a nastavenie.

2.2 Úlohy a funkcie inštrumentálneho softvéru

Pre inštrumentálny softvér sú oba špeciálne typy softvéru charakterizované všeobecnými a súkromnými

funkcie, ako aj pre celý softvér ako celok. Všeobecné funkcie sú považované vyššie a špecializované funkcie, ktoré sú obsiahnuté len v tomto type programov, sú:

3. Spojenie jednotlivých modulov do jedného spustiteľného kódu s dodržiavaním potrebnej štruktúry, ktorá zabezpečuje koordináciu interakcie jednotlivých častí.

2.3 Nástroje inštrumentálneho softvéru

Na základe úloh nastavených pred softvérom na náradie je možné rozlíšiť veľký počet rôznych typov softvéru nástrojov:

1) Textové editory

2) Integrované rozvojové prostredie

4) Kompilátory

5) tlmočníkov

6) Lynolovers

7) Parser analyzátory a generátory (pozri Javacc)

8) Assembers

9) Debugger

10) PROFILIZERS

11) Generátory dokumentácie

12) Analýza krytia kódu

13) Nepretržité integračné nástroje

14) Automatizované testovacie nástroje

15) Systémy riadenia verzií atď.

Textové editory.

Textový editor - počítačový program určený na spracovanie textových súborov, ako napríklad vytváranie a vykonávanie zmien.

Typy textových editorov.

Podmienečne prideľujte dva typy editorov: Streamovanie textových editorov a interaktívne.

Editory Stream Text sú počítačové programy, ktoré sú určené na automatizované spracovanie vstupných textových údajov získaných z textového súboru v súlade s vopred určenými užívateľmi pravidiel. Najčastejšie sú pravidlá pravidelné výrazy, na konkrétnej schépi špecifikovanom pre tento konkrétny textový editor. Príkladom takéhoto textu editora môže byť editor SED.

Interaktívny textový editory sú rodinou počítačových programov určených na vykonanie zmien v textovom súbore v interaktívnom režime. Takéto programy vám umožňujú zobraziť aktuálny stav textových údajov v súbore a produkovať rôzne akcie nad nimi.

Často interaktívne textové editory obsahujú významnú dodatočnú funkčnosť určenú na automatizáciu časti editačných akcií, alebo vykonať zmenu v zobrazení textu v závislosti od ich sémantiky. Príklad funkcie posledného druhu môže slúžiť ako zvýraznenie syntaxe.

Textové editory sú navrhnuté tak, aby vytvorili a upravili textové dokumenty. MS Word, Lexikon sú najbežnejšie. Hlavnými funkciami textových editorov sú:

1) Práca s fragmentmi dokumentu,

2) Vložte objekty vytvorené v iných programoch

3) Textový dokument rozbaľovania na stránkach

4) Zadajte a upravte tabuľky

5) Zadajte a upravte vzorce

6) Formátovanie odseku

7) Automatické zoznamy

8) Automatická tvorba obsahu tabuľky.

Desiatky textových editorov sú známe. Najprístupnejšie sú Notepad (poznámkový blok), WordPad, Word. Špecifický textový editor je zvyčajne určený funkciami, ktorého účel sa odráža v položkách menu av systéme pomoci.

Integrované vývojové prostredie

Integrované vývojové prostredie, softvérový systém, ktorý používajú programátori pre vývoj softvéru (softvér). Rozvojové prostredie zvyčajne zahŕňa:

1) textový editor

2) kompilátor a / alebo tlmočník

3) Nástroje na automatizáciu montáže

4) Debugger.

Niekedy obsahuje aj nástroje na integráciu s riadiacimi systémami verzií a rôznymi nástrojmi na zjednodušenie dizajnu grafického používateľského rozhrania. Mnoho moderných rozvojových prostredí zahŕňa aj prehliadač triedy, inšpektor objektov a tried Hierarchia graf - na použitie v objektovo orientovaný vývoj softvéru. Hoci existujú rozvojové prostredie určené pre viaceré programovacie jazyky - ako napríklad zatmenie, NetBeans, Emarcadero Rad Studio, QT Creator alebo Microsoft Visual Studio, zvyčajne vývojové prostredie je určené pre jeden definovaný programovací jazyk - ako napríklad Visual Basic, Delphi, Dev -C ++.

Súkromný prípad prostredia vizuálneho vývoja, ktoré zahŕňajú možnosť vizuálneho editovania programového rozhrania.

SDK.

SDK (z anglického softvéru SoftwarevelopmentKit) alebo "Devkit" - súbor vývojových nástrojov, ktoré umožňujú softvérovým špecialistom vytvárať aplikácie pre konkrétny softvérový balík, softvér pre základný vývoj, hardvérové \u200b\u200bplatformy, počítačový systém, konzoly na videohry, operačné systémy a iné platformy .

Programátor zvyčajne dostane SDK priamo od vývojára cieľovej technológie alebo systému. Často SDK sa často vzťahuje cez internet. Mnohé SDK sú distribuované, aby sa podporovali vývojárov, aby používali túto technológiu alebo platformu.

Poskytovatelia SDK niekedy nahradia softvérový termín vo frási vývojovej súpravy softvéru pre presnejšie slovo. Napríklad, "Microsoft" a "Apple" poskytujú súpravy pre vývoj vodičov (DDK) na vývoj ovládačov zariadení a "Palmsource" zavolá jeho súbor nástrojov pre vývoj "DEVOĽNOSTI DEVERAČNÝCH KIT (PDK)".

Príklady SDK. :

5) Java Development Kit

6) Opera zariadenia SDK

Kompilátorov.

Kompilátor -

1) Program alebo technické prostriedky na vykonávanie kompilácie.

2) Strojový program používaný na kompiláciu.

3) Prekladateľ, ktorý vykonáva program prevedený na zdrojovom jazyku do objektového modulu.

4) Program, ktorý prekladá text programu na vysokej úrovni do ekvivalentného programu v jazyku stroja.

5) Program určený na vysielanie jazyka na vysokej úrovni do absolútneho kódu alebo niekedy v jazyku assembler. Vstupné informácie pre kompilátor (zdrojový kód) je popis algoritmu alebo programu na probléme orientovaný jazyk, a na produkte kompilátorov - ekvivalentný opis algoritmu na strojovo orientovaným jazykom (objektový kód).

Kompilácie -

1) Vysielanie programu v blízkosti stroja.

2) Vysielanie programu zostavený v zdrojovom jazyku do objektového modulu. Vykonáva kompilátor.

Zostavte - Vykonajte vysielanie stroja program z problému orientovaného na jazyku na strojovo orientovaný jazyk.

Názory na kompilátorov :

1) Vektorizácia. Zdrojový kód prevedie do počítača počítača vybaveného vektorovým procesorom.

2) Flexibilné. Kompilované podľa modulárneho princípu, ktoré sú spravované tabuľkami a je naprogramované na jazyku na vysokej úrovni alebo implementovaný pomocou kompilátorov kompilátorov.

3) Dialóg.

4) inkrementálne. Opakovane vysiela fragmenty programu a dodatky k nemu bez prekompilovania celého programu.

5) Tlmočenie (krok za krokom). Dôsledne vykonáva nezávislú kompiláciu každého jednotlivého operátora (príkaz) zdrojového programu.

6) Kompilátor kompilátor. Prekladateľ, ktorý vníma formálny opis programovacieho jazyka a generovanie kompilátorov pre tento jazyk.

7) ladenie. Eliminuje individuálne typy syntaktických chýb.

8) Rezident. Neustále je v hlavnej pamäti a je k dispozícii na opätovné použitie mnohými úlohami.

9) samostatne zostavený. Napísané v rovnakom jazyku, z ktorého sa vysielanie vykonáva.

10) Univerzálne. Na základe formálneho opisu syntaxe a sémantiky vstupného jazyka. Kompozitné časti tohto kompilátora sú: jadro, syntaktické a sémantické nakladače.

Druhy kompilácie :

1) Batch. Zostavte viac zdrojových modulov v jednej položke úlohy.

2) Linka.

3) Podmienené. Kompilácia, ktorou preložený text závisí od podmienok uvedených v pôvodnom programe. Takže v závislosti od hodnoty určitej konštanty môžete zapnúť alebo zakázať vysielanie textu programu.

Konštrukcia kompilátora.

Proces kompilácie pozostáva z nasledujúcich krokov:

1) Lexikálna analýza. V tomto štádiu sa postupnosť symbolov zdrojového súboru prevedie na lex sekvenciu.

2) Syntaktická (gramatická) analýza. Sekvencia Lex je prevedená na analýzu stromu.

3) Sémantická analýza. Hlavný strom je spracovaný s cieľom zriadiť svoju sémantiku (význam) - napríklad záväzné identifikátory na svoje vyhlásenia, typy, kontrola kompatibility, definovať typy výrazov atď. Výsledok sa bežne nazýva "medziprodukt / kód", A môže byť up-to-date prepúšťanie stromu, nový strom, abstraktný súbor tímov alebo niečo iné, vhodné na ďalšie spracovanie.

4) Optimalizácia. Odstránenie nadmerných štruktúr a zjednodušenie ochrany kódu z jeho významu. Optimalizácia môže byť na rôznych úrovniach a etapách - napríklad cez medziľahlý kód alebo nad konečným kódovým kódom.

5) Generácia kódu. Z priebežného zobrazenia sa kód vygeneruje na cieľovom jazyku.

V špecifických impilériách môžu byť tieto fázy rozdelené alebo kombinované v jednej forme alebo inej.

Vysielanie a rozloženie.

Dôležitou historickou črtou kompilátora, ktorá sa odráža v jeho mene (ENG. Compily - zbierať spoločne, aby zostaviť), bolo to, že by mohlo produkovať a usporiadať (to znamená, obsiahnuté dve časti - prekladateľ a linker). Je to spôsobené skutočnosťou, že oddelené kompilácie a usporiadanie ako samostatné montážne fázy boli uvedené oveľa neskôr ako vzhľad kompilátorov. V tomto ohľade namiesto termínu "kompilátor" niekedy používa termín "prekladateľ", pretože je synonymom: buď v starej literatúre, alebo keď chcú zdôrazniť svoju schopnosť preložiť program v strojovom kóde (a naopak , Použite termín "kompilátor" na zdôraznenie schopnosti zbierať z mnohých súborov jeden).

Tlmočníkov.

Tlmočník (programovací jazyk) -

1) Program alebo technické prostriedky na vykonávanie interpretácie.

2) Pohľad prekladateľa, ktorý vykonáva prehrávač (mŕtvy) spracovanie a vykonávanie zdrojového programu alebo žiadosti (na rozdiel od kompilátora vysielajúceho celý program bez vykonania).

3) Program (niekedy hardvér), analyzovanie príkazov alebo programových operátorov a okamžite ich vykonávať.

4) Jazykový procesor, ktorý zahŕňa pôvodný program a zároveň vykonáva predpísané akcie a netvorí zostavovaný program v stroji, ktorý sa následne vykonáva.

Typy tlmočníkov.

Jednoduchý analýza tlmočníka a okamžite vykoná (nevyhnutne interpretácia) Program na PomandAndno (alebo riadok), pretože jeho zdrojový kód prichádza na vstup tlmočníka. Výhodou tohto prístupu je okamžitá reakcia. Nevýhoda - takýto tlmočník zistí chyby v texte programu len pri pokuse o vykonanie príkazu (alebo reťazec) s chybou.

Interpreter kompilácie typu je kompilátorový systém, ktorý prekladá zdrojový kód programu do medziľahlej reprezentácie, napríklad na bajtový kód alebo P kód, a skutočný tlmočník, ktorý vykonáva výsledný prechodný kód (tzv. Virtuálny stroj) . Výhodou takýchto systémov je vyšší výkon implementácie programov (v dôsledku odstránenia analýzy zdrojového kódu do samostatnej, jednorazovej pasáže a minimalizáciu tejto analýzy v tlmočníku). Nevýhody - väčší dopyt po zdrojoch a požiadavkách na správnosť zdrojového kódu. Používa sa v jazykoch, ako je Java, PHP, Python, Perl (Byte-Code), REXX (udržiava výsledok analýzy zdrojového kódu), ako aj v rôznych DBMS (P-kód sa používa).

V prípade tlmočníka typu kompilácie sa komponenty získavajú jazykovým kompilátorom a jednoduchým tlmočníkom s minimalizovanou analýzou zdrojového kódu. Okrem toho zdrojový kód pre takýto tlmočník nemusí mať textový formát alebo by mal byť kód Byte, že len tento tlmočník chápe, môže to byť strojový kód nejakej existujúcej hardvérovej platformy. Napríklad virtuálne stroje, ako je Qemu, Bohs, VMWARE, zahŕňajú tlmočníkov strojanového kódu rodiny procesorov X86.

Niektoré tlmočníci (napríklad pre LISP, Schéma, Python, Beysik a iné jazyky) môžu pracovať v režime dialógu alebo takzvaného čítacieho cyklu (ENG. Read-Eval-PrintLoop, rept). V tomto režime prekladá tlmočník dokončený jazykový dizajn (napríklad S-expresia v jazyku LISP), vykoná, vytlačí výsledky, po ktorých sa presunie k očakávaniu vstupu používateľa ďalšieho dizajnu.

Unikátne je jedinečné, čo je schopné pracovať v interpretácii aj zostavovaní vstupných údajov, čo vám umožní prepínať medzi týmito režimami na ľubovoľnom momente, a to tak počas prenosu zdrojového kódu a počas prevádzky programov.

Treba tiež poznamenať, že režimy tlmočenia nájdete nielen v softvéri, ale aj hardvér. Mnohé mikroprocesory teda interpretujú strojový kód pomocou vstavaného firmvéru a Rodinné procesory X86 začínajúce na Pentium (napríklad na architektúre Intel P6), počas stropného kódu je predinštalovaný do interného formátu (v mikro -Odstránenie sekvencie).

Algoritmus jednoduchého tlmočníka :

2. Analyzujte pokyny a určujte vhodné opatrenia;

3. Vykonajte príslušné opatrenia;

4. Ak sa program nedosiahne, prečítajte si nasledujúce pokyny a prejdite na krok 2.

Výhody a nevýhody tlmočníkov.

1) Veľká prenosnosť interpretačných programov - program bude fungovať na akomkoľvek platforme, na ktorej je vhodný tlmočník.

2) Typicky pokročilejšie a vizuálne prostriedky diagnostikovania chýb v zdrojových kódoch.

3) Zjednodušte kódový kód zdroja ladenia.

4) Menšie veľkosti kódu v porovnaní so strojovým kódom získaným po konvenčných kompilátoroch.

1) Interpretálny program nie je možné vykonať samostatne bez tlmočníka programu. Samotný tlmočník môže byť veľmi kompaktný.

2) Interpretačný program je pomalší, pretože predbežná analýza zdrojového kódu a plánovanie jeho vykonania si vyžadujú dodatočný čas v porovnaní s priamymi verziami stroja, ktorý môže byť zostavený zdrojový kód.

3) Prakticky nie je žiadna optimalizácia kódu, ktorá vedie k ďalším stratám pri rýchlosti interpretačných programov.

Linker.

Linker (tiež pripojený editor, linker) - program, ktorý produkuje rozloženie - prevezme vstupný alebo niekoľkými objektovými modulmi a vyberá spustiteľný modul podľa nich.

Ak chcete viazať moduly, linker používa mená názvov vytvorených kompilátorom v každom z cieľových modulov. Takéto mená môžu byť dva typy:

1) Niektoré alebo exportované názvy - funkcie a premenné definované v tomto module a poskytnuté na používanie iných modulov.

2) neisté alebo importované názvy - funkcie a premenné, na ktoré sa vzťahuje modul, ale neurčuje ich v sebe.

Linkerová práca je umožniť odkazy na neisté mená v každom module. Pre každé importované meno je jeho definícia definovaná v iných moduloch, názov uvedená na meno sa nahrádza jeho adresou.

Linker zvyčajne nekontroluje typy a počet parametrov postupov a funkcií. Ak potrebujete kombinovať objektové objektové moduly napísané v prísnych jazykoch písania, potom potrebné kontroly musia byť dokončené s dodatočným nástrojom pred spustením prepojenia editora.

Assembler.

Assembler (z angličtiny. Assembler - kolektor) - počítačový program, zdrojový text kompilátor programu napísaný v jazyku assembler do zariadenia stroja.

Rovnako ako samotný jazyk (assembler), sú montážne sú zvyčajne špecifické pre špecifickú architektúru, operačný systém a možnosť syntaxe jazyka. Súčasne existujú multiplatform alebo univerzálne (presnejšie, obmedzené-universal, pretože v jazyku s nízkou úrovňou nemôžete písať montážne programy nezávislých hardvéru), ktoré môžu pracovať na rôznych platformách a operačných systémoch. Medzi druhé, môžete tiež zvýrazniť skupinu Cross-Assembler, ktorá je schopná zbierať počítačový kód a spustiteľné moduly (súbory) pre iné architektúry a OS.

Zhromaždenie nemusí byť prvým a nie posledným krokom na ceste k získaniu spustiteľného programového modulu. Mnohí kompilátori z programovacích jazykov na vysokej úrovni teda vydávajú výsledok vo forme programu v jazyku Assembler, ktoré procesy assembler v budúcnosti. Výsledok montáže sa tiež nesmie vykonať, a objektový modul obsahujúci rozptýlené a zbytočné časti stroja kódu a údaje programu, z ktorých (alebo z niekoľkých modulov objektov), \u200b\u200bv budúcnosti pomocou programu Linker ("linker) ") Môže byť usporiadaný spustiteľný súbor.

Debugger alebo Debugger je modul rozvojového prostredia alebo samostatná aplikácia určená na vyhľadávanie chýb v programe. Debugger vám umožňuje vykonávať krok za krokom sledovanie, skladbu, nainštalovať alebo zmeniť hodnoty premenných počas realizácie programu, nainštalovať a odstrániť kontrolné body alebo podmienky zastavenia atď.

Zoznam debugger.

1) AQTIME - Obchodný debugger pre aplikácie vytvorené pre .NET Framework verzia 1.0, 1.1, 2.0, 3.0, 3.5 (vrátane ASP.NET aplikácií), ako aj pre Windows 32- a 64-bitové aplikácie.

2) DTRACE - dynamický sledovací rámec pre Solaris, OpenSolaris, FreeBSD, Mac OS X a QNX.

3) Elektrický plot - Debugger.

4) GNU Debugger (GDB) - Debugger programy z projektu GNU.

5) IDA je výkonný disassembler a lacné debugger pre Windows a Linux Family a Linux operačné systémy.

6) Microsoft Visual Studio - vývojové prostredie softvéru, ktoré obsahuje ladenie spoločnosti Microsoft Corporation.

7) OLLYDBG je bezplatný debugger s nízkou úrovňou pre operačné systémy Windows.

8) SOFTICE - Nízkoúrovňový debugger pre operačné systémy Windows.

9) Sun Studio - Rozvojové prostredie softvéru, vrátane DBX Debugger pre Solaris a Linux, zo Sun Microsystems.

10) Dr. Watson je štandardný Windows Debugger, umožňuje vytvárať pamäťové skládky.

11) Celkovo je jedným z obchodných debuggerov pre UNIX.

12) Windbg je zadarmo debugger od spoločnosti Microsoft Corporation.

Generátor dokumentácie je programový alebo softvérový balíček, ktorý vám umožní prijímať dokumentáciu určenú pre programátorov (dokumentáciu API) a / alebo pre koncových užívateľov systému podľa osobitne komentovaného zdrojového kódu a v niektorých prípadoch podľa spustiteľných modulov (Získané pri výkone kompilátora).

Generátor zvyčajne analyzuje zdrojový kód programu, zvýraznenie konštrukcií syntaxe zodpovedajúce významným programovým objektom (typy, triedy a ich členov / vlastnosti / metódy, postupy / funkcie atď.). Analýza tiež používa meta-informácie o objektoch programu, ktoré sú uvedené vo forme dokumentov. Na základe všetkých informácií zozbieraných informácií je pripravená dokumentácia vytvorená spravidla v jednom zo všeobecne akceptovaných formátov - HTML, HTMLHELP, PDF, RTF a ďalšie.

Dokumentárne pripomienky.

Dokumentácia komentára je špeciálne zariadený komentár k objektu programu, určený na použitie konkrétnym generátorom dokumentácie. Z akého druhu generátora dokumentácie sa aplikuje syntax štruktúr používaných pri dokumentovaní komentárov.

Dokumentácia Komentáre môžu obsahovať informácie o autorovi kódexu, na opis účelu objektu programu, význam vstupných a výstupných parametrov - pre funkčné / postupy, príklady použitia, možné výnimočné situácie, vlastnosti implementácie.

Dokumentácia Komentáre sa zvyčajne vypracujú ako multi-line komentáre v štýle SI. V každom prípade musí byť komentár pred zdokumentovaným prvkom. Prvý symbol v komentároch (a na prvý komentár) by mal byť *. Bloky sú oddelené prázdnymi strunami.

3. Visual Basic pre aplikácie

softvérový softvér systému System System

3.1 Podstatou vizuálnej a jej stručnej histórie

Microsoft Visual Basic (VB) - Nástroj na vývoj softvéru, ktorý vyvinutý spoločnosťou Microsoft a zahŕňa programovací jazyk a rozvojové prostredie. Jazyk vizuálnej základne zdedil ducha, štýl a čiastočne syntax jeho predkov - zlý jazyk, ktorý má veľa dialektov. Zároveň Visual Basic kombinuje postupy a prvky objektovo orientovaných a komponentov orientovaných programovacích jazykov. Vývojové prostredie VB zahŕňa nástroje pre používateľské rozhranie vizuálneho dizajnu. (Pozri tabuľku.).

Visual Basic (kľúčové funkcie)

Visual Basic je považovaný za dobrý nástroj na vytvorenie programových prototypov, aby sa vytvorili databázové aplikácie a všeobecne pre metódu komponentov pre vytváranie programov so systémom Microsoft Windows operačné systémy.

V procese evolúcie prešiel visual Basic niekoľko po sebe idúcich etáp, čo mu umožnilo stať sa jedným z najobľúbenejších programovacích jazykov dnes. Tak, evolúcia Vizuálna prechádzka nasledovne:

1. May1991 - Vydané Visual Basic 1.0 Formicrosoft Windows. Syntax QBASIC bola braná ako základ jazyka a inovácia, ktorá potom priniesla jazykom veľkej popularity, bol princíp komunikácie jazyka a grafického rozhrania.

2. September 1992 - Vydané Visual Basic 1.0 v rámci DOS. Nebolo plne kompatibilné s verziou systému Windows VB, pretože to bola ďalšia verzia QuickBasic a pracovala v textovom režime obrazovky.

3. November 1992 - Vydané Visual Basic 2.0. Rozvojové prostredie sa uľahčilo používanie a fungovalo rýchlejšie.

4. V lete 1993 - Visual Basic 3.0 bola publikovaná v štandardných a profesionálnych verziách. Všetko ostatné, doručovací motor bol pridaný do práce s prístupovými databázami.

5. August 1995 - Visual Basic 4.0 - verzia, ktorá by mohla vytvoriť 32 a 16-bitové programy Windows.

6. Február 1997 - Visual Basic 5.0 - Počnúc touto verziou sa to stalo, spolu s bežnými aplikáciami, vyvinúť komponenty COM.

7. V polovici roku 1998 vyšiel Visual Basic 6.0. Potom spoločnosť Microsoft dramaticky zmenila politiky týkajúce sa jazykov základnej rodiny. Namiesto rozvoja vizuálneho základného je vytvorený absolútne nový jazyk vizuálneho základu.

8. V roku 2005 bola vydaná nová verzia programu Visual Basic, vrátane Visual Studio. Spokojná s novým rozhraním a funkciami. Jazyk je založený na Visual Basic.net.

9. Koncom roka 2007 spoločnosť Microsoft vydala novú verziu Visual Basic - Visual Basic 2008, ktorá bola tiež založená na Visual Basic.net.

Na základe funkčnosti a špecifiká aplikácie možno rozlíšiť tieto odrody určeného programu:

1. Classic Visual Basic (verzia 5-6) Tento jazyk je veľmi silne viazaný na svoje vývojové prostredie a na operačný systém Windows, ktorý je výlučne nástrojom na písanie pre aplikácie Windows.

2. VizualizáciaBasicForapplications (VBA) Toto je programovací nástroj, prakticky sa líši od klasického vizuálneho základného, \u200b\u200bktorý je určený na písanie makrá a iných aplikačných programov pre konkrétne aplikácie. Vďaka svojmu použitiu v balíku Microsoft Office som dostal najväčšiu popularitu. Rozšírené šírenie vizuálneho základného pre aplikácie v kombinácii s pôvodne nedostatočnou pozornosťou na bezpečnostné problémy viedli k rozšíreným makrám.

3. VisualBasicscriptingEdition (VBScript) skriptovací jazyk, ktorý je mierne skrátenou verziou obvyklého vizuálneho základného. Používa sa hlavne na automatizáciu správy systémov Windows, ako aj na vytvorenie stránok ASP stránok a skriptov pre Internet Explorer.

3.2 Vizualizované rozhranie, základné funkcie a funkcie

Vytvorením VisualBasicForapplication Microsoft zdvihol svoju hlavnú úlohu na vytvorenie podpory nástrojov pre používateľov, ktorí nie sú profesionálni programátori, ale zároveň dostatočne kvalifikovaný na rozvoj a návrh aplikácií a aplikácií založené na MicrosoftOffice. Riešila zadanú úlohu, ktorú vývojári vytvorili VBA, aby ho obdalo niekoľko jedinečných funkcií. Jedným z týchto najcennejších pre užívateľa je schopnosť vytvárať a používať neštandardné (prispôsobiteľné) dialógové okno v programoch, pridanie objektu UserForm do projektu, ako aj užívateľsky príjemné užívateľské rozhranie.

Rozhranie programu VisualBasicForapplicaplication dokončí z komplexu rôznych okien a kariet používaných pri konštrukcii vytvorenej aplikácie, ktorého hlavné zariadenie sú:

1) Okno projektu (obr. 2), ktorý zobrazuje štruktúru vytvoreného projektu.

2) Okno kódového kódu (obr. 3), ktorý zobrazuje programový kód vytvoreného programu a schopnosť zapisovať program na klasickú metódu pomocou vstavaného editora slovného programu, ktorý vo VBA viac ako 16 tisíc. Toto okno vám tiež umožňuje upravovať kód a skontrolovať ho chyby.

3) Tab Vlastnosti (obr. 4) Zobrazí parametre nastavené na zadaný objekt a možnosť zmeniť zadané nastavenia.

Presunutie medzi systémom Windows a záložiek, užívateľ môže ľahko prispôsobiť vytvorený projekt.

Pomocou užívateľsky generovaného formulára VBA môžete vytvoriť neštandardné dialógové okno na zobrazenie údajov alebo prijímanie hodnôt od užívateľa používateľa, pretože najviac je v súlade s potrebami programu. Môžete napríklad vytvoriť test, zobraziť dialógové okno pre zobrazenie otázok s možnosťami odpovedí a poskytnúť užívateľovi možnosť vybrať si jednu z možností odpovedí, ktoré považuje za verný.

Non-štandardné dialógové okno umožňujú program komunikovať so svojím užívateľom najťažším spôsobom a poskytovať rôzne dátové vstupy a výstup.

Non-štandardné dialógové okno je vytvorené vo VBA pridaním objektu UserForm do projektu. Tento objekt je prázdny dialógové okno; Má tlačidlo hlavičky a zatváranie tlačidlo, ale v ňom nie sú žiadne iné kontroly. Non-štandardné dialógové okno je vytvorené pridaním ovládacích prvkov na objekt UserForm a zvyčajne sa nazýva jednoducho forma (obr. 5).

Každý objekt užívateľa má vlastnosti, metódy a udalosti zdedené z triedy objektov používateľa.

Každý objekt UserForm obsahuje aj triedny modul, ku ktorému používateľ pridáva svoje vlastné metódy a vlastnosti alebo vstupuje do postupov spracovania tohto formulára.

Schopnosť vytvoriť kreatívne rozhranie, nezávislé od prostredia aplikačného programu, ako napríklad Excel, s pomocou foriem obrazovky je jednou z najcennejších funkcií vo VBA.

Formuláre obrazovky sú okná rôznych účelov a typ vytvorený užívateľom pre vašu aplikáciu. Obsahujú kontroly, ktoré umožňujú užívateľovi zdieľať informácie s aplikáciou.

VBA používa vytvorenú formulár grafický dizajn - s nastaveniami vlastností formulára a ovládacích prvkov - aby ste získali všetky informácie potrebné na zobrazenie dialógového okna: Rozmery dialógového okna, kontrolné prvky v nej atď. Výsledkom je, že VBA vám umožňuje zobraziť formulár dialógového okna pomocou jednej inštrukcie.

Ak chcete zobraziť neštandardné dialógové okno, použite metódu UserForm Show. Ak v okamihu nie je formulár načítaný do pamäte, načíta sa metóda show a zobrazí ho. Ak je formulár už načítaný, metóda show jednoducho zobrazí.

Zobrazenie jedného dialógového okna na vykonanie úlohy zvyčajne nestačí. Je takmer vždy potrebné určiť stav ovládacích prvkov dialógového okna, aby ste zistili, ktoré údaje alebo možnosti si vybrali používateľa. Ak sa napríklad dialógové okno používa na získanie informácií od užívateľa o tom, ako by mali byť stĺpce a riad zabezpečené pracovným listom, je potrebné mať možnosť zistiť, ktoré užívateľské hodnoty zadané po zatvorení dialógového okna a na skutočný začiatok operácie objednávky.

V ostatných prípadoch môže byť potrebné dynamicky zmeniť hlavičky tlačidiel (alebo iných ovládacích prvkov) dialógového okna, dynamickú aktualizáciu nápisu alebo v poli priradenej k merači, alebo dynamické potvrdenie dialógového okna údajov.

Schopnosť výrazne rozšíriť súbor funkcií zabudovaných do štandardnej aplikácie, ako napríklad MicrosoftExcel, ako aj vytvoriť funkcie, ktorých hodnoty závisia od niektorých podmienok a udalostí.

VBA vám umožňuje naprogramovať tabuľkové funkcie. Ak chcete vytvoriť samostatný pracovný list pre softvérový modul, z vizuálneho menu je k dispozícii príkaz modulu, príkaz modulu z menu Insert Makro. Potom sa objaví nový pracovný list "Modele1". V softvérovom module musíte opísať funkciu v jazyku VBA. V okne programu Modul môžete pracovať ako v okne malého textového editora.

Vkladanie funkcií sa vykonáva príkazom prehliadača objektu z ponuky Zobraziť. Funkcie definované užívateľom sú považované v programe ako nezávislé objekty. VBA má významný súbor vstavaných funkcií, ktorý ich oddeľuje.

Visual Basic vám umožňuje rezervovať premenné, čo označuje oboch bez neho, pracujte s rôznymi typmi dát, používajte konštanty, prácu s matematickými operátormi a funkciami, používajte ďalších operátorov. Použitie prevádzkovateľov cyklu pre ďalšie, do, typové objekty typu (neviditeľné stopky v programe). Presnosť nastavenia času v programe je 1 milisekunda, alebo 1/1000 sekúnd. Spustený časovač neustále funguje - t.j. Príslušný postup spracovania prerušenia sa vykonáva v danom časovom intervale - kým užívateľ zastaví časovač ani zakáže program.

V hoteli VBA môžete zadať ľubovoľný majetok pre formulár, vrátane titulu, veľkosti, typu rámu, farby pozadia a symbolov, textového fontu a vzoru pozadia.

Ak zhrnutíte všetky funkcie programu, potom Visual Basic Forpplication vám umožňuje:

1) Práca s ovládacími prvkami

Dôstojnosť :

1. Vysokorýchlostné aplikácie s grafickým rozhraním pre MS Windows.

2. Jednoduchá syntax, ktorá vám umožní rýchlo zvládnuť jazyk.

3. Schopnosť zostaviť v strojovom kóde a v kóde p (výberom programátora). V režime Debug je program vždy zostavený do P-Code, ktorý vám umožní pozastaviť vykonanie programu, aby ste vykonali výrazné zmeny v zdrojovom kóde, a potom pokračovať v realizácii: Úplná rehopozícia a reštartovanie programu sa nevyžaduje.

4. Ochrana pred chybami spojenými s používaním ukazovateľov a prístupu pamäte. Tento aspekt robí vizuálne základné aplikácie stabilnejšie, ale je tiež predmetom kritiky.

5. Schopnosť používať väčšinu funkcií WINAPI na rozšírenie funkčnosti aplikácie. Táto otázka je najviac preskúmaná Dan Appoman, ktorý napísal knihu "Visual Basic programátor" S sprievodcom API Win32. "

Kritika :

1. Aspekty vizuálneho bázu sú často kritizované, pretože schopnosť vypnúť sledovacie prostriedky na deklarované premenné, schopnosť implicitnej variabilnej konverzie, prítomnosť typu dát "variant". Podľa kritikov umožňuje napísať extrémne zlý kód. Na druhej strane je to možné zobraziť ako plus, pretože VB neukladá "dobrý štýl", ale umožňuje programátor viac slobody.

2. Nedostatok ukazovateľov, nízkoúrovňovej pamäte, ASM vložiek. Napriek tomu, že paradigma Visual Basic umožňuje priemerný programátor VB, aby urobili všetko, čo je všetko, uvádzané veci sa často stávajú predmetom kritiky. A hoci, s použitím nezdokumentovaných schopností a určitých trikov, to všetko môže byť implementované na VB (napríklad s použitím funkcií na získanie varptr (), strptr () a objgtr ()); Je oveľa zložitejšie používať tieto triky ako napríklad v C ++.

Stojí však za zmienku, že všetky nedostatky jazyka vyplývajú z jeho hlavnej výhody - jednoduchosť vývoja grafického rozhrania. Mnohí programátori preto používajú Visual Basic na vývoj užívateľského rozhrania a funkčnosť programu sa implementuje ako dynamicky pripojené knižnice (DLL) napísané v inom jazyku (najčastejšie C ++).

4. Praktická časť

4.1 Vyhlásenie o problémoch

Urobte blokový diagram a napíšte program v Pascal. Vypočítať vnútorné náklady cenných papierov. Vnútorná hodnota majetku je určená budúcim tokom príjmov z tohto majetku.

pV - Aktuálna vnútorná hodnota akcie

c - Očakávaný príchod z posudzovaného majetku

r - Výnosová sadzba očakávaným investorom príjmov s príslušnou úrovňou rizika

n je časový faktor (v mesiacoch).

Vykonajte analýzu trhu a zefektívniť výsledok pri vzostupnom získaných údajoch.

4.2 Text programu v Pascal

pV: rad skutočných;

writeln ('Zadajte očakávaný vstup z', i, '- Go Asset C:');

writeln ('Zadajte rýchlosť ziskovosti očakávaného investora R:');

pV: \u003d C / EXP (LN (1 + R) * I);

writeln ("Aktuálna vnútorná hodnota majetku je", PV [I]: 1: 3);

writeln ("vnútorná hodnota aktív sa rovná", s);

pre j: \u003d 1 až 4

ak PV [j]\u003e PV potom

writeln ("náklady na aktíva zoradené zvýšením");

pre I: \u003d 1 až 5

writeln (PV [I]: 1: 3);

4.3 Príklad ovládania

4.4 Výsledok realizácie programu na kontrolnom príklade

Záver

Takže, sčítanie všetkých vyššie uvedených, treba poznamenať, že inštrumentálny softvér je jedným z typov softvéru, ktorý má svoje spoločné úlohy a funkcie.

Avšak, ako vysoko špecializovaný typ softvéru, má určitý súbor jedinečných vlastností a funkcií, ktoré zabezpečujú riešenie úloh spojených s ním.

Je potrebné poznamenať, že vznikajúca tendencia zjednodušiť proces programovania a vytvorenie špecifickej podtriedy - polospracujúce programovanie pre aplikované účely.

To umožní skúsenému užívateľovi užívateľovi, ale nie profesionálnym programátorom, vytvárať niektoré aplikácie a malé súbory MicrosoftFice používané predovšetkým na účely účtovníctva a na účely riadenia dokumentov v malých spoločnostiach.

Na tento účel bol Microsoft vyvinutý v balíku VisualBasicForpplication Software, ktorý uľahčuje uľahčenie procesu programovania a poskytol možnosť riešiť programovanie aplikácií a nie programátorov. Táto funkcia bola implementovaná predovšetkým vytvorením programového oddielu - "Editor skriptov" a možnosť nahrávať a spustiť "makrá", ako samostatný typ graficky programovateľných modulov. Implementovalo schopnosť vytvárať aplikácie s grafickým rozhraním pre MS Windows. Výhodou tohto typu softvéru na nástroj je tiež jednoduchá syntax, ktorá vám umožní rýchlo zvládnuť jazyk a aplikovať ho na programovanie vo všetkých štandardných aplikáciách MicrosoftOffice.

Preto je ťažké preceňovať význam inštrumentálnej podpory vo všeobecnosti a najmä vizualizované, najmä vizuálne, hoci nedostatky a boli uvedené vyššie, sa tiež uskutočňujú. Nie je to však ani negatívne aspekty výrobku, ale usmernenia na ďalšie zlepšenie inštrumentálnej podpory v osobe vizualizovaného vizuálne.

1. Algoritmické jazyky reálneho času / ed. Yang S. / 2004

2. Časopis Magazine PC Magazine Ruská edícia №2 2008. Počítač dnes.

3. Informatika. / Ed. Mogilev A.V., Pak N.I., Henner EK / - M.: Academia, 2000.

4. Informatika a informačné technológie: učebnica / ed. Romanová D.YU. / LLC "Vydavateľ" EKSMO ", 2007.

5. Najnovšia encyklopédia osobného počítača / ed. Leontiav V. / Moskva, 1999. - 271 p.

6. Nové programovacie jazyky a trendy v ich vývoji / ed. USHKOVA V. / 2001

7. Pedagogika / ed. PIDCISTE P.I. / - M.: Pedagogická spoločnosť, Rusko, 2000.

8. Programovanie pre Microsoft Excel 2000 po dobu 21 dní. / Ed. Harisa M. / - M.: Williams, 2000.

9. Simonovich S. Informatika: Základný kurz. Štúdie. Pre univerzity. Petrohrad, Peter, 2002

10. S Excel 2000 bez problémov. / Ed. KOVALSKI / - M.: BININ, 2000.

11. "Efektívna práca v systéme Windows 98" / ed. STINSON K. / 2000. - 247 p.

12. Programovacie jazyky. KN.5 / ED. Vauina A.S. / 2003

13. Programovacie jazyky: Vývoj a implementácia / ed. Terrens P. / 2001

14. Elektronická učebnica o počítačovej vede. Alekseev, napr. http: //www.stf.mrsu.ru/economic/lib/informatics/text/PROGR.html \\ t

Technologická časť

Technológia vývoja softvéru

3.1.1 Definovanie procesov oblasti predmetu

V súčasnosti sú informačné technológie široko zavedené vo všetkých oblastiach ľudskej činnosti. To vedie k rozvoju obrovského softvéru pre softvér (PS) rôznych funkčných cieľov. Zároveň sa neustále zvyšuje objem a zložitosť použitých PS. V tomto ohľade mnohé prístupy k rozvoju PS, používané v počiatočných fázach vývoja výpočtových zariadení, stratia svoje pozície, pretože v plnej miere získajú PS požadovanej úrovne kvality pre časové obdobie s obmedzeným finančné, ľudské a technické zdroje., To je spojené s viacerými dôvodmi. Po prvé, intuitívna kampaň pre rozvoj PS, na základe poznatkov, zručností a talentov jednotlivých programátorov, neumožňuje rozvíjať komplexné PS a odporuje princípom svojho kolektívneho rozvoja. Po druhé, používanie metód kolektívneho rozvoja si vyžaduje štruktúrovaný prístup k pojmom životného cyklu (LCC) a modely životného cyklu životného cyklu (LCC PS). V opačnom prípade existujú významné riziká, ktoré nie sú potrebné, aby projekt na koniec alebo nedostali produkt so špecifikovanými vlastnosťami. Po tretie, metodiky pre rozvoj PS s rastom zložitosti a kritickosti prestanú splniť ciele a ciele, ktoré čelia svojim vývojárom. Po štvrté, rast zložitosti a objemu rozvinutého PS automaticky vedie k vzniku dostatočne zložitých metodík pre analýzu, dizajn a následné fázy vývoja. Použitie takýchto metodík sa stáva nemožným bez použitia inštrumentálnych nástrojov na ich podporu. Vyššie uvedené dôvody často vedú k neuspokojivým výsledkom projektov.

3.1.2 Procesy riadenia projektov

Modulárny dizajn je jedným z prvých prístupov k rozvoju štruktúry PS a zachoval si svoju pozíciu ako klasický prístup a ako základ pre moderné rozvojové technológie PS. Pri vývoji modulárnej PS sa môžu použiť metódy štrukturálneho konštrukcie alebo metódy objektu-orientovaného dizajnu. Ich cieľom je vytvoriť štruktúru vytvoreného programu - jej oddelenie podľa niektorých zavedených pravidiel o štrukturálnych zložkách (modularizácia) s následnou hierarchickou organizáciou týchto komponentov. Pre rôzne programovacie jazyky môžu byť komponenty podprogramy, externé moduly, objekty atď. Prehľad objektovo orientovaných analýz a konštrukčných metód je uvedený v sekcii. 6. Táto časť sa vzťahuje na štrukturálne metódy projektu. Takéto metódy sú zamerané na vytvorenie rámca pre funkčný základ. Klasická definícia ideálneho modulárneho programu je nasledovná. Modulárnym programom je program, v ktorom je možné zmeniť akúkoľvek časť logickej štruktúry bez toho, aby spôsobili zmeny v jeho iných častiach.

Obrázok 3.1 - Uloženie skupín procesov vo fáze

Obrázok 3.2 - Vzťah procesov riadenia projektov vo fáze

V skutočnom projekte môžu fázy len prejsť navzájom, ale aj prekrývanie. Opakovanie iniciácie v rôznych fázach projektu pomáha kontrolovať relevantnosť projektu. Ak je potreba jeho implementácie zmizla, ďalšia iniciácia vám umožňuje nainštalovať na čas a vyhnúť sa zbytočným nákladom.

3.1.3 Technológia rozvoja rýchleho aplikácie

Delphi Development Streda vybraný na vytvorenie projektu postgraduálneho projektu využíva technológiu (rýchly vývoj aplikácií - rýchly vývoj aplikácií). To znamená vývoj softvéru v špeciálnom prístrojovom prostredí a je založený na vizualizácii procesu vytvorenia programového kódu. Rýchle nástroje na vývoj aplikácií sú založené na architektúre komponentov. V tomto prípade sú komponenty objekty, ktoré kombinujú údaje, vlastnosti a metódy. Komponenty môžu byť vizuálne aj nezrovnateľné; atómový a kontajner (obsahujúci iné komponenty); Nízka úroveň (systém) a vysoká úroveň.

S vizuálnym dizajnom užívateľ poskytuje možnosť vybrať si potrebné komponenty z určitej (palety) s následnou úlohou ich vlastností. Ak chcete odkazovať na nástroje vizuálneho dizajnu, použite širokú škálu termínov, vrátane: rozloženia dizajnéra, dizajnérovi, vizuálneho editora, dizajnéra na obrazovke, dizajnérovi dizajnérov, grafického používateľského rozhrania, atď. Postup vypracovania rozhrania s radovými nástrojmi sa znižuje na súbor sekvenčných operácií, vrátane:

Umiestnenie komponentov rozhrania na správnom mieste;

Nastavte momenty času ich vzhľadu na obrazovke;

Nastavenie atribútov spojených s nimi a udalosťami.

Účinnosť vizuálneho programovania sa určuje nie tak moc prítomnosťou samotných vizuálnych zložiek, koľko prepojenia a interakcie tradičných prostriedkov. Aj keď programovacie prostredie neobsahuje dostatočný počet potrebných komponentov, bude stále v dopyte, ak vám umožní nezávisle vyvinúť potrebné komponenty alebo používať existujúcich výrobcov tretích strán, alternatíva k tým neprítomným v nej.

Inými slovami, technológia vývoja rýchleho softvéru je založená na integrovanom programovacom prostredí, s ktorým sa vykonávajú procesné procesy, ladenie a testovanie aplikovaných softvérových produktov.

3.1.4 Životný cyklus formácie formácie dokumentu

Model životného cyklu je štruktúra, ktorá určuje postupnosť procesov, akcií a úloh vykonávaných počas životného cyklu aplikačného softvéru, ako aj vzťah medzi týmito procesmi, činnosťami a úlohami. Model vodopádu bol použitý na vývoj programu. Tento model demonštruje klasický prístup k rozvoju rôznych systémov v akýchkoľvek aplikovaných oblastiach. Stanovuje konzistentnú organizáciu práce. Hlavným prvkom je rozdeliť celý vývoj do krokov a prechod z jedného kroku na druhý sa vyskytuje až po úplnom ukončení všetkých diel v predchádzajúcej fáze.

Vývoj programu bol vykonaný v niekoľkých fázach:

Analýza požiadaviek na zákazníka: V tomto štádiu, problémy, ktoré vznikajú počas prevádzky podobného softvéru a formulovali technickú úlohu uvedenú vo výskumnej časti projektu diplomu;

Dizajn: Rozvyčité riešenia, ktoré spĺňajú všetky požiadavky formulované v technickej úlohe, sú vyvinuté. Vytvoria sa databáza, konštrukčný diagram a algoritmy programových modulov prezentovaných v špeciálnej časti promócie projektu;

Vývoj softvéru: Vývoj softvéru sa uskutočnil v súlade s návrhovými riešeniami predchádzajúceho štádia. V tomto štádiu sa vytvoria potrebné programové moduly. Niektoré z rozvinutých modulov sú uvedené na obrázku 3.3. Výsledkom vykonávania tejto fázy je hotový softvérový produkt;

Testovanie a skúsená prevádzka: vykonáva sa overenie prijatého softvéru na dodržiavanie požiadaviek deklarovaných v technickej úlohe;

Dodávka hotového výrobku.

Obrázok 3.3 - Moduly vytvoreného programu

Známky modularity softvéru: 1) Program sa skladá z modulov. Táto funkcia pre modulárny program je zrejmý; 2) Moduly sú nezávislé. To znamená, že modul môže byť zmenený alebo modifikovaný bez následkov v iných moduloch; 3) Podmienka "jeden vstup je jeden výstup". Modulárny program pozostáva z modulov, ktoré majú jeden vstupný bod a jeden výstupný bod. Všeobecne platí, že to môže byť viac ako jeden vstup, ale je dôležité, aby sa určené vstupné body určili a iné moduly nemohli zadať tento modul v ľubovoľnom bode. Výhody modulárnej konštrukcie: 1) Zjednodušenie vývoja PS; 2) Eliminácia nadmerného spracovania údajov; 3) Zjednodušenie podpory PS; 4) Uľahčiť čítanie a pochopenie programov; 5) Pomocník s údajmi s komplexnou štruktúrou. Nevýhody modulárnosti: 1) Modulárny prístup si vyžaduje väčší čas centrálneho procesora (v priemere o 5 - 10%) v dôsledku času manipulačných modulov; 2) Modularita programu vedie k zvýšeniu objemu (v priemere o 5 - 10%); 97 3) Modularita vyžaduje dodatočnú prevádzku programátora a definitívnych zručností o projektovaní PS. Klasické metódy štrukturálneho dizajnu modulárneho PS sú rozdelené do troch hlavných skupín: 1) Metódy dizajnu smerom nadol; 2) metódy expanzie jadra; 3) Vzostupné metódy. V praxi sa zvyčajne aplikujú rôzne kombinácie týchto metód. Zhrnutie V ideálnom modulárnom programe je možné zmeniť akúkoľvek časť logickej štruktúry bez toho, aby spôsobili zmeny v jeho iných častiach. Ideálny modulový program pozostáva z nezávislých modulov, ktoré majú jeden vstup a jeden výstup. Modulárne programy majú výhody a nevýhody. Existujú tri skupiny klasických metód na navrhovanie modulárneho PS.

3.1.5 Metodika, technológie a nástroje Vývoj aplikačného softvéru

Metodika, technológia a inštrumentálne prostriedky (prípad) sú založené na základe návrhu akejkoľvek programovej, technických, informačných - systémov. S ohľadom na softvér sa metodika vykonáva prostredníctvom špecifických technológií a podporujú ich štandardy, techniky a nástroje, ktoré zabezpečujú procesy životného cyklu softvérových produktov.

Metodikou vytvárania aplikačných programov je organizovať proces stavebného softvéru a zabezpečiť riadenie tohto procesu s cieľom zabezpečiť splnenie požiadaviek na samotný systém a charakteristiky procesu vývoja.

Každá technologická prevádzka musí byť poskytnutá údajmi získanými na predchádzajúcej operácii (alebo zdrojových údajoch); Metodické materiály, pokyny, normy, normy; softvérové \u200b\u200ba technické prostriedky. Výsledky operácie by sa mali predkladať v určitom štandardnom formulári, pričom pri vykonávaní následných technologických operácií poskytujú ich primerané vnímanie.

Automatizované vývojové nástroje Aplikácie nástroje (Počítačový podporovaný softvér / SystemEngineering). V súčasnosti zmysel tohto termínu rozšíril a získal nový význam, ktorý pokrýva proces rozvoja komplexných informačných systémov ako celku. Termín prípadové prostriedky je teraz chápané softvérovými nástrojmi, ktoré podporujú procesy vytvárania a udržiavania informačných systémov, vrátane analýzy a formulácie požiadaviek, navrhovania aplikačného softvéru a databáz, generácie kódu, testovania, dokumentácie, zabezpečenia kvality, riadenia konfigurácie a riadenia projektov a tiež iné procesy.

Rad je sada špeciálnych nástrojov nástrojov na vývoj aplikačných softvérových systémov, ktoré pracujú so špecifickým súborom grafických objektov, ktoré fungujú funkčným jednotlivým informačným komponentom. Pri použití tejto metodiky majú skúsenosti a profesionalita vývojárov veľký význam.

Základné princípy metodiky Rad sa môžu znížiť na nasledovné:

Používa sa model iteratívneho rozvoja a úplné ukončenie práce na každom z etapov životného cyklu nie je potrebné;

V procese rozvoja je potrebná úzka spolupráca so zákazníkom a budúcimi užívateľmi;

Je potrebné aplikovať prípady a prostriedky rýchleho rozvoja aplikácie;

Je potrebné použiť nástroje riadenia konfigurácie, ktoré uľahčujú zavedenie zmien projektu a údržbu hotového systému;

Testovanie a vývoj projektov sa vykonáva súčasne s vývojom;

Vývoj sa vykonáva niekoľkými a dobre riadený tím profesionálov, zatiaľ čo je potrebné pre kompetentné riadenie rozvoja systému, jasné plánovanie a kontrolu výkonu práce.

Rad Nástroje majú pohodlné grafické rozhranie a umožňujú vám vytvoriť jednoduché aplikácie založené na štandardných objektoch s takmer žiadnym kódom programu písania. To do značnej miery znižuje rutinnú prácu na vývoji časti rozhrania aplikácií, pretože Pri použití konvenčných médií je vývoj rozhraní pomerne pracná úloha, ktorá trvá určitý čas. Radové nástroje umožňujú vývojárom sústrediť úsilie na podstatu skutočných procesov predmetovej oblasti oblasti programového objektu, ktorý v konečnom dôsledku vedie k zlepšeniu kvality vyvinutého systému.

Vizuálne vývojové nástroje sú prevádzkované predovšetkým so štandardnými objektmi rozhrania a ovládacích prvkov - Windows, zoznamy, texty, tlačidlá, prepínače, začiarkavacie políčka, ponuky atď., Ktoré uľahčujú prevod informácií, zobrazujú ho na obrazovke monitora, spravovali zobrazené údaje. Všetky tieto objekty môžu byť štandardne opísané jazykovými nástrojmi a samotné popisy sa uložia na ďalšie opätovné použitie.

Logika aplikácie postavenej s radom je orientovaná na udalosť, t.j. Riadenie objektov sa vykonáva pomocou udalostí. To znamená nasledovné: Každý objekt zahrnutý v aplikácii môže generovať udalosti a reagovať na udalosti generované inými objektmi. Príklady udalostí môžu byť: otváranie a zatváranie okien, stlačením tlačidla alebo klávesu klávesnice, pohyb myši, zmena údajov v databáze atď. Developer implementuje aplikáciu Logiku definovaním procesora Udalosť - postup vykonaný podľa objektu nastane príslušná udalosť. Napríklad psovod "Stlačením tlačidla" môže otvoriť dialógové okno.

Napriek všetkým svojim výhodám metodika Rad nemôže nárokovať univerzálnosť. Jeho použitie je najúčinnejšie pri vývoji relatívne malého softvéru. Pri vývoji typických systémov, ktoré nie sú dokončené výrobky, ale sú súbor typických prvkov (napríklad nástroje na automatizáciu dizajnu), takéto ukazovatele projektu, ako je manipulácia a kvalita, ktoré môžu zahŕňať rozpor s jednoduchosťou a rýchlosťou vývoja. Je to spôsobené tým, že typické systémy sú zvyčajne centrálne sprevádzané a môžu byť prispôsobené rôznym softvérovým a hardvérovým platformám, systémom správy databázy, komunikačných zariadení a integrovať sa s existujúcim vývojom. Preto pre tento druh projektov sa vyžaduje vysoká úroveň plánovania a tuhej dizajnovej disciplíny, striktne po vopred vypracovaných protokoloch a rozhraní, čo znižuje rýchlosť rozvoja.

Aplikácia metodiky Rad je obmedzená na vytvorenie komplexných programov zúčtovania, operačných systémov alebo programov riadenia pre komplexné inžinierske a technické objekty - programy, ktoré vyžadujú písanie veľkého množstva jedinečného kódu. Metodika radu je malá efektívna pre vývoj aplikácií, v ktorých je užívateľské rozhranie sekundárne, to znamená, že neexistuje žiadna vizuálna definícia logiky softvéru. Príklady môžu slúžiť ako aplikácie v reálnom čase, vodiči alebo nástroje.

Metodika Rad je úplne neprijateľná pre vývoj systémov, na ktorých závisí bezpečnosť ľudí, ako sú systémy kontroly dopravy alebo jadrové elektrárne. Je to spôsobené tým, že iteračný prístup, ktorý je jedným z základov radov, navrhuje, aby prvé verzie systému neboli plne funkčné, čo môže v tomto prípade viesť k vážnym katastrofám.

3.2 Softvérová technológia

Softvérový priemysel sa neustále snaží vyriešiť problém kvality, ale aké dôležité sú jeho úspechy v súčasnosti je dosť ťažké povedať. Diplomový projekt hovorí o novej generácii testovacích nástrojov, ktoré sú určené na zlepšenie kvality programov. Avšak, nástroje, dokonca aj automatické, nie sú schopné pomôcť, ak sa používajú nesprávne. Diskusia o nástrojoch predchádzalo prezentácii všeobecných ustanovení "Správne" testovanie.

Kvalita programu, ktorá sa vyvíja, môže byť posilnená nasledujúcim spôsobom: aby sa tím dobrých programátorov so skúsenosťami v podobných projektoch, dajte im dobre nastavenú úlohu, dobré nástroje, vytvoriť dobré pracovné podmienky. S vysokou pravdepodobnosťou môžete očakávať, že bude možné vyvinúť softvérový systém s dobrou kvalitou.

Najdrahšie chyby sa vykonávajú na prvých fázach životného cyklu - tieto chyby pri určovaní požiadaviek, výber architektúry, dizajnu na vysokej úrovni. Preto je potrebné sústrediť sa na vyhľadávanie chýb na všetkých fázach, vrátane najskorších, bez toho, aby na ne čakali, zatiaľ čo oni sú zistené pri testovaní už dokončených predajov.

Mnoho modulov (postupy, triedy atď.) Sú vystavené modulárnemu testovaniu. Pri testovaní relatívne malého modulu je 100 - 1000 riadkov možnosť kontrolovať, či nie všetky, aspoň mnohé logické vetvy v implementácii, rôzne cesty v stĺpci závislosti údajov, hraničné hodnoty parametra. V súlade s týmto kritériá pokrytia testov sú postavené (pokryté všetkými prevádzkovateľmi, všetky logické odvetvia, všetky hraničné body atď.).

Plne implementovaný softvérový produkt je vystavený systémovým testovaním. V tomto štádiu sa tester zaujíma o správnosť implementácie individuálnych postupov a metód, ale celý program ako celok, ako ho konečný používateľ vidí. Základom testov slúži všeobecné požiadavky na program, vrátane nielen správnosti implementácie funkcií, ale aj výkonnosti, času odozvy, odolnosti voči zlyhaniam, chybám používateľa atď. Pre systémové a komponentné testovanie sa používajú špecifické typy kritérií testovacích kritérií (napríklad, či sú pokryté všetky typy pracovných scenárov, všetky scenáre s núdzovými situáciami, pármi scenárov atď.).

Takže kvalita PS je sada najvýznamnejších kvalitatívnych ukazovateľov (faktorov) dostatočne charakterizovanú PS. Celkové faktory zahŕňajú:

Funkčnosť - ako súbor funkcií, ktoré implementujú zavedené alebo údajné potreby používateľov;

Správnosť - Dodržiavanie vykonávania systému jeho špecifikácie a konzistentnosti;

Rozhranie - ako komunikačný prostriedok so užívateľmi systému;

Otvorenosť - charakterizujúci modifikátor systému;

Pohodlie - charakterizovanie pohodlia používania PS;

Modernity - charakterizácia stupeň používania moderných informačných technológií na prezentáciu informačných a komunikačných systémov v aktuálnom čase.

Treba tiež poznamenať, že kontrolu presnosti PS je proces vykonávania komplexu opatrení, ktoré skúmajú vhodnosť programu pre jeho úspešnú prevádzku (aplikácia a sprievod) v súlade s požiadavkami zákazníka.

Na základe informácií získaných počas skúšok programu, v prvom rade treba preukázať, že vykonáva deklarované funkcie, a musí sa tiež preukázať, do akej miery klesla primitívy a kritériá kvality. Hlavným obsahom procesu certifikácie je teda posúdenie kvality programu.

Potreba a dôležitosť softvérového testovania je ťažké preceňovať. Zároveň treba poznamenať, že testovanie je zložité a časovo náročné činnosti. Nasledujú funkcie testovania objektovo orientovaného softvéru.

Vývoj objektovo orientovaného softvéru začína vytváraním vizuálnych modelov odrážajúcich statické a dynamické vlastnosti budúceho systému. Najprv tieto modely zaznamenávajú zdrojové požiadavky zákazníka, potom formalizujte implementáciu týchto požiadaviek výberom objektov, ktoré navzájom vzájomne spolupracujú vysielaním správ. Návrh modelov predstavuje väčšinu nákladov na objektovo orientovaný vývojový proces. Ak sa k tomu dopĺňa, že sadzba eliminácie chyby rýchlo rastie s každou iteráciou vývoja, potom je úplne logické na testovanie objektovo orientovaných modelov a dizajnov.

Kritériá testovania modelov: správnosť, úplnosť, konzistentnosť. Syntaktická správnosť je posudzovaná správnosťou používania modelovacieho jazyka. Sémantická správnosť posudzuje model súlad s reálnymi problémami. Ak chcete zistiť, či model odráža reálny svet, odhadujú sa odborníci, ktorí majú vedomosti a skúsenosti v špecifickej oblasti.

Konzistencia sa posudzuje tým, že zvažuje rozpory medzi prvkami v modeli. Nekonzistentný model má v jednej časti prezentácie, ktorá je v rozpore s myšlienkami v iných častiach modelu.

Pri posudzovaní objektovo orientovaného testovania je najmenší testovaný prvok objekt (trieda). V tomto prípade nie je možné otestovať samostatnú operáciu v izolácii, ako je obvyklé v štandardnom prístupe k testovacím modulom. Každá operácia sa musí považovať za súčasť triedy. Objekt-orientovaný softvér nemá hierarchickú kontrolnú štruktúru, preto sa tu neuplatňujú metódy vzostupného aj nadol.

Ponúkajú sa dve techniky testovania objektovo orientovaných systémov:

Testovanie založené na prúde;

Testovanie na základe používania.

V prvej metóde je testovaným objektom súbor tried slúžiacimi do systému s jedným údajom do systému. Inými slovami, prostriedky na údržbu každého prúdu sú integrované a sú testované samostatne. V druhej metóde sú najprv testované nezávislé triedy. Ďalej pracujte s prvou vrstvou závislých tried s druhou vrstvou atď.

Pri kontrole správnosti zmiznú podrobnosti o vzťahu triedy. Podobne ako tradičné potvrdenie správnosti, potvrdenie o správnosti objektovo orientovaného softvéru je zameraná na viditeľné akcie a závery uznané užívateľom.

Podobné informácie.

Krok 1: Pred polovice 50. rokov.

Hlavné náklady sú spojené s kódovaním (v strojových kódoch). Avtocodes sa objavujú (jazyky používajúce mnemonické symboly príkazov) a prekladateľov z nich (montovateľ).

Realizuje sa možnosti samostatnej kompilácie a pohybu programov. Tam sú zavádzače a linkery programov.

Krok 2: Stredná 50s - stredná 60s.

Veľkosť programov sa zvyšuje, rozdiel medzi koncepciami problémových oblastí a strojovo orientovaných jazykov je zistené. Existujú rôzne jazyky na vysokej úrovni (algoritmické, univerzálne):

Fortran (1954-1957);

Algol-60 (1958-1960);

Cobol (1959-1961);

a prekladatelia s nimi (kompilátormi). Alternatívne, takmer všetky hlavné dátové typy, operácie na nich, kontrolné štruktúry a metódy obrazu v programoch, rôzne možnosti pre parametrizáciu podprogramov sú vynájdené.

Fáza 3: Stredná 60s - začiatkom 70. rokov.

Veľkosť softvéru ostro sa zvyšuje, prechod na kolektívnu povahu diel. Požiadavky na softvér kvôli prechodu na zvýšenie výroby komodít.

Pomer nákladov na vývoj softvéru (40% je viac strávený na ladenie, dizajn a dokumentáciu), kódovanie je jedným z najjednoduchších typov práce. "Veľké" programovacie jazyky - PL / 1, Algol-68, Simula-67, všeobecné a integrácia predtým nájdených riešení.

Vyvinuté programovacie systémy s optimalizáciou a ladenie prekladateľov, makrobibililí, štandardných programových knižníc, špecializovaných textových editorov, analýzy a dialógových odchýlok v podmienkach vstupného jazyka. Vyvinuté operačné systémy, prvé DBMS, mnohé systémy automatizácie dokumentácie, systémy riadenia softvéru (modifikácie sledovania a montáž softvérových verzií) sú vyvinuté.

Stupeň 4 ("Fáza krízy vo vývoji PO"): Začiatok 70. rokov polovice 70. rokov.

Napriek rozvoju inštrumentálnych nástrojov nie je produktivita programátorov rastú. Okrem toho, kvôli zvýšeniu požiadaviek na softvér a nelineárny rast jeho zložitosti, kvapky produktivity práce. Trvanie vývoja softvéru je rozbité, jeho náklady rastie, jeho kvalita je nepredvídateľná, tradičné metódy nie sú spustené (poskytovanie ďalších ľudských a materiálnych zdrojov), čo je charakterizované ako "kríza softvéru".

Vykazovanie metodiky štrukturálnej programovania (DYACSTRA, 1968) sa získajú základy programovania technológie (jazyk Pascal), 1971).

Fáza 5: 1976. - Náš čas. Krok postkrízového vývoja nástrojov.

1976 - Uverejnenie práce Boamu, kde sa zavádza koncepcia životného cyklu a naznačuje, že hlavné náklady nie sú na rozvoji, ale na podporných programoch.

Programovacie jazyky:

C (začiatok 70. rokov prvýkrát je plne opísaný v roku 1978);

MODULA-2 (1978, vývoj je Oberon (1988));

Prolog (1972, dostal od roku 1980);

SmallTalk (1970s, v roku 1980 bol zastúpený ako SMALLTALK-80);

C ++ (začiatok 80. rokov, názov - 1983, v obvyklej forme dnes existoval od roku 1990);

Java (verzia Java 1.0 - 1996, Java 2.0 - 1998, Java 5 - 2004 ...);

C # (1998-2001, verzia 1.0 - 2000-2002, verzia 2.0 - 2003-2005, verzia 3.0 - 2004-2008, verzia 4.0 - 2008-2010).

Rozvíjajte sa nástroje integrovaného rozvoja programu. Uznanie je vykázané ako objektovo orientovaný prístup k navrhovaniu a programovaniu. Vyvíjajú sa programy podporujúce vytváranie softvéru v každej fáze.

Kontrolné otázky:

1. Aké opatrenia zahŕňa vývoj softvéru?

2. Aké štádiá vývoja programov sú pridelené v racionálnom zjednotenom procese (RUP)?

3. Čo robí používanie nástrojov?

4. Aké komponenty sú zahrnuté v programe? Každej časti.

5. Definície programu a softvér.

6. Aké vlastnosti by mal byť softvér odoslaný?

7. Aké programovacie jazyky sa používajú pri vývoji programov?

8. Definovanie inštrumentálneho softvéru.

9. Aké sú štyri skupiny na rozdelenie inštrumentálneho softvéru? Príklady softvéru pre každú skupinu.

10. Aké kritériá môžete porovnať programy z tej istej triedy?

11. Aké štádiá sú pridelené vo vývoji inštrumentálnych nástrojov pre vývoj softvéru?

12. Menovanie a hlavné charakteristiky kompilátorov (assembler) a redaktorov prepojenia.

13. Menovanie a hlavné charakteristiky textílií.

14. Menovanie a hlavné charakteristiky.

15. Účel a hlavné charakteristiky vytvorenia inštalátorov.

16. Menovanie a hlavné charakteristiky zdrojov a hercov.

17. Menovanie a hlavné charakteristikyProgiller.

18. Menovanie a hlavné charakteristiky programov podpory verzií.

19. Účel a hlavné charakteristiky vytvárania programových programov (dokumentácia).

20. Menovanie a hlavné charakteristiky generátorov dokumentácie.

21. Menovanie a hlavné charakteristikyDesAssesEmblers a dekompilátory.

22. Účel a hlavné charakteristiky sledovania sledovania a zmeny vyskytujúcich sa v systéme.

23. Menovanie a hlavné charakteristiky overovacích a kontajnerov.

24. Účel a hlavné charakteristiky programov na ochranu softvéru vyvinutého (chrániče).

25. Menovanie a hlavné charakteristikySDK.

26. Menovanie a hlavné charakteristiky analyzátorov.

27. Vymenovanie technologických noriem.

Predmet:Metodika vývoja softvéru.

Literatúra: 1. ZELKOVITZ M., SHOW A., Gannon J. Zásady vývoja softvéru.

2. Getssi K., Jazairei M., Mandrioli D. Základy softvérového inžinierstva.

3. Kamera V. A., Kosterin V. V. Programovanie technológie.

Zvážte pojmy metodiky, metódy a prostriedky.

Definícia 1: Metóda (z gréčtiny. Metodály - metóda výskumu alebo vedomostí, teórie alebo výučby) - príjem alebo systém techník praktickej implementácie niečoho v akejkoľvek oblasti, súbor techník alebo operácií praktického alebo teoretického vývoja reality, podriadená na riešenie špecifické úlohy.

Metóda zahŕňa fondy- S pomocou ktorej sa akcia vykonáva a metódy- Ako je akcia.

Definícia 2: Metodika- Ide o systém zásad, ako aj súhrn myšlienok, konceptov, metód, metód a prostriedkov definovania štýlu vývoja softvéru.

Metodológia je implementácia štandardu. Samotné štandardy hovoria len o tom, čo by malo byť, ponechať slobodu voľby a prispôsobenia.

Špecifické veci sa realizujú prostredníctvom zvolenej metodiky. Určuje, ako bude vývoj vykonať. Existuje mnoho úspešných metodík tvorby softvéru. Voľba špecifickej metodiky závisí od veľkosti tímu, od špecifiká a zložitosti projektu, od stability a splatnosti procesov v spoločnosti az osobných vlastností zamestnancov.

Metodiky sú jadrom teórie riadenia rozvoja softvéru.

V závislosti od modelu modelu životného cyklu sú metodiky rozdelené do:

Vodopád (kaskádový);

Iteratívna (špirála).

Existuje aj všeobecná klasifikácia na:

Predpovedané;

Adaptívne.

Predpovedané metodiky Zamerať sa na podrobné plánovanie budúcnosti. Plánované úlohy a zdroje pre celý projekt je známy. Tím s ťažkosťami reaguje na možné zmeny. Plán je optimalizovaný na základe práce a existujúcich požiadaviek. Zmena požiadaviek môže viesť k významnej zmene v pláne, ako aj dizajnu projektu. Osobitný výbor pre správu "Riadenie zmien" je často vytvorený tak, aby sa v projekte zohľadňovali iba najdôležitejšie požiadavky.

Adaptívne metodiky Zamerané na prekonanie očakávanej nezaplatenia požiadaviek a ich neustále zmeny. Keď sa zmenia požiadavky, vývojársky tím sa tiež zmení. Tím zapojený do adaptívneho vývoja môže sotva predpovedať budúcnosť projektu. Existuje len presný plán len v blízkej budúcnosti. Viac času vymazaných plánov existujú len ako vyhlásenie o cieľoch projektu, očakávané náklady a výsledky.

Kaskádový vývoj alebo model vodopádu (Eng. Model vodopádu) - model procesu vývoja softvéru, v ktorom vývojový proces vyzerá ako prúd, dôsledne prechádza fázou analýzy požiadaviek, dizajnu, implementácie, testovania, integrácie a podpory.

Hlavným znakom kaskádového prístupu je: prechod do nasledujúcej fázy sa vykonáva len po úplnom vyplnení práce v aktuálnej fáze a vráti sa do vyplnených stupňov. . Každé etapa končí s získaním niektorých výsledkov, ktoré slúžia ako zdrojové údaje pre ďalší krok (obr. 1).

Obr. 1. Kaskádový model životného cyklu.

Každá etapa je dokončená vydaním dokumentácie, ktorá je dostatočná na zabezpečenie toho, aby rozvoj mohol pokračovať iným tímom vývojárov. Kritériom kvality vývoja s týmto prístupom je správnosť vykonávania špecifikácií technickej úlohy.

Výhody aplikácie Cascade Method:

V každom štádiu je vytvorená kompletná sada projektovej dokumentácie, ktorá spĺňa požiadavky úplnosti a konzistentnosti;

Pracovná fáza vykonávaná v logickej sekvencii vám umožňuje naplánovať načasovanie ukončenia všetkých prác a zodpovedajúcich nákladov.

Kaskádový prístup sa ukázal ako v konštrukcii elektronických informačných systémov, pre ktoré na samom začiatku vývoja je možné určite a plne formulovať všetky požiadavky s cieľom poskytnúť vývojárom slobodu realizovať ich technicky čo najširšie.

Tento prístup má zároveň niekoľko nedostatkov spôsobených, primárne skutočnosť, že proces stvorenia skutočného softvéru nie je nikdy úplne naskladaný v takej tuhej schéme. Proces vytvárania softvéru je zvyčajne iteratívny v prírode: výsledky ďalšej fázy často spôsobujú zmeny v dizajnových riešeniach vyvinutých v predchádzajúcich etapách. Vyskytuje sa teda potreba návratu na predchádzajúce etapy a objasnenie alebo revíziu predtým prijatých rozhodnutí (obr. 2). Zobrazený diagram je možné pripísať samostatnému modelu - modelu s prechodným kontrole, v ktorom nastavenie medziodyty poskytujú väčšiu spoľahlivosť v porovnaní s kaskádovým modelom, hoci zvyšujú celé obdobie vývoja.

Hlavnou nevýhodou kaskády modelu je nevyhnutné oneskorenie s získaním výsledkov a v dôsledku toho vysoké riziko vytvárania systému, ktorý nespĺňa zmenené potreby používateľov. To bude vysvetlené z dvoch dôvodov:

Užívatelia nie sú schopní okamžite uviesť všetky svoje požiadavky a nemôžu predvídať, ako sa menia počas vývoja;

Počas vývoja sa môžu vyskytnúť zmeny v externom prostredí, ktoré ovplyvní systémové požiadavky.

Obr. 2. Kaskádový model ZHC v praxi.

V rámci prístupu kaskádového prístupu sú požiadavky na vyvinuté výrobky zaznamenané vo forme technickej úlohy po celú dobu jej tvorby a schválenie výsledkov získaných s užívateľmi sa vykonáva len v bodoch plánovaných po ukončení Každá fáza (je možné nastaviť výsledky podľa pripomienok používateľov, ak nemajú vplyv na požiadavky uvedené v technickej úlohe). Užívatelia teda môžu urobiť významné komentáre len po úplnom dokončení práce. Užívatelia môžu získať systém, ktorý nespĺňa svoje potreby. Výsledkom je, že musíte začať nový projekt, ktorý môže pochopiť rovnaký osud.

Na prekonanie uvedených problémov v polovici 80. rokov bol navrhnutý špirálový model životného cyklu (obr. 3).

Obr. 3. Špirál (iteratívny) model ZHC.

Jeho základom je: \\ t aplikovaný softvér nie je okamžite vytvorený, ako v prípade kaskádového prístupu, ale v častiach pomocou metódy prototypovania .

Pod prototyp Je chápaný ako súčasný programový komponent, ktorý implementuje jednotlivé funkcie a externé rozhrania softvéru, ktorý sa vyvíja. Vytvorenie prototypov sa vykonáva v niekoľkých iteráciách alebo špirály. Každá iterácia zodpovedá vytvoreniu fragmentu alebo verzie softvéru, špecifikuje ciele a charakteristiky projektu, odhaduje sa, že kvalita získaných výsledkov sa odhaduje a práca ďalšej iterácie sa plánuje. Každá iterácia sa dôkladne zhodnotí riziko prekročenia načasovania a nákladov na projekt, aby určil potrebu vykonať inú iteráciu, stupeň úplnosti a presnosti pochopenia požiadaviek na systém, ako aj pre náhradnosť ukončenia projektu.

Špirálový model eliminuje používateľov a vývojárov od potreby presnej a úplnej formulácie systémových požiadaviek v počiatočnom štádiu, pretože sú špecifikované v každej iterácii. Podrobnosti o projekte sa teda prehĺbia a dôsledne špecificky špecificky a v dôsledku toho je zvolená primeraná možnosť, ktorá je uvedená na implementáciu.

Špirálový model je klasickým príkladom aplikovania evolučnej stratégie dizajnu. Špirálový model (Autor Barry Boem, 1988) je založený na najlepších vlastnostiach klasického životného cyklu a macuing, na ktoré sa pridáva nový prvok - analýza rizika chýba skôr.

Špirálový model určuje štyri kroky predložené odvetviami špirála:

1. Plánovanie - Definícia cieľov, možností a obmedzení.

2. Analýza rizík - Analýza možností a výberu rozpoznávania / rizík.

3. Projektovanie - vývoj nasledujúcej úrovne produktu.

4. Hodnotenie - hodnotenie zákazníkovi súčasných výsledkov dizajnu.

Integračný aspekt špirálového modelu je zrejmý pri zohľadnení radiálneho merania špirály. S každou iteráciou na špirále (propagácia od centra k okraju), viac a viac kompletných verzií softvéru sú postavené.

V prvom rade špirály sa určujú počiatočné ciele, možnosti a obmedzenia, riziko sa rozpozná a analyzuje. Ak analýza rizika ukazuje neistotu požiadaviek, je možné zvoliť vývoj developer a zákazníka (používa sa v kvadrante dizajnu). Ak chcete ďalej definovať problém a aktualizované požiadavky, možno použiť modelovanie. Zákazník hodnotí inžinierske (dizajn) práce a predloží návrhy na zmenu. Ďalšie fázy plánovania a analýzy rizík je založené na ponukách zákazníkov. V každom cykle na špirále sú výsledky analýzy rizík tvorené formulárom "Pokračovať, nebudú pokračovať." Ak je riziko príliš veľké, projekt môže byť zastavený.

Vo väčšine prípadov sa pohyb na špirálii pokračuje, pričom každý krok podporuje vývojárom na všeobecnejší model systému.

S iteratívnym spôsobom môže byť chýbajúca časť práce v ďalšej iterácii. Hlavnou úlohou je ukázať používateľom funkčný produkt čo najrýchlejšie, čím sa aktivuje proces a doplnok rasií.

Spiral model nevylučuje kaskádový prístup v konečných fázach projektu v prípadoch, keď sú systémové požiadavky plne definované.

Hlavným problémom špirálového cyklu je určiť čas prechodu do ďalšej fázy. Ak chcete vyriešiť, je potrebné zaviesť dočasné obmedzenia na každom štádiách LCC. Prechod sa vykonáva v súlade s plánom, aj keď nie je dokončená všetka plánovaná práca. Plán je vypracovaný na základe štatistických údajov získaných v predchádzajúcich projektoch a osobnej skúsenosti s vývojármi.

Výhody špirálového modelu:

Najrealistickejšie (vo forme evolúcie) zobrazuje vývoj softvéru;

Umožňuje vám jasne zohľadniť riziko na každom prelome vývoja vývoja;

Zahŕňa krok systematického prístupu k iteratívnej štruktúre;

Používa modelovanie na zníženie rizika a zlepšovania softvérového produktu.

Nevýhody špirálového modelu:

Novinka (Neexistuje dostatočné štatistiky o účinnosti modelu);

Zvýšené požiadavky pre zákazníka;

Ťažkosti kontroly a riadenia času rozvoja.

K dnešnému dňu možno rozlíšiť nasledujúce metodiky iteratívneho softvéru:

Racionálny jednotný proces (RUP)

Flexibilné metodiky vývoja (Scrum, Kanban, DSDM, MSF, ALM, XP)

Flexibilná metodika vývoja (Anglický vývoj softvéru).

Najflexibilnejšie metodiky sú zamerané na minimalizáciu rizík, spôsoby vyvinúť sériu krátkych cyklov iteráciezvyčajne trvá jeden alebo dva týždne. Každá iterácia sama vyzerá ako miniatúrny softvérový projekt a zahŕňa všetky úlohy potrebné na vydanie mini-zvýšenie funkčnosti: plánovanie, analýza požiadaviek, dizajnu, kódovanie, testovanie a dokumentáciu. Hoci samostatná iterácia je zvyčajne nedostatočná na uvoľnenie novej verzie výrobku, je zrejmé, že flexibilný softvérový projekt je pripravený na uvoľnenie na konci každej iterácie. Na konci každej iterácie príkaz vykonáva precenenie rozvojových priorít.

Agilné metódy sa zameriavajú na priamu komunikáciu na tvár. Väčšina agilných príkazov sa nachádza v tej istej kancelárii. Minimálne obsahuje "zákazníkom" (zákazníci, ktorí určujú produkt, môžu to byť aj manažéri produktov, obchodných analytikov alebo zákazníkov). Kancelária môže zahŕňať aj držitelia testov, dizajnérov rozhrania, technickí spisovateľov a manažéri.

Jednou z najznámejších a pokročilých flexibilných techník je metodika Scrum.

Scrum- metodika určená pre malé tímy (do 10 osôb). Celý projekt je rozdelený na iterácie (sprints) po dobu 30 dní. Vyberie sa zoznam systémových funkcií, ktoré sa plánujú realizovať počas nasledujúceho sprintu. Najdôležitejšie podmienky sú Invariance z vybraných funkcií počas realizácie jednej iterácie a prísne dodržiavanie načasovania ďalšieho vydania, aj keď to nebude môcť implementovať celú plánovanú funkčnosť. Rozvojový manažér vykonáva denne 20 minút stretnutí, ktoré sa nazývajú Scrum, výsledkom je výsledok funkcie systému realizovaného za predchádzajúci deň, ťažkosti a plán na druhý deň. Takéto stretnutia vám umožňujú neustále sledovať priebeh projektu, rýchlo identifikovať problémy, ktoré vznikli a reagujú na ne rýchlo.

Kanban. - Flexibilná metodika vývoja softvéru, orientovaná na úlohe.

Základné pravidlá:

Vizualizácia vývoja:

o Oddelenie práce na úlohách;

o Použitie značiek o pozícii úlohy v rozvoji;

Obmedzenie práce vykonávanej súčasne v každej fáze vývoja;

Meranie času cyklu (priemerný čas na vykonávanie jednej úlohy) a optimalizácia procesu.

Výhody Kanban:

Zníženie počtu vykonaných paralelných úloh výrazne znižuje čas realizácie každej jednotlivej úlohy;

Rýchla detekcia problémových úloh;

Výpočet času na vykonanie arealed úlohy.

Metóda dynamického systému systému (DSDM) sa objavili v dôsledku konzorcia 17 anglických spoločností. Celá organizácia sa zaoberá vývojom výhod tejto metodiky, organizovanie vzdelávacích kurzov, akreditačných programov atď. Okrem toho hodnota DSDM má peňažný ekvivalent.

Všetko začína študovaním uskutočniteľnosti programu a oblasti jeho uplatňovania. V prvom prípade sa snažíte pochopiť, či je DSDM vhodný pre tento projekt. Štúdia Rozsah programu sa predpokladá na krátkej sérii seminárov, kde sa programátori dozvedia o sfére podnikania, pre ktoré musia pracovať. Taktiež diskutuje o hlavných ustanoveniach týkajúcich sa architektúry budúceho systému a projektu plánu.

Ďalej je proces rozdelený do troch vzájomne prepojených cyklov: Funkčný modelový cyklus je zodpovedný za vytváranie analytickej dokumentácie a prototypov, konštrukčného cyklu a dizajnu - na uvedenie systému do pracovného stavu, a nakoniec, posledný cyklus je implementačný cyklus - Poskytuje nasadenie softvérového systému.

Základné princípy, na ktorých je DSDM postavený:

Aktívna interakcia s užívateľmi;

Časté otázky verzií;

Nezávislosť vývojárov v rozhodovacom procese;

Testovanie počas celého pracovného cyklu.

Rovnako ako väčšina ďalších flexibilných metodík, DSDM používa krátke iterácie, trvanie od dvoch do šiestich týždňov. Osobitný dôraz je kladený na vysokú kvalitu práce a prispôsobivosť zmenám v požiadavkách.

Rámec riešení spoločnosti Microsoft. (MSF) - Metodika vývoja softvéru navrhnutá spoločnosťou Microsoft. MSF sa spolieha na praktické skúsenosti spoločnosti Microsoft a opisuje ľudské a pracovné konanie v rozhodovacom procese.

Základné koncepty a princípy procesov MSF:

Jediné vízie projektu sú všetky zainteresované osoby a jednoducho účastníci projektu by mali jasne predstavovať konečný výsledok, cieľ projektu by mal byť pre každého jasné;

Compromison Management - Hľadanie kompromisov medzi zdrojmi projektu, kalendárnym harmonogramom a realizovateľným možnostiam;

Flexibilita - pripravenosť na zmenu podmienok projektu;

Koncentrácia na podnikateľské priority - zamerať sa na tento návrat a prínos, ktorý sa očakáva, že spotrebiteľ dostane;

Podpora bezplatnej komunikácie v rámci projektu;

Vytvorenie základných verzií - upevnenie stavu akéhokoľvek projektového artefaktu, vrátane softvérového kódu, plán projektu, návodu na použitie, Nastavenia servera a následných účinných meniacich sa zmien, projektovej analýzy.

MSF ponúka preukázané techniky pre plánovanie, navrhovanie, rozvoj a implementáciu úspešných IT riešení. Vďaka svojej flexibilite, škálovateľnosti a neprítomnosti tvrdých pokynov je MSF schopná uspokojiť potreby organizácie alebo dizajnu skupiny akejkoľvek veľkosti. Metodika MSF sa skladá zo zásad, modelov a disciplín pre personálne riadenie, procesy, technologické prvky a súvisiace otázky súvisiace s väčšinou týchto projektov.

Správa životného cyklu aplikácie (ALM) - vyvinutý a podporovaný Borland.

Extrémne programovanie XP) -Exstrem programovanie podporované otvorenou komunitou nezávislých vývojárov.