Specyfikacja Architektury Funkcjonalnej Portalu: IG

 

Niniejszy dokument definiuje architekturę logiczną i funkcjonalną głównej witryny IG w systemie Open CMS, ze szczególnym uwzględnieniem operacyjnego kontekstu subsite /pl/. Jest to cyfrowe przedłużenie inżynieryjnej jednostki SWAT, zaprojektowane do dystrybucji twardego IP.

1. Struktura Globalna Systemu / Global System Structure

Główny portal (Main Site) o nazwie IG pełni rolę nadrzędnego kontenera. Zarządzanie strukturą odbywa się w Backendzie (Explorer Open CMS), który obsługuje cztery dedykowane węzły językowe (subsites) dostępne w Frontendzie (Warstwa użytkownika):

• /pl/ – Główny węzeł operacyjny (bieżący kontekst współpracy).

• /en/ – Międzynarodowa dystrybucja IP.

• /de/ – Ekspansja na rynek DACH.

• /ru/ – Węzeł wschodni.

Wszystkie zasoby w ramach subsite /pl/ muszą być zgodne z poniższym rygorem architektonicznym.

2. Mapa Architektury Informacji (Subsite /pl/) / Information Architecture Map

Logiczna organizacja plików i zasobów w Backendzie (drzewo folderów w Explorerze) znajduje swoje bezpośrednie odzwierciedlenie w Frontendzie (strony widoczne dla użytkownika). System podzielony jest na pięć operacyjnych śluz informacyjnych:

1. Terminal Inicjacyjny / Initiation Terminal (Home Page)

   • Funkcja: Cyfrowa zwrotnica (Routing hub).

   • Cel: Natychmiastowe rozdzielenie ruchu na strumienie:

     Otwarta Baza Wiedzy, Przeprawa przez „Dolinę Śmierci”, Skarbiec IP, Śluza Weryfikacyjna.

   • Implementacja 

2. Otwarta Baza Wiedzy / Open Repository (Knowledge Base)

   • Funkcja: Inżynieryjny filtr branżowy i dowód kompetencji.

   • Cel: Udostępnianie raportów i zarysów architektur w modelu open-source.

   • Implementacja

3. Przeprawa przez „Dolinę Śmierci” / Rescue Protocol (Death Valley)

   • Funkcja: Dokumentacja napraw projektowych (TRL 2 – TRL 7).

   • Cel: Prezentacja procesów debugowania technologii i przejmowania kontroli nad projektami zagrożonymi ("Distressed projects").

   • Implementacja

4. Skarbiec IP / IP Vault (Ready-to-Deploy Technologies)

   • Funkcja: Portfolio zwalidowanych aktywów technologicznych.

   • Cel: Katalog gotowych do komercjalizacji technologii (Tech Cards).

   • Implementacja

5. Śluza Weryfikacyjna / Verification Airlock (Triage & Contact)

   • Funkcja: Punkt selekcji inżynieryjnej.

   • Cel: Rygorystyczna ocena "wąskich gardeł" przed dopuszczeniem do Core Teamu.

   • Implementacja

3. Modele Informacji i Backend / Information Models & Backend Data

Zasoby przechowywane w Backendzie (Explorer Open CMS) nie są luźnym tekstem, lecz ustrukturyzowanymi danymi XML. Każdy zasób w subsite /pl/ musi być osadzony w jednym z modeli:

3.1. Model: Raport Technologiczny / Technology Report

• Engineering Title: Precyzyjne nazewnictwo problemu.

• Executive Abstract: Skondensowana wiedza (max 500 znaków).

• KPI Matrix: Twarde parametry fizykochemiczne i finansowe.

• Restricted PDF: Dokumentacja głęboka chroniona śluzą gatingową.

3.2. Model: Karta Technologii / Technology Asset Card

• TRL Scale (1-9): Obiektywny poziom dojrzałości zasobu w Backendzie.

• Problem Genesis: Inżynieryjne źródło powstania rozwiązania.

• Moat/Entry Barrier: Techniczna bariera wejścia (uszczelnienie IP).

3.3. Model: Raport Ratunkowy / Rescue Case Study

• Structural Bug: Zidentyfikowana wada pierwotna projektu.

• Applied Rescue Algorithm: Protokół stabilizacji i naprawy.

• Final Outcome: Status "Production-ready" prezentowany w Frontendzie.

4. Logika Selekcji i Gatingu / Gating and Triage Logic

Procesy te są konfigurowane w Backendzie, ale ich interfejs stanowi krytyczny punkt styku w Frontendzie:

• Autoryzacja Biznesowa: Pobranie PDF-ów architektonicznych wymaga weryfikacji domeny e-mail. Logika Backendu automatycznie odcina zapytania z domen ogólnodostępnych.

• Inżynieryjny Triage: Formularz w Frontendzie wymaga podania aktualnego poziomu TRL oraz technicznego opisu problemu. Zgłoszenia niespełniające norm są archiwizowane w Backendzie bez angażowania zespołu.

5. Kontekst Współpracy / Collaboration Context

Całość prac nad strukturą logiczną (Backend) oraz warstwą prezentacji (Frontend) odbywa się wewnątrz subsite /pl/ witryny głównej IG. Zmiany wprowadzone w Explorerze (Backend) dla sekcji /pl/ służą jako blueprint dla pozostałych wersji językowych.