Requirements Engineering PPT 3

0.0(0)
studied byStudied by 0 people
0.0(0)
full-widthCall Kai
learnLearn
examPractice Test
spaced repetitionSpaced Repetition
heart puzzleMatch
flashcardsFlashcards
GameKnowt Play
Card Sorting

1/6

encourage image

There's no tags or description

Looks like no tags are added yet.

Study Analytics
Name
Mastery
Learn
Test
Matching
Spaced

No study sessions yet.

7 Terms

1
New cards

The Why-What-How Model / Goal Service Constraint Model

Goal: Why Needed? Service: What must it do? Constraint: How will we do it?

2
New cards

The 4 Variable Model

MCIO - Monitor, Control, Input, Output

Example : Cruise Control

  1. Monitor: Variable observed in the environment (e.g. Vehicle Speed)

  2. Controlled: Variables system can affect (e.g. Throttle Reading)

  3. Input: Internal representation of M (e.g. Tire Rotation Sensor Readings)

  4. Output: Internal representation of C (e.g. Actuator Readings)

NAT(m, c): describes nature, the environment of monitor and control

REQ(m, c): describes the requirement between monitor and control

IN(m, i): shows how monitor corresponds to their internal representation

OUT(m, i): shows how controlled corresponds to their internal representation

SOF(i, o): shows how input relates to the output

<p>MCIO - Monitor, Control, Input, Output</p><p>Example : Cruise Control</p><ol><li><p>Monitor: Variable observed in the environment (e.g. Vehicle Speed)</p></li><li><p>Controlled: Variables system can affect (e.g. Throttle Reading)</p></li><li><p>Input: Internal representation of M (e.g. Tire Rotation Sensor Readings)</p></li><li><p>Output: Internal representation of C (e.g. Actuator Readings)</p></li></ol><p></p><p>NAT(m, c): describes nature, the environment of monitor and control</p><p>REQ(m, c): describes the requirement between monitor and control</p><p>IN(m, i): shows how monitor corresponds to their internal representation</p><p>OUT(m, i): shows how controlled corresponds to their internal representation</p><p>SOF(i, o): shows how input relates to the output</p>
3
New cards

WRSPM Model / Reference Model

Venn Diagram

(e_h) Left - Domain & Requirements → Input

(e_v & s_v) Middle - Specification → Monitor, Controlled

(s_h) Right - Computer & Program → Output

the e and the s don’t have any shared

the e_v and e_h don’t have any shared

the s_v and the s_h don’t have any shared

D, S ⊧ R

P, M ⊧ S

<p>Venn Diagram</p><p>(e_h) Left - Domain &amp; Requirements → Input</p><p>(e_v &amp; s_v) Middle - Specification → Monitor, Controlled</p><p>(s_h) Right - Computer &amp; Program → Output</p><p></p><p>the e and the s don’t have any shared</p><p>the e_v and e_h don’t have any shared</p><p>the s_v and the s_h don’t have any shared</p><p></p><p>D, S  ⊧  R</p><p>P, M  ⊧ S</p>
4
New cards

What if the Domain assumptions are wrong

Then the Requirements will not be satisfied, does not satisfy logical statement

5
New cards

The difference between |– (soundness) and ⊨ (completeness)

Soundness means the statement just makes sense. Completeness takes it further and requires you list all parts of it. So even the Nurse in the domain

6
New cards

4 Worlds Model

  1. Subject World - Domain, accountants, bankers, loan managers

  2. User World - tellers, clients, managers

  3. Developer World - analysts, specifiers, designers

  4. System World

Each has their own FRs, NFRs

<ol><li><p>Subject World - Domain, accountants, bankers, loan managers</p></li><li><p>User World - tellers, clients, managers</p></li><li><p>Developer World - analysts, specifiers, designers</p></li><li><p>System World</p></li></ol><p></p><p>Each has their own FRs, NFRs</p>
7
New cards