Changes between Version 41 and Version 42 of Дизајн на системот

Timestamp:

12/21/21 13:37:54 (4 years ago)

Author:

151545

Comment:

—

Дизајн на системот

@@ -17 +17 @@
 
 === Laravel === 
-Laravel е PHP рамка со отворен код, која е робусна и лесна за разбирање. Следи шема на model-view контролер. Laravel со повторување ги користи постојните компоненти на различните рамки што помага во креирање веб -апликација. Во тој начин дизајнираната веб -апликација е повеќе структуирана и прагматична.
-Laravel нуди богат сет на функционалности што ги вклучува основните карактеристики на PHP, рамките како CodeIgniter, Yii и други програмски јазици како Ruby on Rails. Laravel има многу богат сет на карактеристики што ќе ја зголемат брзината на веб -развој.
+Laravel е PHP рамка со отворен код, која е робусна и лесна за разбирање. Следи шема на model-view контролер. Laravel со повторување ги користи постојните компоненти на различните рамки што помага во креирање веб -апликација. На тој начин дизајнираната веб -апликација е повеќе структуирана и прагматична.
+Laravel нуди богат сет на функционалности што ги вклучува основните карактеристики на PHP, рамките како CodeIgniter, Yii и други програмски јазици како Ruby on Rails. Има многу богат сет на карактеристики што ќе ја зголемат брзината на веб -развој. За база на податоци се користи MySQL 5.7 [https://www.mysql.com/].
 
 Кога дизајнираме веб -апликација со Laravel,  тој ги нуди следниве предности [10]:
@@ -104 +104 @@
 
 [[Image(umlClassDiagram.png)]]\\
-''Слика 4 - UML класен дијаграм на апликацијата''
-
-
-
-=== 3. Секвенцијален дијаграм ===
-
-Секвенцијалните дијаграми се динамично решение за моделирање во UML бидејќи тие конкретно се фокусираат на процесите и објектите што живеат истовремено, и пораките што се разменуваат меѓу нив за да извршат функција пред да заврши животната линијата.
-
-Секвенцијалниот дијаграм е тип на дијаграм за интеракција, бидејќи опишува како - и по кој редослед - група објекти работат заедно. Овие дијаграми се користат од развивачи на софтвер и деловни професионалци за да ги разберат барањата за нов систем или да документираат постоечки процес. Секвенцијалните дијаграми понекогаш се познати како дијаграми на настани или сценарија за настани [9]. 
-
-На сликата подолу е прикажан секвенцијален дијаграм за креирање на фолдер. Процесот за креирање на фолдер е следен: корисникот се најавува во системот со внесување на своето корисничко име и лозинка. Потоа ја верифицира најавата со внесување на OTP кодот кој го добива преку е-пошта. По автентикација се обидува да креира фолдер. Прв чекор е изброр на оддел. Потоа ја пополнува формата и ги прикачува датотеките. Со клик на submit се праќа барање да серверот и доколку помине валидацијата се креира фолдерот со тоа што се запишува во базата на податоци. 
-
- 
+''UML класен дијаграм на апликацијата''
+
+
+
+=== 3. Структура на базата на податоци ===
+
+Како што е напоменато и горе за базата на податоци користев MySQL 5.7. Конфигурацијата за конекцијата со базата е во .env конфигурациската датотека во главниот директориум на проектот. Базата е составена од вкупно девет табели и тоа:
+* roles
+* permissions
+* roles_permissions
+* users
+* password_resets
+* departments
+* folders
+* files
+* file_types
+
+На сликата подолу графички е прикажана структурата на базата со податоци, заедно со табелите и нивната взаемна поврзаност.
+
+[[Image(database_structure.png)]]
+''Шематски приказ на базата со податоци''
+
+== 3.1. Табели roles, permissions и roles_permissions ==
+
+Табелата "roles" ги содржи ролјите во полето име додека "permissions" табелата името на пермисијата која се означува по тип на ролја во табелата "roles_permissions" која ги содржи ид-то на ролја и ид-то на пермисија.
+
+Полиња во табелата "roles":
+**id** - идентификациски број кој е запишан при конфигурација на базата на податоци
+**name** - име што означува ролја
+
+Примарен клуч: **id**
+
+Полиња во табелата "permissions":
+**id** - идентификациски број кој е запишан при конфигурација на базата на податоци
+**name** - име што означува дозволена пермисија
+
+Примарен клуч: **id**
+
+Полиња во табелата "roles_permissions":
+**role_id** - идентификациски број за ролја
+**permission_id** - идентификациски број за пермисија
+
+Примарен клуч: **role_id**, **permission_id**
+Надворешен клуч: **role_id** - референцира кон **id** во табелата "roles", **permission_id** - референцира кон **id** во табелата "permissions"
+
+== 3.2. Табела "users" ==
+
+Во табелата "users" се содржат информации за профилот на корисникот и неговите податоци. Секој корисник има можност да ги менува своите податоци како и своите сетинзи како што се корисничко име, е-адреса или лозинка.
+
+Полиња:
+**id** - идентификациски број кој е генериран при регистрација на корисникот
+**name** - име
+**surname** - презиме
+**username** - корисничко име за најава
+**email** - е-адреса за добивање нотификации
+**phone_number** - контакт број за корисник
+**avatar** - патека на поставена слика за профилот
+**role_id** - идентификациски број за ролја
+**is_active** - дали профилот е активен
+**is_online** - дали во моментот е најавен
+**is_confirmed** - дали профилот е потврден
+**is_forgot_password** - дали е пуштено барање за промена на лозинка
+**created_by** - идентификациски број кој укажува од кого е креиран корисникот
+**security_code** - верификациски код за најава
+**verify_token** - хексадецимален стринг за верификација на најавата
+**password** - лозинка
+**remember_token** - хексадецимален стринг за зачување на податоците за најава
+**created_at** - време кога е креиран профилот
+**updated_at** - време кога последен пат се ажурирани податоците
+
+Примарен клуч: **id**
+Надворешен клуч: **role_id** - референцира кон **id** во табелата "roles", **created_by** - референцира кон **id** во табелата "users"
+
+== 3.3. Табела "password_resets" ==
+
+Табелата "password_resets" претставува табела во која се зачува барањето кое корисникот го пушта за промена на лозинка. За барањето се чува е-адресата, токенот како и времето кога е пуштено со цел да се ограничи времетраењето на важност на барањето.
+
+Полиња: 
+**email** - е-адреса за испраќање на нотификацијата
+**token** - хексадецимален стринг за верификација на профилот
+**created_at** - време кога е пуштено барањето
+
+== 3.4. Табела "departments" ==
+
+Табелата "departments" претставува табела во која се зачувани сите оддели на компанијата кои се креирани од администраторот или референтот.
+
+Полиња:
+**id** - идентификациски број кој е генериран при креирање на оддел
+**name** - име
+**code** - код
+**user_id** - идентификациски број кој укажува од кого е креиран одделот
+**location** - локација на директориумот на одделот на сервер
+**no_of_folders** - број на фолдери асоцирани со одделот
+**created_at** - време кога е креиран одделот
+**updated_at** - време кога последен пат се ажурирани податоците
+
+Примарен клуч: **id**
+Надворешен клуч: **user_id** - референцира кон **id** во табелата "users"
+
+
+== 3.5. Табела "folders" ==
+
+Табелата "folders" претставува табела во која се зачувани сите фолдери т.е. документи кои се креирани од администраторот или референтот.
+
+Полиња:
+**id** - идентификациски број кој е генериран при креирање на оддел
+**arch_id** - архивско ид на документот
+**name** - име
+**note** - текст за забелешка
+**location** - локација на директориумот на одделот на сервер
+**no_of_files** - број на датотеки асоцирани со документот
+**user_id** - идентификациски број кој укажува од кого е креиран фолдерот
+**department_id** - идентификациски број за припадност на документот во оддел
+**version** - верзија на документот
+**created_at** - време кога е креиран фолдерот
+**updated_at** - време кога последен пат се ажурирани податоците
+
+Примарен клуч: **id**
+Надворешен клуч: **department_id** - референцира кон **id** во табелата "departments", **user_id** - референцира кон **id** во табелата "users"
+
+== 3.6. Табела "files" ==
+
+Во табелата "files" се зачувани сите датотеки т.е. податоци за локацијата на датотеките на сервер, нивното име и големина.
+
+Полиња:
+**id** - идентификациски број кој е генериран при креирање на оддел
+**name** - име
+**location** - локација на директориумот на одделот на сервер
+**folder_id** - идентификациски број за припадност на датотеката во фолдер
+**created_at** - време кога е закачена датотеката
+**updated_at** - време кога последен пат се ажурирани податоците
+
+Примарен клуч: **id**
+Надворешен клуч: **folder_id** - референцира кон **id** во табелата "folders"
+
+== 3.7. Табела "file_types" ==
+
+Во табелата "file_types" се зачувани валидациските правила поставени од администраторот за прикачување на датотеки.
+
+Полиња:
+**id** - идентификациски број кој е генериран при креирање на оддел
+**name** - име
+**mimes** - типови на датотеки
+**max_size** - максимална дозволена големина по датотека
+**user_id** - идентификациски број кој укажува од кого е креиран записот
+**created_at** - време кога е креиран профилот
+**updated_at** - време кога последен пат се ажурирани податоците
+
+Примарен клуч: **id**
+Надворешен клуч: **user_id** - референцира кон **id** во табелата "users"
+
+
 {{{#!box type=todo
 Ако ставате секценцијален дијаграм воопшто, наведете го прецизно онака како што е реализирано. Значи да бидат наведени конкретните класи кои влегуваат во интеракцијата од почеток до крај, од комуникација со корисник до запишување во база и фајл систем. Означете од кои пакети се класите, бидејќи се сите од различни пакети.
@@ -123 +262 @@
 
 {{{#!box type=comment
-/
-}}}
-
-[[Image(umlSequence_folder.png)]]\\
-''Слика 5 - Секвенцијален дијаграм за креирање на нов фолдер''
-
-
-
-
-
-
+Избришано
+}}}
+
+
+
+
+
+
+