Changes between Version 12 and Version 13 of RelationalModel


Ignore:
Timestamp:
09/16/26 06:58:09 (13 days ago)
Author:
235013
Comment:

Наслови и терминологија (надворешни клучеви)

Legend:

Unmodified
Added
Removed
Modified

  • RelationalModel

    v12 v13  
    1 = Релационен Модел
     1= Релационен модел =
    22
    3 === Релационен Дијаграм
     3== Релационен дијаграм ==
    44
    55Дијаграмот на релациониот модел е изработен со Visual Paradigm (desktop верзија) и е прикачен како слика.
    66
    7 Дијаграмот ги прикажува сите ентитети, нивните атрибути, примарни и странски клучеви, како и релациите помеѓу нив. Посебно внимание е посветено на компактноста и читливоста на моделот, со цел јасно да се прикажат зависностите и структурата на податоците.
     7Дијаграмот ги прикажува сите ентитети, нивните атрибути, примарни и надворешни клучеви, како и релациите помеѓу нив. Посебно внимание е посветено на компактноста и читливоста на моделот, со цел јасно да се прикажат зависностите и структурата на податоците.
    88
    99[[Image(RelationalModel-VQEMS.svg, width=100%, center)]]
    1010
    11 === Дескриптивна документација
     11== Дескриптивна документација ==
    1212
    1313Во продолжение се објаснети клучните делови од моделот и причините за нивната структура:
    1414
    15 * **Project и Client_Vendor_Contract сегмент** 
    16 Проектите се поврзани со договори (Client_Vendor_Contract) наместо директно со клиент и агенција. Ова овозможува флексибилност при управување со повеќе проекти под ист договор и подобра контрола на финансиските и временските параметри.
    17 
    18 * **Review и Review_Score сегмент** 
    19 Рецензиите се моделирани во две табели: Review и Review_Score. Review ја претставува основната рецензија, додека Review_Score содржи оценки по различни димензии (Rating_Dimension). Овој пристап овозможува повеќедимензионално оценување наместо една агрегирана оцена.
    20 
    21 * **Project_Technology сегмент** 
    22 Врската помеѓу проектите и технологиите е реализирана преку посредна табела (many-to-many релација). Ова овозможува еден проект да користи повеќе технологии, како и една технологија да биде користена во повеќе проекти.
    23 
    24 * **Project_Budget_Audit сегмент** 
    25 Оваа табела служи за следење на сите промени на буџетот на проектите. Наместо да се чува само тековната вредност, се чува историја на промени, што овозможува анализа и транспарентност.
    26 
    27 * **Dispute_Ticket сегмент** 
    28 Системот за спорови е моделиран преку Dispute_Ticket, кој е поврзан со рецензии и корисници. Ова овозможува агенциите да оспорат рецензии и да се следи процесот на нивно решавање.
    29 
    30 * **User и улоги (Role, Permission)** 
    31 Корисниците се моделирани преку централна табела User, со дополнителни табели за улоги и дозволи. Ова овозможува флексибилна контрола на пристап и дефинирање на различни типови на корисници.
    32 
    33 * **Vendor_Subscription и Subscription_Tier сегмент** 
    34 Овој дел го моделира системот на претплати. Агенциите можат да имаат различни нивоа на претплата, со можност за прилагодени цени, што овозможува флексибилност во бизнис моделот.
    35 
    36 * **Project_Status и Project_Status_History сегмент** 
    37 Статусите на проектите се следат преку посебна табела и историја на промени. Ова овозможува следење на животниот циклус на проектот.
     15* **Project и Client_Vendor_Contract сегмент**[[BR]]
     16  Проектите се поврзани со договори (Client_Vendor_Contract) наместо директно со клиент и агенција. Ова овозможува флексибилност при управување со повеќе проекти под ист договор и подобра контрола на финансиските и временските параметри.
     17* **Review и Review_Score сегмент**[[BR]]
     18  Рецензиите се моделирани во две табели: Review и Review_Score. Review ја претставува основната рецензија, додека Review_Score содржи оценки по различни димензии (Rating_Dimension). Овој пристап овозможува повеќедимензионално оценување наместо една агрегирана оцена.
     19* **Project_Technology сегмент**[[BR]]
     20  Врската помеѓу проектите и технологиите е реализирана преку посредна табела (many-to-many релација). Ова овозможува еден проект да користи повеќе технологии, како и една технологија да биде користена во повеќе проекти.
     21* **Project_Budget_Audit сегмент**[[BR]]
     22  Оваа табела служи за следење на сите промени на буџетот на проектите. Наместо да се чува само тековната вредност, се чува историја на промени, што овозможува анализа и транспарентност.
     23* **Dispute_Ticket сегмент**[[BR]]
     24  Системот за спорови е моделиран преку Dispute_Ticket, кој е поврзан со рецензии и корисници. Ова овозможува агенциите да оспорат рецензии и да се следи процесот на нивно решавање.
     25* **User и улоги (Role, Permission)**[[BR]]
     26  Корисниците се моделирани преку централна табела User, со дополнителни табели за улоги и дозволи. Ова овозможува флексибилна контрола на пристап и дефинирање на различни типови на корисници.
     27* **Vendor_Subscription и Subscription_Tier сегмент**[[BR]]
     28  Овој дел го моделира системот на претплати. Агенциите можат да имаат различни нивоа на претплата, со можност за прилагодени цени, што овозможува флексибилност во бизнис моделот.
     29* **Project_Status и Project_Status_History сегмент**[[BR]]
     30  Статусите на проектите се следат преку посебна табела и историја на промени. Ова овозможува следење на животниот циклус на проектот.