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: оваа акција почнува кога админ во истата форма додава корисничко име и email за презентерот	BBS2: Системот прави проверка дали се валидни влезовите и дали веќе постои внсеното корисничко име или mail	/	MembershipCreateStatus го креира статусот на корисничкото име и password дали се валидни, дали не е внесено ништо...	Во почетен Интерфејс на Администраторот се валидира секој влез и се праќа порака на излез(формата) за дали е точен влезот.
3	АА3: оваа акција почнува кога админ клика на копчето Додади од формата за додавање.	BBS3: Системот додава нов презентер во табелата Prezenteri во базата DBPrezentacii	/	Системска операција: bProfil_Click(object sender, EventArgs e) го додава корисникот во улога Презентер и со повик на ServiceReferencePrezentacii новиот презентер се внесува во табелата Prezenteri	Во почетен инетрфејс на Администраторот.
4	АА4: акцијата почнува кога презентерот се најавува на системот	BBS4: системот валидира дали презентерот може да пристапи на системот(дали е тој)	/	User.IsInRole(“prezenter”) ако навистина е во оваа улога тогаш може да пристапи до неговиот профил. Односно се повикува Response.Redirect(PrezenterPocetna.aspx)	Во Интерфејс за Најава
5	АА5: оваа акција почнува кога презентерот ги пополнува полињата од формата за внесување	BBS5: системот ги валидира внесените податоци	/	MaskedEditValidator Валидатор за tbvreme, за дали времетраењето е внесено во соодветен формат	Во Презентерски почетен интерфејс.
6	АА6: презентерот клика на копчето Пријави	BBS6: Системот додава презентација во табелата Prijaveni од базата DBPrezentacii	/	bprijavi_Click(object sender, EventArgs e) методата ги внесува податоците во табела Prijaveni во базата DBPrezentacii. Пристапува до текстото од сите textbox-ови и ги додава овие податоци во табелата	Во Презентерски почетен интерфејс.
7	АА7: оваа акција почнува кога презентерот клика на копчето Промени	BBS7: Системот отвара нова страна каде ги прикажува старите податоци на презентацијата што сака да ја промени	/	GridView1_RowUpdating(object sender, GridViewUpdateEventArgs e) метода која во сесија ги пренесува податоците на презентацијата која сакеме да ја смениме во друга страна каде што ќе се врши промената.	Во Презентерски интерфејс наменет за Преглед на презентации
8	АА8: Презентерот во формите за промена ги менува потребните податоци	BBS8: Системот ги валидира новите податоци	/	MaskedEditValidator Валидатор за tbvreme, за дали времетраењето е внесено во соодветен формат	Во Презентерски интерфејс за Прoмена на презентација
9	АА9: оваа акција почнува кога презентерот клика на копчето Промени	BBS9: Системот ги запишува промените за презентацијата во табелата Prijaveni	Промените да се зачувуваат за не повеќе од 5 сек.	Системска операција:protected void bpromena_Click(object sender, EventArgs e) ги земува сите промени од textbox-овите на формата и ги запишува во табелата Prijaveni	Во Презентерски интерфејс за Прoмена на презентација.
10	АА10 оваа акција почнува кога презентерот клика на копчето Бриши	BBS710 Системот праќа порака на излез за да се потврди акцијата бришење	/	GridView1_RowDataBound(object sender,GridViewRowEventArgs e) метода која праќа порака за потврда на бришењето	Во Презентерски интерфејс наменет за Преглед на презентации
11	АА11: Презентерот клика на копчето за потврда OK	BBS11: Системот ја брише презентацијата од табелата Prijaveni	/	GridView1_RowDeleting(object sender, GridViewDeleteEventArgs e) метода која го изведува бришењето	Во Презентерски интерфејс за Преглед на презентации