SW » Historie » Verze 2
Ján Hýbl, 2025-06-19 07:58
| 1 | 1 | Jednatel J.H. | h1. Programové vybavení (SoftWare [[SW]]) |
|---|---|---|---|
| 2 | |||
| 3 | Oblast softwaru zahrnuje programy od základních vstupně/výstupních systémů (BIOS), přes operační systémy (DOS, OS/2, System 7 atd.), grafická rozhraní (Windows) a veškeré Aplikace, od jednoduchých utilit až po komplexní programové systémy. Software je obecně série programových instrukcí, uložená v přirozených celcích (souborech) na záznamovém médiu či v paměti počítače. Software sám je vždy „nehmotný“, ke svému šíření a používání vždy potřebuje hardware. (1, str. 380) |
||
| 4 | Uvádím zde některé významné kategorie programového vybavení: |
||
| 5 | * Firmware: BIOS, adresní módy, architektura souboru instrukcí (Instruction Set Architecture = ISA), jazyk symbolických instrukcí - assembler |
||
| 6 | * Operační systém: struktura souboru na disku, privilegia a ochrana, přepínaní úloh, jádro, správa paměti a zařízení |
||
| 7 | * Vývojářský [[SW]]: asembler-překladač a linker, simulátor a debugger, knihovny |
||
| 8 | * Aplikace: programovací jazyky, editory, prohlížeče, hry, ... |
||
| 9 | |||
| 10 | Cílem [[SW]] je zpracování dat nebo řízení [[HW]]. Z tohoto důvodu je nutné pohlížet na [[SW]] v koordinaci s [[HW]], jelikož [[SW]] nelze bez [[HW]] interpretovat; [[SW]] můžeme interpretovat jako informaci. Při této koordinaci [[SW]] a [[HW]] vždy uvažujeme jednotlivé úrovně abstrakce, jelikož je zbytečné ba i chybné se bavit o napěťových úrovních signálů při vytváření textového dokumentu (s tématem tomuto se nevěnujícímu). Jednotlivé úrovně abstrakce jsou patrné na obrázku níže: |
||
| 11 | 2 | Ján Hýbl | |
| 12 | |||
| 13 | |||
| 14 | |||
| 15 | R – Software (zdroj: MET 12? TACR) |
||
| 16 | |||
| 17 | Program či soubor strojových instrukcí sloužící k zajištění chodu počítače nebo jiného hardwaru |
||
| 18 | |||
| 19 | vč. strojů a zařízení a jejich interakci s okolím. |
||
| 20 | |||
| 21 | |||
| 22 | |||
| 23 | 1) Na co se dělí? |
||
| 24 | |||
| 25 | Nemá podkategorie |
||
| 26 | |||
| 27 | |||
| 28 | |||
| 29 | 2) Co musí splňovat? |
||
| 30 | |||
| 31 | Podmínkou je novost a unikátnost návrhu softwaru, která je doložena technickou dokumentací |
||
| 32 | |||
| 33 | výsledku. Software musí přinášet takové prvky novosti a pokroku do oblasti počítačových |
||
| 34 | |||
| 35 | programů, které znamenají zvýšení objemu znalostí. Využití software pro novou aplikaci |
||
| 36 | |||
| 37 | nebo k novému účelu však nemůže samo o sobě představovat takový pokrok. |
||
| 38 | |||
| 39 | |||
| 40 | |||
| 41 | 3) Jaké jsou uznatelné příklady? |
||
| 42 | |||
| 43 | Aplikační software |
||
| 44 | |||
| 45 | ● Rozšiřující sw, který pracuje na základech operačního systému; |
||
| 46 | |||
| 47 | ● Zaměření aplikačních softwarů s prokazatelnou unikátností a novostí metod z pohledu |
||
| 48 | |||
| 49 | celosvětového měřítka, a to od analytických, zábavních, vizualizačních, multimediálních, |
||
| 50 | |||
| 51 | grafických softwarů až po kancelářské softwary apod. |
||
| 52 | |||
| 53 | Plug-in software |
||
| 54 | |||
| 55 | ● Jedná se o modulový software, který rozšiřuje funkce již existujícího softwaru (ne pouze |
||
| 56 | |||
| 57 | přidání uživatelských funkcí), u kterého je třeba rovněž doložit prokazatelnou unikátnost |
||
| 58 | |||
| 59 | a novost metod z pohledu celosvětového měřítka, např. analýza mapových podkladů |
||
| 60 | |||
| 61 | v GIS prostřednictvím umělé inteligence (pokud tuto funkci už dříve daný GIS neměl). |
||
| 62 | |||
| 63 | |||
| 64 | |||
| 65 | 4) Čím se dokládá? |
||
| 66 | |||
| 67 | ● Dokumentací, která obsahuje: |
||
| 68 | |||
| 69 | ○ Uživatelskou příručku (Uživatelský manuál) |
||
| 70 | |||
| 71 | ○ Analýzu funkčních požadavků; |
||
| 72 | |||
| 73 | ○ Technickou dokumentaci (např. popis, jak byl SW navržen a jaké principy byly |
||
| 74 | |||
| 75 | uplatněny, návrh datových struktur, architektury a rozhraní); |
||
| 76 | |||
| 77 | ○ Programátorskou dokumentaci (např. zdrojový kód softwaru nebo jeho ukázka); |
||
| 78 | |||
| 79 | ○ Popis ověření funkčnosti software a |
||
| 80 | |||
| 81 | ● videosouborem se záznamem funkčnosti (příp. předvedení na základě požadavku |
||
| 82 | |||
| 83 | poskytovatele); |
||
| 84 | |||
| 85 | ● Odkazem, pokud je software stažitelný/použitelný prostřednictvím webových stránek. |
||
| 86 | |||
| 87 | |||
| 88 | |||
| 89 | 5) Na co si dát pozor a co nelze uznat jako druh výsledku R |
||
| 90 | |||
| 91 | ● Vlastní software včetně jeho manuálu a dokumentace je nutno považovat za jeden |
||
| 92 | |||
| 93 | výsledek - nelze rozdělovat na více výsledků; |
||
| 94 | |||
| 95 | ● Vývoj software obchodních aplikací a informačních systémů za použití známých metod |
||
| 96 | |||
| 97 | a stávajících softwarových nástrojů; |
||
| 98 | |||
| 99 | ● Pouhé přidání uživatelských funkcí do stávajících aplikačních programů; |
||
| 100 | |||
| 101 | ● Tvorba webových stránek či software s využitím stávajících nástrojů; |
||
| 102 | |||
| 103 | ● Použití standardních metod kódování, ověřování zabezpečení a testování integrity dat; |
||
| 104 | |||
| 105 | ● Přizpůsobení výrobku pro konkrétní použití, nejsou-li v průběhu tohoto procesu přidány |
||
| 106 | |||
| 107 | poznatky, které výrazně vylepšují základní program; |
||
| 108 | |||
| 109 | ● Propojení několika známých software do jednoho; |
||
| 110 | |||
| 111 | ● Rutinní ladění stávajících systémů a programů, pokud se tak neděje před koncem procesu |
||
| 112 | |||
| 113 | experimentálního vývoje. |
||
| 114 | |||
| 115 | |||
| 116 | |||
| 117 | |||
| 118 | _____________________________________________ |