wiki:UseCaseModel

Version 3 (modified by Nikola Torbovski, 10 months ago) ( diff )

--

Use Case Model

Случаи на употреба

Use Case: Внесување запис

1 Краток опис

Овој Use Case опишува како Пациентот/ Дијабетичарот(во понатамошниот текст само Пациент) го користи системот за да внесе запис

2 Актери

1) Пациент

2) Food Bank

3 Предуслови

  • Пациентот мора да има регистрирано своја корисничка сметка и да се најави на системот со истата

4 Клучни сценарија

  • Нема одговор од системот Food Bank

5 Пост услови

  • Успешно завршување
    • Внесениот запис е зачуван во базата на податоци и се евидентира направената промена во историјатот(Log)

6 Специјални побарувања

  • Системот нема да дозволи внесување на датум со време што е во иднина
  • Системот нема да дозволи внесување на вредност на шеќер во крв која е помала или еднаква од нула, односно внесената вредност на шеќер во крв ≥ 0
  • Внесената количина на инсулин е изразена во Интернационални Единици(ИЕ)

Activity Diagrams

Внесување запис

Activity: Внесување инсулин

Activity: Внесување измерен шеќер

Activity: Внесување оброк

Use-Case: Внесување информации за храна

1. Краток опис

Овој use-case опишува како нутриционистот внесува информации за храна во базата Food Bank.

2. Краток опис на Актери

2.1 Нутриционист

3. Предуслови

Нутриционистот мора да биде најавен на својот акаунт

4. Основен тек на настани

  1. Use-case започнува што Нутриционистот ја избира областа за внесување на информации во Food Bank.
  2. Нутриционистот го внесува името на храната.
  3. Нутриционистот ја внесува катетегоријата за храната.
  4. Нутриционистот внесува како била пригодвена храната:
  • Свежи
  • Замрзнати
  • Печени
  • Варени
  • Динстани
  • Пржени
  • Конзенвирани
  1. Нутриционистот ги внесува нутритивни вредности за храната :
  • Калории
  • Масти
  • Протеини
  • Јаглехидрати
    • Од кои шеќери
  • Гликемиски индекс
  1. Нутриционистот го запишува внесеното.
  2. Use case завршува успешно.

5. Алтернативен тек

5.1 Внесување веќе постоечки запис

Ако во чекор 6 Нутриционистот внесол запис за храна кој веќе се наоѓа во базата тогаш

  1. Системот прикажува порака дека внесената храна со нејзините информации е веќе внесена во базата.
  2. Use case продолжува во чекор 2.

5.2 Внесување брендирана храна

Ако пред чекор 6 Нутриционистот сака да внесе брендирана храна, тогаш:
5.2.1 Не постои запис за посакуваниот производител:

  1. Внесува запис за производителот на храна
  2. Use Case-от продолжува во наредниот чекор од основниот тек на извршување

5.2.2 Постои запис за посакуваниот производител:

  1. Избира производител за храната која ја внесува
  2. Use Case-от продолжува во наредниот чекор од основниот тек на извршување

5.3 Излез

Ако пред чекор 6 Нутриционистот ја изберат областа излез тогаш

  1. Use case завршува.

6. Пост услови

Успешен внес
Системот ги прикажува бараните информации.

7. Special Requirements

Системот ќе овозможи внесувањето на хранливи состојки да биде на 100г.
Системот ќе овозможи внесување 100 карактери за името на храната. 
Системот ќе овозможи внесување 300 карактери за името на производителот.   

Use-Case: Менаџирање податоци за инсулински инвентар

1. Краток опис

Бележникот за дијабетичари им нуди можност на своите корисници да водат евиденција за залихите на инсулински инвентар(инсулин и ленти за мерење шеќер) кои ги поседуваат.

2. Актери

2.1 Пациент-Дијабетичар
Корисник кој со помош на апликацијата го менаџира својот инвентар за инсулин.

3. Предуслови

Регистрација и најава на апликацијата.

4.Основен тек на настани

  1. Use case започнува кога корисникот пристапува до секција за менаџирање на инсулински инвентар.
  2. Апликацијата ги прикажува информациите за инвентарот кој корисникот го поседува.
  3. Use case завршува успешно.

5. Алтернативен тек на настани

5.1 Додавање залихи во инвентар
При чекор 2 од основниот тек корисникот има опција да додаде нови залихи во својот инвентар така што:

  1. Корисникот пристапува до секција за додавање нови залихи.
  2. Корисникот внесува залихи со информации за име, производител, количина и рок на употреба.
  3. Апликацијата ги ажурира информациите.
  4. Use case завршува успешно.

5.2 Отстранување залихи од инвентар
При чекор 2 од основниот тек корисникот има опција да отстранува веќе внесени залихи во својот инвентар така што:

  1. Корисникот пристапува до секција за отстранување залихи од инвентарот.
  2. Корисникот избира кои залихи ќе ги отстрани.
  3. Апликацијата ги ажурира информациите.
  4. Use case завршува успешно.

5.3 Преглед на инвентар
При чекор 2 од основниот тек корисникот има опција да врши преглед на својот инвентар преку фактор така што:

  1. Корисникот избира според кој фактор(рок на траење,количина, име(име на инсулин и за ленти име на апарат за кој се наменети),производител) ќе врши увид на залихите во својот инвентар.
  2. Апликацијата ги прикажува информациите.
  3. Use case завршува успешно.

5.4 Можност за прекин на акција
При било кој чекор од алтернативните текови "Додавање залихи во инвентар" и "Отстранување залихи од инвентар" ,корисникот има можност за прекин на акцијата и излез.

5.5 Празен инвентар
Алтернативниот тек "Отстранување залихи од инвентар" не може да се изврши доколку нема претходно внесени залихи во инвентарот. Апликацијата прикажува порака за грешка и празен инвентар.

6. Клучни сценарија

6.1 Потсетник за истек на инсулин
Корисникот при отворање на прозорецот за евиденција добива известување дека залихите на инсулин во неговиот инвентар се при крај.

7. Пост-услови

7.1 Ажурирање информации
Инвентарот на инсулин на корисникот се ажурира со новите информации доколку се направи промена

8. Специјални побарувања

  1. Апликација ќе ги известува корисниците дека нивните залихите во инвентарот се пред истекување.

Attachments (5)

Download all attachments as: .zip

Note: See TracWiki for help on using the wiki.