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

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

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

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

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

За новиот систем ќе ја задржиме дефинираната архитектура за стариот систем. (Види погоре) Класен дијаграм за новиот систем

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

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

1. Додавање на презентација
2. Креирање распоред на презентации
3. Промена на пријавена презентација
4. Бришење на презентација
5. Логирање на презентерот на системот
6. Креирање и објавава на претстоен настан
7. Покана на презентери
8. Презентер одобрува покана
9. Презентер се пријавува на настан

10. Администратор одобрува пријава на презентери
11. Преглед на закажаните презентации и распоред
12. Презентер оценува и коментира презентации
13. Стручно оценување на презентации
14. Администраторот ги додава оценувачите

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

1. Пријава презентација, кога Админ праќа покана до сите презентери

2. Пријава презентација, кога Админ поканува одредени презентери

3. Креирање распоред за настан

4. Оценување на презентација

• Оперативна анализа

Оперативна анализа за новиот систем

System Use-Case <Пријава презентација кога настан е испратен до сите>
Step	Actor Action	Black-Box Step Description	Black-Box Budget Requirements	System Operation	Subsystem White-Box Step Description
1	АА1: оваа акција почнува кога админ ги пополнува полинњата на формата за креирање настан	BBS1: По секој внесен податок се валидира влезот. Дали е во согласност со барањата.	/	RequredFiled Validator на страната AdminPocetna.aspx	Во почетен Интерфејс на Администраторот се валидира секој влез и се праќа порака на излез(формата) за дали е точен влезот.
2	АА2: оваа акција почнува кога админ клика на копчето Креирај од формата за креирање.	BBS2: Системот го додава нов иот настан во базата DBPrezentacii	/	Системска операција: bProfil_Click(object sender, EventArgs e) повикува ServiceReferencePrezentacii за внесување на новиот настан во базата	Во почетен интерфејс на Администраторот.
3	АА3: акцијата почнува кога админ клика на копче Објави	BBS3: системот го прикажува настанот до сите пријавени презентери	/	Се повикува метода на копчето Објава, каде се насочува настанот во форма за Прифаќање до секој презентер	Во Интерфејс на Админ
4	АА4: оваа акција почнува кога презентерот клика на копче Да или Не за да одговори на Поканата	BBS5: системот го зачувува одговорот од презентерот, за да знае админот за каков е одговорот.	/	Се повикува метода при клик на копче која го зачувува одговорот воз база преку ServiceReferencePrezentacii	Во Презентерски почетен интерфејс.
5	АА5: оваа акција почнува кога презентерот ги пополнува полињата од формата за внесување	BBS5: системот ги валидира внесените податоци	/	MaskedEditValidator Валидатор за tbvreme, за дали времетраењето е внесено во соодветен формат	Во Презентерски почетен интерфејс.
6	АА6: презентерот клика на копчето Пријави	BBS6: Системот додава презентација во табелата Prijaveni од базата DBPrezentacii	/	bprijavi_Click(object sender, EventArgs e) методата ги внесува податоците во табела Prijaveni во базата DBPrezentacii. Пристапува до текстото од сите textbox-ови и ги додава овие податоци во табелата	Во Презентерски почетен интерфејс.
7	АА7: Админ има преглед на сите пријавени презентации, одобрува презентација со чекирање на соодветен checkbox	BBS7: Системот ги зачувува одговорите	/	При секое чекирање се повикува метода преку ServiceReferencePrezentacii и се зачувува која презентација е одобрена.	Во Администраторски интерфејс

System Use-Case <Пријава презентација кога презентер праќа покани>
Step	Actor Action	Black-Box Step Description	Black-Box Budget Requirements	System Operation	Subsystem White-Box Step Description
1	АА1: оваа акција почнува кога админ ги пополнува полинњата на формата за креирање настан	BBS1: По секој внесен податок се валидира влезот. Дали е во согласност со барањата.	/	RequredFiled Validator на страната AdminPocetna.aspx	Во почетен Интерфејс на Администраторот се валидира секој влез и се праќа порака на излез(формата) за дали е точен влезот.
2	АА2: оваа акција почнува кога админ клика на копчето Креирај од формата за креирање.	BBS2: Системот го додава новиот настан во базата DBPrezentacii	/	Системска операција: bProfil_Click(object sender, EventArgs e) повикува ServiceReferencePrezentacii за внесување на новиот настан во базата	Во почетен инетрфејс на Администраторот.
3	АА3: акцијата почнува кога админ чекира пријавени кандидати за да ги покани за соодветен настан	BBS3: системот ги зачувува поканатиот кандидат и настанот за кој се повикува. И чека одговор од кандидатот	/	По секоие чекирање преку ServicerefefencePrezentacii се повикува метода која ги зачувува податоците во базата	Во Интерфејс на Админ за покани.
4	АА4: оваа акција почнува кога презентерот клика на копче Да или Не за да одговори на Поканата	BBS4: системот го зачувува одговорот од презентерот, за да знае админот каков е одговорот.	/	Се повикува метода при клик на копче која го зачувува одговорот воз база преку ServiceReferencePrezentacii	Во Презентерски почетен интерфејс.
5	АА5: оваа акција почнува кога презентерот ги пополнува полињата од формата за внесување	BBS5: системот ги валидира внесените податоци	/	MaskedEditValidator Валидатор за tbvreme, за дали времетраењето е внесено во соодветен формат	Во Презентерски почетен интерфејс.
6	АА6: презентерот клика на копчето Пријави	BBS6: Системот додава презентација во табелата Prijaveni од базата DBPrezentacii	/	bprijavi_Click(object sender, EventArgs e) методата ги внесува податоците во табела Prijaveni во базата DBPrezentacii. Пристапува до текстото од сите textbox-ови и ги додава овие податоци во табелата	Во Презентерски почетен интерфејс.

System Use-Case <Креирање Распоред на Презентации>
Step	Actor Action	Black-Box Step Description	Black-Box Budget Requirements	System Operation	Subsystem White-Box Step Description
1	АА1: оваа акција почнува кога админ избира од DropDownList настан за кој сака да креира распоред	BBS1: системот ги прикажува сите пријавени презентации на тој настан.	/	Popolni(), метода која го полни GridView-то со сите презентации во тој настан	Во Администраторски поглед за креирање Распоред се валидира секој влез и се праќа порака на излез(формата) за дали е точен влезот.
2	АА2: администраторот клика на копчето Креирај	BBS2: Системот генерира распоред, притоа за секоја презентација го користи времетраењето на презентацијата	Креирањето распоред да не биде подолго од 10 сек.	bkreiraj_Click(object sender, EventArgs e) метода која го креира распоредот и го додава до секоја презентација во labela во Gridview-то	Во Администраторски поглед за креирање Распоред

System Use-Case <Оценување презентации>
Step	Actor Action	Black-Box Step Description	Black-Box Budget Requirements	System Operation	Subsystem White-Box Step Description
1	АА1: оваа акција почнува кога презентерот до секоја презентација внесува оцена или коментар	BBS1: системот ги зачувува внесените податоци	/	Се повикува метода која од GridView ги земува оцената, коментарот, Презентацијата и соодветниот презентер и ги запишува во база	Во Презентерски интерфејс за поглед на сите презентации за настанот.
2	АА2: оваа акција почнува кога Оценувачот одбира настан за кој ќе ги оценува пријавените презентации	BBS2: Системот дава листа на сите презентации за тој настан	/	Метода која преку ServiceReferencePrezentacii прикажува Презентации за настан	Во Интерфејс на Оценувач
3	AA3: Оваа акција почнува кога Оценувачот до секоја презентација во соодветни полиња внесува оцена и коментар	BBS3: Системот ги зачувува внесените податоци	/	Се повикува метода која преку ServiceReferencePrezentacii ги зачувува оцената и коментарот за соодветната презентација	Во интерфејс за Оценувач
4	AA4: Оваа акција почнува кога оценувачот сака да испрати некое известување до одреден презентер	BBS4: Системот го испрќа известувањето до соодветниот презентер	/	Се прави ResponseRedirect до соодветнито презентер	Во интерфејс на Оценувач