Docsity
Docsity

Prepare for your exams
Prepare for your exams

Study with the several resources on Docsity


Earn points to download
Earn points to download

Earn points by helping other students or get them with a premium plan


Guidelines and tips
Guidelines and tips

Analysis all, Exams of Advanced Computer Architecture

analyasis of software

Typology: Exams

2014/2015

Uploaded on 08/25/2015

ritu.nischal
ritu.nischal 🇮🇳

1 document

1 / 106

Toggle sidebar

This page cannot be seen from the preview

Don't miss anything!

bg1
September 1,
2003
BITS C461/IS C341 Softwar
e Engineering
1
Requirements Analysis-1
Last Update: Monday September 1, 2003
pf3
pf4
pf5
pf8
pf9
pfa
pfd
pfe
pff
pf12
pf13
pf14
pf15
pf16
pf17
pf18
pf19
pf1a
pf1b
pf1c
pf1d
pf1e
pf1f
pf20
pf21
pf22
pf23
pf24
pf25
pf26
pf27
pf28
pf29
pf2a
pf2b
pf2c
pf2d
pf2e
pf2f
pf30
pf31
pf32
pf33
pf34
pf35
pf36
pf37
pf38
pf39
pf3a
pf3b
pf3c
pf3d
pf3e
pf3f
pf40
pf41
pf42
pf43
pf44
pf45
pf46
pf47
pf48
pf49
pf4a
pf4b
pf4c
pf4d
pf4e
pf4f
pf50
pf51
pf52
pf53
pf54
pf55
pf56
pf57
pf58
pf59
pf5a
pf5b
pf5c
pf5d
pf5e
pf5f
pf60
pf61
pf62
pf63
pf64

Partial preview of the text

Download Analysis all and more Exams Advanced Computer Architecture in PDF only on Docsity!

  • Requirements Analysis-
    • Last Update: Monday September 1,

Contents

 Requirements Analysis: “What” and “How”?  (^) Unified Process  (^) OO Analysis and Design  (^) Basics  (^) UML  (^) Actors, Use cases

Requirements Analysis [2] 

C- and D-Requirements

 (^) C-: Customer wants and needs; expressed in language understood by the customer.  (^) D-: For the developers; may be more formal.

Requirements Analysis [3] Why document requirements?

  • (^) Serves as a contract between the customer and the developer.
  • (^) Serves as a source of test plans.
  • (^) Serves to specify project goals and plan development cycles and increments.

Requirements Analysis [5]  (^) C-requirements:  (^) Use cases expressed individually and with a use case diagram. A use case specifies a collection of scenarios.  (^) Sample use case: Process sale.  (^) Data flow diagram :  (^) Explains the flow of data items across various functions. Useful for explaining system functions. [Example on the next slide.]  (^) State transition diagram :  (^) Explains the change of system state in response to one or more operations. [Example two slides later.]  (^) User interface : Generally not a part of requirements analysis though may be included.

Data Flow Diagram Get employee file Total pay Deduct taxes Net pay Issue paycheck Regular hours Overtime hours ID Worker Check Company records Employee Record Tax rates Pay rate Weekly

  • (^) pay Pay Overtime pay

Overtime rate

Requirements Analysis [6]  (^) D-requirements:  (^) Organize the D-requirements.  (^) Create sequence diagrams for use cases:  (^) Obtain D-requirements from C-requirements and customer.  (^) Outline test plansInspect  (^) Validate with customer.  (^) Release:

Requirements Analysis [7]

Organize the D-requirements: Functional requirements The blood pressure monitor will measure the blood pressure and display it on the in-built screen. Non-functional requirements Performance The blood pressure monitor will complete a reading within 10 seconds. Reliability The blood pressure monitor must have a failure probability of less than 0.01 during the first 500 readings.

Requirements Analysis [9]

Properties of D-requirements:  (^) Traceability: Functional requirements D-requirement  inspection report  design segment  code segment  code inspection report  test plan  test report  (^) Traceability: Non-Functional requirements (a) Isolate each non-functional requirement. (b) Document each class/function with the related non-functional requirement.

Requirements Analysis [10]  (^) Testability It must be possible to test each requirement. Example?  (^) Categorization and prioritization..next slide

Requirements Analysis [11]  (^) Completeness Self contained, no omissions.  Error conditions State what happens in case of an error. How should the implementation react in case of an error condition?

Consistency of Requirements

 (^) Different requirements must be consistent. R5.4: When the vehicle is cruising at a speed greater than 300 mph, a special “watchdog” safety mechanism will be automatically activated. Example: R1.2: The speed of the vehicle will never exceed 250 mph.

What is Analysis and Design?  Analysis - investigation of the problem (what);  (^) Design - conceptual solution to fulfill the requirements (how); how will the system do what it is intended to do.  (^) What does the system do?  (^) Investigation of the problem.  (^) What (conceptual) solution will full the requirements

What is OO analysis and design?  (^) Essence of OO analysis - consider a problem domain from the perspective of objects (real world things, concepts)  (^) Essence of OO design - define the solution as a collection of software objects (allocating responsibilities to objects)