Use case for MDK

[Dragana Stojanovska]

По добиените забалешки од страна на професорот за use - case го средив документот use_case_tamplate каде на почетокот има подетално објаснување за работа на тимот за времето на креирање на документото итн според соодветен темплејт.
Направивме Use case за сите активности и улоги во проектот.
Имаме 2 улоги и тоа Корисник(доктор, медицинска сестра како дел од мед. персонал која има слични улоги како и докторот) и администратор за менување на активностите на улогите во проектот.
Активности на администарторот: менаџирање на корисниците,коренции на апликацијата во зависност од потребите на болницата и ажурирање на податоците. Активности на корисник: Опција за најава, Додавање нов пациент, Пребарување на пациенти, Закажување на термини, Закажување на контрола, Лабораториска анализа.
За оваа работа ми беа потребни 2 часа.

[Dragana Stojanovska]

Секој Use case го објаснивме подетално. Според Use case ID кои ги ставив секој Use case имаше свое посебно ID. Тука ги означив со Ф1,Ф2,...Фn.
Use case ф1 Менаџирање на корисниците. За оваа работа ми беа потребни 6 часа.

[Dragana Stojanovska]

Use case ID	ф1 и ф2
Use Case Name:	Менаџирање на корисниците
Created by:	Тимот	Last Updated By:	Тимот
Actors:	Администратор
Trigger	Администраторот може да додава нови доктори/сестри

во апликацијата кои ќе можат да ја користат оваа апликација

или да брише доктори кои од разни прични

ќе престанат да работат во соодветната аплицаија

[Dragana Stojanovska]

Use case ID	ф2, ф3
Use Case Name:	Корекции во апликацијата во зависност од потребите на болницата/ ажурирање на информации
Created By:	Тимот
Last Updated By:	Тимот
Date Created/ Last Updated By:	11.07.2014
Actors:	Администартор
Description:	Во овој дел улогата на администраторот е да ја менува апликацијата во зависност од потребите на болницата каде што се користи оваа апликација и ажурирање на информациите. Бидејќи имаат слично значење овие две улоги односно Use Case се опишани заедно.
Trigger:	Доколку болницата каде што се користи апликацијата сака некоја промена во апликацијата тоа може многу лесно да го направи администарторот. На пример пребарување на пациент по презеиме, по лабораториска анализа и сл. Потоа промена во делот за лаб анализа наместо анализа на крв може да се стави испитување на срце, глава и сл. Итн.

Ажурирање на информациите или промане на дизајнот на апликацијата.

Preconditions:	1. Промени во апликацијата според потребите за користење на апликацијата
Postconditions:	1.Корекции и ажурирање на потребните податоци
Normal Flow:	1. Администаророт ја разгледува апликацијата 2.Внесува податоци во полето за најава за администратор 3.Администарторот е најавен
Alternative Flows:	1.Администаророт ја разгледува апликацијата 2.Внесува податоци во полето за најава за администратор 3.Администарторот е најавен 4.Тој ги врши соодветните промени
Exceptions:	1.Администарто внесува погрешни податоци за најава
Priority:	Успешни промени на апликацијата
Frequency of Use:	Ретко
Special Requirements:	1. Користење на валидни податоци

[Dragana Stojanovska]

На овој начин ги опишав сите предвидени случаи за деталн опис на целата приказна на апликацијата МДК. Описите од сите случаи се поставени во документото на почетната страна под наслов Use case i detalen opis na sekoj use case. За да го направам целиот документ потрошив околу 15 часа.

[Dragana Stojanovska]

Na krajot stavivme so koleskata use case za celata aplikacija vo dokumentot. Taa e napisana od strana na koleskata na anliski jazik bidejki taka i e polesno za pisuvanje pa poradi toa dokumentot e na mak i ang. Plus za ova ni bese potreben okolu polovina cas okolu podgotovkite za dogovaranje i samoto pisuvanje

[Dragana Stojanovska]

По забелешката од професорот направив промени во документот Use case for MDK односно во делот кај администратор е избришано Корекции на апликацијата во зависност од потребите на болницата и соодветно на тоа е избришана табелата за истиот use case.