RE: Exam 2 Review

studied byStudied by 311 people
5.0(1)
Get a hint
Hint

Time Modalities of Requirements (3 types)

1 / 57

encourage image

There's no tags or description

Looks like no one added any tags here yet for you.

58 Terms

1

Time Modalities of Requirements (3 types)

“Shall” ~ legal binding

“should, may” ~ optional

“Will” ~ 3rd party COTS/MOTS/GOTS, not in current, but possibly in future

  • COTS: commercial off the shelf system

  • MOTS: military off the shelf system

  • GOTS: Government off the shelf system

These modalities should only be used once

New cards
2

Is this equation true or false:

Problem = To-Be - As-is

False,

Problem + As-is = To-be is not true

New cards
3

Problem Analysis Roadmap

OMG: object management group

Starting point

  • identify the problem

  • find root causes

Understand the problem in the context of business goals

  • problem cannot be used w/o a goal included

Consider alternatives and choose the best solutions to meet goals

New cards
4

Are requirements about problem or solution?

About the solution

New cards
5

3 Root Causes Techniques

  1. Fishbone

  2. Fault tree diagram

  3. PIG: problem interdependent graph

New cards
6

Fishbone diagram

Problem = head of fishbone

Each rib-bone = possible cause of problem (root causes)

  • Going to the 3rd level in rib-bone is considered more serious

New cards
7

Fault tree diagram

AND or OR symbols

Using this logic assumes completeness

In reality, logic doesn’t work

Anything mathematical is unreal, anything real is not mathematic

Clear relationships between siblings

However, no relationships with goals and alternatives

New cards
8

Which diagram is better? (3 Root cause diagrams)

Fishbone diagram

New cards
9

Mathematics most important thing

Numbers

  • w/o numbers we cant have anything

New cards
10

What does number 1 mean?

The basis of mathematics

New cards
11

What if there are too many problems?

  • Pareto principle

    • applicable basically everywhere

  • engineering = Reality

  • Science = theory

  • resource limitation

New cards
12

Ontology

Essential (vocabulary) categories of:

  • things (Ind. concepts)

  • relationships btw things

  • constraints on things

  • constraints on relationships

New cards
13

3 different graphs

  1. fishbone

  2. PIG → (soft) problem independence graph

  3. fault tree diagram

New cards
14

Ontology 3 levels

  1. meta-level

  2. class-level

  3. toke/ground level

New cards
15

Ethnomethodology

Why is it difficult?

A wicked problem

New cards
16

Ethnomethodology

“say-do” problem

people know how to do things they normally don’t describe (tactic knowledge); descriptions of such things may be highly inaccurate

New cards
17

Ethnomethodology

Learning through observation

Some communication, mostly observation

New cards
18

Ethnomethodology

So what should be done, give 3 examples

  1. London stack exchange

    1. 2yrs

    2. 10M

    3. Test engineers found no problems, so what’s wrong?

      1. Requirements engineers descriptions were highly inaccurate

  2. Driving: lane/change intersection

    1. coming to red light

    2. determine pressure to apply to break per microsecond

    3. lane change

      1. check blind spots

  3. Cooking

New cards
19

Usability Lab

important to create natural setting

big challenge for Ethnomethodology

It is used for

  • Ethnomethodology

  • testing in top companies

New cards
20

True or false: S achieves R to solve P in D?

False

New cards
21

What is the most important in a vision document?

Problem Statement/Definition

New cards
22

Vision Document Outline

Problem statement

4 rows:

  • problem of

  • affects

  • impact

  • successful solution

It is a system level document and it is communication between different wares (SW, HW, PW)

New cards
23

What is the problem with this problem statement in vision document example?

problem of: Keeping current on collegiate sports events

It is a goal statement, not a problem statement.

Problems should represent bad things, and cannot use a goal without a problem. Therefore it is invalid.

New cards
24

What does: “/” mean in diagrams

It relates to business

New cards
25

Diagram to use to show the flow of events. How to realize the use case?

Use a sequence diagram

New cards
26

Two different categories of diagrams?

  1. software system

  2. business

New cards
27

3 different diagrams (modeling)

  1. class diagram

  2. sequence diagram

  3. class use case

New cards
28

What diagram to take text and make visual?

Sequence diagram

New cards
29

3 different version of UML

  1. pre-uml

  2. UML 1.x = offers ~9 diagrams

  3. UML 2.y = offers ~12/13 diagrams

    1. UML 2.y has emphasis on soft. arch.

New cards
30

Most important word to describe software architecture?

Component.

Component diagrams are important.

New cards
31

Two famous groups of people in S.E.

Three Amigos: UML

Gang of four: Design patterns (GoF)

New cards
32

UML Diagrams

  1. use case

  2. activity

  3. class

  4. sequence

  5. collaboration

  6. state transitions

  7. deployment

  8. object

New cards
33

Given 1 use case, how many sequence diagrams can be used?

Infinitely many

New cards
34

Is UML diagram like a flowchart?

No

New cards
35

Can a class diagram be apart of a requirements document?

No

Do not include operation methods in objects e.g. chair

New cards
36

Relationships

Make sure to know what the arrows look like

UML 1.x

  • 7 things

  • 4 relationships

  1. Association

  2. generalization/specilization (example of this will be on test)

  3. dependency

    1. weakest relationship in UML

  4. realization

  5. aggregation

  6. composition

New cards
37

What is ontology of ERD?

Entities and relationships

New cards
38

What is the specification for UML?

UML is semi-formal specification

UML + OCL → fully formal

  • OCL → object constraint language

New cards
39

2 new disciplines developed

Requirements engineering

Software architecture

  • these 2 seen as critical to create large and complex systems

New cards
40

What is SADT?

structured analysis and design techniques

Operational concepts:

  • personal, software, hardware functions

New cards
41

SADT 2 diagrams

actigrams: corresponds with IDEF0

New cards
42

SADT

Each diagram has 4 arrows

Input

Output

Control

Mechanism

New cards
43

Label of an Actigram

Must be a verb of verb phrase

Box annotation

  • represents trace of stepwise refinement/decomposition

New cards
44

Information Contiguity Constraint

Multiple levels of SADT diagrams all have the same mechanism, output, control and input (they have to be preserved)

New cards
45

Example

What does A32 refer to?

A032, the second box in A3

New cards
46

What is IDEF0?

Stands for integration definition for function modeling

IDEF0 = SADT actigrams

IDEF1x = ERD + gen/spec

New cards
47

IDEF0 diagram syntax rules

Input/output:

  • down and under

Control:

  • up and over

Mechanisms:

  • down and under

New cards
48

IDEF0

What are the 3 different contorls?

  1. stakeholders

  2. templates

  3. tools

New cards
49

Is UML functional or non-functional?

Functional

New cards
50

what does security mean?

Confidentiality

Integrity

Availability

New cards
51

NFR Frameworks

What is a softgoal?

nonfunctional things

no optional solution

No clear cut definition

New cards
52

NFR Frameworks

What is a satisficing?

one softgoal can contribute positively, negatively, fully or partially towards other softgoals

satisfies ~ good enough

New cards
53

NFR Frameworks

What is a softgoal interdependence graphs (SIG)?

modeling non-functional requirements and interdependence btw them

Make (good enough): ++

help: +

hurt: -

break (bad enough): --

New cards
54

NFR frameworks

3 types of Refinement

  1. NFR (thin line)

  2. Operationalizing (thick line)

  3. Claim (supporting | explaining) (broken line)

New cards
55

NFR frameworks

Contribution types

  1. and (decomposition)

  2. or (alternatives)

New cards
56

NFR frameworks

Labels (evaluation of softgoals/contributions)

  1. satisficed

  2. denied

  3. conflicting

  4. undetermined

New cards
57

Most important diagram (modeling)

Class diagram

New cards
58

Some notes

  • Infinite # of illegal relationships

  • finite # of legal relationships

  • UML ability to decompose is important

    • decompose activities

    • divide and conquer

  • Data says relationships are not applicable

  • Box in SADT diagram should contain all info and nothing should be outside of it.

  • SADT should have no diagonals. Only vertical and horizontal.

New cards

Explore top notes

note Note
studied byStudied by 28 people
... ago
4.0(1)
note Note
studied byStudied by 7 people
... ago
5.0(1)
note Note
studied byStudied by 42 people
... ago
5.0(1)
note Note
studied byStudied by 15 people
... ago
5.0(1)
note Note
studied byStudied by 33 people
... ago
5.0(1)
note Note
studied byStudied by 9 people
... ago
5.0(1)
note Note
studied byStudied by 18 people
... ago
5.0(1)
note Note
studied byStudied by 32 people
... ago
5.0(1)

Explore top flashcards

flashcards Flashcard (42)
studied byStudied by 1 person
... ago
5.0(1)
flashcards Flashcard (90)
studied byStudied by 23 people
... ago
5.0(2)
flashcards Flashcard (25)
studied byStudied by 71 people
... ago
5.0(1)
flashcards Flashcard (25)
studied byStudied by 47 people
... ago
5.0(1)
flashcards Flashcard (37)
studied byStudied by 20 people
... ago
5.0(1)
flashcards Flashcard (44)
studied byStudied by 1 person
... ago
5.0(1)
flashcards Flashcard (410)
studied byStudied by 14 people
... ago
5.0(1)
flashcards Flashcard (211)
studied byStudied by 6 people
... ago
4.0(1)
robot