Архитектура

Архитектура на стариот систем

• Дефинирање на контекстот на системот

Во овој дел даваме преглед на системот и неговата околина. Главните актери во нашиот систем се Презентер и Администратор(кој е претставник на компанијата која го имплементирала системот). Презентерот и Администраторот користат заеднички интерфејс за најава на системот. По извршената најава, според улогите кои ги имаат секој добива пристап на соодветниот интерфејс.

• Анализа на Архитектурата

Системот PresentOrganizer е наменет за користење во рамките на една организација(intra organization), која ќе има потреба од ваков вид на услуга. Во зависност од големината на организацијата која ќе го користи системот, зависи и бројот на корисници на системот. Затоа овој систем треба да овозможиме да биде скалабилен, односно да овозможиме лесно додавање на потребните нови ресурси. Од наведените причини а,и многу други, најсоодветната архитектура за овој систем би била Клиент-Сервер трослојна архитектура .

Целата функционалност на системот ќе биде сместена на серверот и ќе комуницира со базата на податоци. Клиентите ќе може да го користат системот од сите web- прелистувачи поради тоа што апликацијата не подржува некоја активна web содржината како Flash или слично.

• Анализа на Кориснички случаи

Во овој дел е прикажано однесувањето за секој кориснички случај. За приказ на однесувањето користевме секвенцен дијаграм.

1. Додавање презентер
2. Додавање на презентација
3. Креирање распоред на презентации
4. Промена на пријавена презентација
5. Пријава на презентација
6. Бришење на презентација

• Operation Analysis

Архитектура на новиот систем

• Дефиниција на новите функционалности

1. Администраторот објавува претстоен настан и на почетен интерфејс на корисниците се појавува претстоен настан
2. Администраторот поканува презентери
3. Презентерот одобрува покана
4. Презентерот се пријавува за настанот
5. Администраторот одобрува пријава
6. Самостоен sing in за презентери