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

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

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

Контекстен дијаграм

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

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

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

Објектно ориентирана декомпозиција на подсистемите во нашиот проект.

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

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

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

Овде се дадени двата општи бизнис кориснички случаи:

1. Пријавување презентација

2. Креирање распоред

Operation Analysis

Operation Analysis на системот:

System Use-Case <Додавање на презентација>

System Use-Case <Креирање Распоред на Презентации>