ER Релационен модел

Со цел полесен и подобар преглед на целокупниот дијаграм:

• ​DB Diagram
• Отвори SVG дијаграм​
• Преземи PDF дијаграм​

Архитектура на базата на податоци (Детален модуларен преглед)

За да се обезбеди скалабилност, одржливост и јасна сегрегација на податоците, релациониот модел е дизајниран преку строго дефинирани модули (сектори). Секој модул е означен со специфичен префикс во самите табели и управува со точно определен домен од универзитетскиот екосистем. Оваа модуларност овозможува робусна интеграција и минимизирање на редундантноста, создавајќи единствена точка на вистината (Single Source of Truth).

1. Општи и основни податоци

Овој сегмент ја претставува основата на системот и намерно не користи специфичен префикс, бидејќи овие табели се референцирани од сите останати модули.

Идентитети и автентикација: Табелата Lice претставува централен, унифициран регистар за сите физички лица во системот (студенти, професори, администрација, надворешни соработници). Ова спречува дуплирање на лица кои се и студенти и вработени (на пр. демонстратори). Табелата Korisnici се надоврзува стриктно на лицето и ги чуваингеренциите за најава и системски пристап.

Географски шифрарници: Стандардизација на локациските податоци се врши преку поврзаните табели Drzavi и Gradovi.

2. Организациска структура и Инфраструктура (Префикс: or_)

Овој модул ја пресликува целосната физичка и логичка хиерархија на образовната институција, овозможувајќи прецизно мапирање на ресурсите.

Хиерархија на институцијата: Табелата or_organizaciona_edinica користи рекурзивна врска (oe_id покажува кон истата табела) за да креира неограничено длабоко дрво на структурата (на пр. Универзитет -> Факултет за Информатика -> Институт за Софтверско Инженерство -> Катедра).

EAV Архитектура за атрибути: За да се избегне постојано менување на шемата при додавање нови специфични карактеристики за различните факултети, се користи Entity-Attribute-Value (EAV) модел преку or_tipovi_organizaciona_edinica_atributi и or_organizaciona_edinica_atributi_vrednosti. Ова овозможува динамично дефинирање на задолжителни полиња со Regex валидација за секој тип на организациска единица посебно.

Просторно мапирање (GIS): Системот вклучува напредно следење на простории преку or_mapa_objekt каде координатите се чуваат во напреден просторен формат geom(4326). Сите згради, амфитеатри и лаборатории се мапираат преку or_mapa_objekt_organizacija, што е круцијално за генерирање на точни просторни распореди без преклопување.

3. Човечки ресурси и Кадар (Префикс: vr_)

Сеопфатен HR потсистем за управување со кадарот, нивните квалификации и комплексниот модел на вработување.

Ангажмани и Договори: Не постои едноставно "вработен". Наместо тоа, централната табела vr_vraboten_angazman го врзува лицето со конкретна организациска единица, работна позиција (vr_rabota_pozicija), тип на ангажман (полно работно време, хонорарно, визитинг) и FTE (Full-time equivalent) норматива. Едно лице може да има повеќе паралелни ангажмани (пр. професор на еден факултет, надворешен соработник на друг).

Управување со Квалификации и Предуслови: Системот строго ги контролира вработувањата преку логички групирања (vr_pozicija_preduslov_grupa со AND/OR оператори) и vr_pozicija_preduslov. Пред некое лице да биде назначено на позиција, системот автоматски проверува дали лицето ги поседува потребните дипломи и степени во vr_lice_kvalifikacija.

Академски звања и функции: Историјата на академските унапредувања (асистент, доцент, вонреден професор) се следи во vr_vraboten_akademsko_zvanje со датум од/до, додека мандатните функции (Декан, Продекан) се евидентираат во vr_vraboten_funkcija.

4. Студентски прашања и Академски менаџмент (Префикс: sm_)

Ова е јадрото на образовниот процес кое обезбедува грануларна контрола врз студиските програми, наставата, акредитациите и студентските досиеја. Дизајнирано е за максимална флексибилност, поддржувајќи различни образовни модели зависно од организациската единица.

Академска година и Динамични Семестри: Системот поддржува целосно приспособлива организација на академското време. Преку sm_akademska_godina, секоја организациска единица може да си дефинира своја година. Во рамки на годината се креираат sm_akademski_semestar, каде преку sm_tip_akademski_semestar може слободно да се дефинира дали институцијата работи на класични семестри, триместри, квартали итн. Наплатата на партиципацијата и квотите строго се дефинираат за академскиот семестар преку sm_akademski_semestar_smer_kvota.

Студиски програми (Смерови) и Предуслови: Смеровите (sm_smer) се верзионираат преку sm_smer_verzija (за да се следат промените низ годините). За еден студент да може да се запише на даден смер, тој мора да ги исполни логички дефинираните предуслови за упис (sm_smer_upis_grupa_preduslov и sm_smer_upis_preduslov), кои најчесто бараат одредени претходни квалификации (најчесто би се користело за втор/трет циклус студии). Дополнително, дефинирани се и строги предуслови за дипломирање (sm_smer_diplomiranje_grupa_preduslov и sm_smer_diplomiranje_preduslov) кои утврдуваат точен број на кредити или задолжителни достигнувања (пр. задолжителна пракса).

Евиденција на Студенти (Индекси и EAV): При уписот (sm_studenti), системот користи напреден механизам за автоматско генерирање на број на индекс по однапред дефинирани правила специфични за факултетот (sm_organizaciona_edinica_upis_pravilo и sm_upis_pravilo_brojac). За чување на специфични мета-податоци за студентите (кои се разликуваат од факултет до факултет), се користи EAV архитектура преку sm_organizaciona_edinica_student_atributi и sm_organizaciona_edinica_student_atributi_vrednosti.

Акредитациски тела, Предмети и Акредитации: Системот прави јасна логичка дистинкција помеѓу апстрактниот поим sm_predmet (пр. "Математика 1") и неговата законска рамка sm_akreditacija. Секоја акредитација е валидирана од специфична акредитациска комисија/тело (sm_akreditacisko_telo), која пак има свои дефинирани членови преку sm_akreditacija_telo_clen. Самата акредитација го дефинира точниот број на кредити, фондот на часови (sm_akreditacija_fond) и логичките предуслови кои мора студентот да ги исполни за да го слуша предметот (sm_akreditacija_predmet_grupa_preduslov и sm_akreditacija_predmet_preduslov).

Курсеви, Паралелки и Алокација на кадар: Во даден семестар, акредитацијата се инстанцира во жива материја – sm_kurs_realizacija. Оваа реализација се дели на помали групи или sm_kurs_realizacija_paralelka (пр. Македонска група, Лабораториска група). На овие паралелки потоа им се доделува наставен кадар (sm_paralelka_nastaven_kadar), земајќи го предвид нивниот неделен фонд на часови.

Студентски Упис и Приспособливо Оценување: Студентот го пријавува семестарот (sm_student_semestar_upis) и запишува курсеви (sm_student_upisan_kurs). Испитите се пријавуваат и полагаат во организирани сесии (sm_ispitna_sesija). Наместо статични оценки од 5 до 10, системот нуди целосно приспособлив систем на оценување (sm_sistem_ocenuvanje и sm_sistem_ocenuvanje_vrednost) кој се дефинира на ниво на организациска единица. Ова поддржува американски систем (A, B, C), бодовен систем или класичен броен систем. Крајниот резултат трајно се бележи во sm_student_ocena_zapis.

Достигнувања и Дипломирање: За активности кои не се класични испити (како пракси, волонтерска работа, дипломски труд), се користи табелата sm_student_dostignuvanje која подлежи на одобрување од наставен кадар. Целиот процес се заокружува кога студентот ги исполнува условите за дипломирање, генерирајќи запис во sm_organizaciona_edinica_diplomirani врзан за финалниот генериран документ (дипломата).

5. Финансии, Сметководство и Плати (Префикс: fin_)

Овој модул е дизајниран како "single source of truth" за сите финансиски текови, директно интегриран со академскиот и HR модулот.

А. Финансиски обврски, Мулти-канални Наплати и Строги Исплати

Генерирање Обврски: Сите задолженија на студентот (школарина, такси за пријавување испити, казни) автоматски генерираат запис во fin_finansiska_obvrska. Оваа табела ја чува originalna_suma (колку изнесувало задолжението првично) и otvorena_suma (колку преостанува за плаќање во моментот, поддржувајќи плаќање на рати). Деталите за тоа од што се состои обврската се чуваат во fin_finansiska_obvrska_stavka (каде износот се пресметува како количина * единечна цена).

Мулти-канални Наплати (EAV Архитектура) и Алокација: За наплати (влезни средства), системот поддржува широк спектар на различни методи преку флексибилен EAV модел. Наместо статични колони за секој можен сервис, табелите fin_korisnik_vid_naplati и fin_korisnik_vid_naplati_attributi ги дефинираат достапните канали (на пр. Stripe, PayPal, Платежна картичка, класичен банкарски трансфер) и нивните потребни полиња. Специфичните податоци за корисникот (како Stripe customer token или PayPal email) динамично се чуваат во fin_korisnik_naplata_atributi_vrednosti. Кога студентот ќе изврши уплата преку кој било од овие канали, се креира запис во fin_naplati. Клучно е да се напомене дека табелата fin_naplata_alokacija го претставува реалното движење на парите во системот (финансиското порамнување). Оваа табела го зема физичкото плаќање и прецизно го алоцира кон една или повеќе отворени финансиски обврски (или нивни ставки), сразмерно намалувајќи ја нивната отворена сума сè додека целосно не се затвори задолжението.

Институционални Исплати (Payouts) и Алокација: Од друга страна, универзитетот често има потреба да генерира излезни средства кон студенти и вработени преку fin_isplatna_obvrska (за стипендии, рефундации на средства, или дополнителни хонорари). За разлика од наплатите, исплатите подлежат на строги законски и институционални регулативи. Поради тоа, исплатите не се вршат преку дигитални паричници, туку исклучиво преку легитимни трансакциски сметки (банкарски трансфери). Поврзувањето оди директно преку fin_korisnici_isplata кое покажува кон fin_transakciski_smetki (каде се чуваат IBAN и SWIFT податоците). Секоја иницирана исплата се евидентира во fin_isplati. Повторно, табелата fin_isplata_alokacija е трансакцискиот центар кој го означува реалното излезно движење на парите – таа ја поврзува извршената исплата од банката со соодветната институционална обврска, затворајќи го финансискиот циклус и израмнувајќи ги сметководствените книги.

Б. Напредна пресметка на Плати (Payroll Subsystem) Модулот за плати е изграден да поддржи комплексни сценарија, користејќи повеќеслојна архитектура за максимална прецизност, флексибилност и ревизија:

Основа: Во табелата vr_vraboten_kompensacija се дефинираат фиксните параметри за вработениот (основна бруто/нето плата, валута, основен фонд на часови) кои произлегуваат директно од неговиот тековен договор/ангажман. Ова е "стандардната" плата.

Варијабилни влезови: Секој месец, пред самата пресметка, во табелата fin_plata_vlez се внесуваат сите променливи елементи за тој месец. Ова вклучува прекувремени часови, денови на боледување (кои носат различен процент на исплата), стимулативни бонуси, задршки или отсуства. Секој влез е категоризиран преку fin_tip_platna_komponenta.

Пресметковен период: Целиот процес се групира во месечен fin_plata_period (пр. "Плата за Ноември 2026"), кој ги заклучува пресметките за дадена организациска единица.

Генерална пресметка: Откако ќе се изврши пресметката, за секој вработен се генерира еден финален, сумарен запис во fin_plata_stavka_vraboten. Овој ред претставува "исплатното ливче" и ги содржи конечните суми: вкупното бруто (bruto_vkupno), вкупното нето (neto_vkupno), сумираните даноци и сумираните одбитоци.

Детализација на пресметката: За да се знае точно како е добиена крајната сума и да се овозможи строга финансиска ревизија, системот креира повеќе редови во fin_plata_komponenta. Оваа табела ја разбива платата на атомарни делови. Секој ред овде претставува една специфична ставка (на пр., еден ред ја објаснува основната плата, втор ред го пресметува додатокот за минат труд, трет ред го пресметува бонусот од plata_vlez, четврт ред го пресметува персоналниот данок). Збирот од сите овие компоненти математички се пресликува во главната fin_plata_stavka_vraboten.

6. Управување со документи (Префикс: dok_)

Модул за автоматизација на бирократијата и дигитална архива, целосно интегриран со останатите текови.

Системот користи dok_dokument_templejti за дефинирање на HTML/URL обрасци за официјални документи како потврди за редовен студент, решенија за плата и договори за дело.

Преку EAV пристапот во dok_dokument_templejt_atributi и dok_generiran_dokument_vrednosti, системот динамично бара и ги пополнува потребните полиња пред да го генерира и зачува финалниот dok_generiran_dokument.

Имплементиран е систем за следење на авторизации преку dok_dokument_potpis, кој трајно бележи точно кој вработен ангажман (и од која функција, пр. Декан) дигитално или физички го авторизирал документот.

7. Надворешни Ентитети (Префикс: ent_)

Овој модул се грижи за B2B (Business-to-Business) релациите на универзитетот.

Табелата ent_entiteti ги регистрира сите надворешни компании, добавувачи на услуги, владини агенции или партнерски институции.

Табелата ent_entiteti_smetki ги мапира нивните трансакциски сметки кон глобалната табела fin_transakciski_smetki, овозможувајќи безбедно извршување на излезни исплати (пр. кон добавувачи) и автоматизирано фактурирање.