Vztahy mezi OSS licencemi » Historie » Revize 25
Revize 24 (Jakub Homolka, 2024-01-12 18:39) → Revize 25/63 (Jakub Homolka, 2024-01-17 10:36)
h1. Mapa vztahů Vztahy mezi OSS licencemi Homolka Jakub, Vandlíček Jan, Suchý Martin h2. Zadání h3. Zásady pro vypracování * ** Provést identifikaci cílové skupiny zabývající se OSS licencemi a detailní rozbor jejich potřeb. * ** Navrhnout informační architekturu pro podporu při vývoji softwaru. * ** Vytvoření navržené architektury. * ** Zhodnotit výsledek své práce. h2. Popis OSS licencí licence 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. V závislosti na typu h3. Kategorie h4. Permissivní 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. h3. Permisivní licence 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. h4. Apache licence Apache Příklady permissivních licencí zahrnují MIT Licence, BSD 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. Licence. h4. MIT Restriktivní licence 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ů. h4. BSD licence 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. h3. Restriktivní (copyleft) licence 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. h4. GPL licence Příklady restriktivních licencí zahrnují GNU General Public License je jednou z nejznámějších (GPL) 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é. h4. AGPL licence 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. h4. LGPL licence 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. h4. EPL licence 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á. h4. MPL licence 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. (MPL). h3. Oprávnění OSS licencí * Komerční použití - Licencovaný materiál a deriváty mohou být použity pro komerční účely. * Distribuce - Licencovaný materiál může být distribuován. * Modifikace - Licencovaný materiál může být upraven. * Použití patentu - Tato licence poskytuje výslovně udělení patentový práv od jejich vlastníků. * Soukromé použití - Licencovaný materiál lze používat a upravovat soukromě. h3. Podmínky OSS licencí * Uvádění zdrojů - Zdrojový kód musí být zpřístupněn při distribuci licencovaného materiálu. * Oznámení o licenci a autorských právech - K licencovanému materiálu musí být přiložena kopie licence a upozornění na autorská práva. * Oznámení o licenci a autorských právech pro zdroj - 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. * Oznámení o změně stavu - Změny provedené v licencovaném materiálu musí být zdokumentovány. * Využití síťe je distribuce - 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. * Stejná licence - 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. * Stejná licence (soubor) - Ú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. * Stejná licence (knihovna) - 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. h3. Omezení OSS licencí * Odpovědnost - Licence zahrnuje omezení odpovědnosti. * Záruka - Licence výslovně uvádí, že neposkutuje žádnou záruku * Použití ochranné známky - 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. !Licenses-image.png! h3. Cílové skupiny h4. Vývojáře: h4. Vývojáři Individuální vývojáři, kteří vývojáře: Osoby, které vyvíjejí software sami pro své osobní i komerční účely sebe 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 pro komunitu. Skupiny vývojářů: Týmy nebo potřeby. * Potřeba možnosti komerčního použití, distribuce, modifikace a soukromého použití softwaru. Preference minimálních požadavků komunity vývojářů, kteří spolupracují na uvádění zdrojů a oznámení o licenci. projektech. h4. Podniky: Doporučené licence: * MIT Licence: Jednoduchá Malé 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. * 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. * 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. h4. Podniky Podniky střední podniky: Firmy, které využívají otevřený software pro své interní projekty, projekty a mohou software využít ke komerčním ůčelům, a nebo se rozhodnou nemusí přispívat k jeho vývoji. Velké korporace: Velké společnosti mohou využívat otevřený software jako součást své firemní strategie, přičemž mohou nejen využívat, ale i a přispívat k němu nebo ho dokonce vydávat open-source software projekty. Podniky často hledají flexibilní a otevřené licence. jako součást jejich strategie. *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. h4. Uživatele: Doporučené licence: * Apache Licence: Nabízí silnou patentovou ochranu a právní jistotu, což je klíčové pro podniky, Koneční uživatelé: Osoby, které chtějí integrovat open source používají software do svých produktů nebo služeb bez obav z patentových sporů. pro své účely. * MIT Licence: Její jednoduchost Odborná veřejnost: Výzkumníci, akademici 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ů. * LGPL: Umožňuje podnikům další, kteří mohou 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é otevřený software pro vyvážení mezi sdílením své projekty a uchovávání firemních tajemství. výzkum. h4. Akademické Komunity a vědecké komunity Tato skupina zahrnuje výzkumníky, akademiky organizace: Vědecké a další profesionály, kteří Akademické komunity: Lidé 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 vývoji a sdílejí své znalosti v rámci jednotlivých komunit, které se formují kolem konkrétních projektů. * 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. Doporučené licence: * 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í. * 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. * 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í. h4. Nekomerční organizace: Neziskové organizace Nekomerční organizace, jako jsou neziskové a charitativní instituce, využívají mohou využívat otevřený software pro dosažení dosahování 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. * Komerční použití není důležité, ale modifikace, distribuce a soukromé použití ano. Doporučené licence: * 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 mohou také open source. GPL podporuje transparentnost a kolaboraci, což je v souladu s hodnotami mnoha nekomerčních organizací. * 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. * 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í. přispívat k jeho vývoji. h4. Státní a veřejné instituce Státní instituce: 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. * Důležité jsou modifikace, distribuce Veřejné instituce: Veřejné instituce jako školy, univerzity, knihovny, zdravotnická zařízení a komerční použití pro poskytování služeb a vzdělání. Doporučené licence: * 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. * GPL: GPL je vhodná pro státní instituce, které chtějí podporovat open source principy a zajistit, že veškerý městské úřady mohou využívat open-source 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é. * MIT Licence: Její jednoduchost zlepšení vzdělávacích, informačních a flexibilita jsou přínosem pro státní instituce, které hledají minimální omezení při používání, modifikaci správních služeb, zajištění efektivity a redistribuci softwaru. MIT licence umožňuje státním institucím snadno sdílet podporu transparentnosti. h3. Potřeby a využívat software bez složitých právních omezení. zájmy jednotlivých skupin: h4. Kompatibilita OSS licencí Vývojáři: Kompatibilita licencí v kontextu open-source softwaru se týká možnosti legálně kombinovat Potřeby: Jasné porozumění licenčním podmínkám, aby mohli bezpečně používat, upravovat a distribuovat software, který je licencován pod různými open-source licencemi. Kompatibilita mezi různými OSS licencemi software. Důležité je klíčová pro vývojáře a organizace, které chtějí integrovat různé open-source komponenty do svých projektů. Několik aspektů ovlivňuje, zda znát, jaké jsou dvě licence vzájemně kompatibilní: * 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í. * Patentové klauzule: Některé licence explicitně zahrnují ustanovení o patentech, což může být v rozporu s licencemi, které taková ustanovení nemají. * Požadavky na uvádění zdrojů: Licence se mohou lišit v tom, jak striktně vyžadují uvádění zdrojů povinnosti a oznámení o autorských právech. Tyto rozdíly mohou ovlivnit kompatibilitu. * 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. 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. h3. Zhodnocení identifikace cílových skupin a jejich potřeb 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ů, omezení dané licencí, 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. 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 GPL, MIT, Apache, jiné mohou vyžadovat striktnější copyleftové licence, jako je GPL, které podporují sdílení a spolupráci ve větší míře. atd. Je zřejmé, že Zájmy: Integrace 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. 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í do 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í projektů, přispívání do OSS licencí, které nejlépe odpovídají cílům jednotlivých uživatelů, skupin, podniků, či organizací. projektů, vytváření vlastního OSS. h3. Návrh informační architektury pro mapu OSS licencí h4. Definice cíle informační architektury 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. Podniky: Definování cílů informační architektury pro mapu Potřeby: Porozumění kompatibilitě různých OSS licencí zahrnuje vytvoření strukturovaného s firemními obchodními modely 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í. Klíčové cíle takovéto informační architektury zahrnují: * Usnadnění přístupu k informacím: Zajištění, aby byly informace ochranou duševního vlastnictví. Zájem 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í. minimalizaci právních rizik při používání OSS. * Zjednodušení porozumění licencím: Vysvětlení klíčových charakteristik, podmínek, oprávnění a omezení jednotlivých Zájmy: Využívání OSS licencí, aby uživatelé mohli snadno porozumět, jak mohou být různé licence použity. * 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 snížení nákladů, zvýšení inovací, a projekty, na základě přesných informací. zlepšení interoperability produktů. * 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. h4. Uživatele: * 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. h4. Kategorizace a strukturování obsahu 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 Potřeby: Přístup k široké škále dostupných licencí nástrojů a pomoci jim pochopit klíčové charakteristiky aplikací bez nutnosti platit licenční poplatky. Zájem o snadné použití a rozdíly mezi nimi. modifikace softwaru. Hlavní kategorie licencí: * Copyleft Licence: GPL, AGPL, LGPL, EPL, MPL. * Permissivní Licence: MIT, Apache, BSD. Charakteristiky jednotlivých licencí: * Název Licence * Klíčové Vlastnosti: Podmínky, oprávnění, omezení. * Přehled: Stručný popis licence. * Kompatibilita: Informace Zájmy: Osobní rozvoj, hobby projekty, nebo snaha o tom, jak lze danou licenci kombinovat s jinými OSS licencemi. Porovnání licencí: * Tabulky: Porovnání klíčových vlastností zvýšení digitální gramotnosti. h4. Akademické a podmínek různých licencí vedle sebe. vědecké komunity: Zdroje a další čtení: * Odkazy Potřeby: Požadavky na oficiální texty licencí: Přímé odkazy na úplné texty jednotlivých licencí. h4. Návrh navigace jednoduché šíření a vyhledávání Návrh navigace sdílení softwaru a vyhledávání pro naší informační architekturu je důležitý pro usnadnění přístupu uživatelů k informacím výsledků výzkumu. Zájem o různých open-source software licencích. Zde je návrh pro navigaci podporu vzdělávání a vyhledávání: * Stručný popis: Popis daný stránky, výzkumu prostřednictvím snadného přístupu k čemu slouží, co se v ní můžeme dozvědět, uvítání návštěvníka. softwarovým nástrojům. * Horní navigační panel: Prokliky na vedlejší stránky webové stránky. * Rozdělení licencí: Proklik na permisivní nebo restriktivní OSS licence. Horní navigační panel: * Přehled licencí: Seznam všech licencí. * Porovnání licencí: Tabulka porovnávající vlastností různých licencí. * Permisivní licence: Seznam permisivních licencí Zájmy: Podpora akademické a stručný popis co jsou permisivní OSS licence. vědecké komunity prostřednictvím sdílení softwaru. * Restriktivní licence: Seznam restriktivních licencí a stručný popis co jsou restriktivní OSS licence. * Doporučujeme: Doporučené licence pro různé cílové skupiny. * Vlastnosti: Popis jednotlivých vlastností licencí (omezení, podmínky, oprávnění) Vyhledávací funkce: * Vyhledávací lišta: Umožněte uživatelům vyhledávat specifická slova. h4. Grafický návrh informační architektury Nekomerční organizace: !Informacní_architektura.png! h3. Vytvoření navržené architektury Při tvorbě webové stránky mapy OSS licencí jsme se rozhodli využít nástroj Google Sites. h4. Google Sites Google Sites je intuitivní Potřeby: Efektivní a snadno použitelný nástroj pro tvorbu webových stránek, který cenově dostupné softwarové řešení, 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 správu a možností přizpůsobení, což umožňuje uživatelům vytvořit profesionálně vypadající web odpovídající podporu jejich potřebám. misí. h4. Průběh tvorby * Vytvoření Nového Projektu v Google Sites: Založili jsme nový projekt Zájmy: Posílení svého sociálního dopadu a vybrali základní šablonu, která nejlépe odpovídala našim potřebám. * 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 rozšíření dosahu prostřednictvím využití technologických nástrojů a permisivními licencemi. * Přidání Obsahu: Do jednotlivých sekcí zdrojů. h4. Státní 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í. veřejné instituce: * Publikace: Publikace pomocí nástroje Google Sites Potřeby: Zajištění, že software 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. * Naše webová stránka je dostupná na adrese: https://sites.google.com/view/oss-licence/ Vytvoření webové stránky mapy OSS licencí pomocí Google Sites bylo velice snadné bezpečný, spolehlivý 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í. h3. Závěr 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. Ú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í Vytvořili jsme intuitivní informační architekturu, která efektivně podporuje uživatele při vývoji softwaru kompatibilní s OSS licencemi. Implementace informační architektury byla provedena pomocí no-code platformy, což umožnilo rychlou regulačními požadavky. Potřeba transparentnosti a efektivní realizaci webové stránky podle navržené informační architektury. veřejné kontroly. 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 Zájmy: Využití OSS licencí. Projekt představuje příspěvek k lepšímu porozumění zajištění veřejné služby a navigaci v prostředí open-source licencování a poskytuje praktický zdroj pro mnoho uživatelů a vývojářů softwaru. h3. Zdroje * https://www.root.cz/specialy/licence/open-source-software/ * https://snyk.io/learn/open-source-licenses/ * https://blog.jetbrains.com/platform/2023/04/open-source-software-oss-licenses-explained/ * https://www.osadl.org/Access-to-raw-data.oss-compliance-raw-data-access.0.html infrastruktury, což může zahrnovat vše od městské správy po vzdělávací systémy.