Sixteenth Meeting 6:30 – 9:20 pm, Thursday, September 20, 2001 Review - Looking Forward (from Part IV, Chapter 15 of Royce’ book) Final Examination.

Slides:



Advertisements
Similar presentations
Unified process(UP) UP is an OO system development methodology offered by Rational(Rational Rose) s/w, now a part of IBM Developed by Booach,Rambaugh,Jacobson--
Advertisements

Ninth Lecture Hour 8:30 – 9:20 pm, Thursday, September 13
IBM Software Group ® © 2005 IBM Corporation From Waterfall to Iterative Development Making an effective transition Steve Wittie, ITS IBM Rational Software.
Software Project Management Peking University Fall Semester, 2001.
Arlow and Neustadt ch.21 What is the unified process? People are more important than any process. Good people with a good process will outperform good.
3-1 © Prentice Hall, 2004 Chapter 3: Managing the Object-Oriented Information Systems Project Object-Oriented Systems Analysis and Design Joey F. George,
Last Class Meeting Final Examination.
Sixth Hour Lecture 10:30 – 11:20 am, September 9 Framework for a Software Management Process – Artifacts of the Process (Part II, Chapter 6 of Royce’ book)
Using UML, Patterns, and Java Object-Oriented Software Engineering Royce’s Methodology Chapter 16, Royce’ Methodology.
Mastering Object-Oriented Analysis and Design with UML Module 4: Analysis and Design Overview.
® IBM Software Group © 2006 IBM Corporation PRJ480 Mastering the Management of Iterative Development v2 Module 8: Post-Project Analysis.
Iterative Process Planning
Rational Unified Process
RUP And Agile Development Processes Walker Royce and Gary Pollice.
Software Engineering General Project Management Software Requirements
COMP 350: Object Oriented Analysis and Design Lecture 2
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 5 Slide 1 Review 1.
1 CS 426 Senior Projects Chapter 1: What is UML? Chapter 2: What is UP? [Arlow and Neustadt, 2002] January 26, 2006.
Chapter 6– Artifacts of the process
What is Business Analysis Planning & Monitoring?
Process: A Generic View
Principles of Object Technology Module 1: Principles of Modeling.
CPTE 209 Software Engineering Summary and Review.
Introduction to RUP Spring Sharif Univ. of Tech.2 Outlines What is RUP? RUP Phases –Inception –Elaboration –Construction –Transition.
RUP Fundamentals - Instructor Notes
Software Engineering Chapter 12 The Generic Iteration Workflow Fall 2000.
Fifteenth Lecture Hour 10:30 – 11:20 am, Sunday, September 16 Tailoring the Process (from Chapter 14 of Royce’ book)
What is Software Engineering?. Software engineering Multi-person construction of multi-version software (David Parnas) An engineering discipline whose.
HANDLED BY Ms.k.CHITHARTHANI L/IT. Aim: To present the concept regarding how the sotware projects are planned, monitored and controlled. Objective: 
Software Project Management Introduction to Project Management.
Twelfth Lecture Hour 10:30 – 11:20 am, Saturday, September 15 Software Management Disciplines Project Organization and Responsibilities (from Part III,
Thirteenth Lecture Hour 8:30 – 9:20 am, Sunday, September 16 Software Management Disciplines Process Automation (from Part III, Chapter 12 of Royce’ book)
-Nikhil Bhatia 28 th October What is RUP? Central Elements of RUP Project Lifecycle Phases Six Engineering Disciplines Three Supporting Disciplines.
Fourteenth Lecture Hour 9:30 – 10:20 am, Sunday, September 16 Software Management Disciplines Project Control and Process Automation (from Part III, Chapter.
Capability Maturity Models Software Engineering Institute (supported by DoD) The problems of software development are mainly caused by poor process management.
Third Hour Lecture 10:30 – 11:20 am September 8 Improving Software Economics (continuing from Chapter 3 of Royce’ book)
Chapter – 9 Checkpoints of the process
Iterative process planning. Overview Introductory Remarks 10.1 Work breakdown structure 10.2 Planning Guidelines 10.3 The cost & Schedule estimating process.
Eleventh Lecture Hour 9:30 – 10:20 am, Saturday, September 16 Software Management Disciplines Iterative Process Planning (from Part III, Chapter 10 of.
Eighth Hour Lecture 7:30 – 8:20 pm, Thursday, September 13 Workflows of the Process (from Chapter 8 of Royce’ book)
Object-oriented Analysis and Design Stages in a Software Project Requirements Writing Analysis Design Implementation System Integration and Testing Maintenance.
CHECKPOINTS OF THE PROCESS Three sequences of project checkpoints are used to synchronize stakeholder expectations throughout the lifecycle: 1)Major milestones,
Project environment 1) Round trip engineering 2) Change management 3)Infrastructures. 4)Stakeholder environments. Overview of process Automation.
Chapter 2 Iterative, Evolutionary, and Agile You should use iterative development only on projects that you want to succeed. - Martin Fowler 1CS
Fifth Lecture Hour 9:30 – 10:20 am, September 9, 2001 Framework for a Software Management Process – Life Cycle Phases (Part II, Chapter 5 of Royce’ book)
CEN5011, Fall CEN5011 Software Engineering Dr. Yi Deng ECS359, (305)
Fundamentals of Information Systems, Second Edition 1 Systems Development.
Rational Unified Process (RUP) Process Meta-model Inception Phase These notes adopted and slightly modified from “RUP Made Easy”, provided by the IBM Academic.
J. Scott Hawker p. 1Some material © Rational Corp. Rational Unified Process Overview See and use the RUP Browser on lab machines.
Chapter 8 Workflows of the Process Taken from Walker Royce’s textbook – Software Project Management plus a number of Personal Comments.
MODEL-BASED SOFTWARE ARCHITECTURES.  Models of software are used in an increasing number of projects to handle the complexity of application domains.
Software Project Management (SEWPZG622) BITS-WIPRO Collaborative Programme: MS in Software Engineering SECOND SEMESTER /1/ "The content of this.
CSPC 464 Fall 2014 Son Nguyen. 1. The Process of Software Architecting, Peter Eeles, Peter Cripss 2. Software Architecture for Developers, Simon Brown.
Overview of RUP Lunch and Learn. Overview of RUP © 2008 Cardinal Solutions Group 2 Welcome  Introductions  What is your experience with RUP  What is.
An organizational structure is a mostly hierarchical concept of subordination of entities that collaborate and contribute to serve one common aim... Organizational.
Rational Unified Process Fundamentals Module 4: Core Workflows II - Concepts Rational Unified Process Fundamentals Module 4: Core Workflows II - Concepts.
Rational Unified Process Fundamentals Best Practices of Software Engineering Rational Unified Process Fundamentals Best Practices of Software Engineering.
1 IBM Software Group ® Mastering Object-Oriented Analysis and Design with UML 2.0 Module 4: Analysis and Design Overview.
Welcome to Software Project Management. CONVENTIONAL SOFTWARE MANAGEMENT The BEST and WORST thing about software is its flexibility. 1.Software development.
Rational Unified Process Fundamentals Module 5: Implementing Rational Unified Process Rational Unified Process Fundamentals Module 5: Implementing Rational.
RUP RATIONAL UNIFIED PROCESS Behnam Akbari 06 Oct
RATIONAL UNIFIED PROCESS PROCESS FRAMEWORK OVERVIEW.
What’s New in SPEED APPS 2.3 ? Business Excellence Application Services.
TK2023 Object-Oriented Software Engineering
Process 4 Hours.
Introduction to Software Engineering
COMP 350: Object Oriented Analysis and Design Lecture 2
Presentation transcript:

Sixteenth Meeting 6:30 – 9:20 pm, Thursday, September 20, 2001 Review - Looking Forward (from Part IV, Chapter 15 of Royce’ book) Final Examination

Review –The Four Parts of the Course Software Management Renaissance –The conventional software management process. –Five improvements to make the waterfall process work. A Software Management Process Framework –Phases –Artifacts –Workflows –Checkpoints Software Management Disciplines –Planning –Organization –Automation –Process control and instrumentation –Tailoring Looking Ahead –Modern project profiles –Next-generation software economics –Modern process transitions

Topics for Today Continuous Integration Early Risk Resolution Evolutionary Requirements Teamwork Among Stakeholders Top Ten Software Management Principles

Modern Practice – Resolve These Issues Protracted integration and late design changes. Late risk resolution. Analysis paralysis due to requirements- driven design. Adversarial stakeholder relationships. Focus on documents rather than product.

Basic Solution Continuous integration. Early risk resolution. Evolutionary requirements. Teamwork among stakeholders.

Modern Project Profile

Conventional versus Modern Workflows

The 80/20 Rule 80% of engineering for 20% of requirements. –Understand the 20% before committing full resources. 80% of cost due to 20% of components. –Do the 20% components first. 80% of errors caused by 20% of components. –Do the 20% components first. 80% of scrap and rework caused by 20% of changes. –Do change-critical 20% first. 80% of resources for 20% components. –Do 20% components first. 80% of progress by 20% of people. –Make best possible initial team.

Risk Exposure

Evolutionary Requirements Old Way –Requirements were further subdivided, and again, until very lowest level. Then, the design was accomplished by making components to match the low level requirements. This leads to functional design which is traceable to requirements, but is brittle and non-optimal. New Way –Use top-level requirements to derive an architecture first. Then develop design. Finally, do requirements traceability.

Software Component Organization

Teamwork Among Stakeholders Old Way –Distrust, lack of understanding regarding requirements and impact. Non-optimal products. New Way –An iterative process, collaborative with stakeholders, so that balance between requirements and development is achieved. Depends on demonstrations, extension to stakeholder domains.

Major Milestone Results

Royce’ Top Ten Principles for a Modern Process 1.Architecture first. 2.Iterative process. 3.Component-based development. 4.Change management environment. 5.Round-trip engineering. 6.Use model-based notation for artifacts. 7.Instrument the process for objective quality control. 8.Demonstration-based approach. 9.Release iterations with evolving level of detail. 10.Use a configuration process that is scalable for improved ROI.

Balanced Application of Modern Principles

Sample Final Exam Do the 7 questions as indicated from the list below. Questions to answer: __, __, __, __, __, __, __ Discuss briefly the four major milestones of a modern software development process. –2. Discuss briefly the primary purpose of each of the four major milestones. –3. Discuss briefly the six topics of periodic status assessment reviews. –4. Discuss briefly the similarities and the differences of top-level organization of a conventional WBS and the top-level organization of a modern WBS. –5. Discuss briefly the similarities and the differences between the four steps for a top-down cost and schedule estimate and the three steps for a bottom-up cost and schedule estimate. –6. Discuss briefly the similarities and the differences of the contents of the iterations in each of the four development phases.

–7. Discuss briefly the similarities and the differences between the Line-of.-Business organization and the Software Project organization. –8. Discuss briefly the responsibilities of the software management organization. –9. Discuss briefly the types of automation tools which should be used. –10. Discuss briefly the elements of organization policy. –11. Discuss briefly the elements of organization environment. –12. Discuss briefly the pros and cons of extension to the stakeholder environment. Sample Final Exam (cont’d)

–13. Discuss briefly the three core management metrics. –14. Discuss briefly the four core quality metrics. –15. Discuss briefly the three primary causes of excessive personnel attrition. –16. Discuss briefly the dimensions and priorities for tailoring software projects. –17. Discuss briefly the differences in tailoring for large, contract projects versus small, commercial projects. –18. Discuss briefly what you have learned in this course about software project management.