Zbatimi
Si do të ndërtohej
Kjo faqe përshkruan një model zbatimi të propozuar: si mund të vendosen prona publike mbi një sistem të përbashkët pa e rindërtuar çdo gjë nga e para. Ky nuk është propozim për të zëvendësuar punën ekzistuese të AKSHI ose ADS — është menduar për t'u shtrirë mbi të dhe për t'u integruar me të. Ku teknologjia nuk njihet ende, faqja e thotë hapur: pyetje për zbulim teknik, jo vendime të marra.
Adoptimi
Mbi atë çka ekziston
Qeveria shqiptare ka tashmë teknologji, standarde dhe institucione në punë: e-Albania si portali transaksional, AKSHI si rregullator, dhe sisteme të veçanta brenda çdo ministrie e bashkie. Ky propozim e ruan atë infrastrukturë dhe eksploron vetëm shtresën me të cilën ndeshet qytetari — si te faqet institucionale, ashtu edhe te vetë e-Albania.
- Ku ekzistojnë tashmë standarde teknike të AKSHI/ADS, ky sistem synon t'i respektojë.
- Përputhshmëria me sisteme trashëgimie (legacy) — CMS ekzistuese, baza të dhënash, integrime — trajtohet rast pas rasti; jo çdo pronë ka nevojë të migrojë njëkohësisht.
- Adoptimi rritës preferohet ndaj rindërtimit. Një pronë mund të fillojë duke përdorur vetëm disa komponentë (p.sh. navigimin dhe footer-in) para se të kalojë plotësisht.
Infrastruktura — e ruajtur
Platforma Qeveritare e Ndërveprimit, identiteti dhe autentikimi, pagesat, vula elektronike, bazat e të dhënave institucionale dhe API-t. Kjo shtresë ekziston, funksionon dhe nuk propozohet të rindërtohet.
Përvoja — e rimenduar
Shtresa me të cilën ndeshet qytetari: zbulimi i shërbimeve, anatomia e një shërbimi, rrjedha e aplikimit, gjuha e statusit, hapësira personale, dokumentet dhe ndihma — për të gjithë pasurinë publike dhe për vetë e-Albania, mbi të njëjtin sistem dizajni.
Ku saktësisht kalon ky kufi — cilat funksione mbeten te infrastruktura kundrejt shtresës së përvojës — mbetet pyetje për zbulim teknik me AKSHI/ADS, jo diçka e vendosur këtu.
Pse mund të jetë më e shpejtë
Ndaluam të zgjidhim probleme tashmë të zgjidhura
Një projekt tradicional web-i e përsërit të njëjtën punë themelore për çdo institucion. Një sistem i përbashkët e bën pjesën më të madhe të asaj pune infrastrukturë njëherëshe.
Projekt tradicional web-i
1
Zbulim (discovery)
2
Arkitektura e informacionit
3
Wireframe
4
Dizajni vizual
5
Dizajni i komponentëve
6
Dizajni përgjegjës (responsive)
7
Zhvillimi (development)
8
Migrimi i përmbajtjes
9
Rishikimi
10
QA
11
Nisja
Zbatim me sistem dizajni
1
Zgjidh arketipin
2
Harto kërkesat
3
Konfiguro sistemin
4
Kompozo faqet e specializuara
5
Migro dhe verifiko përmbajtjen
6
Rishikimi institucional
7
QA — aksesueshmëri, siguri, teknik
8
Nisja
Pikat e mbushura majtas — zbulimi deri te dizajni përgjegjës — janë fazat që tashmë janë bërë pjesë e sistemit të përbashkët. Sistemi e shkurton kohën duke mos e përsëritur të njëjtën punë në çdo zbatim të pavarur.
Dizajni më i shpejtë liron më shumë kohë për rishikimin që ka rëndësi.
- Ekspertiza institucionale — a funksionon vërtet kështu institucioni?
- Verifikimi i përmbajtjes
- Vlefshmëria për qytetarin
- Rishikim nga folës amtare të shqipes
- Testimi i aksesueshmërisë
- Rishikimi ligjor dhe i privatësisë
- Rishikimi i sigurisë
- Integrimet teknike
Modeli teknik
Pyetje për zbulim teknik, jo një stack i vendosur
Stack-u i prototipit (Next.js, module CSS) shërben për të demonstruar sistemin — nuk është arkitektura e propozuar e prodhimit. Shtatë vendimet më poshtë i takojnë zbulimit teknik me AKSHI/ADS.
| Fusha | Pyetja për zbulim teknik | |
|---|---|---|
| Shpërndarja e komponentëve | Paketë npm private, submodule git, apo kopjim i kontrolluar në çdo pronë? | Zbulim teknik |
| Tokenat e dizajnit | Si shpërndahen ndryshimet e tokenave te të gjitha pronat konsumuese pa një lëshim manual për secilën? | Zbulim teknik |
| Modeli i përmbajtjes / CMS | CMS i vetëm i përbashkët, apo CMS-e ekzistuese institucionale prapa një shtrese të përbashkët komponentësh? | Zbulim teknik |
| Konfigurimi i institucionit | Çfarë konfigurohet nga stafi i institucionit pa kërkuar zhvillim — dhe ku e ka kufirin? | Zbulim teknik |
| API-të dhe integrimet | Cilat sisteme ekzistuese (regjistra, e-Albania, sisteme financiare) duhet të lidhen, dhe me çfarë kontratash? | Zbulim teknik |
| Testimi | Cili nivel automatizimi (njësi, integrim, vizual, aksesueshmëri) është i realizueshëm në ekipin qendror? | Zbulim teknik |
| Menaxhimi i lëshimeve | Çfarë ritmi lëshimi dhe çfarë procesi rikthimi (rollback) mund të mbështesë AKSHI/ADS operacionalisht? | Zbulim teknik |
Rrjedha e migrimit
Si kalon një pronë e vetme nga sot te sistemi
Modeli operativ i propozuar
Kush zotëron çfarë
Ekipi qendror i sistemit
- Dizajni i sistemit dhe komponentëve
- Inxhinieria e librarisë së përbashkët
- Aksesueshmëria si standard, që në fillim
- Standardet e përmbajtjes dhe tonit
- Lëshimet dhe versionimi
- QA e librarisë së përbashkët
Ekipet institucionale
- Përmbajtja e vetë institucionit
- Konfigurimi brenda kufijve të lejuar
- Kërkesat e specializuara të institucionit
- QA institucionale para nisjes
- Kërkesat për komponentë të rinj
Siguria dhe privatësia
Çfarë standardizon sistemi, çfarë e tejkalon atë
Ç'mund të standardizojë sistemi
- Modele sjelljeje të sigurta në ndërfaqe (forma, ngarkim skedarësh, gabime)
- Zbatim i sigurt i komponentëve (sanitizim hyrjesh, gjendje fokusi, pa të dhëna të ekspozuara në DOM)
- Fusha të privatësisë-që-në-projektim (çfarë kërkohet, çfarë është opsionale)
- Mesazhe standarde mbi ruajtjen e të dhënave dhe pëlqimin
Ç'kërkon arkitekturë sigurie të AKSHI/ADS e rishikim ligjor
- Autentikimi dhe menaxhimi i identitetit
- Infrastruktura dhe hostimi
- Siguria e të dhënave dhe enkriptimi
- Menaxhimi i cenueshmërive (vulnerability management)
- Integrime të ndjeshme (regjistra kombëtarë, sisteme financiare)
Zhvillimi i asistuar nga AI
Sistem i kufizuar
Ky është një sistem dizajni i kufizuar plus zbatim i asistuar nga AI. AI kompozon brenda një sistemi tashmë të miratuar; sa më i pjekur sistemi, aq më pak dizajn i ri i duhet çdo institucioni.
Çfarë mund të bëjë AI
- Migrimi dhe hartimi i përmbajtjes ekzistuese
- Konfigurimi brenda kufijve të përcaktuar
- Kompozimi i faqeve nga komponentët e miratuar
- QA e parë (kontrolle të automatizuara, testime)
Çfarë s'mund të bëjë AI
- Të vendosë vetë arkitekturën, identitetin apo standardet e ndërveprimit
- Të japë miratimin final të saktësisë, sigurisë apo aksesueshmërisë
Piloti
Tre prona, deri sa qëllimisht të ndryshme
Vlerësimi i sistemit kërkon më shumë se një institucion. Nëse funksionon vetëm për një ministri, arketipet nuk janë testuar vërtet.
Një ministri
Shumë drejtori, shumë shërbime transaksionale, arkitekturë e thellë informacioni.
Një bashki
Detyra lokale — pagesa, njoftime, projekte — larg vëmendjes qendrore.
Një regjistër ose shërbim
Dendësi e lartë, kërkim i drejtuar nga statusi, i lidhur me një sistem ekzistues.
Metrikat e suksesit
Dorëzimi
Sistemi mbetet, konsulenti largohet
- Dokumentacion i plotë i shkruar
- Trajnim për ekipin qendror dhe kontaktet institucionale
- Pronësi e plotë e depos (repository) nga pala shqiptare
- Versionim i dokumentuar
- Marrëveshje mbështetjeje me afat dhe fund të qartë
Një rezultat i suksesshëm është një sistem që ekipet shqiptare e zotërojnë dhe e operojnë vetë — pa varësi nga një konsulent i vetëm.
Njoftim
Statusi i këtij modeli