АНАЛИЗА НА СОФТВЕРСКИ БАРАЊА

Домашна задача 1 - Анализа и критика на постоечка

СРС

1.Структура на документот согласно стандардот

IEEE 29148:2011

1.1 Два позитивни аспекти од спецификацијата

 Во спецификацијата примерите дадени се разбирливи за читателот и е

добро презентиран примерот за дизајнот на софтверот.

 Има посебна секција каде е наведен приоритетот на барањата и низ цела

спецификација тоа е проследено, односно за секое барање е наведен

неговиот приоритет.

1.2 Два негативни аспекти од спецификацијата

 Според предлогот на структурата на SRS од 29148:2011 недостасува

секцијата Logical Database requirements која би обезбедила информации

за тоа кои се податочните ентитети и меѓусебните врски.

 Друга секција која недостасува а треба да ја има е секцијата за

верификација од која би дознаеле за пристапите за верификација на

барањата и методите кои се планирани, за да се провери дали софтверот

ги исполнува условите дадени од засегнатите страни.

Маријана Милковска_143068
2. Шест проблеми во текстот и предлог промени

1) r5.1.1.1 The user SHAll provide A NAme for the TASK. (Priority 1)

Ова барањето треба да се однесува на софтверот, а не на

корисникот и не е допрецизирано на каква задача се мисли, дали

постоечка, или некоја што е во процес на креирање?

Пример како би можело да се формулира ова барање:

The softwAre sHAll ASK the user to provide A required NAme for the TASK being crEATed.

2) r4.3.11.4 The softwAre sHAll SHAll delete the TASK if the user selects the “Yes” button.
Priority 1

Пример како би можело да се формулира ова барање:

The softwAre sHAll delete the TASK if the user selects the “Yes” button.

3) r3.5.4.3 The softwAre SHAll dispLAy the softwAre version number. (Priority 1)

Со “display” се укажува на користење на екран, а тоа не

поминува на тестот “What vs. How” бидејќи не треба во барањето

да наведеме како софтверот да ни ја прикаже информацијата.

Пример како би можело да се формулира ова барање: The softwAre

sHAll report the softwAre version number.

4) r4.2.1 The softwAre SHAll dispLAy A list of ALL therApies stored in the system in the

TheRAPIes PANel. (Priority 1)

Двосмисленост – не е објаснето чии терапии, за кој вид

на корисници се однесува ова?

Пример како би можело да се формулира ова барање:

 The softwAre sHAll report in the THERApies PANel A list of ALL therApies owned by ALl the

PATients thAt belong to the current user – physiCAl therApist, which ARE stored in the

system.

5) r6.2.7.2 The softwAre sHAll remove the selected profile when the user clicks the

,,Remove“ button. (Priority 1)

Во ниту едно од барањата не е јасно наведено кој тип корисници

имаат право да ги бришат профилите.

Пример како би можело да се формулира ова барање:

The softwAre sHAll remove the selected profile when the physiCAl therApist user clicks the

Remove button.

6) r5.1.1.4 The user SHAll provide An optioNAl time limit for the tASK. (Priority 1)

Барањето треба да се однесува на софтверот, а не на корисникот,

исто така тука недостасува мерната единица за време. Корисникот

ќе внесе бројка што е временска граница, но останува нејасно дали

се тоа

наносекунди, секунди, минути? На програмерите треба да им биде

јасно во која мерна единица за време ќе работат со цел да знаат

како

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

на корисникот.

Пример како би можело да се формулира ова барање:

The softwAre sHAll ASK the user to provide AN optioNAl time limit in seconds for the tASK.
3. Постапка при инспекција на документот