• Způsoby použití softwaru. Správné zadání pro vývoj softwaru je tajemstvím úspěšného projektu Účetnictví aplikací a licencí

    Linux již dlouho zabírá velkou část trhu informačních technologií, většina serverů běží na Linuxu, všechny superpočítače používají Linux, většina tabletů a smartphonů používá Android, což je ve skutečnosti také systém rodiny Linux. Losst je web o Linuxu a svobodném softwaru, a proto se k jeho fungování používá pouze svobodný software.

    V této krátké poznámce se podíváme na to, jaká softwarová řešení se používají k údržbě stránek, proč byl vybrán ten či onen program a proč je lepší než ostatní. To vše je koneckonců Linux v akci. Začněme na nejnižší úrovni a postupujeme nahoru.

    Jaký software se používá na Losst

    1. Virtualizační systém - XEN

    Stejně jako většina moderních stránek je Losst umístěn na službě VPS. XEN-PV se používá jako virtualizační systém. Obecně nedoporučuji dívat se na OpenVZ, protože tam získáte pouze kontejner a nemůžete plně ovládat svůj operační systém. Virtualizace KVM je již lepší, virtualizační modul funguje na úrovni jádra a můžete ovládat svůj OS, Qemu slouží k virtualizaci hardwarových zařízení. Ale zde je mínus, že je možný přeprodej. V Xenu je přeprodej obtížnější a paravirtualizační technologie XEN-PV poskytuje výkon podobný skutečnému hardwaru.

    2. Operační systém - CentOS 7

    Použitý operační systém je CentOS 7. Tento OS jsem si vybral kvůli dlouhé řadě podpory a neustálým aktualizacím. Pokud aktualizace Ubuntu 16.04 na LTS na serveru může způsobit určité problémy, pak CentOS v rámci sedmé verze (aktuálně nejnovější) je aktualizován běžným správcem balíčků bez problémů. Například, není to tak dávno, co vyšla nová verze Red Hat 7.4 a o pár měsíců později CentOS transparentně upgradoval na tuto verzi a dostal nový Nginx s podporou ALPN, PHP 7 a dalšími vylepšeními. A jelikož je systém založen na korporátním Red hat, je velmi stabilní.

    3. Ovládací panel - VestaCP

    Samozřejmě můžete nastavit server bez jakýchkoli ovládacích panelů, ale to zabere spoustu času, který není vždy k dispozici. Používám tedy open source ovládací panel - VestaCP. Před časem jsem používal ISPManager a mohu říci, že dle subjektivních pocitů je na tom Vesta mnohem lépe. Krásné rozhraní, intuitivní rozvržení funkcí, snadná správa uživatelů, možnost přizpůsobit si konfigurační šablony podle svých představ, vytvořit doménu na pár kliknutí, nastavit Cron a webové rozhraní a zobrazit statistiky. Skvělý panel, pokud jste ho ještě nepoužili - doporučuji.

    4. Webový server - Nginx

    Vysoce výkonný webový server, který snese velké zatížení díky optimalizaci HighLoad. Před přechodem na HTTPS jsem používal Apache, ale pak se zátěž serveru výrazně zvýšila a musel jsem hledat produktivnější řešení. Nginx zatím dělá svou práci dobře. Samotný Nginx může obsloužit nejméně 10 000 stránek za sekundu, ale PHP je zde úzkým hrdlem. K vyřešení tohoto problému se používá fastcgi cache pro skripty.

    5. Interpret skriptů - PHP 7

    Většina webových stránek je nyní napsána v PHP, a to je dobře, protože PHP je nejoblíbenější programovací jazyk pro web. Používám php-fpm ve spojení s Nginx, to je nejlepší řešení. Vybral jsem si PHP 7, protože v mnoha testech je jeho výkon o něco vyšší než u předchozích verzí. Pro urychlení provádění php kódu se také používá mezipaměť opcache.

    6. Zabezpečení – Let's Encrypt

    Celý internet pomalu, ale jistě přechází na zabezpečený HTTPS, a přestože na tomto webu není co zachytit, používáme tento protokol také proto, že poskytuje výhody vyhledávání, rychlejší načítání a záruku, že prohlížeče nebudou web označovat za nezabezpečený. budoucnost.. Bezplatný certifikát od Lets Encrypt splňuje všechny požadavky. Obnovení funguje automaticky s VestaCP.

    7. Poštovní server - Postfix

    Poštovní server Postfix se používá k odesílání pošty z webu a přijímání poštovních zpráv pro doménu. Tento server jsem si nevybral, byl automaticky nainstalován ve VestaCP a svou práci plní perfektně.

    8. Poštovní rozhraní - Roundcube

    Abych mohl číst dopisy, které přicházejí na adresy z domény @site, používám webové rozhraní roundcube mail. Rozhraní je poměrně jednoduché a zároveň pohodlné. K dispozici jsou všechny potřebné funkce – zvýrazňování zpráv, mazání, označování důležitých zpráv, řazení podle složek a mnoho dalšího.

    9. DBMS - MariaDB

    Žádný moderní dynamický web nefunguje bez systému správy databází. Losst používá MariaDB DBMS - tento DBMS byl vyvinut tvůrcem MySQL poté, co se stal majetkem Oracle. Tato databáze má všechny funkce MySQL, rychlejší výkon a obrovskou komunitu vývojářů. Aktualizace pro MariaDB vycházejí rychleji než MySQL a vývoj je aktivnější.

    10. Záloha - automysqlbackup

    Zálohování serveru je jednou z nejdůležitějších věcí. Většinou to nemusí být potřeba, ale jednou za čas to může ušetřit obrovské množství vašeho času a zdrojů. Používám skript k automatickému kopírování databáze automysqlbackup. Záložní kopie se provádí každý den, navíc skript umožňuje otáčet kopie a mazat nepotřebné. Uchovávají se všechny kopie z minulého týdne, jedna před týdnem, jedna za měsíc a jedna za rok. Toto chování lze přizpůsobit pro každou databázi.

    11. Monitorovací systém - zabbix

    Při provozu webu je důležité, aby byl neustále dostupný uživatelům a vyhledávačům. Proto se Zabbix používá ke sledování stavu serveru. Zabbix vám umožňuje sledovat veškerý stav služeb, zatížení serveru a další parametry a také vás informovat o problémech prostřednictvím e-mailu nebo telegramu. Čím dříve se o problému dozvím, tím dříve bude vyřešen a stránky budou opět fungovat.

    12. Redakční systém - WordPress

    WordPress je jeden z nejpopulárnějších redakčních systémů na světě, má obrovské množství funkcí a obrovské množství pluginů vytvořených vývojáři třetích stran. Ano, WordPress není dokonalý. Bez cachování je velmi pomalý a má spoustu problémů. Vyvinout si vlastní CMS ale také nepřipadá v úvahu, protože to zabere spoustu času a naplnit web obsahem a myslet na jiné věci prostě nestihnete. Vím o čem mluvím, před pár lety jsem už zkoušel vytvořit CMS v PHP, zdrojový kód je stále někde na GitHubu, z toho projektu nic nebylo. V důsledku toho, ať už vytváříte CMS nebo web, nebudete moci dělat vše dohromady.

    závěry

    V tomto článku jsme se podívali na to, jaký software se používá ke spuštění Losst. V době psaní tohoto článku jsou všechny hlavní používané programy open source. Samozřejmě existují pluginy pro WordPress, které mají uzavřenou licenci, ale to je již nutnost. Jaký software na svých serverech používáte? Pište do komentářů!

    Zadání pro vývoj programu
    «______________»
    ke smlouvě č. ___

    1. Úvod
    1.1. Název programu
    1.2. Účel a rozsah
    2. Požadavky na program
    2.1. požadavky na výkon
    2.2. Požadavky na spolehlivost
    2.2.1. Požadavky na zajištění spolehlivého provozu programu
    2.2.2. Doba zotavení po selhání
    2.2.3. Selhání v důsledku nesprávných akcí uživatelů systému
    3. Provozní podmínky
    3.1. Klimatické provozní podmínky
    3.2. Požadavky na kvalifikaci a počet personálu
    3.3. Požadavky na složení a parametry technických prostředků
    3.4. Požadavky na informace a kompatibilitu softwaru
    3.4.1. Požadavky na informační struktury a metody řešení
    3.4.2. Požadavky na zdrojové kódy a programovací jazyky
    3.4.3. Požadavky na software používaný programem
    3.4.4. Požadavky na ochranu informací a programů
    3.5. Speciální požadavky
    4. Požadavky na dokumentaci k softwaru
    4.1. Předběžná skladba programové dokumentace
    5. Technické a ekonomické ukazatele
    5.1. Ekonomické přínosy rozvoje
    6. Etapy a fáze vývoje
    6.1. Vývojové fáze
    6.2. Vývojové fáze
    6.3. Obsah práce po etapách
    7. Postup při kontrole a přejímce
    7.1. Typy testů
    7.2. Obecné požadavky na přijetí díla

    1. Úvod

    1.1. Název programu

    Název programu: "ACS "______________""

    1.2. Účel a rozsah

    Program je určen k automatizaci zpracování dat od zákazníků kaváren / barů. Funguje na následujících datech:

    • případné osobní údaje o klientovi;
    • údaje o zákaznických službách;
    • údaje o systému slev;

    2.1. požadavky na výkon

    Program musí poskytovat schopnost provádět následující funkce:

    • možnost zobrazení zákaznických dat na vyžádání;
    • možnost výpočtu slev;
    • přidávání/odebírání klientů;
    • změna zákaznických dat;
    • možnost změny slevového systému;

    2.2.1 Požadavky na zajištění spolehlivého provozu programu

    Spolehlivý (udržitelný) provoz programu musí být zajištěn tím, že zákazník implementuje soubor organizačních a technických opatření, jejichž seznam je uveden níže:

    • organizace nepřetržitého napájení technických prostředků;
    • používání licencovaného softwaru;
    • pravidelné provádění doporučení Ministerstva práce a sociálního rozvoje Ruské federace, stanovených ve vyhlášce ze dne 23. července 1998 o schvalování meziodvětvových standardních časových norem pro údržbu počítačů a kancelářského vybavení a údržbu softwaru“;
    • pravidelné dodržování požadavků GOST 51188-98. Ochrana dat. Testování softwaru na počítačové viry
    • Ze strany vývojáře:
    • automatické zálohování;
    • systém automatické aktualizace programu;
    • automatické obnovení systému;

    Doba zotavení po poruše způsobené poruchou napájení hardwaru (jiné vnější faktory), nefatální poruše (nikoli havárii) operačního systému by neměla přesáhnout 30 minut, v závislosti na provozních podmínkách hardwaru a softwaru.

    Doba zotavení po poruše způsobené špatnou funkcí hardwaru, fatálním selhání (zhroucení) operačního systému by neměla přesáhnout dobu potřebnou k odstranění problémů s hardwarem a přeinstalaci softwaru.

    Selhání programu v důsledku nesprávných akcí uživatele při interakci s programem.

    3.1. Požadavky na kvalifikaci a počet personálu

    Minimální počet personálu potřebný pro provoz programu musí být minimálně 1 personální jednotka - obsluha PC. Seznam úkolů prováděných operátorem PC by měl obsahovat:

    • Vedení databáze klientů;
    • úkoly instalace (instalace) a udržování provozuschopnosti systémového softwaru - operačního systému;
    • úloha instalace (instalace) programu;
    • úkol vytvářet zálohy databáze.

    3.2. Požadavky na složení a parametry technických prostředků
    ^

    • procesor s taktovací frekvencí 2,0 Hz, ne méně;
    • RAM, 1 GB, ne méně;
    • volné místo na disku alespoň 1 GB;
    • LAN karta;

    3.3.1. Požadavky na informační struktury a metody řešení

    Software je samostatná spustitelná aplikace. Formát databáze je kompatibilní s ADO.

    Uživatelé pracují s databází přes systémové rozhraní.

    3.3.3. Požadavky na zdrojové kódy a programovací jazyky

    Nejsou žádné další požadavky.

    Systémový software používaný programem musí být licencovaná lokalizovaná verze operačního systému Windows XP.

    Neexistují žádné požadavky na ochranu informací a programů.

    3.5. Speciální požadavky

    Nejsou žádné zvláštní požadavky.
    ^

    4.1. Předběžná skladba programové dokumentace

    Složení programové dokumentace by mělo obsahovat:

    • technický úkol;
    • programové a testovací metody;
    • návod k obsluze;

    5.1. Ekonomické přínosy rozvoje

    Program je bezplatný produkt, nejsou vynaloženy žádné finanční náklady a výhodou je zrychlení automatizace zpracování dat zákazníků kavárny/baru

    6.1. Vývojové fáze

    Vývoj by měl probíhat ve třech fázích:

    1. Vývoj technických specifikací;
    2. Pracovní design;
    3. Implementace.

    Ve fázi zpracování zadání musí být dokončena fáze zpracování, koordinace a schválení tohoto zadání. Ve fázi podrobného návrhu by měly být provedeny následující fáze práce:

    • vývoj programů;
    • vývoj programové dokumentace;
    • testování programu.

    Ve fázi implementace by měla být dokončena fáze vývoje, příprava a přenos programu.

    Ve fázi vývoje zadání by měly být provedeny následující práce:

    • Formulace problému;
    • Definice a vyjasnění požadavků na technické prostředky;
    • Definice požadavků na program;
    • Stanovení etap, etap a termínů vývoje programu a dokumentace k němu;
    • Koordinace a schvalování zadání. Ve fázi vývoje programu by měla být provedena práce na programování (kódování) a ladění programu. Ve fázi tvorby programové dokumentace by měla být tvorba programových dokumentů prováděna v souladu s požadavky na skladbu dokumentace.

    Ve fázi testování programu je třeba provést následující typy práce:

    • Vývoj, koordinace a schvalování zkušebních metod;
    • Provádění přejímacích zkoušek;
    • Oprava programu a programové dokumentace na základě výsledků testů.

    Ve fázi přípravy a přenosu programu je třeba vykonat práci na přípravě a převedení programu a programové dokumentace do provozu v zařízeních Zákazníka.

    7.1. Typy testů:

    • testování procesu instalace;
    • testování ergonomie ;
    • testování schopnosti systému obnovit normální provoz;
    • testování systému na různých konfiguracích;
    • testování systému;

    7.2. Požadavky na přijetí zaměstnání

    Po přijetí je třeba zkontrolovat následující podmínky:

    • úplnost a kvalita implementace funkcí při standardních mezních kritických hodnotách parametrů objektu automatizace a v dalších podmínkách fungování dat v TOR;
    • splnění každého požadavku souvisejícího s rozhraním systému;
    • Práce personálu v interaktivním režimu;
    • Prostředky a metody obnovy práce schopnosti PP po poruchách;
    • Složitost a kvalita provozní dokumentace.
    Zadání pro vypracování projektového projektu areálu. Informace Zadání pro zpracování projektové dokumentace pro stavbu Řád zoo
    V hranicích pozemku Podlesnaja, dálnice Kosmonauti, sv. Malkov, Dzeržinský okres Perm
    Referenční podmínky pro vývoj struktury dokumentů internetových stránek
    Informační systém, který uživatelům internetu poskytuje přístup ke svému obsahu a funkčnosti formou objednaného…
    Referenční podmínky pro vývoj webových stránek "Asociace ruských airbrush umělců"
    Hlavní html kontejner, do kterého se vkládají informační bloky, musí být plně editovatelný. Nejlépe…
    Zadávací podmínky pro vytvoření automatizovaného systému "Corporate Data Warehouse"
    GOST 34. 602-89 Referenční podmínky pro vytvoření automatizovaného systému (příklad)
    2. Zadání pro vývoj is
    Tento projekt kurzu ukazuje proces vydávání potvrzení o důchodovém pojištění. Vyvinutý systém je navržen tak, aby zjednodušil…
    Referenční podmínky pro vývoj webových stránek časopisu Tento TOR představuje ...
    Stránky jsou modelovány s ohledem na omezení moderních redakčních systémů (otevřený WordPress, Joomla, LiveStreet a podobně…
    Program demonstračního programu Graph Traversal
    Tyto podmínky upravují vývoj vzdělávacího softwarového produktu určeného pro vizuální prezentaci ...
    Zadávací podmínky zahrnují: název vývoje, základ ...
    Technický a pracovní projekt: popis předmětné oblasti (model objektu), správa objektů (události, interakční diagram), ...
    Návrh softwaru
    Fáze návrhu zahrnuje vývoj architektury, vývoj dat a vývoj softwarových procedur.

      Specifikace systému

      Technický vzhled produktu

      Teorie vynalézavého řešení problémů je sovětská metoda silného myšlení, která se rozšířila jak v Rusku, tak ve světě. Umožňuje vám hluboce analyzovat problém a najít efektivní řešení.
      Práce na TRIZ zahájil Genrikh Saulovich Alshuller a jeho spolupracovníci v roce 1946.

      Vývoj programu: Příklad zadání

      V roce 1956 vyšla první publikace o tom, že technologie se vyvíjí podle určitých zákonů. Aby bylo možné efektivně vymýšlet, musí být tyto zákony identifikovány a účinně uplatňovány.
      V průběhu času se TRIZ vyvinul do velké sady nástrojů, které pomáhají řešit řadu aktuálních problémů:
      - vytvářet nové průlomové produkty,
      — zlepšit spotřebitelské vlastnosti stávajících řešení,
      - snížení nákladů
      - obejít patenty konkurentů.
      Přední světové společnosti jako Samsung, Intel, Procter&Gambel, General Electric a další využívají TRIZ ve svých R&D centrech.

    Podmínky

    Aby se předešlo kontroverzním bodům a nedorozuměním, je důležité používat stejný pojmový aparát. K tomu jsme sestavili seznam nejpoužívanějších termínů a zkratek.

    Když se řekne vývoj technické dokumentace k softwaru, nejčastěji máme na mysli takový dokument, jako jsou podmínky reference (TOR). Proč se tohle děje?

    Účel zadání

    Za prvé, zadání je zpravidla hlavním dokumentem v rámci projektové dokumentace. Právě v TOR jsou popsány všechny základní požadavky na vývoj softwaru, ať už se jedná o vytvoření ať už jednoduchého programu či webu, nebo vývoj rozsáhlého informačního systému či softwarového a hardwarového komplexu. Navíc v jazyce GOSTs mohou být referenční podmínky vyvinuty jak v rámci předběžného návrhu (to je případ, kdy pouze popis funkcí a struktury systému bez uvážení technologií pro implementaci řešení), tak v budoucí „migraci“ na technický projekt (podrobnější popis s ohledem na zvolené technologie) .

    Za druhé, zadání může být buď povrchní (například obecný koncepční TOR určený pro investory projektu), nebo podrobnější (například podrobný TOR pro programátora). Podívejte se do sekce Projekty, tam jsou jen příklady různých TK. Můžete si vybrat libovolnou úroveň detailu - připravíme pro vás TOR libovolné složitosti za přijatelné ceny.

    Za třetí, v některých případech je možné vystačit pouze s přípravou jednoho technického úkolu k popisu vyvíjeného systému. V tomto případě samozřejmě hraje klíčovou roli kvalita vypracovaných technických specifikací, takže zde se zjevně nevyplatí šetřit a je lepší svěřit vývoj takových technických specifikací profesionálům s bohatými zkušenostmi v této věci. Lakomec platí dvakrát, ale v případě selhání vývoje softwaru kvůli nekvalitní dokumentaci - desetkrát a někdy i o několik řádů výše.

    Složení typického zadání

    Podívejme se, co zahrnuje typická TK.

    Referenční podmínky pro software se ukázaly jako povrchní?

    Referenční podmínky, bez ohledu na vybranou GOST, tedy vždy obsahují následující základní informace o vyvíjeném softwaru:

    1) název– celé a krátké názvy, symbol vyvíjeného softwaru;
    2) jmenování- k čemu, v jaké oblasti a za jakým účelem je software vyvíjen;
    3) základ pro rozvoj– dokumenty, na jejichž základě se provádí vývoj softwaru;
    4) funkcí– seznam a popis funkcí vyvíjeného softwaru;
    5) struktura– popis architektury a komponent vyvíjeného softwaru;
    6) uživatelské rozhraní- v moderním světě je vyžadován;
    7) spolehlivost, bezpečnost, provozní podmínky a tak dále. důležité požadavky;
    8) dokumentace- jaká dokumentace, v jakém rozsahu a v souladu s jakými požadavky GOST bude také vypracována;
    9) etapy a etapy vývoje- co se vyvíjí a v jakém pořadí;
    10) kontrolní postup a přejímku– jak přesně bude probíhat dodávka vyvinutého softwaru Zákazníkovi.

    Normy pro zadání

    Existuje několik GOST, které regulují vývoj technických specifikací v naší oblasti: jedná se o GOST 34.602 (automatizované systémy) a GOST 19.201 (software). Dokumenty zhotovené podle těchto norem se výrazně liší jak obsahem, tak obsahem. Oba standardy jsou prezentovány na našem firemním portálu v sekci Knihovna, můžete se s nimi blíže seznámit.

    Náklady na vývoj technických specifikací

    Obecně je příprava technických specifikací poměrně komplikovaný a odpovědný úkol, ale dobře napsané zadání je již polovinou úspěchu vyvíjeného projektu. Proto v procesu vývoje technických specifikací pro software musíte prokázat maximální péči a povědomí v technických a organizačních otázkách. Nebo si u nás můžete již nyní objednat vypracování technických specifikací na klíč.

    Mohlo by vás také zajímat:

    - vývoj programu a zkušebních metod;
    – vytvoření vysvětlivky k návrhu a technickému návrhu;
    - Etapy tvorby dokumentace.

    Psaní technického úkolu je jednou z prvních fází práce na projektu. Předchází vývoji samotného systému. V zadání popisujeme předmětnou oblast, stávající infrastrukturu Zákazníka, požadavky na vytvářenou funkcionalitu i nefunkční požadavky. Výsledný dokument je nezbytný jak pro obchodního uživatele, aby se ujistil, že jsou zohledněna všechna jeho přání o budoucím systému, tak pro nás pro odhad nákladů na vývoj systému.

    Je třeba poznamenat, že v naší každodenní analytické práci se snažíme vyhýbat termínu „Terms of Reference“. Tento termín je příliš přetížený významy a často není jasné, co se za ním skrývá. Používáme termíny Dokument s obchodními požadavky (BRD), Dokument s funkčními požadavky (FRD) a Dokument o technické architektuře (TAD). Abychom však popis nekomplikovali, budeme zde používat termín „Terms of Reference“. Dokument, který používáme ve většině případů k interakci se zákazníky, se skládá ze 70 % obchodních požadavků, 20 % funkčních požadavků a pouze 10 % technických a architektonických požadavků. Tento podíl se samozřejmě liší v závislosti na specifikách a technické náročnosti systému.

    Hlavním faktorem úspěchu při vývoji technických specifikací je správně vybudovaná komunikace se zákazníkem. Úkolem analytiků je koneckonců skutečně provést operaci brain-dump a uspořádat výsledky na papír ve strukturované podobě. Zároveň je velmi důležité (1) mluvit se zákazníkem stejným jazykem, aby nemusel překousávat pojmy z oboru, které jsou odborníkovi zřejmé, a (2) umět naslouchat správně.

    Níže jsou uvedeny zásady, kterými se řídíme při psaní zadání, a ilustrujeme je výňatky ze zadání, které jsme vyvinuli pro vícesložkový bannerový reklamní systém pro velkou internetovou společnost.

    Struktura zadání

    Každý technický úkol obsahuje několik povinných částí. Definují účel dokumentu, terminologii, obecný kontext projektu. Obvykle první část dokumentu vypadá takto:

    Class="fs-13">

    Pokud jsou na začátku dokumentu uvedeny obecné, koncepční informace o vyvíjeném systému, pak ve druhé, hlavní části dokumentu jsou podrobně předepsány obchodní požadavky a funkční požadavky na systém, které jsou podstatné pro vyhodnocení nákladů na vývoj. .

    V části „Terminologie“ podmínek zadávání bannerového systému definujeme takové pojmy, jako jsou zobrazení, kliknutí, CTR, dosah, frekvence kontaktů, soubor rezervace atd., a v části „Obecný kontext“ popisujeme hlavní obchodní procesy zákaznické společnosti, související s umístěním bannerových reklam, dále systémové prostředí, aktuální role manažerů společnosti a přístupová práva. Nutno podotknout, že v tomto konkrétním případě nebyl systém postaven od nuly. Dříve manažeři společnosti používali jiný, než u nás, systém umístění bannerové reklamy. Jinak by byl rozbor rolí a přístupových práv s největší pravděpodobností umístěn do samostatné kapitoly.

    class="fs-13">

    7. Systém umístění bannerů
    8.

    Interakce s fakturací
    9. Banner Engine
    10. Technický popis komponenty Banner Engine

    class="fs-13">

    Nejobsáhlejší oddíl podmínek, které popisujeme, je „Systém umisťování bannerů“; je věnován jádru vyvíjeného systému a obsahuje všechny požadavky přímo na systém správy reklamního prostoru.

    Vzhledem ke specifikům tohoto projektu jsme věnovali samostatnou část interakci banneru s fakturačním systémem. V samostatné části jsme také vyčlenili požadavky na zcela nezávislou komponentu pro sběr a zobrazování statistických informací, která je téměř hlavní složkou systému pro zákazníky reklamních kampaní a manažery reklamních agentur.

    V samostatné části zadání jsou popsány požadavky na komponentu Banner Engine, která zodpovídá za zobrazování bannerů, účtování statistik, jejich zpracování a uložení ve formě vhodné pro další analýzu a reportování.

    Jedná se o technicky nejsložitější a nejvíce zatíženou komponentu bannerového systému. Do TOR jsme zařadili část obsahující některé technické a architektonické detaily související s provozem Banner Engine. Především to umožňuje minimalizovat rizika při posuzování nákladů na vývoj systému, protože v závislosti na zvolené architektuře se může složitost výrazně lišit.

    Každá specifikace se liší velikostí, počtem ilustrací, počtem verzí. Například bannerový dokument je prezentován na 44 stranách a obsahuje 15 ilustrací. Proces přípravy tohoto dokumentu trval asi měsíc a zahrnoval asi 8 iterací se zákazníkem.

    class="fs-13">

    Obchodní vs. funkční požadavky

    Zadání zaznamenává jak obchodní požadavky na systém, tak i funkční požadavky:

    — Obchodní požadavky jsou popisem toho, CO by měl systém dělat v jazyce firemního uživatele. Zejména obchodní požadavky by měly být srozumitelné manažerovi, který nemá technické vzdělání a zkušenosti.

    - Funkční požadavky jsou popisem JAK se v systému provádějí určité akce. Ve fázi zpracování zadání jsou funkční požadavky obvykle stanoveny pouze pro nejsložitější bloky projektu.

    Prohloubení do obtížných oblastí umožňuje snížit rizika při následném hodnocení projektu. Funkční požadavky obvykle zahrnují vývojové diagramy, stavové diagramy, vývojové diagramy a jsou doplněny složitějšími rozvrženími obrazovky.

    Příklad obchodního požadavku:

    „U reklamní kampaně je důležité co nejpřesněji sledovat limit zobrazení, abychom se vyhnuli finančním ztrátám spojeným se zobrazováním bannerů nad placený limit. Navíc vyvstává úkol omezit zobrazování jednoho banneru například jednomu uživateli maximálně Nkrát denně.

    „Aby se tento problém vyřešil [co - viz výše] předpokládá se použití externí služby, kterou budou bannerové servery volat pokaždé, když se banner zobrazí. Protože tato služba je bodem selhání, musí bannerové servery správně zvládnout situaci, kdy je externí služba nedostupná nebo reaguje se zpožděním.

    Obvykle zahrnujeme

    Referenční podmínky obsahují popis rolí a hlavních uživatelských scénářů ve vyvíjeném systému.

    Správné zadání pro vývoj softwaru je tajemstvím úspěšného projektu

    Role: Administrátor

    Příklad funkčního požadavku:

    „Po přidání nového webu do systému musí správce vytvořit reklamní bloky s ním spojené. Při vytváření reklamní plochy je nutné zadat stránky, typ plochy, podporovaný formát banneru, velikost, frekvenci zobrazení (u statických ploch) Po vytvoření reklamní plochy se zpřístupní manažerům, kteří vkládají inzeráty.

    Zadávací podmínky obsahují požadavky na integraci vyvíjeného systému s dalšími externími a interními systémy, které zákazník používá.

    V kontextu zadání pro bannerový systém se jedná o integraci se systémy správy webových stránek společnosti, fakturace, autentizace a ukládání uživatelských dat.

    "Systém bannerové reklamy je napojen na tři externí moduly, které fungují v prostředí společnosti: systém správy webových stránek společnosti, fakturační systém a systém ověřování a ukládání uživatelů." Každé zobrazení banneru je doprovázeno požadavkem od redakční systémy do bannerového systému. Tyto systémy také používají společná ID stránek a reklamních bloků a také konzistentní názvy parametrů cílení.“

    Pokud jde o odkazy, obvykle zahrnujeme glosář, který vysvětluje význam speciálních pojmů použitých v dokumentu. Je velmi důležité přesně definovat význam pojmů, které jsou následně v dokumentu použity.

    « Umístění (jednotka umístění, řádek mediálního plánu) – je to entita, která kombinuje banner, který se má zobrazit, reklamní blok, kde se banner zobrazí, a pravidla zobrazení. Pravidla zobrazení definují období umístění, parametry cílení, limity umístění, váhy atd. Ve skutečnosti se všechny reklamní kampaně skládají z umístění.“

    kontaktní frekvence- počet unikátních uživatelů, kteří si prohlédli reklamní banner určitý počet krát. Například, kontaktní frekvence 5- počet unikátních uživatelů, z nichž každý shlédl tento reklamní banner alespoň 5x. Frekvence kontaktů 1= Dosah.

    Základní principy

    Při psaní technických specifikací se snažíme co nejvíce využívat grafické podklady pro vizuální a výstižnou prezentaci informací. Jeden diagram je často schopen nahradit několik stránek textu. V této souvislosti vidíme jako náš cíl tzv. výkres TK, tzn. znázornění všech více či méně složitých fragmentů systému v grafické podobě a použití textu jako komentáře ke grafickým materiálům.

    Obchodní lídři obvykle nemají čas studovat vícestránkové technické požadavky. Prohlížení obrázků poskytuje vizuální reprezentaci hlavních charakteristik vyvíjeného systému. Díky tomu se zlepšuje komunikace mezi firemním uživatelem a námi a roste kvalita samotných požadavků.

    Následující schéma ilustrující strukturu reklamních kampaní a vztah mezi hlavními pojmy v rámci reklamních kampaní nám ušetřilo několik stran textu.

    V případě potřeby využíváme prototypy vybraných systémových obrazovek (funkčních drátěných modelů) v TOR, které, i když nejsou konečné, demonstrují základní blok funkčnosti uživatelského rozhraní.

    Zde je takový prototyp obrazovky úpravy reklamní kampaně, která byla zahrnuta do TOR pro systém bannerové reklamy.

    Prototypy již ve fázi vývoje dávají zákazníkovi představu o tom, jak bude rozhraní systému vypadat.

    Požadavky musí být napsány jazykem „živého člověka“., srozumitelné pro firemního uživatele, vč. senior manažer, který nemá technické dovednosti; měly by obsahovat minimum odborné terminologie. Čím rychleji uživatel „pochopí“ obsah zadání, tím efektivněji bude naše komunikace s ním vybudována.

    Zkušenosti z oboru

    Při vytváření technického úkolu mají velký význam zkušenosti s vývojem podobných systémů. Pomáhá rychle pochopit obchodní procesy a potřeby zákazníka, dělat „analogicky“ mnoho věcí, které by se nám dříve zdály obtížné. Nashromážděné zkušenosti v oblasti systémů řízení podniku, velkých internetových projektů, finančních systémů, systémů elektronického obchodování nám umožňují uplatnit naše znalosti ve vztahu ke každému dalšímu projektu, na kterém se podílíme. Než jsme obdrželi objednávku na výše zmíněný bannerový reklamní systém, vyvíjeli jsme již několik bannerových systémů. Věděli jsme dobře, jak bannery fungují, znali jsme charakteristickou terminologii této oborové oblasti. Na základě zkušeností s jinými bannerovými systémy jsme zákazníkovi nabídli poměrně mnohá zjednodušení, originální řešení nejen v oblasti technologií, ale i obchodu.

    Vyhledávání přednášek

    Zadání pro objekt

    Při navrhování technického objektu zaujímá důležité místo vývoj technické a technologické dokumentace: zadání (TOR) a specifikace (TS).

    Technický úkol- jedná se o hlavní podkladový dokument pro vývoj produktu, obsahující technické a ekonomické požadavky na produkty, které určují jeho spotřebitelské vlastnosti a efektivitu použití, seznam dokumentů vyžadujících společné posouzení, postup dodání a přejímky výsledků vývoje. Zadávací podmínky pro návrh jsou vypracovány na základě GOST 15.001-88 a vypracovány v souladu s obecnými požadavky na textové designové dokumenty v souladu s GOST 2.105-68.

    Dále je povoleno použít jakýkoli dokument (smlouva, protokol, náčrt, vzorek výrobku atd.) obsahující nezbytné a dostatečné požadavky na vývoj a uznaný zákazníkem a vývojářem jako technické zadání.

    Schválené zadání je dokument, kterým by se vývojáři měli řídit ve všech fázích vytváření systému a navrhování úkolů. Změny provedené v zadání musí být zdokumentovány v protokolu, který je součástí zadání. Protokol musí být schválen zákazníkem.

    Při vývoji technického úkolu byste měli:

    · stanovit obecný cíl vytvoření technického systému;

    Stanovte obecné požadavky na navrhovaný systém;

    určit fáze vytváření systému a načasování jejich implementace;

    · Proveďte předběžnou kalkulaci nákladů na vytvoření systému.

    Zadávací podmínky by měly obsahovat následující oddíly:

    1) název a rozsah;

    2) kód produktu;

    3) důvody pro rozvoj;

    4) účel a studie proveditelnosti;

    5) zdroje pro rozvoj;

    6) fáze vývoje a zahájení výroby;

    7) technické požadavky.

    V závislosti na účelu vyvíjených měřidel, podmínkách jejich výroby a provozu je možné měnit strukturu technických specifikací, kombinovat jednotlivé sekce a zavádět nové.

    V kapitole Základ pro rozvoj uveďte název dokumentu (dokumentů), který zajišťuje tento vývoj, organizaci, která tento dokument schválila, a datum jeho schválení, název a kód tématu vývoje.

    Základem vývoje je marketingový průzkum a vydání nového standardu.

    V části „Účel a studie proveditelnosti rozvoje“ uveďte:

    1. Specifickým funkčním účelem objektu je snížení toxicity automobilu.

    Zadání pro vývoj programu

    Přítomnost domácích a zahraničních analogů a možnost nebo účelnost jejich použití pro tento účel - na trhu existují zahraniční analogy, ale jejich náklady a domácí analogy.

    3. Odhadovaná potřeba těchto předmětů spotřebiteli - tento předmět je nezbytný pro to, aby spotřebitel dodržel normy a chránil zdraví lidí a životního prostředí.

    V sekci "Vývojové zdroje" je uveden seznam výzkumů a dalších prací, jejichž výsledky jsou při tomto vývoji použity, dále seznam vzorků či modelů, na jejichž základě je vývoj prováděn.

    V části „Etapy vývoje“ jsou uvedeny potřebné etapy prací a přibližné termíny jejich realizace, skladba a přibližné termíny odevzdání projektové technologické dokumentace k metrologickému zkoušení a organizace, která jej provádí.

    Na základě fází životního cyklu produktu vyvíjíme fáze vývoje a uvedení do výroby.

    Hlavní fáze vývoje: marketingový výzkum; vývoj technických specifikací; — objektový design; soud; předprodukce; uvedení do výroby.

    V první fázi návrhu se provádí výběr (nebo vývoj) konceptu objektu. Za tímto účelem se na základě referenčních údajů, doporučení a norem vytváří řada variant objektů - analogy, v té či oné míře splňující požadavky TOR. Dále jsou v případě potřeby dokončeny schematické diagramy objektů - analogy. Pokud nejsou nalezeny varianty objektů - analogy, přistoupí se k postupu syntézy variant objektů, se kterými se ve strojírenské praxi dosud nesetkali. Současně, jak již bylo uvedeno, jsou maximálně využity standardní prvky a uzly.

    Další fází návrhu je návrh hlavních prvků a konstrukce matematických modelů pro fungování zařízení. Poslední fází návrhu je konečný návrh přijatých rozhodnutí, provedení výkresů a textové části v souladu s požadavky ESKD.

    Po úspěšném otestování je pro zákazníka projektu na základě požadavků zadání a norem vztahujících se k tomuto typu výrobku, s přihlédnutím k výsledkům zkoušek, vypracována technická specifikace svítidla, která obsahuje:

    1.Technické požadavky

    2. Bezpečnostní požadavky

    3. Požadavky na ochranu životního prostředí

    4. Pravidla přijímání

    5. Metody řízení

    6. Doprava a skladování

    7. Návod k použití

    8. Záruky výrobce

    9. Likvidace

    Na základě vypracovaných podkladů můžete přistoupit k přímému návrhu objektu.

    Odeslat svou dobrou práci do znalostní báze je jednoduché. Použijte níže uvedený formulář

    Studenti, postgraduální studenti, mladí vědci, kteří využívají znalostní základnu ve svém studiu a práci, vám budou velmi vděční.

    MINISTERSTVO ŠKOLSTVÍ A VĚDY RUSKÉ FEDERACE

    FEDERÁLNÍ STÁTNÍ VZDĚLÁVACÍ INSTITUCE

    STŘEDNÍ ODBORNÉ VZDĚLÁVÁNÍ

    STÁTNÍ VYSOKÉ ŠKOLY KRASNOGORSK

    ODDĚLENÍ POČÍTAČOVÉHO SOFTWARU A AUTOMATIZOVANÝCH SYSTÉMŮ

    o nácviku získávání primárních odborných dovedností

    student skupiny 37

    Bojarkin Alexander Sergejevič

    Vedoucí praxe

    z podniku ______________ / Dubrov Yu.V.

    od KGC _____________ / Studenova O.V./

    Úvod

    1. Vyjádření problému

    1.1 Zadání

    Důvody rozvoje

    Účel rozvoje

    Požadavky na spolehlivost

    Požadavky na informace a kompatibilitu softwaru

    Technické a ekonomické ukazatele

    Etapy a fáze vývoje

    2. Hlavní tělo

    2.1 Popis programu

    Obecná informace

    Funkční účel

    Popis logické struktury

    Obecné informace o programu

    Použitý software

    Použité technické prostředky

    Struktura programu

    Nastavení programu

    Kontrola programu

    2.3 Návod k obsluze

    Účel programu

    Podmínky provádění programu

    Provádění programu

    Obecná ustanovení

    Obsluha počítače (PC)

    Závěr

    Bibliografie

    Úvod

    Já, Alexander Sergejevič Boyarkin, student Krasnogorsk State College, skupina 37, jsem absolvoval stáž ve společnosti PC System LLC. Zabýval jsem se prací s dokumenty (Kopírování, Tisk, Zpracování ... atd.)

    1. Pracoval na softwarové podpoře.

    2. Poradenství v oblasti hardwaru BT

    3. Tech. Služba BT

    1 Problémové prohlášení

    1.1 Zadání

    Důvody rozvoje

    Základem pro rozvoj programu je úkol vydaný pro praxi o získání primárních odborných dovedností vedoucím praxe "LLC Sistema PK" Dubrovem Yu.V.

    Název díla: "MediaPlayer". Umělec: Boyarkin A.S.

    Účel rozvoje

    Účelem softwarového produktu je vytvořit aplikaci, která dokáže přehrávat MediaPlayer ve formátu „mp3.mid.wma.etc“. Vyvinutý software slouží k poslechu hudby.

    Požadavky na program nebo softwarový produkt

    Program umožňuje poslouchat zvukové soubory

    1.1.3.1 Požadavky na výkon

    Hlavní funkce programu:

    Přehrávejte hudbu ve formátu mp3, wma atd.

    1.1.4 Požadavky na spolehlivost

    Program musí:

    Práce s daným funkčním algoritmem;

    2) Produkujte nepřerušovanou práci s datovým souborem

    1.1.5 Provozní podmínky a požadavky na složení a parametry technických prostředků

    Provozní podmínky programu jsou stejné jako u počítače. Program by měl být navržen pro neprofesionálního uživatele.

    Minimální požadavky na elektronický počítač:

    Procesor: Intel Pentium

    Frekvence: 233 MHz

    RAM: 64 MB

    1) Procesor: Intel Pentium IV

    2) Frekvence: 1600 MHz

    3) RAM: 512 MB

    4) Klávesnice a myš.

    1.1.6 Požadavky na informace a kompatibilitu softwaru

    Operační systém: Windows XP nebo vyšší

    Programovací jazyk: Borland Delphi

    Požadavky na přepravu a skladování

    Program je dodáván na laserovém nosiči dat. Programová dokumentace je dodávána v elektronické i tištěné podobě.

    Speciální požadavky

    Software by měl mít jednoduché rozhraní určené pro neprofesionálního uživatele.

    Dokumentace k akceptovanému operačnímu softwaru (SW) musí obsahovat kompletní informace nezbytné pro programátory pro práci s tímto programem.

    1.1.7 Požadavky na dokumentaci k softwaru

    Hlavními dokumenty upravujícími vývoj budoucích programů by měly být dokumenty Jednotného systému programové dokumentace (ESPD): příručka systémového programátora, provozní příručka, popis programu.

    1.1.8 Technické a ekonomické ukazatele

    Efektivita softwaru je dána pohodlností jeho použití k posouzení kvality znalostí a také ekonomickými přínosy získanými z implementace tohoto programu.

    Hostováno na http://www.allbest.ru/

    Hostováno na http://www.allbest.ru/

    1.1.9 Etapy a fáze vývoje

    Vedoucí výrobní praxe:

    Studeňová O.V

    1.1.10 Kontrolní a přejímací řízení

    Kontrola a akceptace vývoje jsou prováděny na základě testů příkladů ovládání a ladění. Tím se kontroluje výkon všech funkcí programu.

    1.2 Přehled stávajících řešení

    Podnik nemá typ tohoto softwarového produktu Z těchto důvodů bylo rozhodnuto vyvinout software, který řeší výše popsané problémy.

    1.3 Výběr programovacího jazyka

    V současné době existuje mnoho různých programovacích jazyků.

    Visual Basic je produktem mnohaletého vývoje jazyka Basic. V zásadě je tento jazyk určen pro vytváření programů, které pracují v dialogovém režimu s uživatelem, "tedy ve vizuálním režimu. Svou složitostí a možnostmi lze Visual Basic postavit na roveň Borland Delphi 7 nebo C ++.

    Borland Delphi je univerzální nástroj pro vývoj aplikací pro Windows. Všechny výhody Borland Delphi nelze vyjmenovat - je to rychlý kompilátor a pohodlné vývojové prostředí a bohaté možnosti práce s databázemi a velká sada komponent, to je samozřejmě skvělé vizuální programovací prostředí, srozumitelné, snadné učit a často nevyžaduje znalosti profesionálního vývojáře.

    Právě jedinečnost Borland Delphi vám umožňuje vytvářet seriózní plnohodnotná řešení v krátkém čase. Je to pohodlné ve všech ohledech, jak pro začátečníky, tak pro profesionály. Začátečníkům umožňuje s malým úsilím a časem vytvářet aplikační programy, které jsou navenek k nerozeznání od programů vytvořených profesionálními specialisty. Pro profesionály Borland Delphi poskytuje možnost vytvářet složité aplikace, které pracují s jakoukoli databází. V současné době je Borland Delphi jedním z nejpopulárnějších softwarových produktů pro tvorbu informačních systémů. Na jejím základě vznikají jak malé programy, tak systémy podnikového rozsahu.

    Integrované vývojové prostředí Borland Delphi bylo pro psaní softwaru zvoleno z toho důvodu, že v této práci byl zadán úkol vyvinout modul v rámci projektu zaměřeného na využití Borland o Delphi.

    Na rozdíl od jazyka Visual Basic 6.0 má Borland Delphi možnost pohodlněji pracovat s databázemi s kratším časem na jejich připojení, přidávat záznamy do tabulky a provádět různé operace s daty v tabulkách a můžete také provádět pohodlnější rozhraní pro neprofesionální uživatel.

    2 Hlavní tělo

    2.1 Popis programu

    Obecná informace

    Tento software je určen k poslechu zvukových souborů pro studenty.

    Program je implementován v programovacím prostředí Borland Delphi.

    Funkční účel

    Tento software řeší následující úlohy:

    otevření a zobrazení audio přehrávače

    možnost výběru skladeb ve formátech „mp3, wma atd...“

    2.1.3 Popis logické struktury

    Program zahrnuje:

    Procházejte zvukové soubory v počítači

    funkce poslechu audio souborů

    programový technický systém

    Windows XP a vyšší;

    procesor: Pentium IV;

    frekvence: 1600 MHz;

    RAM: 512 MB;

    grafická karta: 32 MB;

    klávesnice a myš.

    2.2 Příručka programátora systému

    Obecné informace o programu

    Vyvinutý software je navržen pro rychlý a pohodlný poslech hudby

    Tento program byl vytvořen v programovacím jazyce Borlabd Delphi pomocí kompilátoru Borlabd Delphi.

    2.2.2 Použitý software

    Program je spuštěn v systému Windows XP a jeho novějších verzích. Vývojové prostředí - Borlabd Delphi.

    2.2.3 Použité technické prostředky

    Minimální hardwarové požadavky pro elektronický počítač:

    Procesor: Intel Pentium

    Frekvence: 233 MHz

    RAM: 64 MB

    Volné místo na pevném disku: 15 MB

    1) Procesor: Intel Pentium IV

    Frekvence: 1600 MHz

    RAM: 512 Mb

    Volné místo na pevném disku: 20 MB

    Grafická karta: 32 Mb

    2.2.4 Struktura programu

    Rýže. 1 programová struktura

    Form1 obsahuje:

    Štítek – slouží k zobrazení názvu souboru

    Upravit – slouží k zobrazení cesty přehrávání

    Tlačítko – slouží k zobrazení seznamu souborů

    OpenDialog – slouží k otevírání souborů formátu přehrávače

    MediaPlayer - pro přehrávání zvukových souborů

    Na formuláři je také tlačítko Tlačítko, jehož stisknutím lze otevřít seznam všech souborů na vašem PC

    Krok 3. Připojení programu k souboru přehrávače

    procedure TForm1.Button1Click(Sender: TObject);

    edit1.Text:= opendialog1.FileName; // Úprava textu názvu souboru

    If openDialog1.Execute then begin // Pokud se otevře dialogové okno, program se spustí

    MediaPlayer1.FileName:=openDialog1.FileName; //Otevřete dialogové okno s názvem souboru

    MediaPlayer1.Otevřít; // Spusťte přehrávač

    Nastavení programu

    Program určený pro neprofesionálního uživatele nevyžaduje žádnou konfiguraci.

    Zkopírujte složku do libovolného adresáře, například na místní disk C:\ (C:\Program Files\BoyaraPlayer) spusťte soubor "BoyaraPlayer.exe"

    Kontrola programu

    Testovací objekt

    Předmětem testování je multimediální přehrávač, který umožňuje přehrávat hudbu v různých formátech

    Účel testování

    Účelem testu je ověřit spolehlivost programu.

    Požadavky na program

    Program by měl být navržen tak, aby byl uživatelsky přívětivý.

    Program by měl mít navíc přátelské, intuitivní rozhraní, podobné tomu, které se běžně používá ve standardních aplikacích pro Windows.

    Požadavky na dokumentaci k softwaru

    Složení programové dokumentace:

    popis programu;

    text programu;

    příručka systémového programátora;

    návod k obsluze.

    2.3 Návod k obsluze

    Účel programu

    Program je navržen pro snadné použití poslechu MediaPlayera

    Windows XP a vyšší;

    procesor: Pentium;

    frekvence: 233 MHz

    RAM: 64 MB;

    grafická karta: 32 MB;

    Windows XP SP2 a vyšší;

    procesor: Pentium IV;

    frekvence: 1600 MHz;

    RAM: 512 MB;

    grafická karta: 64 MB;

    klávesnice a myš.

    3. Bezpečnostní opatření při provozu provozem (PC)

    3.1 Obecné

    1) Tato příručka obsahuje bezpečnostní opatření, která je třeba dodržovat při údržbě a provozu počítače (PC).

    Poučení je závazné pro osoby provádějící jakékoliv práce na obsluze a údržbě počítače (PC), tedy pro inženýry, programátory, elektrotechniky.

    Je zakázáno provozovat počítač (PC) s vypnutým ventilačním systémem.

    Je zakázáno provozovat počítač (PC) při teplotě vyšší než 35 stupňů. C. a vlhkost nad 90 %.

    5) Zaměstnanci, kteří si prostudovali pravidla pro technický provoz přístrojů, tento návod, složili zkoušku PTB a mají osvědčení pro oprávnění k obsluze elektroinstalace do 1000V, smějí pracovat na obsluze a údržbě počítačů (PC ).

    3.2 Obsluha počítače (PC)

    1) Zapněte počítač (PC) podle pokynů pro jeho zapnutí a vypnutí pro tento počítač.

    2) Před zapnutím počítače (PC) je nutné se seznámit s hardwarovým logem a ujistit se, že všechna počítačová zařízení byla při dřívější práci v dobrém provozním stavu.

    Závěr

    V rámci nácviku získávání primárních odborných dovedností byla vyvinuta aplikace pro poslech mediálních souborů, z níž lze vyvodit následující závěry:

    Při vývoji aplikace byl dokončen celý cyklus návrhu programu od zadání úkolu zákazníkem až po uvedení hotové aplikace do provozu.

    Vyvinutá aplikace umožňuje:

    Poslouchejte MediaPlayer;

    Důsledně vybírejte hudbu s formáty mp3.wma pro další využití;

    Další rozvoj programu bude probíhat jeho modernizací: zavedením nových formátů a také psaním nových, přídavných modulů, podle potřeby.

    Shrneme-li tedy výsledky návrhu, je třeba poznamenat, že v něm bylo dosaženo cíle a cílů.

    Bibliografie

    GOST 7.1-84 Bibliografický popis dokumentu. Obecné požadavky a pravidla pro sestavování.

    GOST 19.201 - 78. Jednotný systém programové dokumentace. Technický úkol. Požadavky na obsah a design.

    GOST 19.401 - 78. Text programu. Požadavky na obsah a design.

    GOST 19.402 - 78. Popis programu.

    GOST 19.503 - 79. Příručka systémového programátora. Požadavky na obsah a design.

    GOST 19.505 - 79. Návod k obsluze. Požadavky na obsah a design.

    GOST 24.207 - 80. Požadavky na obsah softwarových dokumentů.

    Flenov M.E. Programátorská bible v Delphi, 2009.

    Standardy jednotného systému pro programovou dokumentaci (ESPD).

    Shishkin V.V. Metodické pokyny k projektu kurzu. -Smolensk, 2002.

    Hostováno na Allbest.ru

    Podobné dokumenty

      Vytvoření informačního webu pro rybářské nadšence, který jim umožňuje získat potřebné informace. Požadavky na program nebo softwarový produkt. Etapy a fáze vývoje. Software doporučený pro provoz programu.

      práce, přidáno 18.03.2012

      Software je důležitou součástí fungování počítačových činností. Studium principu fungování rezidentních programů. Vývoj programu pro odstranění slov z textového souboru bez ohledu na velikost písmen. Požadavky na program, vypracování projektu.

      semestrální práce, přidáno 2.3.2011

      Náplň činnosti a pracovní povinnosti správce stránek reklamní agentury. Funkční a nefunkční požadavky na administrátorský automatizační software. Typy a typy testování, příručka programátora.

      semestrální práce, přidáno 15.05.2014

      Software jako soubor programů systému zpracování informací a programových dokumentů nezbytných pro provoz těchto programů. Systémový software (programy pro všeobecné použití), aplikovaný a instrumentální software (programovací systémy).

      abstrakt, přidáno 06.04.2010

      Obecná charakteristika a požadavky na program. Funkční model řešení problémů (BPWin), požadovaný software. Popis webu, uživatelská a programátorská příručka. Technické a ekonomické výpočty rozvoje.

      práce, přidáno 21.01.2014

      Program pro tvorbu hodin. Minimální požadavky na skladbu a parametry technických prostředků programu. Výběr a zdůvodnění programovacího systému Microsoft Visual Studio. Obecný popis algoritmu. Uživatelská a programátorská příručka.

      kontrolní práce, přidáno 11.12.2012

      Rozsah a požadavky vytvářené webové aplikace. Požadavky na hardware a software. Vývoj struktury webové aplikace a výběr softwarových implementačních nástrojů. Softwarová implementace webové aplikace. Struktura databáze.

      práce, přidáno 03.06.2014

      Vývoj softwaru, který bude automatizovat práci manažera s klienty a dodavateli. Definice požadavků, testování, popis programu. Příručka systémového programátora. Vytvoření DBMS v DELPHI pro manažera.

      práce, přidáno 16.06.2014

      Referenční podmínky pro vývoj softwarového produktu a požadavky na program. Psaní pracovního algoritmu a vývoj programového rozhraní. Systémový programátor a návod k obsluze. Základní metody a principy testování databází.

      práce, přidáno 27.01.2013

      Konečným cílem každého počítačového programu je ovládání hardwaru. Jádro operačního systému počítače: software na systémové úrovni. Počítačové sítě a jejich účel. Základy fungování internetu a jeho hlavních služeb.

    Co je software? Ukázky jeho praktického využití vidíme každý den při sezení u počítače. I pouhé pohybování myší po obrazovce je výsledkem softwaru. Jaké jsou typy softwaru? Jak probíhá vývoj softwaru?

    Software: teorie

    Provoz počítače se provádí pomocí kombinovaného použití hardwaru a softwaru. První se týká sady čipů, desek a dalších elektronických součástek a zařízení, které tvoří PC. Za druhé - počítačové programy, které jsou určeny ke zpracování informací a provádění užitečných akcí pomocí PC. První se ve slangu často nazývá "hardware", druhý - "software".

    Software se v počítači objeví během instalace – umístěním příslušných souborů na disk. V některých případech je nutné aktualizovat software. Jedná se ve skutečnosti o reinstalaci pokročilejší a modernější verze softwaru. Že je nutné vlastnit tzv. "distribuční sadu". Jedná se o specializovaný instalační program.

    Existují dva hlavní typy softwaru – systémový a aplikační. První varianta zajišťuje provoz PC z hlediska jeho hlavních funkcí: spouštění, načítání a provádění nízkoúrovňových výpočetních operací. Za hlavní varianty systémového softwaru jsou považovány i prostředky pro ovládání hardwarových komponent počítače a jejich nastavení.

    Jedná se o programy, s jejichž pomocí se na PC provádějí prakticky významné akce. Například psaní na stroji, sestavování tabulek, kreslení, používání internetu atd.

    Pro zjednodušení jazyka to lze shrnout následovně: systémový software je pro počítač, aplikační software je pro uživatele. Další způsob, jak vysvětlit rozdíl jednoduše: dílo obvykle není vidět. Své funkce vykonávají bez „koordinace“ s uživatelem, ve skrytém režimu. Aplikační software zase funguje pouze s přímou účastí uživatele. Dnes se podíváme na příklady obou.

    Existují samozřejmě i „nepočítačové“ typy softwaru. Mohou ovládat další druhy zařízení - například tablety, smartphony, televizory. Existuje software pro klimatizační systémy, průmyslová zařízení atd.

    Co je operační systém?

    OS je základním typem systémového softwaru z hlediska využití schopností PC. Proč je zařazen do této kategorie softwaru? Faktem je, že v prostředích tvořených operačními systémy funguje veškerý ostatní počítačový software (systémový i aplikační). OS je základem pro provoz PC. Pokud neexistuje operační systém, nebude fungovat žádný jiný program. Hlavní procesy operačního systému jsou před uživatelem skryté.

    Nejrozšířenějším PC OS na světě je Windows (nejpopulárnější, existuje spousta jeho verzí - 7., 8., XP a další), Linux, MacOS.

    Systémový software: ovladače

    Druhým, možná nejdůležitějším typem systémového softwaru je ovladač. Jsou navrženy tak, aby zajistily správnou funkci hardwarových komponent. Pokud v počítači nejsou nainstalovány ovladače pro disk, disk nebude fungovat. Podobně - pro grafickou kartu, myš, modem a dokonce i procesor. Typickým síťovým softwarem je ovladač routeru nebo modemu. Tento typ softwaru obvykle dodávají výrobci hardwaru (a v mnoha případech je součástí operačních systémů).

    To je podstata systémového softwaru. Další na řadě jsou aplikační software, příklady nejoblíbenějších řešení a hlavní funkce, které jsou uživatelům nabízeny.

    Použitý software: antiviry, utility

    Běžnými typy aplikačního softwaru jsou antiviry a utility. První z nich jsou navrženy tak, aby chránily počítač před malwarem, který může deaktivovat jiný software nebo dokonce součásti hardwaru počítače. Některé z nejpopulárnějších antivirů v Rusku jsou NOD32, DrWeb, Kaspersky. Utility jsou navrženy tak, aby zajistily stabilní provoz PC, sledovaly, jak dobře funguje procesor, disky, paměť a další hardwarové komponenty počítače.

    Populární Microsoft Word

    Které z konkrétních vzorků aplikačního softwaru jsou dnes nejžádanější? Především se jedná o programy pro zpracování textu. Tento druh operace na počítači je historicky úplně první. Jedním z celosvětově nejoblíbenějších programů pro zpracování textu a související operace (kreslení tabulek, grafů atd.) je Word. Vyvinula jej jedna z největších korporací na světě – americký Microsoft. Jeho ruský přepis je přijatelný, což zní jako "program Word".

    K dnešnímu dni bylo vydáno několik verzí tohoto softwaru. Funkce v každém z nich jsou různé, ale základním (a v praxi nejžádanějším) úkolem, který MS Word v té či oné úpravě provádí, je formátování textu, jeho uložení do souboru a zajištění (v případě potřeby) jeho správný výstup na tiskárnu. .

    Funkce aplikace Microsoft Word

    "Program Word" může provádět obrovské množství operací. A to:

    Formátování písmen a odstavců (výběr písma požadované velikosti a základních atributů - podtržení, psaní tučně, kurzíva, řádkování atd.)

    Návrh vzhledu stránek (nastavení barvy a vzoru na pozadí, přidání grafiky, obrázků atd.)

    Přidání doprovodných textových prvků (tabulky, grafy, ikony atd.)

    Naučit se používat Word je velmi snadné. Mnoho ovládacích prvků programu je intuitivní. Za zmínku také stojí, že Microsoft, který vydal Word, opatřil své řešení podrobným systémem nápovědy, ke kterému se uživatel dostane stisknutím F1 na klávesnici.

    Oblíbené aplikace: Microsoft Excel

    Příkladem dalšího populárního aplikačního softwaru je Microsoft Excel (v ruštině - "program Excel"). Její oblastí odbornosti jsou tabulkové výpočty. Taková řešení značně zjednodušují práci s čísly.

    Navzdory skutečnosti, že tento program je považován za profesionální, dokonce i začínající uživatelé zvládnou základní metody práce s ním (proto si získal celosvětovou slávu).

    Microsoft Excel: Funkce

    Nejzákladnější operace v Excelu jsou zobrazování textu a čísel ve formě tabulek. Pracovní pole programu ve skutečnosti vypadá jako velké množství buněk, z nichž do každé můžete něco zadat. Složitějším postupem je konstrukce grafů, zavádění vzorců. Operace vyžadující odborný výcvik - programování tzv. "makra" (jakýchsi interních programů), inženýrské výpočty.

    Uvádíme nejběžnější typy úloh v praxi, které „program Excel“ dokáže vyřešit:

    Matematické výpočty s použitím číselných hodnot v buňkách tabulky (součet, odčítání, dělení, násobení, stavební postup atd.);

    Aplikace vzorců pro automatizaci účtů;

    Vypracování zpráv, formulářů, dotazníků a dalších dokumentů, které vypadají nejpohodlněji ve formě tabulek;

    Konstrukce grafů, vizualizace statistik pomocí grafů.

    Stejně jako ve Wordu se používání Excelu velmi snadno naučíte sami. Ovládání programu je z velké části intuitivní. Tento typ softwaru je také vybaven podrobným systémem nápovědy (který může být užitečný nejen pro začínajícího uživatele, ale i pro profesionála).

    Oblíbené aplikace: Adobe Photoshop

    Uživatelé mají často potřebu používat jeden zajímavý program - Photoshop. Pro Windows 7, 8 nebo XP existuje ve velkém množství verzí. Oficiálně se tento program nazývá Adobe Photoshop. Je určen pro kreslení (taková řešení se nazývají „grafické editory“). Používají jej, stejně jako v případě Wordu a Excelu, začínající uživatelé i profesionálové: návrháři, weboví vývojáři, tvůrci kreslených filmů.

    Photoshop označuje programy, které zpracovávají obrázky v takzvaném „rastrovém“ režimu. Co to znamená? Dá se říci, že hlavní část počítačové grafiky patří do kategorie „rastr“. Hovoříme o obrázcích skládajících se z velkého počtu malých bodů (vzpomeňte si, jak se obraz vytváří na televizoru a monitoru – princip je stejný). Pomocí "rastru" můžete vytvořit naprosto libovolné grafické prvky. Můžete nakreslit portrét člověka, dům, krajinu - cokoliv. Kromě „rastrové“ grafiky existují i ​​„vektorové“. Obrázky na něm založené lze zase sestavit pouze podle šablon stanovených v programu.

    Funkce Adobe Photoshop

    Pomocí Photoshopu můžete nejen vytvářet obrázky, ale také provádět změny na hotových. Odtud pochází termín „photoshop“. Objekty na fotce můžete například upravovat, něco k nim přidávat, retušovat – s mnoha zkušenostmi s Photoshopem může vše dopadnout velmi věrohodně.

    Adobe Photoshop pracuje s většinou formátů grafických souborů díky velké sadě převodníků pro různé formáty. Ten při čtení ze souboru převede grafické informace z formátu souboru do nativního formátu editoru Adobe Photoshop. Při zápisu do souboru provádějí převodníky obrácený převod.

    Jaké jsou nejoblíbenější typy operací, které se ve Photoshopu provádějí? Patří mezi ně následující:

    Vytvářejte nové kresby pomocí virtuálních štětců, tužek, pravítek, tvarů pomocí různých barev;

    Změna velikosti obrázků nebo jejich jednotlivých prvků;

    Kombinace obsahu dvou různých obrázků;

    Změňte barvu obrázku nebo jeho částí;

    Aplikace vizuálních efektů díky šablonám a algoritmům zabudovaným do programu;

    Transformace obrazu (odraz, rotace atd.).

    Stejně jako u Wordu a Excelu se ovládací prvky Photoshopu snadno intuitivně naučíte. Něco nakreslit tedy zvládne i nezkušený uživatel. Mnoho verzí programu je vybaveno systémem nápovědy v ruštině, který podrobně vypráví, jak pracovat s Photoshopem.

    Oblíbené typy aplikačního softwaru: prohlížeče

    Prohlížeč je program, pomocí kterého uživatelé přistupují na internet, čtou novinky z webových stránek, píší zprávy na sociálních sítích, sledují videa – jedním slovem dělají vše, co je typické pro „virtuální prostor“. Světově nejoblíbenější řešení tohoto typu jsou Internet Explorer, Opera, Google Chrome. Existuje velké množství jejich analogů a podtypů. Funkčnost každého z nich je obecně stejná. Většina uživatelů preferuje použití jednoho nebo druhého na základě subjektivního posouzení kvality provedení programů a pohodlnosti umístění ovládacích prvků na nich.

    Princip fungování prohlížečů je založen na rozpoznání hypertextového značkovacího jazyka (tzv. HTML) a jeho převedení na uživatelsky přívětivé vizuální prvky – text, obrázky, tabulky, videa, animace, formuláře zpráv atd.

    Prohlížeče: funkce

    Ukázky takového softwaru jsou uspořádány velmi jednoduše. Hlavními prvky prohlížeče jsou řádek s adresou webu a hlavní pole (nejčastěji nazývané „webové rozhraní“, kde se zobrazují informace z internetu. Hlavním rysem takového programu je, že je prostředníkem mezi Uživatel PC a další lidé ve virtuálním prostoru. To znamená, že pomocí prohlížeče (přesněji „webového rozhraní“) si člověk ve skutečnosti může vyměňovat data tím, že si něco odešle (text, soubory) a něco od sebe obdrží. jiné.Existoval internet před vynálezem prohlížečů? Faktem je, že „webové rozhraní“ není historicky prvním způsobem komunikace mezi uživateli. Objevilo se po mnoha letech mezinárodní harmonizace norem, podle kterých výměna „ virtuální“ informace.

    Software: placený a bezplatný

    Jedním z kritérií pro klasifikaci softwaru je cena. Existují tři kategorie řešení. Za prvé je zcela zdarma, za druhé je tu komerční. Pokud chce uživatel takový software používat, pak musí zaplatit za jeho instalaci. Za třetí, existuje střední typ softwaru - shareware. Jaká je jeho vlastnost? Obecně platí, že použití takového softwaru je následující: nemusíte platit za instalaci, ale po použití programu po určitou dobu (například měsíc), budete muset převést prostředky vývojáři pro další použití .

    Co je to „cloudová technologie“?

    V posledních letech se pojem „cloud computing“ stal velmi populárním. Co je to za fenomén? „Cloud computing“ je zjednodušeně řečeno aplikační software, který lze spouštět z prohlížeče (respektive není nainstalován na PC). Zvažte příklad. Microsoft Word, o kterém jsme hovořili výše, se spouští poklepáním na ikonu na ploše. Existuje však stejné řešení, ale „zamračené“: použití tohoto typu softwaru se provádí prostřednictvím webového rozhraní prohlížeče. Na internetu se zpravidla ukládají i soubory, se kterými uživatel pomocí takového softwaru pracuje.

    Mnoho programů nyní existuje ve formátu „cloud“. Existovaly dokonce verze operačních systémů tohoto typu. Můžeme tedy říci, že není aplikován pouze „cloudový“ formát, ale také systémový software. Obliba takových řešení je dnes spojena s vysokou rychlostí internetu (před pár lety tomu tak nebylo) a také s úsporou času uživatele – není potřeba nic instalovat do PC. Mimochodem, aktualizace softwaru cloudového typu probíhají nezávisle na uživateli. To je také pohodlné.

    Kdo vyvíjí software?

    Existuje celé odvětví ekonomiky, v jehož rámci se provádí vývoj softwaru - programování. Zaměstnává lidi s nejrůznějšími znalostními profily. Spojuje je ale společný rys – znalost programovacích jazyků. Pomocí jednoho nebo více z nich člověk píše software. Programovací jazyk je sada příkazů, které jsou rozpoznávány hardwarovými součástmi počítače. Po napsání „frází“ vytvořené určitým způsobem dává osoba vytvářející software „instrukce“ procesoru nebo, řekněme, disku PC, aby se souborem provedl tu a tu operaci. Existují stovky jazyků, ve kterých se vývoj softwaru provádí. Mezi oblíbené patří C ("C"), Java, Pascal, Ruby-on-Rails.

    Je těžké naučit se psát software?

    Vůbec ne. Každý se může stát vývojářem softwaru. Vytváření softwaru není vůbec zakázaná činnost. Mnoho úspěšných podnikatelů začalo vývojem softwaru. Příklady takových lidí jsou Bill Gates, Linux Torvalds, Evgeny Kaspersky. Jazyky pro tvorbu softwaru se můžete naučit na základě velkého množství dostupné literatury, videonávodů nebo návštěvou specializovaných kurzů. Vývoj softwaru je jedním z nejrychleji rostoucích odvětví a jeho nárůst popularity je způsoben především univerzální dostupností.

    Zadání pro vývoj programu
    "10-Strike: Computer Inventory" pro účetní počítače v podnikové síti "

    1. Úvod

    1.1. Název programu

    2. Požadavky na program

    2.2. Požadavky na spolehlivost

    2.2.1. Požadavky na zajištění spolehlivého provozu programu

    2.2.3. Poruchy způsobené nesprávným jednáním uživatelů systému 3. Provozní podmínky
    3.1. Klimatické provozní podmínky
    3.2. Požadavky na kvalifikaci a počet personálu
    3.3. Požadavky na složení a parametry technických prostředků
    3.4. Požadavky na informace a kompatibilitu softwaru
    3.4.1. Požadavky na informační struktury a metody řešení
    3.4.2. Požadavky na zdrojové kódy a programovací jazyky
    3.4.3. Požadavky na software používaný programem
    3.4.4. Požadavky na ochranu informací a programů
    3.5. Speciální požadavky
    4. Požadavky na dokumentaci k softwaru
    4.1. Předběžná skladba programové dokumentace
    5. Technické a ekonomické ukazatele
    5.1. Ekonomické přínosy rozvoje
    6. Etapy a fáze vývoje
    6.1. Vývojové fáze
    6.2. Vývojové fáze
    6.3. Obsah práce po etapách
    7. Postup při kontrole a přejímce
    7.1. Typy testů

    1. Úvod

    1.1. Název programu

    Název programu: "10-Strike: Inventory of Computers" pro účetní počítače v podnikové síti "

    1.2. Účel a rozsah

    Program "10-Strike: Computer Inventory" je určen k inventarizaci počítačů v lokálních sítích, umožňuje správcům sítí vytvářet a udržovat databázi inventáře a účetnictví počítačů, komponent, programů a licencí s možností prohlížení a sledováníkonfigurace vzdáleného počítače. Umožňuje také sledovat hardware a software. na ně.

    A C Výplně:

    Cúčinkující: ne

    2. Požadavky na program

    2.1. požadavky na výkon

    Program by měl poskytovat schopnost provádět následující základní funkce:

    1) Shromažďování informací v organizaci s libovolnou strukturou

    1.1 Získávání informací o různých skupinách dat (více než 50) hardwaru a softwaru;

    1.2 Sběr informací z místních a vzdálených počítačů a chytrých telefonů se systémem Windows (WMI, NetBios, registr), Linux a MacOS (přes SSH), Android (SSH);

    1.3. Tři způsoby shromažďování informací: , , .

    Flexibilní nastavení pro sběr informací z počítačů bez administrátorských práv a počítačů bez sítě, dále pro počítače ze vzdálených poboček a mobilní počítače zaměstnanců na služebních cestách.

    2. Příprava reportů

    2.1. Vedení databáze počítačů s tvorbou vlastních polí pro účetní údaje o uživateli a inventáři;

      1. Tvorba různých reportů (více než 70 šablon reportů ve formátech pdf, html, doc, xml (xls), xls, txt) o stavu hardwaru a softwaru v síti;

    3. Upozornění na změny a zjištěné problémy

    3.1 Kontrola změn hardwaru a softwaru na počítačích v síti;

    3.2 Upozornění na změny v konfiguracích na počítačích;

    3.3 Upozornění na zjištěné problémy (málo místa na pevném disku, vypršení licenčního klíče);

      1. Provádění diagnostiky S.M.A.R.T., zjišťování zdravotního stavu pevných disků;

    4. Účtování žádostí a licencí

    4.1 Účtování licenčních informací, účtování nákupů licencovaného softwaru, zjišťování problémů souvisejících s licenční politikou;

    4.2 Správce aplikací. Údržba černé a bílé listiny softwaru, zakázaného a povoleného. Zprávy o instalacích softwaru;

    4.3 Souhrnná analýza konfigurací, filtrování dat podle různých kategorií pro zjištění počítačů s nízkým výkonem nebo zjištění potenciálních problémů.

    2.2. Požadavky na spolehlivost

    2.2.1 Požadavky na zajištění spolehlivého provozu programu

    Spolehlivý (udržitelný) provoz programu musí být zajištěn tím, že Zákazník implementuje soubor organizačních a technických opatření, jejichž seznam je uveden níže:

    a) organizace nepřetržitého napájení technických prostředků;

    b) používání licencovaného softwaru;

    c) pravidelné provádění doporučení Ministerstva práce a sociálního rozvoje Ruské federace, stanovených ve vyhlášce ze dne 23. července 1998 o schválení meziodvětvových standardních časových standardů pro údržbu počítačů a kancelářského vybavení a údržbu softwaru“ ;
    d) pravidelné dodržování požadavků GOST 51188-98. Ochrana dat. Testování softwaru na počítačové viry

    2.2.2. Doba zotavení po selhání

    Doba zotavení po poruše způsobené poruchou napájení hardwaru (jiné vnější faktory), nefatální poruše (nikoli havárii) operačního systému by neměla přesáhnout 30 minut, v závislosti na provozních podmínkách hardwaru a softwaru.
    Doba zotavení po poruše způsobené špatnou funkcí hardwaru, fatálním selhání (zhroucení) operačního systému by neměla přesáhnout dobu potřebnou k odstranění problémů s hardwarem a přeinstalaci softwaru.

    2.2.3. Selhání v důsledku nesprávných akcí uživatelů systému

    Selhání programu v důsledku nesprávných akcí uživatele při interakci s programem prostřednictvím webového rozhraní jsou nepřijatelná.

    3. Provozní podmínky

    3.1. Klimatické provozní podmínky

    Klimatické provozní podmínky, za kterých musí být zajištěny stanovené vlastnosti, musí splňovat požadavky na technická zařízení z hlediska jejich provozních podmínek.

    3.2. Požadavky na kvalifikaci a počet personálu

    S programem může pracovat několik administrátorůCdiferenciace přístupových práv.

    V tomto případě první uživatel, který spustí program, získá plný přístup k databázi. Ostatní uživatelé budou pracovat v režimu pouze pro čtení a při spuštění programu obdrží upozornění s názvem počítače, který zablokoval přístup. V tomto režimu mohou prohlížet a vyhledávat informace, vytvářet sestavy, ale neaktualizovat databázi (například MS Word funguje stejně při otevírání souborů přes síť)

    Seznam úkolů prováděných správcem může také obsahovat:

    a) úkol udržovat provozuschopnost technických prostředků;

    b) úkoly instalace (instalace) a udržování provozuschopnosti systémového softwaru - operačního systému;

    c) úkol instalace (instalace) programu.
    d) úkol vytvořit záložní kopie infobáze.

    e) identifikace souladu licenčních klíčů a sériových čísel softwarových produktů,

    f) identifikace uživatelů, kteří porušují licenční smlouvu, jakož i vedení evidence licencí;

    a) přidávání počítačů z rozsahu IP adres atd.;

    3.3. Požadavky na složení a parametry technických prostředků

    Na složení a parametry technických prostředků nejsou kladeny žádné zvláštní požadavky.

    Úspěšně spolupracuje se základními více než 10 000 počítači.

    3.4. Požadavky na informace a kompatibilitu softwaru

    3.4.1. Požadavky na informační struktury a metody řešení

    Použitím pro shromažďování informací z počítačů a provádění inventury je program nainstalován pouze na počítači správce anevyžaduje instalaci programů do počítačů uživatelů. Proces sběru dat probíhá na pozadí, paralelně se dotazuje několik počítačů, čímž se uvolňuje čas pro prohlížení dat a přípravu reportů. Dotazování se provádí pomocí protokolů WMI a SSH, což vám umožňuje dotazovat se na počítačích se systémem Windows, Linux a MacOS a také na zařízeních Android.

    Struktura organizace je importována z Active Directory.

    K dotazování počítačů se systémem Linux můžete použít protokolSSH. Musí být na autechSSH-server.

    Program umí pracovat s MS SQL, MySQL, Oracle DBMS. Ruské DBMS Linter a Postgre jsou podporovány.

    3.4.1.2. Požadavky na dotazy uživatelů dat z databáze

    Uživatelé a administrátoři pracují s databází přes webové rozhraní.

    Program shromažďuje data pomocí technologie WMI.

    Pokud z nějakého důvodu není možné použít WMI v síti (bezpečnostní politika nebo verze Windows Home), program podporujedalší dva alternativní způsoby sběru informacíz počítačů: pomocí agentů a klientů. Klienti umožňují dotazování i počítačů bez sítě a cestovní notebooky.

    3.4.2. Požadavky na zdrojové kódy a programovací jazyky

    Nejsou žádné další požadavky.

    Systémový software používaný programem musí být licencovaná lokalizovaná verze operačního systému Windows Vista/7/8/10.

    3.4.4. Požadavky na ochranu informací a programů

    Neexistují žádné požadavky na ochranu informací a programů.

    3.5. Speciální požadavky

    Program musí zajistit současnou činnost několika administrátorů a uživatelů prostřednictvím webového rozhraní.

    4. Požadavky na dokumentaci k softwaru

    4.1. Předběžná skladba programové dokumentace

    Složení programové dokumentace by mělo obsahovat:

    4.1.1. technický úkol;

    4.1.2. programové a testovací metody;

    4.1.3. návod k obsluze;

    5. Technické a ekonomické ukazatele

    5.1. Ekonomické přínosy rozvoje

    Odhadovaná ekonomická efektivita se nepočítá. Analogie není provedena kvůli jedinečnosti požadavků na vývoj.

    6. Etapy a fáze vývoje

    6.1. Vývojové fáze

    Vývoj by měl probíhat ve třech fázích:

    1. vývoj technických specifikací;

    2. pracovní návrh;

    3. realizace.

    6.2. Vývojové fáze

    Ve fázi zpracování zadání musí být dokončena fáze zpracování, koordinace a schválení tohoto zadání.
    Ve fázi podrobného návrhu by měly být provedeny následující fáze práce:

    1. vývoj programu;

    2. vývoj programové dokumentace;

    3. testovací program.

    Ve fázi implementace by měla být dokončena fáze vývoje, příprava a přenos programu.

    6.3. Obsah práce po etapách

    Ve fázi vývoje zadání by měly být provedeny následující práce:

      formulace problému;

      definice a vyjasnění požadavků na technické prostředky;

      definice požadavků na program;

      stanovení etap, etap a termínů vývoje programu a dokumentace k němu;

      koordinace a schvalování zadání.
      Ve fázi vývoje programu je třeba pracovat na programování (kódování) a ladění programu

      Ve fázi tvorby programové dokumentace by měla být tvorba programových dokumentů prováděna v souladu s požadavky na skladbu dokumentace. Ve fázi testování programu je třeba provést následující typy práce:
      A). vývoj, koordinace a schvalování zkušebních metod;b). provádění přejímacích zkoušek;

    C)oprava programu a programové dokumentace na základě výsledků testů.

      Ve fázi přípravy a přenosu programu je třeba vykonat práci na přípravě a převedení programu a programové dokumentace do provozu v zařízeních Zákazníka.

    7. Postup při kontrole a přejímce

    7.1. Typy testů

    Přejímací testy musí být provedeny u zákazníka v dohodnutém časovém rámci. Akceptační testy programu musí být provedeny v souladu s programem a testovacími metodami vyvinutými dodavatelem a odsouhlasenými zákazníkem. Průběh přejímacích zkoušek dokumentuje objednatel a zhotovitel ve zkušebním protokolu.

    7.2. Obecné požadavky na přijetí díla

    Na základě Protokolu o zkoušce podepíše zhotovitel společně s objednatelem Certifikát o převzetí programu a uvedení do provozu.