Projekt

Obecné

Profil

Vztahy mezi OSS licencemi » Historie » Verze 26

Jakub Homolka, 2024-01-17 10:38

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 26 Jakub Homolka
19 25 Jakub Homolka
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.
20 1 Jan Vandlíček
21 25 Jakub Homolka
h4. Apache licence
22 26 Jakub Homolka
23 25 Jakub Homolka
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.
24 1 Jan Vandlíček
25 25 Jakub Homolka
h4. MIT licence
26 26 Jakub Homolka
27 25 Jakub Homolka
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ů.
28 1 Jan Vandlíček
29 25 Jakub Homolka
h4. BSD licence
30 26 Jakub Homolka
31 25 Jakub Homolka
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.
32 1 Jan Vandlíček
33 25 Jakub Homolka
h3. Restriktivní (copyleft) licence
34 26 Jakub Homolka
35 25 Jakub Homolka
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.
36 1 Jan Vandlíček
37 25 Jakub Homolka
h4. GPL licence
38
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é.
39 1 Jan Vandlíček
40 25 Jakub Homolka
h4. AGPL licence
41 26 Jakub Homolka
42 25 Jakub Homolka
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.
43 1 Jan Vandlíček
44 25 Jakub Homolka
h4. LGPL licence
45 26 Jakub Homolka
46 25 Jakub Homolka
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.
47 1 Jan Vandlíček
48 25 Jakub Homolka
h4. EPL licence
49 26 Jakub Homolka
50 25 Jakub Homolka
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á.
51 1 Jan Vandlíček
52 25 Jakub Homolka
h4. MPL licence
53 26 Jakub Homolka
54 25 Jakub Homolka
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.
55 1 Jan Vandlíček
56 25 Jakub Homolka
h3. Oprávnění OSS licencí
57 1 Jan Vandlíček
58 25 Jakub Homolka
* Komerční použití
59 26 Jakub Homolka
60 25 Jakub Homolka
Licencovaný materiál a deriváty mohou být použity pro komerční účely.
61 1 Jan Vandlíček
62 25 Jakub Homolka
* Distribuce
63 26 Jakub Homolka
64 25 Jakub Homolka
Licencovaný materiál může být distribuován.
65 1 Jan Vandlíček
66 25 Jakub Homolka
* Modifikace
67 26 Jakub Homolka
68 25 Jakub Homolka
Licencovaný materiál může být upraven.
69 1 Jan Vandlíček
70 25 Jakub Homolka
* Použití patentu
71 26 Jakub Homolka
72 25 Jakub Homolka
Tato licence poskytuje výslovně udělení patentový práv od jejich vlastníků.
73 1 Jan Vandlíček
74 25 Jakub Homolka
* Soukromé použití
75 26 Jakub Homolka
76 25 Jakub Homolka
Licencovaný materiál lze používat a upravovat soukromě.
77 1 Jan Vandlíček
78 25 Jakub Homolka
h3. Podmínky OSS licencí
79 26 Jakub Homolka
80 25 Jakub Homolka
* Uvádění zdrojů
81 26 Jakub Homolka
82 25 Jakub Homolka
Zdrojový kód musí být zpřístupněn při distribuci licencovaného materiálu.
83 15 Jakub Homolka
84 25 Jakub Homolka
* Oznámení o licenci a autorských právech
85 26 Jakub Homolka
86 25 Jakub Homolka
K licencovanému materiálu musí být přiložena kopie licence a upozornění na autorská práva.
87 1 Jan Vandlíček
88 25 Jakub Homolka
* Oznámení o licenci a autorských právech pro zdroj
89 26 Jakub Homolka
90 25 Jakub Homolka
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.
91 1 Jan Vandlíček
92 25 Jakub Homolka
* Oznámení o změně stavu
93 26 Jakub Homolka
94 25 Jakub Homolka
Změny provedené v licencovaném materiálu musí být zdokumentovány.
95 1 Jan Vandlíček
96 25 Jakub Homolka
* Využití síťe je distribuce
97 26 Jakub Homolka
98 25 Jakub Homolka
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.
99 1 Jan Vandlíček
100 25 Jakub Homolka
* Stejná licence
101 26 Jakub Homolka
102 25 Jakub Homolka
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.
103 1 Jan Vandlíček
104 25 Jakub Homolka
* Stejná licence (soubor)
105 26 Jakub Homolka
106 25 Jakub Homolka
Ú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.
107 1 Jan Vandlíček
108 25 Jakub Homolka
* Stejná licence (knihovna)
109 26 Jakub Homolka
110 25 Jakub Homolka
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.
111 1 Jan Vandlíček
112 25 Jakub Homolka
h3. Omezení OSS licencí
113 1 Jan Vandlíček
114 25 Jakub Homolka
* Odpovědnost
115 26 Jakub Homolka
116 25 Jakub Homolka
Licence zahrnuje omezení odpovědnosti.
117 1 Jan Vandlíček
118 25 Jakub Homolka
* Záruka
119 26 Jakub Homolka
120 25 Jakub Homolka
Licence výslovně uvádí, že neposkutuje žádnou záruku
121 1 Jan Vandlíček
122 25 Jakub Homolka
* Použití ochranné známky
123 26 Jakub Homolka
124 25 Jakub Homolka
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.
125 1 Jan Vandlíček
126
!Licenses-image.png!
127
128
h3. Cílové skupiny
129
130 25 Jakub Homolka
h4. Vývojáři
131 26 Jakub Homolka
132 25 Jakub Homolka
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.
133 1 Jan Vandlíček
134 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.
135 1 Jan Vandlíček
136 25 Jakub Homolka
Doporučené licence:
137 6 Jakub Homolka
138 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.
139 1 Jan Vandlíček
140 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.
141 1 Jan Vandlíček
142 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.
143 1 Jan Vandlíček
144
145 25 Jakub Homolka
h4. Podniky
146 26 Jakub Homolka
147 25 Jakub Homolka
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.
148 1 Jan Vandlíček
149 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.
150 1 Jan Vandlíček
151 25 Jakub Homolka
Doporučené licence:
152 1 Jan Vandlíček
153 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ů.
154 1 Jan Vandlíček
155 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ů.
156 1 Jan Vandlíček
157 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í.
158
159
h4. Akademické a vědecké komunity
160 26 Jakub Homolka
161 25 Jakub Homolka
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ů.
162
163
* 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.
164
165
Doporučené licence:
166
167
* 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í.
168
169
* 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.
170
171
* 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í.
172
173
h4. Nekomerční organizace
174 26 Jakub Homolka
175 25 Jakub Homolka
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.
176
177
* Komerční použití není důležité, ale modifikace, distribuce a soukromé použití ano.
178
179
Doporučené licence:
180
181
* 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í.
182
183
* 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.
184
185
* 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í.
186
187 1 Jan Vandlíček
h4. Státní a veřejné instituce
188
189 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.
190 1 Jan Vandlíček
191 25 Jakub Homolka
* Důležité jsou modifikace, distribuce a komerční použití pro poskytování služeb a vzdělání. 
192 1 Jan Vandlíček
193 25 Jakub Homolka
Doporučené licence:
194 1 Jan Vandlíček
195 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.
196 1 Jan Vandlíček
197 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é.
198 1 Jan Vandlíček
199 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í.
200 1 Jan Vandlíček
201 25 Jakub Homolka
h4. Kompatibilita OSS licencí
202 1 Jan Vandlíček
203 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ů.
204 1 Jan Vandlíček
205 25 Jakub Homolka
Několik aspektů ovlivňuje, zda jsou dvě licence vzájemně kompatibilní:
206 1 Jan Vandlíček
207 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í.
208 1 Jan Vandlíček
209 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í.
210 1 Jan Vandlíček
211 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.
212 1 Jan Vandlíček
213 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.
214 1 Jan Vandlíček
215 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.
216 1 Jan Vandlíček
217 25 Jakub Homolka
h3. Zhodnocení identifikace cílových skupin a jejich potřeb
218 1 Jan Vandlíček
219 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.
220 1 Jan Vandlíček
221 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.
222 1 Jan Vandlíček
223 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.
224 1 Jan Vandlíček
225 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í.
226 1 Jan Vandlíček
227 25 Jakub Homolka
h3. Návrh informační architektury pro mapu OSS licencí
228 1 Jan Vandlíček
229 25 Jakub Homolka
h4. Definice cíle informační architektury
230
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.
231
232
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í.
233
234
Klíčové cíle takovéto informační architektury zahrnují:
235
236
* 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í.
237
238
* 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.
239
240
* 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í.
241
242
* 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.
243
244
* 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.
245
246
h4. Kategorizace a strukturování obsahu
247
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.
248
249
Hlavní kategorie licencí:
250
251
* Copyleft Licence: GPL, AGPL, LGPL, EPL, MPL.
252
253
* Permissivní Licence: MIT, Apache, BSD.
254
255
Charakteristiky jednotlivých licencí:
256
257
* Název Licence
258
259
* Klíčové Vlastnosti: Podmínky, oprávnění, omezení.
260
261
* Přehled: Stručný popis licence.
262
263
* Kompatibilita: Informace o tom, jak lze danou licenci kombinovat s jinými OSS licencemi.
264
265
Porovnání licencí:
266
267
* Tabulky: Porovnání klíčových vlastností a podmínek různých licencí vedle sebe.
268
269
Zdroje a další čtení:
270
271
* Odkazy na oficiální texty licencí: Přímé odkazy na úplné texty jednotlivých licencí.
272
273
h4. Návrh navigace a vyhledávání
274 26 Jakub Homolka
275 25 Jakub Homolka
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.
276
277
Zde je návrh pro navigaci a vyhledávání:
278
279
* 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.
280
281
* Horní navigační panel: Prokliky na vedlejší stránky webové stránky.
282
283
* Rozdělení licencí: Proklik na permisivní nebo restriktivní OSS licence.
284
285
Horní navigační panel:
286
287
* Přehled licencí: Seznam všech licencí.
288
289
* Porovnání licencí: Tabulka porovnávající vlastností různých licencí.
290
291
* Permisivní licence: Seznam permisivních licencí a stručný popis co jsou permisivní OSS licence.
292
293
* Restriktivní licence: Seznam restriktivních licencí a stručný popis co jsou restriktivní OSS licence.
294
295
* Doporučujeme: Doporučené licence pro různé cílové skupiny.
296
297
* Vlastnosti: Popis jednotlivých vlastností licencí (omezení, podmínky, oprávnění)
298
299
Vyhledávací funkce:
300
301
* Vyhledávací lišta: Umožněte uživatelům vyhledávat specifická slova.
302
303
h4. Grafický návrh informační architektury
304
305
!Informacní_architektura.png!
306
307
h3. Vytvoření navržené architektury
308 26 Jakub Homolka
309 25 Jakub Homolka
Při tvorbě webové stránky mapy OSS licencí jsme se rozhodli využít nástroj Google Sites.
310
311
h4. Google Sites
312
313
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.
314
315
h4. Průběh tvorby
316
317
* 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.
318
319
* 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.
320
321
* 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í.
322
323
* 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.
324
325
* Naše webová stránka je dostupná na adrese: https://sites.google.com/view/oss-licence/
326
327
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í.
328
329
h3. Závěr
330
331
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. 
332
333
Ú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í
334
335
Vytvořili jsme intuitivní informační architekturu, která efektivně podporuje uživatele při vývoji softwaru s OSS licencemi.
336
337
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.
338
339
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.
340
341
342
h3. Zdroje
343 26 Jakub Homolka
344 25 Jakub Homolka
* https://www.root.cz/specialy/licence/open-source-software/
345
* https://snyk.io/learn/open-source-licenses/
346
* https://blog.jetbrains.com/platform/2023/04/open-source-software-oss-licenses-explained/
347
* https://www.osadl.org/Access-to-raw-data.oss-compliance-raw-data-access.0.html