Changes between Version 5 and Version 6 of Use_case


Ignore:
Timestamp:
07/15/14 17:04:39 (10 years ago)
Author:
Dragana Stojanovska
Comment:

--

Legend:

Unmodified
Added
Removed
Modified

  • Use_case

    v5 v6  
    8989||Created by: || Тимот ||  Last Updated By:  || Тимот ||
    9090||  Actors: || Администратор ||
    91 ||  Trigger  || Администраторот може да додава нови доктори/сестри во апликацијата кои ќе можат да ја користат оваа апликација или да брише доктори кои од разни прични
    92 ќе престанат да работат во соодветната аплицаија ||
     91||  Trigger  || Администраторот може да додава нови доктори/сестри во апликацијата кои ќе можат да ја користат оваа апликација или да брише доктори кои од разни прични ќе престанат да работат во соодветната аплицаија ||
    9392||  Preconditions: ||1.Администраторот додава/ брише доктори или други медицинска лица кои ќе бидат задолжени да ја користат оваа апликација и создава нивна соодветна автентикација||
    9493||  Postconditions: ||1.Администраторот додава/ брише доктори или други медицинска лица кои ќе бидат задолжени да ја користата оваа апликација и созадава нивна соодветна автентикација||
    … …  
    109108|| Actors:  ||Администартор||
    110109|| Description:  ||Во овој дел улогата на администраторот е да ја менува апликацијата во зависност од потребите на болницата каде што се користи оваа апликација и ажурирање на информациите. Бидејќи имаат слично значење овие две улоги односно Use Case се опишани заедно.||
    111 || Trigger:  ||Доколку болницата каде што се користи апликацијата сака некоја промена во апликацијата тоа може многу лесно да го направи администарторот. На пример пребарување на пациент по презеиме, по лабораториска анализа и сл. Потоа промена во делот за лаб анализа наместо анализа на крв може да се стави испитување на срце, глава и сл. Итн.
    112 Ажурирање на информациите или промане на дизајнот на апликацијата.
     110|| Trigger:  ||Доколку болницата каде што се користи апликацијата сака некоја промена во апликацијата тоа може многу лесно да го направи администарторот. На пример пребарување на пациент по презеиме, по лабораториска анализа и сл. Потоа промена во делот за лаб анализа наместо анализа на крв може да се стави испитување на срце, глава и сл. Итн.Ажурирање на информациите или промане на дизајнот на апликацијата.
    113111||
    114112|| Preconditions:  ||1. Промени во апликацијата според потребите за користење на апликацијата||
    … …  
    122120
    123121
     122_________________________________________________________________________________________
     123
     124
     125|| Use case ID     ||     ф4              ||
     126||  Use Case Name:  || Опција за најава ||
     127|| Created By:  || Тимот ||
     128|| Last Updated By:  || Тимот ||
     129|| Date Created/ Last Updated By:  ||11.07.2014||
     130|| Actors:  ||Корисник||
     131|| Description:  ||Како актер корисник може да бидат доктори, медициснки сестри или било кои медицински лица овластени за користење на апликацијата||
     132|| Trigger:  ||Доколку корисникот сака да ја користи апликацијата мора да има корисничка дозвола за тоа. Односно претхнодно да биде регистриган од страна на администарторот.
     133||
     134|| Preconditions:  ||1. Корисникот сака да ја користи дадената апликација за потребите на болницата||
     135|| Postconditions:  ||1.Корисникот внесува податоци за своите пациенти||
     136|| Normal Flow:  ||1.   Корисникот ја посетува апликацијата 2.   Потоа внесува податоци во полето за најавување 3.      Корисникот е најавен
     137||
     138|| Alternative Flows:  ||1. Корисникот ја посетува страната 2.Доколку нема креирано корисничка сметка или доколку внесува погрешни податоци го контактира администарторот 3.Потоа внесува податоци во полето за најавување 4.Корисникот е најавен
     139||
     140|| Exceptions:  ||1.Корисникот внесува погрешни податоци за најава 2.Корисникот не е одобрен од администраторот 3.При најава, корисничкото име непостои во базата
     141||
     142|| Priority:  ||Успешна најава на корисникот||
     143|| Frequency of Use:  ||Ретко||
     144|| Special Requirements:  ||1.  Корисничкото име да постои во базата 2. Валидни податоци при најава
     145||
     146
     147
     148__________________________________________________________________________________________
     149
     150
     151|| Use case ID     ||     ф5              ||
     152||  Use Case Name:  || Додавање на нов пациент ||
     153|| Created By:  || Тимот ||
     154|| Last Updated By:  || Тимот ||
     155|| Date Created/ Last Updated By:  ||11.07.2014||
     156|| Actors:  ||Корисник||
     157|| Description:  ||||
     158|| Trigger:  ||Корисникот на почетната страна добива информации за сите пациенти со што има опција за додавање на нов пациент во базата на пациенти
     159||
     160|| Preconditions:  ||1. Корисникот внесува нов пациент||
     161|| Postconditions:  ||1.Со внесување на нов пациент корисникот е потребо да ја пополни фомрата за доддавње на нов пациент||
     162|| Normal Flow:  ||1.Корисникот ја посетува страната 2.На почетниот екран добива информации за внес на нов пациент
     163
     164||
     165|| Alternative Flows:  ||1.Корисникот ја посетува страната 2.На почетниот екран добива информации за внес на нов пациент 3.Корисникот клика на копчето за довавање на нов пациент 4.Ја пополнува формата со понудените податоци за внес во базата на пациенти 5.Ги зачувува соодветните податоци
     166
     167||
     168|| Exceptions:  ||Не може да се внесе ист ID за двајца пациенти. Постојат полиња кои се задолжителни за внес.
     169||
     170|| Priority:  ||Додавање на пациент во базата||
     171|| Frequency of Use:  ||често||
     172|| Special Requirements:  ||1.  Пациентот да не постои во базата
     173||
    124174
    125175
    … …  
    129179
    130180
    131 
    132 
    133 
    134 
    135