Upload
opal-mcbride
View
222
Download
0
Tags:
Embed Size (px)
Citation preview
SE-2800Dr. Mark L. Hornick
1
SE-2800Software Engineering Process
Dr. Mark L. Hornick email: [email protected] web: faculty-web.msoe.edu/hornick
SE2800 info syllabus, homework, labs… My schedule/office hours
Office: L-341 Phone: 277-2417
Logistics
• Class roster, attendance policy• Book, schedule, policies, grading• Course web site• Atlassian Jira accounts• CATME surveys
3
SE2030 Review: Software Life Cycle
Requirements Analysis Plan – left for SE2800 High-level Design Low-level (Detail) Design Implementation Unit Test Integration System Test Deploy Maintain
SE 2832SE 2832VerificationVerification
Curriculum ContextSE1011, 1021SE1011, 1021CS2852CS2852programming skillsprogramming skills
SE 2030SE 2030Tools/PracticesTools/Practices
SE 2800SE 2800SE Process ISE Process I SE 3800SE 3800
SE Process IISE Process II
SE 3821SE 3821RequirementsRequirements
SoftwareSoftwareDevelopment LabDevelopment Lab
Process Goals
Overwhelmingly, [software development] managers and stakeholders ask us for two things:
Predictability
Quality
Practice vs Process
Practice = “what we do”
Process = “how we do it” “how we measure what we do”
“how we improve what we do”
• How should we plan and execute a project of moderate size (GPS for a small team)?
• How would you do it?• What is your current software process?
• What was your SE-2030 experience?
• What is good/bad about it?
Process questions
Practice and Process Activities
• Activity planning• Requirements analysis
& specification• Architecture & high-
level design (HLD)• HDL review• Detailed design• Detailed design review• Implementation (coding)
• Code review/inspection• Unit testing• Integration testing• System testing• Size estimation• Time tracking• Defect tracking• Quality analysis• Productivity analysis
There are many different ways to break down software development activities; this is just one way of doing it.
Practice vs Process
Practice = “what we do” Analyze requirements, create
architectural/detail designs, implement, test
Process = “how we do it” Plan, organize, measure, make/meet
commitments, ensure quality, control, improve, adapt
Process models provide frameworks for organizing software development activities
One pass, sequential (“waterfall”)
Iterative/incremental “Agile”: XP, Scrum PSP/TSP “Spiral”
Comparing Process Models
WaterfallIncremental
(Scrum/others)
Planning model
Upfront, track and adjust
Iterative, team experience, integrated customer
Quality manageme
nt
Explicit focus on defects after release
Short cycles to provide
monitoring, make improvements
Final product
definition
Schedule target, defined
Flexible, adaptive
Course Goal
• Experience with one approach to software process
• Why Scrum/Iterative?• Gaining acceptance in industry• Well-suited for a lot of SW projects
In SE-2800, SDL, and Sr Design, you will learn/use an incremental process model based on Scrum
Tool Setup
• First lab session
• You have/will receive an email with an invitation to Atlassian OnDemand
• Set up your account before lab
• You MUST use your MSOE email and username!