Projekt

Obecné

Profil

Vztahy mezi OSS licencemi » Historie » Verze 38

Jakub Homolka, 2024-01-17 14:15

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