Changes between Version 1 and Version 2 of RelationalModel

Timestamp:

04/17/26 15:01:09 (2 weeks ago)

Author:

231075

Comment:

--

RelationalModel

@@ -1 +1 @@
 = Релационен Модел
+
+== Релационен Дијаграм
+
+Дијаграмот на релациониот модел е изработен со Visual Paradigm (desktop верзија) и е прикачен како слика:
+
+
+Дијаграмот ги прикажува сите ентитети, нивните атрибути, примарни и странски клучеви, како и релациите помеѓу нив. Посебно внимание е посветено на компактноста и читливоста на моделот, со цел јасно да се прикажат зависностите и структурата на податоците.
+
+== Descriptive documentation and argumentation
+
+Во продолжение се објаснети клучните делови од моделот и причините за нивната структура:
+
+* **Project и Client_Vendor_Contract сегмент**  
+Проектите се поврзани со договори (Client_Vendor_Contract) наместо директно со клиент и агенција. Ова овозможува флексибилност при управување со повеќе проекти под ист договор и подобра контрола на финансиските и временските параметри.
+
+* **Review и Review_Score сегмент**  
+Рецензиите се моделирани во две табели: Review и Review_Score. Review ја претставува основната рецензија, додека Review_Score содржи оценки по различни димензии (Rating_Dimension). Овој пристап овозможува повеќедимензионално оценување наместо една агрегирана оцена.
+
+* **Project_Technology сегмент**  
+Врската помеѓу проектите и технологиите е реализирана преку посредна табела (many-to-many релација). Ова овозможува еден проект да користи повеќе технологии, како и една технологија да биде користена во повеќе проекти.
+
+* **Project_Budget_Audit сегмент**  
+Оваа табела служи за следење на сите промени на буџетот на проектите. Наместо да се чува само тековната вредност, се чува историја на промени, што овозможува анализа и транспарентност.
+
+* **Dispute_Ticket сегмент**  
+Системот за спорови е моделиран преку Dispute_Ticket, кој е поврзан со рецензии и корисници. Ова овозможува агенциите да оспорат рецензии и да се следи процесот на нивно решавање.
+
+* **User и улоги (Role, Permission)**  
+Корисниците се моделирани преку централна табела User, со дополнителни табели за улоги и дозволи. Ова овозможува флексибилна контрола на пристап и дефинирање на различни типови на корисници.
+
+* **Vendor_Subscription и Subscription_Tier сегмент**  
+Овој дел го моделира системот на претплати. Агенциите можат да имаат различни нивоа на претплата, со можност за прилагодени цени, што овозможува флексибилност во бизнис моделот.
+
+* **Project_Status и Project_Status_History сегмент**  
+Статусите на проектите се следат преку посебна табела и историја на промени. Ова овозможува следење на животниот циклус на проектот.
+
+== Заклучок
+
+Релациониот модел е дизајниран со цел да обезбеди:
+- нормализирана структура на податоци  
+- поддршка за комплексни релации (many-to-many)  
+- можност за историско следење на податоци  
+- флексибилност и проширливост  
+
+Моделот ги покрива сите главни функционалности на системот и е подготвен за имплементација во релациона база на податоци.