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 | _____________________________________________ |