Professional Documents
Culture Documents
Learning Objectives
Discuss
how the need for system design specifications varies by system development methodology. Define quality requirements and write quality requirement statements.
Chapter 13
Learning Objectives
Read
chart. Explain the roles of prototyping and CASE tools in capturing design specifications.
Chapter 13
how design specifications apply (or do not apply) to Agile Methodologies. Demonstrate how to declare design specifications for electronic commerce applications.
Chapter 13
Chapter 13
costly to correct and detect errors during the design phase. Take logical design information and turn it into a blueprint for the physical information system.
Chapter 13
Chapter 13
be high-level broad-based or detailed as possible. Format and amount of detail will be driven by intended audience.
Chapter 13
specifications should be stated simply, completely, unambiguous, and have attributes that make requirements more understandable.
9
Chapter 13
A set of physical design specifications for the entire system, including detailed specifications for each separate part of the system.
Include
functional descriptions for each part of the system. input received and output generated for each program and its component parts.
Chapter 13
10
Traditional
Chapter 13
11
Specification Documents
Contains:
Overall
system description. Interface requirements. System features. Nonfunctional requirements. Other requirements. Supporting diagrams and models.
12
Chapter 13
Computer-based requirements management tools make it easier to keep documents up to date, add additional requirements and link related requirements.
Chapter 13
13
Figure 13-3 A screen from DOORS Enterprise Requirements Suite (a product of Telelogic AB)
Chapter 13
14
Figure 13-4 A screen from Compuware Optimal Trace requirements management and definition solution
Chapter 13
15
Structure Chart
Structure Chart: a hierarchical diagram that shows how an information system is organized.
Shows
how an information system is organized in hierarchical models. Shows how parts of a system are related to one another. Shows breakdown of a system into programs and internal structures of programs written in third- and fourth-generation languages.
Chapter 13
16
Functions
or subroutines in the resulting computer program (COBOL, BASIC, FORTRAN). Method in object-oriented language.
Chapter 13
17
Chapter 13
18
Chapter 13
19
Figure 13-6 Special symbols used in structure charts Data couples and control flag
Chapter 13
20
Chapter 13
21
Chapter 13
22
a method for representing the instructions in a module with language very similar to computer programming code.
Chapter 13
23
two functions:
analyst think in a structured way about the task a module is designed to perform. Acts as a communication tool between analyst and programmer.
24
Chapter 13
Evolutionary Prototyping
Begin by modeling parts of the target system. If successful, evolve remaining system from prototype. Prototype becomes actual production system.
Chapter 13
25
Chapter 13
26
Chapter 13
27
Throwaway Prototyping
Prototype is not preserved. It is developed quickly to demonstrate unclear aspect of system design. CASE tools aid this approach.
Chapter 13
28
Chapter 13
29
Design
Construction Cutover
Chapter 13
30
RAD Trends:
Heavy
iteration between the design phase where requirements are captured; And heavy iteration in the construction phase where the system is designed and built.
Chapter 13
31
Agile Methodologies
Traditional approach:
Analysis
Agile approach:
Design
specifications come from code instead of verbal text descriptions. Requirements design code
Chapter 13
32
Chapter 13
33
design: the creation of uncomplicated software and software components that work to solve current the current problem rather than the creation of complicated software designed for a future that may not come.
2008 by Prentice Hall 34
Chapter 13
design reflects one of the key values of eXtreme Programming simplicity. Refactoring: making a program simpler after adding a new feature.
Chapter 13
35
system must communicate everything you want it to communicate. The system must contain no duplicate code.
36
Chapter 13
system should have the fewest possible classes. The system should have the fewest possible methods.
Chapter 13
37
Electronic Commerce Application: Finalizing Design Specifications for Pine Valley Furnitures WebStore Finalizing design specifications. Defined required fields for each of the pages identified in the design phase.
Chapter 13
38
Electronic Commerce Application: Finalizing Design Specifications for Pine Valley Furnitures WebStore The four key features of the humancomputer interface PVF wanted:
Menu-driven
crumbs. Lightweight graphics. Form and data integrity rules. Template-based HTML.
Chapter 13
39
Electronic Commerce Application: Finalizing Design Specifications for Pine Valley Furnitures WebStore
Figure 13-13 (a) The Home page within the WebStore throwaway prototype
Chapter 13
40
Summary
In
to:
Discuss
how the need for system design specifications varies by system development methodology. Define quality requirements and write quality requirement statements.
Chapter 13
41
Summary (Cont.)
Read
chart. Explain the roles of prototyping and CASE tools in capturing design specifications.
Chapter 13
42
Summary (Cont.)
Discuss
how design specifications apply (or do not apply) to Agile Methodologies. Demonstrate how to declare design specifications for electronic commerce applications.
Chapter 13
43