Adapted from Software Engineering: An Object-Oriented Perspective by Eric J. Braude (Wiley 2001), with permission.
Basic Activities of Software Engineering 1/2
Adapted from Software Engineering: An Object-Oriented Perspective by Eric J. Braude (Wiley 2001), with permission.
The Four “P’s” of Software Engineering
*
People
(by whom it is done)
*
Jacobson et al: USDP
Inception Elaboration Construction Transition
Requirements
People Process
Analysis
Design
Implemen-
tation
(the manner
Test
*
Jacobson et al: USDP
Inception Elaboration Construction Transition
Requirements
People Process
Analysis
Design
Implemen-
tation
(the manner
Test
Project
(the doing of it)
Adapted from Software Engineering: An Object-Oriented Perspective by Eric J. Braude (Wiley 2001), with permission.
The Four “P’s” of Software Engineering
Unified Process Matrix
*
Jacobson et al: USDP
Inception Elaboration Construction Transition
Requirements
People Process
Analysis
Design
Implemen-
tation
(the manner
Test
Project Product
(the doing of it) (the application artifacts)
Development sequence:
Inception Elaboration Construction Transition
Waterfall
Requirements
Analysis
Design
Iterative Implemen-
tation
Test
Adapted from Software Engineering: An Object-Oriented Perspective by Eric J. Braude (Wiley 2001), with permission.
Process Set of activities carried out to
(chapters 1 & 2) produce an application
Unified Process Matrix
Waterfall
iterations #1 #n #n+1 #m #m+1 #k
Requirements
Iterative
Analysis
Design
Implemen-
Process frameworks:
tation
Test
Adapted from Software Engineering: An Object-Oriented Perspective by Eric J. Braude (Wiley 2001), with permission.
people flow of work
Project
Adapted from Software Engineering: An Object-Oriented Perspective by Eric J. Braude (Wiley 2001), with permission.
Product -- the application, Artifacts
and associated artifacts, including:
• Requirements (chapters 3 & 4) Software
Requirements
Specification
explain what product is meant to be
• Software architecture (chapter 5)
use Garlan and Shaw's classification
• Detailed design (chapter 6) Design
model
use the language of Design Patterns
• Implementation (chapter 7)
emphasize standards Source &
employ selected formal methods. object code
• Test artifacts (chapters 8 and 9)
Test procedures; test cases
Adapted from Software Engineering: An Object-Oriented Perspective by Eric J. Braude (Wiley 2001), with permission.
6. Quality
Application must satisfy predetermined standards.
Methods to attain quality goals: Quality
• Inspection (introduced in chapter 1)
• team-oriented process for ensuring quality
• applied to all stages of the process.
Adapted from Software Engineering: An Object-Oriented Perspective by Eric J. Braude (Wiley 2001), with permission.
Application must satisfy predetermined quality level.
Methods to attain quality level: Quality
• Inspection (introduced in chapter 1)
• team-oriented process for ensuring quality
• applied to all stages of the process.
• Formal methods (introduced in chapter 1)
• mathematical techniques to convince ourselves and
peers that our programs do what they are meant to do
• applied selectively
• Testing
• at the unit (component) level (chapter 8)
• at the whole application level (chapter 9)
• Project control techniques (chapter 2)
• predict costs and schedule
• control artifacts (versions, scope etc.)
Adapted from Software Engineering: An Object-Oriented Perspective by Eric J. Braude (Wiley 2001), with permission.
7. Student Team Project
Decide Initial Team Issues
COURTYARD
dressing living
room room
Get status
Set qualities
Graphics reproduced with permission from Corel.
End game
Adapted from Software Engineering: An Object-Oriented Perspective by Eric J. Braude (Wiley 2001), with permission.
User Interface for Setting Quality Values
16.3
image
Adapted from Software Engineering: An Object-Oriented Perspective by Eric J. Braude (Wiley 2001), with permission.
User Interface
Shawn Current life points: 100.0 for Setting
Quality Values
Choose the quality Image Choose the value of
you wish to set the quality selected
16.3
Explanation
The values of the qualities not specifically chosen remain in the same
proportion to each other. Values less than 1.0 are counted as zero. E.g.,
before: strength = 10.0, endurance = 60.0, intelligence = 30.0, patience =
0.0
(current life points 10.0 + 60.0 + 30.0 + 0 = 100.0)
change: strength from 10.0 to 20.0
after: strength = 20, endurance = 53.33, intelligence = 26.66 OK
Adapted from Software Engineering: An Object-Oriented Perspective by Eric J. Braude (Wiley 2001), with permission. Graphics reproduced with permission from Corel.
Engage Foreign Character Use Case
Details of use case
Adapted from Software Engineering: An Object-Oriented Perspective by Eric J. Braude (Wiley 2001), with permission.
FrameWork / Application Dependency
EncounterCast EncounterGame
EncounterCharacters
EncounterEnvironment
* by member classes implemen-
ting framework interfaces EncounterEnvironment
Adapted from Software Engineering: An Object-Oriented Perspective by Eric J. Braude (Wiley 2001), with permission.
Homework
Team exercises (Title: "Communication")
Adapted from Software Engineering: An Object-Oriented Perspective by Eric J. Braude (Wiley 2001), with permission.
Team exercises (Title: "Communication") ctd.
Evaluation criteria:
Clarity (A = very clearly written, with all salient
points explained and negligible redundancy)
Specificity (A = specific procedures as to how the
team will communicate under most conceivable
circumstances)
Soundness of your topic summary (A = very clear
that the writer understands the goals of the Team
Software Process; posting clearly organized)
Adapted from Software Engineering: An Object-Oriented Perspective by Eric J. Braude (Wiley 2001), with permission.