Projekt

Obecné

Profil

Vztahy mezi OSS licencemi » Historie » Verze 25

Jakub Homolka, 2024-01-17 10:36

1 25 Jakub Homolka
h1. Mapa vztahů mezi OSS licencemi
2 1 Jan Vandlíček
3 2 Jakub Homolka
Homolka Jakub, Vandlíček Jan, Suchý Martin
4 1 Jan Vandlíček
5 25 Jakub Homolka
Zásady pro vypracování
6
* Provést identifikaci cílové skupiny zabývající se OSS licencemi a detailní rozbor jejich potřeb.
7
* Navrhnout informační architekturu pro podporu při vývoji softwaru.
8
* Vytvoření navržené architektury.
9
* Zhodnotit výsledek své práce.
10 1 Jan Vandlíček
11 25 Jakub Homolka
h2. Popis OSS licencí
12 1 Jan Vandlíček
13 25 Jakub Homolka
OSS (Open Source Software) licences, česky "licence pro otevřený software," jsou právní dohody, které určují, jak může být software používán, modifikován a distribuován. Udělují uživatelům oprávnění a práva k použití nebo změně účelu kódu pro nové aplikace nebo k zahrnutí kódu do jiných projektů. Tyto licence jsou navrženy tak, aby podporovaly otevřenost a sdílení zdrojového kódu mezi uživateli.
14 1 Jan Vandlíček
15 25 Jakub Homolka
V závislosti na typu licence s otevřeným zdrojovým kódem vám může být dokonce umožněno upravit původní zdrojový kód tak, aby byl přizpůsoben vašim potřebám, nebo opravit jakékoli zjištěné problémy. Licence určí, zda je to možné a za jakých podmínek. Můžete být například požádáni o zveřejnění jakýchkoli úprav.
16 1 Jan Vandlíček
17 25 Jakub Homolka
h3. Permisivní licence
18
Tyto licence jsou velmi volné a umožňují široké využití software. Uživatelé mohou modifikovat zdrojový kód, distribuovat své vlastní verze a dokonce i včlenit software do svých vlastních projektů, aniž by museli zveřejnit svůj zdrojový kód.
19 1 Jan Vandlíček
20 25 Jakub Homolka
h4. Apache licence
21
Apache Licence poskytuje uživatelům rozsáhlé svobody v používání, kopírování, modifikaci a distribuci softwaru, zatímco zachovává autorská práva a vyžaduje explicitní uznání autorských práv. Jednou z klíčových vlastností je dokumentace všech změn v kódu i původního autorského práva. Apache Licence také umožňuje použití patentovaných vynálezů obsažených v software pro jeho vývoj a distribuci, čímž poskytuje ochranu proti patentovým sporům.
22 1 Jan Vandlíček
23 25 Jakub Homolka
h4. MIT licence
24
MIT Licence je jedna z nejpoužávanějších a nejjednodušších OSS licencí. Umožňuje téměř neomezené použití, kopírování, modifikaci a distribuci softwaru, přičemž jediným hlavním požadavkem je uznání autorských práv a upozornění na licenci v kopírovaném software. Tato licence je velmi oblíbená v open-source komunitě a často se používá pro knihovny, frameworky a další softwarové komponenty. Její jednoduchost a volnost umožňují snadnou integraci do proprietárních projektů.
25 1 Jan Vandlíček
26 25 Jakub Homolka
h4. BSD licence
27
BSD Licence je podobná MIT licenci, ale s několika dalšími omezeními. Specificky, 3-klauzulová verze BSD licence zahrnuje dodatečnou podmínku, která zakazuje využívání jména projektu nebo přispěvatelů pro propagaci odvozených produktů bez předchozího písemného souhlasu. Tato licence je obvykle používána pro projekty, které preferují minimální omezení, ale zároveň chtějí chránit své jméno před spojením s odvozenými produkty.
28 1 Jan Vandlíček
29 25 Jakub Homolka
h3. Restriktivní (copyleft) licence
30
Tyto licence kladou více omezení na použití software. Pokud někdo modifikuje software nebo vytvoří odvozené dílo, může být povinnost sdílet tyto změny pod stejnou licencí, což vede k udržení otevřenosti.
31 1 Jan Vandlíček
32 25 Jakub Homolka
h4. GPL licence
33
GNU General Public License je jednou z nejznámějších a nejpoužívanějších open-source licencí. Hlavní charakteristikou GPL je, že když se software distribuuje, musí být jeho zdrojový kód k dispozici pod stejnou licencí. To znamená, že všechny odvozené práce musí být také dostupné pod GPL. Toto je často označováno jako "copyleft" přístup. GPL licence podporuje svobodu softwaru tím, že zajistí, že software i jeho odvozené práce zůstanou svobodné.
34 1 Jan Vandlíček
35 25 Jakub Homolka
h4. AGPL licence
36
Affero GPL přidává pouze jednu klauzuli, ale důležitou pro některý software. Protože licence GPL se spouští pouze při distribuci softwaru, existuje mezera pro software, který je zpřístupněn pouze přes síť, tj. není výslovně „distribuován“. Licence AGPL uzavírá tuto mezeru tím, že obsahuje klauzuli o interakci se vzdálenou sítí, která spouští licenci GPL pro jakýkoli software používaný v síti.
37 1 Jan Vandlíček
38 25 Jakub Homolka
h4. LGPL licence
39
Lesser GPL je odvozenina GPL, která je méně restriktivní. Zatímco GPL vyžaduje, aby všechny odvozené práce byly distribuovány pod GPL, LGPL to vyžaduje pouze pro samotný LGPL software a jeho přímé modifikace. To umožňuje LGPL knihovnám být integrovány do proprietárního softwaru bez nutnosti uvolnění celého softwaru pod GPL. Tato licence je vhodná pro knihovny a další komponenty, které chtějí být široce použitelné i v proprietárním softwaru.
40 1 Jan Vandlíček
41 25 Jakub Homolka
h4. EPL licence
42
Eclipse Public Lisense je open-source licence specificky navržená pro Eclipse Foundation. Je to komerčně přívětivá licence, která umožňuje redistribuci odvozených prací pod různými licencemi, včetně proprietárních. EPL vyžaduje, aby byly modifikace zdrojového kódu EPL komponenty zpřístupněny komunitě, ale neaplikuje tuto podmínku na celý projekt, který tuto komponentu využívá.
43 1 Jan Vandlíček
44 25 Jakub Homolka
h4. MPL licence
45
Mozilla Public License je nejméně omezující copyleft licence vytvořená Mozillou. Je to kompromis mezi striktním copyleft přístupem GPL a permisivními licencemi jako MIT nebo BSD. MPL vyžaduje, aby byly modifikace MPL kódu zveřejněny pod MPL, ale umožňuje kombinaci s jiným, i proprietárním softwarem. MPL poskytuje flexibilitu v tom, jak může být software kombinován a distribuován, což je užitečné pro projekty, které chtějí podporovat open-source, ale zároveň umožňují širší použití jejich kódu.
46 1 Jan Vandlíček
47 25 Jakub Homolka
h3. Oprávnění OSS licencí
48 1 Jan Vandlíček
49 25 Jakub Homolka
* Komerční použití
50
Licencovaný materiál a deriváty mohou být použity pro komerční účely.
51 1 Jan Vandlíček
52 25 Jakub Homolka
* Distribuce
53
Licencovaný materiál může být distribuován.
54 1 Jan Vandlíček
55 25 Jakub Homolka
* Modifikace
56
Licencovaný materiál může být upraven.
57 1 Jan Vandlíček
58 25 Jakub Homolka
* Použití patentu
59
Tato licence poskytuje výslovně udělení patentový práv od jejich vlastníků.
60 1 Jan Vandlíček
61 25 Jakub Homolka
* Soukromé použití
62
Licencovaný materiál lze používat a upravovat soukromě.
63 1 Jan Vandlíček
64 25 Jakub Homolka
h3. Podmínky OSS licencí
65
* Uvádění zdrojů
66
Zdrojový kód musí být zpřístupněn při distribuci licencovaného materiálu.
67 15 Jakub Homolka
68 25 Jakub Homolka
* Oznámení o licenci a autorských právech
69
K licencovanému materiálu musí být přiložena kopie licence a upozornění na autorská práva.
70 1 Jan Vandlíček
71 25 Jakub Homolka
* Oznámení o licenci a autorských právech pro zdroj
72
Kopie licence a upozornění na autorská práva musí být součástí licencovaného materiálu ve zdrojové podobě, ale není vyžadována pro binární soubory.
73 1 Jan Vandlíček
74 25 Jakub Homolka
* Oznámení o změně stavu
75
Změny provedené v licencovaném materiálu musí být zdokumentovány.
76 1 Jan Vandlíček
77 25 Jakub Homolka
* Využití síťe je distribuce
78
Uživatelé, kteří interagují s licencovaným materiálem prostřednictvím sítě, mají právo obdržet kopii zdrojového kódu, který byl použit k vytvoření daného materiálu.
79 1 Jan Vandlíček
80 25 Jakub Homolka
* Stejná licence
81
Při distribuci licencovaného materiálu musí být modifikace uvedeny pod stejnou licencí. V některých případech lze použít podobnou nebo související licenci.
82 1 Jan Vandlíček
83 25 Jakub Homolka
* Stejná licence (soubor)
84
Úpravy existujících souborů musí být vydány pod stejnou licencí při distribuci licencovaného materiálu. V některých případech lze použít podobnou nebo související licenci.
85 1 Jan Vandlíček
86 25 Jakub Homolka
* Stejná licence (knihovna)
87
Při distribuci licencovaného materiálu musí být modifikace uvedeny pod stejnou licencí. V některých případech lze použít podobnou nebo související licenci. Tato podminka nemusí platit pro díla, která používají licencovaný materiál jako knihovnu.
88 1 Jan Vandlíček
89 25 Jakub Homolka
h3. Omezení OSS licencí
90 1 Jan Vandlíček
91 25 Jakub Homolka
* Odpovědnost
92
Licence zahrnuje omezení odpovědnosti.
93 1 Jan Vandlíček
94 25 Jakub Homolka
* Záruka
95
Licence výslovně uvádí, že neposkutuje žádnou záruku
96 1 Jan Vandlíček
97 25 Jakub Homolka
* Použití ochranné známky
98
Licence výslovně uvádí, že neuděluje práva k ochranné známce, i když licence bez takového prohlášení pravděpodobně neudělají žádná implicitní práva k ochranné známce.
99 1 Jan Vandlíček
100
!Licenses-image.png!
101
102
h3. Cílové skupiny
103
104 25 Jakub Homolka
h4. Vývojáři
105
Individuální vývojáři, kteří vyvíjejí software pro své osobní i komerční účely nebo jako příspěvek do komunity. Tyto osoby často pracují nezávisle a jejich projekty mohou být zaměřeny na konkrétní problémy nebo potřeby.
106 1 Jan Vandlíček
107 25 Jakub Homolka
* Potřeba možnosti komerčního použití, distribuce, modifikace a soukromého použití softwaru. Preference minimálních požadavků na uvádění zdrojů a oznámení o licenci.
108 1 Jan Vandlíček
109 25 Jakub Homolka
Doporučené licence:
110 6 Jakub Homolka
111 25 Jakub Homolka
* MIT Licence: Jednoduchá a otevřená, umožňuje široké použití a modifikaci softwaru, včetně v proprietárních aplikacích, s minimálními omezeními.
112 1 Jan Vandlíček
113 25 Jakub Homolka
* Apache Licence: Poskytuje explicitní patentová práva a ochranu, ideální pro vývojáře, kteří hledají právní jistotu a flexibilitu v širokém použití své práce.
114 1 Jan Vandlíček
115 25 Jakub Homolka
* GPL: Licence zajišťující, že práce i odvozená díla zůstanou open source, vhodná pro vývojáře, kteří chtějí podporovat open source komunitu a zabraňovat proprietárnímu využití jejich práce.
116 1 Jan Vandlíček
117
118 25 Jakub Homolka
h4. Podniky
119
Podniky využívají otevřený software pro své interní projekty, mohou software využít ke komerčním ůčelům, a nebo se rozhodnou využívat otevřený software jako součást své firemní strategie, přičemž mohou nejen využívat, ale i přispívat nebo dokonce vydávat open-source software projekty. Podniky často hledají flexibilní a otevřené licence.
120 1 Jan Vandlíček
121 25 Jakub Homolka
*Potřeba komerčního použití, distribuci a modifikaci. Uvádění zdrojů a změn jsou vhodné,  pokud podnik chce podpořit silnou komunitu a sdílení změn, ale může být problematická v případě, že firma nechce sdílet změny.
122 1 Jan Vandlíček
123 25 Jakub Homolka
Doporučené licence:
124 1 Jan Vandlíček
125 25 Jakub Homolka
* Apache Licence: Nabízí silnou patentovou ochranu a právní jistotu, což je klíčové pro podniky, které chtějí integrovat open source software do svých produktů nebo služeb bez obav z patentových sporů.
126 1 Jan Vandlíček
127 25 Jakub Homolka
* MIT Licence: Její jednoduchost a minimální omezení jsou ideální pro podniky, které hledají flexibilitu při používání, modifikaci a redistribuci softwaru, včetně začlenění do proprietárních produktů.
128 1 Jan Vandlíček
129 25 Jakub Homolka
* LGPL: Umožňuje podnikům využívat open source komponenty v proprietárních produktech, zatímco zajišťuje, že samotné komponenty zůstanou open source, což je užitečné pro vyvážení mezi sdílením a uchovávání firemních tajemství.
130
131
h4. Akademické a vědecké komunity
132
Tato skupina zahrnuje výzkumníky, akademiky a další profesionály, kteří sdílí své nápady, přispívají k vývoji, využívají otevřený software pro své výzkumné nebo vzdělávací projekty a sdílejí své znalosti v rámci jednotlivých komunit, které se formují kolem konkrétních projektů.
133
134
* Modifikace, distribuce jsou klíčové pro sdílení a spolupráci. Soukromé použití pro výzkumné účely. Uvádění zdrojů a změně stavu o licenci jsou lepší pro akademické účely.
135
136
Doporučené licence:
137
138
* Apache Licence: Poskytuje patentovou ochranu a právní jistotu, což je užitečné pro akademické a vědecké komunity, které mohou potřebovat integrovat open source software do svých výzkumných projektů bez obav z právních komplikací.
139
140
* GPL: Podporuje sdílení a kolaborativní rozvoj softwaru, což je atraktivní pro akademické a vědecké komunity, které chtějí, aby jejich práce byla volně dostupná a aby odvozené dílo zůstalo open source.
141
142
* BSD Licence: Je jednoduchá a má minimální omezení, což je ideální pro akademické a vědecké projekty, které hledají široké možnosti použití a distribuce softwaru bez komplikovaných licenčních podmínek. Tato licence umožňuje snadnou integraci do komerčních i nekomerčních aplikací.
143
144
h4. Nekomerční organizace
145
Nekomerční organizace, jako jsou neziskové a charitativní instituce, využívají otevřený software pro dosažení svých cílů díky jeho cenové dostupnosti a přizpůsobitelnosti. Tyto organizace často pracují s omezenými rozpočty, a proto jsou open-source nástroje ideálním řešením, které jim umožňuje efektivně a flexibilně nasazovat technologie pro širokou škálu účelů, od vzdělávacích programů až po humanitární projekty.
146
147
* Komerční použití není důležité, ale modifikace, distribuce a soukromé použití ano.
148
149
Doporučené licence:
150
151
* GPL: Tato copyleft licence je vhodná pro nekomerční organizace, které chtějí podporovat open source komunitu a zajistit, aby jakákoliv odvozená díla zůstala také open source. GPL podporuje transparentnost a kolaboraci, což je v souladu s hodnotami mnoha nekomerčních organizací.
152
153
* Apache Licence: Poskytuje právní jistotu, zejména v oblasti patentů, což je důležité pro nekomerční organizace, které se mohou podílet na vývoji softwaru. Licence je otevřená a flexibilní, což umožňuje široké použití a přizpůsobení softwaru bez složitých licenčních podmínek.
154
155
* MIT Licence: Díky své jednoduchosti a minimálním omezením je MIT licence ideální pro nekomerční organizace, které hledají snadný způsob sdílení a použití softwaru. MIT licence umožňuje nekomerčním organizacím používat, modifikovat a redistribuovat software bez obav z právních komplikací.
156
157 1 Jan Vandlíček
h4. Státní a veřejné instituce
158
159 25 Jakub Homolka
Různé státní instituce, včetně vládních agentur, městských správ, veřejných škol, zdravotnických zařízení a bezpečnostních složek, mohou využívat open-source software pro řízení interních operací, poskytování veřejných služeb a zlepšení transparentnosti a efektivity.
160 1 Jan Vandlíček
161 25 Jakub Homolka
* Důležité jsou modifikace, distribuce a komerční použití pro poskytování služeb a vzdělání. 
162 1 Jan Vandlíček
163 25 Jakub Homolka
Doporučené licence:
164 1 Jan Vandlíček
165 25 Jakub Homolka
* Apache Licence: Tato licence je přívětivá k státním institucím, protože nabízí jasné právní ustanovení týkající se patentů a ochrany před patentovými spory. Licence je dostatečně flexibilní, aby umožňovala široké použití a integraci softwaru.
166 1 Jan Vandlíček
167 25 Jakub Homolka
* GPL: GPL je vhodná pro státní instituce, které chtějí podporovat open source principy a zajistit, že veškerý software a odvozená díla zůstanou volně dostupná a open source. Tato licence je v souladu s principy transparentnosti a veřejné dostupnosti, které jsou pro státní sektor klíčové.
168 1 Jan Vandlíček
169 25 Jakub Homolka
* MIT Licence: Její jednoduchost a flexibilita jsou přínosem pro státní instituce, které hledají minimální omezení při používání, modifikaci a redistribuci softwaru. MIT licence umožňuje státním institucím snadno sdílet a využívat software bez složitých právních omezení.
170 1 Jan Vandlíček
171 25 Jakub Homolka
h4. Kompatibilita OSS licencí
172 1 Jan Vandlíček
173 25 Jakub Homolka
Kompatibilita licencí v kontextu open-source softwaru se týká možnosti legálně kombinovat a distribuovat software, který je licencován pod různými open-source licencemi. Kompatibilita mezi různými OSS licencemi je klíčová pro vývojáře a organizace, které chtějí integrovat různé open-source komponenty do svých projektů.
174 1 Jan Vandlíček
175 25 Jakub Homolka
Několik aspektů ovlivňuje, zda jsou dvě licence vzájemně kompatibilní:
176 1 Jan Vandlíček
177 25 Jakub Homolka
* Copyleft vs. Non-Copyleft: Copyleft licence, jako je GPL, obvykle vyžadují, aby všechny odvozené práce byly distribuovány pod stejnou licencí. To může být v rozporu s permisivními licencemi, jako je MIT nebo Apache, které tyto požadavky nemají.
178 1 Jan Vandlíček
179 25 Jakub Homolka
* Patentové klauzule: Některé licence explicitně zahrnují ustanovení o patentech, což může být v rozporu s licencemi, které taková ustanovení nemají.
180 1 Jan Vandlíček
181 25 Jakub Homolka
* Požadavky na uvádění zdrojů: Licence se mohou lišit v tom, jak striktně vyžadují uvádění zdrojů a oznámení o autorských právech. Tyto rozdíly mohou ovlivnit kompatibilitu.
182 1 Jan Vandlíček
183 25 Jakub Homolka
* Redistribuce softwaru: Některé licence mohou mít specifické požadavky týkající se způsobu, jakým může být software redistribuován.
184 1 Jan Vandlíček
185 25 Jakub Homolka
Závěrem lze říci, že při návrhu informační architektury je vhodné zohlednit kompatibilitu mezi různými OSS licencemi. Správné pochopení kompatibility licencí je klíčové pro zajištění legálního a efektivního použití OSS licencí při vývoji softwaru.
186 1 Jan Vandlíček
187 25 Jakub Homolka
h3. Zhodnocení identifikace cílových skupin a jejich potřeb
188 1 Jan Vandlíček
189 25 Jakub Homolka
Závěrem lze říci, že identifikace cílových skupin OSS licencí a pochopení jejich specifických potřeb je klíčovým faktorem pro úspěšný návrh informační architektury a realizaci mapy vztahů pro OSS licence, nesmíme však při návrhu zapomenout na kompatibilitu jednotlivých licencí. Každá skupina uživatelů, ať už se jedná o individuální vývojáře, skupiny vývojářů, malé a střední podniky, velké korporace, akademické a státní instituce, nebo neziskové organizace, má unikátní soubor potřeb a očekávání ohledně toho, jak mohou používat, distribuovat a modifikovat software.
190 1 Jan Vandlíček
191 25 Jakub Homolka
Důležitým poznatkem je, že výběr OSS licence je vysoce individuální a měl by odpovídat konkrétním požadavkům a cílům daného projektu a jeho uživatelů. Zatímco některé skupiny mohou preferovat licence s větší flexibilitou a minimálními omezeními, jako je MIT nebo Apache, jiné mohou vyžadovat striktnější copyleftové licence, jako je GPL, které podporují sdílení a spolupráci ve větší míře.
192 1 Jan Vandlíček
193 25 Jakub Homolka
Je zřejmé, že OSS licence hrají zásadní roli při vývoji softwaru u různých skupin uživatelů. Nabízejí různorodé možnosti, které lze přizpůsobit specifickým požadavkům. Díky široké škále dostupných OSS licencí mohou organizace a jednotlivci najít tu pravou rovnováhu mezi sdílením, volností používání a komerčním využitím, která nejlépe vyhovuje jejich potřebám. Výběr vhodné OSS licence tak může podstatně přispět k úspěchu projektu.
194 1 Jan Vandlíček
195 25 Jakub Homolka
V konečném důsledku je důležité, aby si každý, kdo se rozhoduje pro použití OSS licence, byl vědom toho, že neexistuje univerzálně nejlepší licence pro všechny situace. Rozhodnutí by mělo být založeno na pečlivém zhodnocení vlastních cílů, hodnot a očekávání spojených s projektem, stejně jako na pochopení právních a obchodních důsledků dané licence. Ve světě open-source software tak lze dosáhnout největšího úspěchu prostřednictvím uvážlivého výběru a využití OSS licencí, které nejlépe odpovídají cílům jednotlivých uživatelů, skupin, podniků, či organizací.
196 1 Jan Vandlíček
197 25 Jakub Homolka
h3. Návrh informační architektury pro mapu OSS licencí
198 1 Jan Vandlíček
199 25 Jakub Homolka
h4. Definice cíle informační architektury
200
Cílem informační architektury je vytvořit jasnou a logickou strukturu pro informační systémy, jako jsou webové stránky, mobilní aplikace a online databáze, tak aby snadno předala a správně interpretovat potřebné informace cílovému uživateli. Pro naší realizaci mapy OSS licencí jse si vybrali webovou stránku.
201
202
Definování cílů informační architektury pro mapu OSS licencí zahrnuje vytvoření strukturovaného a srozumitelného systému, který umožní uživatelům snadno navigovat a porozumět různým aspektům open-source software licencí.
203
204
Klíčové cíle takovéto informační architektury zahrnují:
205
206
* Usnadnění přístupu k informacím: Zajištění, aby byly informace o OSS licencích snadno dostupné, srozumitelné a přehledné pro různé typy uživatelů, včetně vývojářů, projektových manažerů, právníků a vzdělávacích institucí.
207
208
* Zjednodušení porozumění licencím: Vysvětlení klíčových charakteristik, podmínek, oprávnění a omezení jednotlivých OSS licencí, aby uživatelé mohli snadno porozumět, jak mohou být různé licence použity.
209
210
* Podpora informovaného rozhodování: Umožnění uživatelům učinit informovaná rozhodnutí o tom, které licence jsou nejvhodnější pro jejich specifické potřeby a projekty, na základě přesných informací.
211
212
* Komparace a kompatibilita licencí: Poskytnutí srovnání mezi různými OSS licencemi a informace o jejich kompatibilitě, aby uživatelé mohli lépe pochopit, jak kombinovat softwarové komponenty licencované pod různými licencemi.
213
214
* Podpora právního porozumění: Pomoc uživatelům v pochopení právních aspektů OSS licencí, včetně jejich dopadů na autorská práva a patenty.
215
216
h4. Kategorizace a strukturování obsahu
217
Kategorizace a strukturování obsahu pro informační architekturu mapy OSS licencí zahrnují vytvoření logického a srozumitelného uspořádání informací o různých open-source software licencích. Cílem je usnadnit uživatelům orientaci v široké škále dostupných licencí a pomoci jim pochopit klíčové charakteristiky a rozdíly mezi nimi.
218
219
Hlavní kategorie licencí:
220
221
* Copyleft Licence: GPL, AGPL, LGPL, EPL, MPL.
222
223
* Permissivní Licence: MIT, Apache, BSD.
224
225
Charakteristiky jednotlivých licencí:
226
227
* Název Licence
228
229
* Klíčové Vlastnosti: Podmínky, oprávnění, omezení.
230
231
* Přehled: Stručný popis licence.
232
233
* Kompatibilita: Informace o tom, jak lze danou licenci kombinovat s jinými OSS licencemi.
234
235
Porovnání licencí:
236
237
* Tabulky: Porovnání klíčových vlastností a podmínek různých licencí vedle sebe.
238
239
Zdroje a další čtení:
240
241
* Odkazy na oficiální texty licencí: Přímé odkazy na úplné texty jednotlivých licencí.
242
243
h4. Návrh navigace a vyhledávání
244
Návrh navigace a vyhledávání pro naší informační architekturu je důležitý pro usnadnění přístupu uživatelů k informacím o různých open-source software licencích.
245
246
Zde je návrh pro navigaci a vyhledávání:
247
248
* Stručný popis: Popis daný stránky, k čemu slouží, co se v ní můžeme dozvědět, uvítání návštěvníka.
249
250
* Horní navigační panel: Prokliky na vedlejší stránky webové stránky.
251
252
* Rozdělení licencí: Proklik na permisivní nebo restriktivní OSS licence.
253
254
Horní navigační panel:
255
256
* Přehled licencí: Seznam všech licencí.
257
258
* Porovnání licencí: Tabulka porovnávající vlastností různých licencí.
259
260
* Permisivní licence: Seznam permisivních licencí a stručný popis co jsou permisivní OSS licence.
261
262
* Restriktivní licence: Seznam restriktivních licencí a stručný popis co jsou restriktivní OSS licence.
263
264
* Doporučujeme: Doporučené licence pro různé cílové skupiny.
265
266
* Vlastnosti: Popis jednotlivých vlastností licencí (omezení, podmínky, oprávnění)
267
268
Vyhledávací funkce:
269
270
* Vyhledávací lišta: Umožněte uživatelům vyhledávat specifická slova.
271
272
h4. Grafický návrh informační architektury
273
274
!Informacní_architektura.png!
275
276
h3. Vytvoření navržené architektury
277
Při tvorbě webové stránky mapy OSS licencí jsme se rozhodli využít nástroj Google Sites.
278
279
h4. Google Sites
280
281
Google Sites je intuitivní a snadno použitelný nástroj pro tvorbu webových stránek, který umožňuje rychlé a efektivní vytváření webových stránek bez nutnosti pokročilých technických znalostí. Nabízí širokou škálu šablon a možností přizpůsobení, což umožňuje uživatelům vytvořit profesionálně vypadající web odpovídající jejich potřebám.
282
283
h4. Průběh tvorby
284
285
* Vytvoření Nového Projektu v Google Sites: Založili jsme nový projekt a vybrali základní šablonu, která nejlépe odpovídala našim potřebám.
286
287
* Nastavení Struktury: Podle navržené informační architektury jsme vytvořili strukturu stránek. To zahrnovalo vytvoření hlavní stránky, navigační lišty, stránky se seznamem OSS licencí, podstránek všech vybraných licencí, sekce doporučujeme, porovnávací stránky, stránky s popisem vlastností, stránek s restriktivními a permisivními licencemi.
288
289
* Přidání Obsahu: Do jednotlivých sekcí a podstránek jsme postupně přidávali obsah, včetně textů a odkazů na externí zdroje. Důraz byl kladen na přehlednost a srozumitelnost informací.
290
291
* Publikace: Publikace pomocí nástroje Google Sites je velice snadná, nástroj poskytl i vlastní hostingovou doménu pro naší webovou stránku. Všechny pozdější úpravy po publikaci se snadno aktualizovaly i byly dostupné na publikované webové stránce.
292
293
* Naše webová stránka je dostupná na adrese: https://sites.google.com/view/oss-licence/
294
295
Vytvoření webové stránky mapy OSS licencí pomocí Google Sites bylo velice snadné a rychlé. Díky pečlivému plánování, detailnímu návrhu informační architektury a průběžným iterativním vylepšením se nám podařilo vytvořit uživatelsky přívětivý a informativní online zdroj, který pomáhá uživatelům porozumět věcem ve složitém světě OSS licencí.
296
297
h3. Závěr
298
299
Závěrem naší seminární práce, v níž jsme v týmu spolupracovali na vytvoření Mapy OSS licencí, můžeme konstatovat, že projekt byl úspěšný a splnil stanovené cíle. 
300
301
Úspěšně jsme identifikovali klíčové cílové skupiny, které se zabývají OSS licencemi. Detailně jsme analyzovali jejich specifické potřeby a požadavky na OSS licencování
302
303
Vytvořili jsme intuitivní informační architekturu, která efektivně podporuje uživatele při vývoji softwaru s OSS licencemi.
304
305
Implementace informační architektury byla provedena pomocí no-code platformy, což umožnilo rychlou a efektivní realizaci webové stránky podle navržené informační architektury.
306
307
Celkově hodnotíme práci na projektu jako velmi uspokojivou. Přestože jsme dosáhli významného úspěchu, je důležité uznat, že práce by se v mnoha ohledech mohla dále vylepšit a rozšířit. Spolupráci v týmu byla komunikativní a produktivní, což nám umožnilo dosáhnout našich cílů a vytvořit užitečný a hodnotný nástroj pro komunitu OSS licencí. Projekt představuje příspěvek k lepšímu porozumění a navigaci v prostředí open-source licencování a poskytuje praktický zdroj pro mnoho uživatelů a vývojářů softwaru.
308
309
310
h3. Zdroje
311
* https://www.root.cz/specialy/licence/open-source-software/
312
* https://snyk.io/learn/open-source-licenses/
313
* https://blog.jetbrains.com/platform/2023/04/open-source-software-oss-licenses-explained/
314
* https://www.osadl.org/Access-to-raw-data.oss-compliance-raw-data-access.0.html