The Unified Software Development Process
|
|
- Annis Chapman
- 8 years ago
- Views:
Transcription
1 The Unified Software Development Process Technieche Universal Darmstadt FACHBEREICH IN-FORMAHK BLIOTHEK Ivar Jacobson Grady Booch James Rumbaugh Rational Software Corporation tnventar-nsr.: Sachgebiete: Siandort: T ADDISON-WESLEY An Imprint of Addison Wesley Longman, Inc. Reading, Massachusetts Harlow, England Menlo Park, California Berkeley, California Don Mills, Ontario Sydney Bonn Amsterdam Tokyo Mexico City
2 Preface xvii Part I: The Unified Software Development Process 1 Chapter 1: The Unified Process: Use-Case Driven, Architecture-Centric, Iterative, and Incremental The Unified Process in a Nutshell The Unified Process Is Use-Case Driven The Unified Process Is Architecture-Centric The Unified Process Is Iterative and Incremental 1.5 The Life of the Unified Process The Product Phases within a Cycle An Integrated Process 13
3 vi Contents Chapter 2: The Four Ps: People, Project, Product, and Process in Software Development People Are Crucial Development Processes Affect People Roles Will Change Turning "Resources" into "Workers" Projects Make the Product Product Is More Than Code What Is a Software System? Artifacts A System Has a Collection of Models What Is a Model? Each Model Is a Self-Contained View of the System Inside a Model Relationships between Models Process Directs Projects Process: A Template Related Activities Make Up Workflows Specializing Process Merits of Process Tools Are Integral to Process Tools Impact Process Process Drives Tools Balance Process and Tools Visual Modeling Supports UML Tools Support the Whole Life Cycle References 31 Chapter 3: A Use-Case-Driven Process Use-Case-Driven Development in Brief Why Use Cases? To Capture the Value Adding Requirements To Drive the Process To Devise the Architecture and More Capturing the Use Cases The Use-Case Model Represents the Functional Requirements Actors Are the Environment of the System Use Cases Specify the System Analysis, Design, and Implementation to Realize the Use Cases Creating the Analysis Model from the Use Cases Each Class Must Fulfill All Its Collaboration Roles 48
4 vii Creating the Design Model from the Analysis Model Subsystems Group Classes Creating the Implementation Model from the Design Model Testing the Use Cases Summing Up References 57 Chapter 4: An Architecture-Centric Process Architecture in Brief Why We Need Architecture Understanding the System Organizing Development Fostering Reuse Evolving the System Use Cases and Architecture The Steps to an Architecture The Architecture Baseline Is a "Small, Skinny" System Using Architecture Patterns Describing Architecture The Architect Creates the Architecture Finally, an Architecture Description! The Architectural View of the Use-Case Model The Architectural View of the Design Model The Architectural View of the Deployment Model The Architectural View of the Implementation Model Three Interesting Concepts What Is Architecture? How Is It Obtained? How Is It Described? References 84 Chapter 5: An Iterative and Incremental Process Iterative and Incremental in Brief Develop in Small Steps What Iteration Is Not Why Iterative and Incremental Development? Mitigating Risks Getting a Robust Architecture Handling Changing Requirements Allowing for Tactical Changes Achieving Continuous Integration Attaining Early Learning 93
5 viii Contents 5.3 The Iterative Approach is Risk-Driven Iterations Alleviate Technical Risks Management Is Responsible for Nontechnical Risks Dealing with Risks The Generic Iteration What an Iteration Is Planning the Iterations Sequencing the Iterations The Result of an Iteration Is an Increment Iterations over the Life Cycle Models Evolve from Iterations Iterations Challenge the Organization References 106 Part II: The Core Workflows 109 Chapter 6: Requirements Capture: From Vision to Requirements Why Requirements Capture Is Difficult The Purpose of the Requirements Workflow Overview of Requirements Capture The Role of Requirements in the Software Life Cycle Understanding the System Context Using a Domain Model What Is a Domain Model? Developing a Domain Model Use of the Domain Model Understanding the System Context Using a Business Model What Is a Business Model? How to Develop a Business Model Find Use Cases from a Business Model Supplementary Requirements Summary References 130 Chapter 7: Capturing the Requirements as Use Cases Introduction Artifacts Artifact: Use-Case Model Artifact: Actor Use Case Artifact: Architecture Description (View of the Use-Case Model) 139
6 ix Artifact: Glossary Artifact: User-Interface Prototype Workers Worker: System Analyst Worker: Use-Case Specifier User-Interface Designer Worker: Architect Workflow Activity: Find Actors and Use Cases Activity: Prioritize Use Cases Activity: Detail a Use Case Activity: Prototype User Interface Activity: Structure the Use-Case Model Summary of the Requirements Workflow References -172 Chapter 8: Analysis 173. \ fl \ 8.1 Introduction 173 /^u a X 8.2 Analysis in Brief 176 ^ rs^-^ Why Analysis Is not Design or Implementation The Purpose of Analysis: Summary Concrete Examples of When to Employ Analysis The Role of Analysis in the Software Life Cycle Artifacts Artifact: Analysis Model Artifact: Analysis Class Artifact: Use-Case Realization Analysis Artifact: Analysis Package Artifact: Architecture Description (View of the Analysis Model) Workers Worker: Architect Worker: Use-Case Engineer Worker: Component Engineer Workflow Activity: Architectural Analysis Activity: Analyze a Use Case Activity: Analyze a Class Activity: Analyze a Package Summary of Analysis References 214
7 Chapter 9: Design 215 > 9.1 Introduction The Role of Design in the Software Life Cycle Artifacts Artifact: Design Model Artifact: Design Class Artifact: Use-Case Realization Design Artifact: Design Subsystem Artifact: Interface Artifact: Architecture Description (View of the Design Model) Artifact: Deployment Model Artifact: Architecture Description (View of the Deployment Model) Workers Worker: Architect Worker: Use-Case Engineer Worker: Component Engineer Workflow Activity: Architectural Design Activity: Design a Use Case Activity: Design a Class Activity: Design a Subsystem Summary of Design References 266 Chapter 10: Implementation Introduction The Role of Implementation in the Software Life Cycle Artifacts Artifact: Implementation Model Artifact: Component Artifact: Implementation Subsystem Artifact: Interface Artifact: Architecture Description (View of the Implementation Model) Artifact: Integration Build Plan Workers Worker: Architect Worker: Component Engineer Worker: System Integrator Workflow Activity: Architectural Implementation Activity: Integrate System 283
8 xi Activity: Implement a Subsystem Activity: Implement a Class Activity: Perform Unit Test Summary of Implementation References 293 Chapter 11: Test Introduction The Role of Testing in the Software Life Cycle Artifacts Artifact: Test Model Artifact: Test Case Artifact: Test Procedure Artifact: Test Component Artifact: Plan Test Artifact: Defect Artifact: Evaluate Test Workers Worker: Test Designer Worker: Component Engineer Worker: Integration Tester Worker: System Tester Workflow Activity: Plan Test Activity: Design Test Activity: Implement Test Activity: Perform Integration Test Activity: Perform System Test Activity: Evaluate Test Summary of Testing References 313 Part III: Iterative and Incremental Development 315 Chapter 12: The Generic Iteration Workflow The Need for Balance The Phases Are the First Division of Work Inception Phase Establishes Feasibility Elaboration Phase Focuses on "Do-Ability" Construction Phase Builds the System Transition Phase Moves into the User Environment 322
9 xii Contents 12.3 The Generic Iteration Revisited Core Workflows Repeat in Each Iteration Workers Participate in the Workflows Planning Precedes Doing Plan the Four Phases Plan the Iterations Think Long Term Plan the Evaluation Criteria Risks Affect Project Planning Manage a Risk List Risks Affect the Iteration Plan Schedule Risk Action Use-Case Prioritization Risks Specific to a Particular Product Risk of Not Getting the Architecture Right Risk of Not Getting Requirements Right Resources Needed Projects Differ Widely A Typical Project Looks Like This Complex Projects Have Greater Needs New Product Line Calls for Experience Paying the Cost of the Resources Used Assess the Iterations and Phases Criteria Not Achieved The Criteria Themselves The Next Iteration 339 r N Evolution of the Model Set 340 Chapter 13: Inception Launches the Project The Inception Phase in Brief Early in the Inception Phase Before the Inception Phase Begins Planning the Inception Phase Expanding the System Vision Setting the Evaluation Criteria The Archetypal Inception Iteration Workflow Introduction to the Five Core Workflows Fitting the Project into the Development Environment Finding Critical Risks Execute the Core Workflows, Requirements to Test Capture the Requirements Analysis 352
10 xiii Design Test Make the Initial Business Case Outline Business Bid Estimate Return on Investment Assess the Iteration(s) in the Inception Phase Planning the Elaboration Phase The Deliverables for the Inception Phase 358 Chapter 14: The Elaboration Phase Makes the Architectural Baseline The Elaboration Phase in Brief Early in the Elaboration Phase Planning the Elaboration Phase Building the Team Modifying the Development Environment Setting Evaluation Criteria The Archetypal Elaboration Iteration Workflow Capture and Refine Most of the Requirements Develop the Architectural Baseline Iterate While the Team Is Small Execute the Core Workflows Requirements to Test Capture the Requirements Analysis Design Implementation Test Make the Business Case Prepare the Business Bid Update Return on Investment Assess the Iterations in the Elaboration Phase Planning the Construction Phase The Key Deliverables 380 Chapter 15: Construction Leads to Initial Operational Capability The Construction Phase in Brief Early in the Construction Phase Staffing the Phase Setting the Evaluation Criteria The Archetypal Construction Iteration Workflow 384
11 xiv Contents 15.4 Execute the Core Workflows Requirements to Testing Requirements Analysis Design Implementation Test Controlling the Business Case Assess the Iterations and the Construction Phase Planning the Transition Phase The Key Deliverables 394 Chapter 16: Transition Completes Product Release The Transition Phase in Brief Early in the Transition Phase Planning the Transition Phase Staffing the Transition Phase Setting the Evaluation Criteria The Core Workflows Play a Small Role in this Phase What We Do in the Transition Phase Getting the Beta Release Out Installing the Beta Release Responding to the Test Results Adapting the Product to Varied User Environments Completing the Artifacts When Does the Project End? Completing the Business Case Controlling Progress Review of the Business Plan Assess the Transition Phase Assess the Iterations and the Phase Postmortem of the Project Planning the Next Release or Generation The Key Deliverables 407 Chapter 17: Making the Unified Process Work The Unified Process Helps You Deal with Complexity The Life Cycle Objectives The Life Cycle Architecture Initial Operational Capability Product Release 411
12 xv 17.2 The Major Themes Management Leads Conversion to Unified Process The Case for Action The Reengineering Directive Persuades Implementing the Transition Specializing the Unified Process Tailoring the Process Filling in the Process Framework Relate to the Broader Community Get the Benefits of the Unified Process References 419 Appendix A: Overview of the UML 421 A.1 Introduction 421 A.1.1 Vocabulary 422 A.1.2 Extensibility Mechanisms 422 A.2 Graphical Notation 423 A.2.1 Structural Things 423 A.2.2 Behavioral Things 424 A.2.3 Grouping Things 425 A.2.4 Annotational Things 425 A.2.5 Dependency Relationships 425 A.2.6 Association Relationships 425 A.2.7 Generalization Relationships 426 A.2.8 Extensibility Mechanisms 426 A.3 Glossary of Terms 426 A.4 References " 433 Appendix B: The Unified Process-Specific Extensions of the UML 435 B.1 Introduction 435 B.2 Stereotypes 435 B.3 Tagged Values 438 B.4 Graphical Notation 439 B.5 References 439 Appendix C: General Glossary 441 Index 451 C.1 Introduction' 441 C.2 Terms 441
3C05: Unified Software Development Process
3C05: Unified Software Development Process 1 Unit 5: Unified Software Development Process Objectives: Introduce the main concepts of iterative and incremental development Discuss the main USDP phases 2
More informationPlan-Driven Methodologies
Plan-Driven Methodologies The traditional way to develop software Based on system engineering and quality disciplines (process improvement) Standards developed from DoD & industry to make process fit a
More informationSoftware Project Management using an Iterative Lifecycle Model
Software Corporation Software Project Management using an Iterative Lifecycle Model 1 Objectives of this Presentation To understand what the Unified Process is To understand the iterative lifecycle approach
More informationIn this Lecture you will Learn: Development Process. Unified Software Development Process. Best Practice
In this Lecture you will Learn: Development Chapter 5C About the Unified Software Development How phases relate to workflows in an iterative life cycle An approach to system development Major activities
More informationI219 Software Design Methodology
I219 Software Design Methodology JAIST Master s Program Fall 2014 Nguyen Van Vu nvu@fit.hcmus.edu.vn Topics Course Introduction Objectives and Scope Evaluation Policies Content and Schedule Basic Concepts
More informationFamily: Iterative Enhancement Origin: Ivar Jacobson, James Rumbaugh, Grady Booch, 1996 Defines process framework that is adaptable to
Unified Process Family: Iterative Enhancement Origin: Ivar Jacobson, James Rumbaugh, Grady Booch, 1996 Defines process framework that is adaptable to various application domains different organizations
More informationBasic Unified Process: A Process for Small and Agile Projects
Basic Unified Process: A Process for Small and Agile Projects Ricardo Balduino - Rational Unified Process Content Developer, IBM Introduction Small projects have different process needs than larger projects.
More informationCHAPTER_3 SOFTWARE ENGINEERING (PROCESS MODELS)
CHAPTER_3 SOFTWARE ENGINEERING (PROCESS MODELS) Prescriptive Process Model Defines a distinct set of activities, actions, tasks, milestones, and work products that are required to engineer high quality
More informationIn this Lecture you will Learn: Systems Development Methodologies. Why Methodology? Why Methodology?
In this Lecture you will Learn: Systems Development Methodologies What a systems development methodology is Why methodologies are used The need for different methodologies The main features of one methodology
More informationThe most suitable system methodology for the proposed system is drawn out.
3.0 Methodology 3.1 Introduction In this chapter, five software development life cycle models are compared and discussed briefly. The most suitable system methodology for the proposed system is drawn out.
More informationSupporting Workflow Overview. CSC532 Fall06
Supporting Workflow Overview CSC532 Fall06 Objectives: Supporting Workflows Define the supporting workflows Understand how to apply the supporting workflows Understand the activities necessary to configure
More informationWhat CMMI Cannot Give You: Good Software
What CMMI Cannot Give You: Good Software Ivar Jacobson ivar@ivarjacobson.com ivar@jaczone.com Objective To understand what CMM/CMMI is and what it is not To demonstrate how the unified process helps you
More informationRequirement Management with the Rational Unified Process RUP practices to support Business Analyst s activities and links with BABoK
IBM Software Group Requirement Management with the Rational Unified Process RUP practices to support Business Analyst s activities and links with BABoK Jean-Louis Maréchaux Software IT Specialist IBM Rational
More informationInformation systems modelling UML and service description languages
Internet Engineering Tomasz Babczyński, Zofia Kruczkiewicz Tomasz Kubik Information systems modelling UML and service description languages Student Contact Hours: 25.02.2015- Location: 325 C3 room 25.03.2015:
More informationTime Monitoring Tool Software Development Plan. Version <1.1>
Time Monitoring Tool Software Development Plan Version Revision History Date Version Description Author 10/01/01 1.0 First Draft Sabrina Laflamme 12/01/01 1.1 Completion of Document John Lemon Page
More informationModellistica Medica. Maria Grazia Pia, INFN Genova. Scuola di Specializzazione in Fisica Sanitaria Genova Anno Accademico 2002-2003
Modellistica Medica Maria Grazia Pia INFN Genova Scuola di Specializzazione in Fisica Sanitaria Genova Anno Accademico 2002-2003 Lezione 18-19 The Unified Process Static dimension Glossary UP (Unified
More informationOb j ect-oriented Project Management with UML
Ob j ect-oriented Project Management with UML Murray Cantor WILEY COMPUTER PUBLISHING John Wiley & Sons, Inc. New York Chichester Weinheim Brisbane Singapore Toronto CONTENTS Acknowledgments Introduction
More informationBusiness Modeling with UML
Business Modeling with UML Hans-Erik Eriksson and Magnus Penker, Open Training Hans-Erik In order to keep up and be competitive, all companies Ericsson is and enterprises must assess the quality of their
More informationObject-Oriented Systems Analysis and Design
Object-Oriented Systems Analysis and Design Noushin Ashrafi Professor of Information System University of Massachusetts-Boston Hessam Ashrafi Software Architect Pearson Education International CONTENTS
More informationManaging Small Software Projects - An Integrated Guide Based on PMBOK, RUP, and CMMI
Managing Small Software Projects - An Integrated Guide Based on PMBOK, RUP, and CMMI César Cid Contreras M.Sc. Prof. Dr. Henrik Janzen Published at the South Westphalia University of Applied Sciences,
More informationSoftware Design Models, Tools & Processes *
Software Design Models, Tools & Processes * Lecture 1: Software Design and Software Development Process Cecilia Mascolo * Thanks to Alan Blackwell and Jim Arlow for le7ng me use some of their slides. About
More informationContents. Introduction and System Engineering 1. Introduction 2. Software Process and Methodology 16. System Engineering 53
Preface xvi Part I Introduction and System Engineering 1 Chapter 1 Introduction 2 1.1 What Is Software Engineering? 2 1.2 Why Software Engineering? 3 1.3 Software Life-Cycle Activities 4 1.3.1 Software
More informationUniversiti Teknologi MARA. Requirement Analysis Using UML Approach for Research Management System (RMS)
C^tJ O19OO(^'J.Tfi^'i- Universiti Teknologi MARA Requirement Analysis Using UML Approach for Research Management System (RMS) Enamul Hasan Bin Rusly Thesis submitted in fulfillment of the requirements
More informationThe Rap on RUP : An Introduction to the Rational Unified Process
The Rap on RUP : An Introduction to the Rational Unified Process Jeff Jacobs Jeffrey Jacobs & Associates phone: 650.571.7092 email: jeff@jeffreyjacobs.com http://www.jeffreyjacobs.com Survey Does your
More informationClassical Software Life Cycle Models
Classical Software Life Cycle Models SWEN 301 Trimester 1, 2015 Lecturer: Dr Hui Ma Engineering and Computer Science Lecture slides make use of material provided on the textbook's companion website Motivation
More informationAn Introduction to the UML and the Unified Process
3 An Introduction to the UML and the Unified Process 3.1 Introduction This chapter introduces the Unified Modeling Language (UML) notation, its motivation and history. It then presents the Unified Process
More informationSoftware Development Process Models and their Impacts on Requirements Engineering Organizational Requirements Engineering
Software Development Process Models and their Impacts on Requirements Engineering Organizational Requirements Engineering Prof. Dr. Armin B. Cremers Sascha Alda Overview Phases during Software Development
More informationSystematization of Requirements Definition for Software Development Processes with a Business Modeling Architecture
Systematization of Requirements Definition for Software Development Processes with a Business Modeling Architecture Delmir de Azevedo Junior 1 and Renato de Campos 2 1 Petrobras University, Republican
More informationSOFTWARE PROCESS MODELS
SOFTWARE PROCESS MODELS Slide 1 Software Process Models Process model (Life-cycle model) - steps through which the product progresses Requirements phase Specification phase Design phase Implementation
More information2. Analysis, Design and Implementation
2. Subject/Topic/Focus: Software Production Process Summary: Software Crisis Software as a Product: From Individual Programs to Complete Application Systems Software Development: Goals, Tasks, Actors,
More informationPlanning a Project with the Rational Unified Process Author: David West
Planning a Project with the Rational Unified Process Author: David West Rational Software White paper TP 151, 08/02 Table of Contents INTRODUCTION... 1 ABOUT THE PROJECT PLAN... 1 CHARACTERISTICS OF A
More informationAbstract. 1 Introduction
Amir Tomer Amir Tomer is the Director of Systems and Software Engineering Processes at RAFAEL Ltd., Israel,with whom he has been since 1982,holding a variety of systems and software engineering positions,both
More informationModellistica Medica. Maria Grazia Pia, INFN Genova. Scuola di Specializzazione in Fisica Sanitaria Genova Anno Accademico 2002-2003
Modellistica Medica Maria Grazia Pia INFN Genova Scuola di Specializzazione in Fisica Sanitaria Genova Anno Accademico 2002-2003 Lezione 20-21 The Unified Process Dynamic dimension Two dimensions Content
More informationHow To Understand The Software Process
Ingegneria del Software Corso di Laurea in Informatica per il Management Software process model Davide Rossi Dipartimento di Informatica Università di Bologna The task of the software development team
More informationSoftware Development Methodologies
Software Development Methodologies Lecturer: Raman Ramsin Lecture 15 Agile Methodologies: AUP 1 Agile Unified Process (AUP) Proposed by Ambler as a simplified version of the Rational Unified Process (RUP).
More informationRational Unified Process for Systems Engineering RUP SE1.1. A Rational Software White Paper TP 165A, 5/02
Rational Unified Process for Systems Engineering RUP SE1.1 A Rational Software White Paper TP 165A, 5/02 Table of Contents INTRODUCTION...1 BUSINESS MODELING...3 SYSTEM ARCHITECTURE...4 SYSTEM ARCHITECTURE
More informationManagement. Project. Software. Ashfaque Ahmed. A Process-Driven Approach. CRC Press. Taylor Si Francis Group Boca Raton London New York
Software Project Management A Process-Driven Approach Ashfaque Ahmed CRC Press Taylor Si Francis Group Boca Raton London New York CRC Press is an imprint of the Taylor St Francis Croup, an Informa business
More informationFunctional Validation of SAP Implementation
Functional Validation of SAP Implementation Efficiently produce and maintain a SAP test repository thru modeling of business processes and business rules Geoffrey Potoczny/Smartesting Professional Services
More informationWhat Is the Rational Unified Process?
What Is the Rational Unified Process? by Philippe Kruchten Rational Fellow Rational Software Canada What exactly is the Rational Unified Process, or RUP as many call it now? I can give several answers
More informationA FRAMEWORK FOR INTEGRATING SARBANES-OXLEY COMPLIANCE INTO THE SOFTWARE DEVELOPMENT PROCESS
A FRAMEWORK FOR INTEGRATING SARBANES-OXLEY COMPLIANCE INTO THE SOFTWARE DEVELOPMENT PROCESS Sushma Mishra Virginia Commonwealth University mishras@vcu.edu Heinz Roland Weistroffer Virginia Commonwealth
More informationCOMMONWEALTH OF MASSACHUSETTS EXECUTIVE OFFICE OF HEALTH AND HUMAN SERVICES
COMMONWEALTH OF MASSACHUSETTS EXECUTIVE OFFICE OF HEALTH AND HUMAN SERVICES The Office of Information Technology Project Methodology and Lifecycle Guide Version 4.4 Last Updated: November 15, 2011 CE M
More informationIntroduction to OpenUP (Open Unified Process)
Introduction to OpenUP (Open Unified Process) Different projects have different process needs. Typical factors dictate the needs for a more formal or agile process, such as team size and location, architecture
More informationHow To Understand The Software Development Lifecycle
REQUIREMENTS ANALYSIS AND SYSTEM DESIGN third edition LESZEKA. MACIASZEK ADDISON-WESLEY An imprint of Pearson Education Harlow, England London New York Boston San Francisco Toronto Sydney Singapore Hong
More informationResearch on Risk Analysis and Management in the Software Development Process. Quanzhou Huang
5th International Conference on Education, Management, Information and Medicine (EMIM 2015) Research on Risk Analysis and Management in the Software Development Process Quanzhou Huang School of Computer
More informationChap 1. Introduction to Software Architecture
Chap 1. Introduction to Software Architecture 1. Introduction 2. IEEE Recommended Practice for Architecture Modeling 3. Architecture Description Language: the UML 4. The Rational Unified Process (RUP)
More informationAnalysis and Design with UML
Analysis and Design with UML Page 1 Agenda Benefits of Visual Modeling History of the UML Visual Modeling with UML The Rational Iterative Development Process Page 2 What is Visual Modeling? Item Order
More informationISSUES OF STRUCTURED VS. OBJECT-ORIENTED METHODOLOGY OF SYSTEMS ANALYSIS AND DESIGN
ISSUES OF STRUCTURED VS. OBJECT-ORIENTED METHODOLOGY OF SYSTEMS ANALYSIS AND DESIGN Mohammad A. Rob, University of Houston-Clear Lake, rob@cl.uh.edu ABSTRACT In recent years, there has been a surge of
More informationRUP Design. Purpose of Analysis & Design. Analysis & Design Workflow. Define Candidate Architecture. Create Initial Architecture Sketch
RUP Design RUP Artifacts and Deliverables RUP Purpose of Analysis & Design To transform the requirements into a design of the system to-be. To evolve a robust architecture for the system. To adapt the
More informationSoftware Engineering for Software-Intensive Systems: III The Development Life Cycle
Software Engineering for Software-Intensive Systems: III The Development Life Cycle Assistant Professor Dr. Room E 3.165 Tel. 60-3321 Email: hg@upb.de Outline I Introduction II Foundations III The Development
More informationCS 389 Software Engineering. Lecture 2 Chapter 2 Software Processes. Adapted from: Chap 1. Sommerville 9 th ed. Chap 1. Pressman 6 th ed.
CS 389 Software Engineering Lecture 2 Chapter 2 Software Processes Adapted from: Chap 1. Sommerville 9 th ed. Chap 1. Pressman 6 th ed. Topics covered Software process models Process activities Coping
More informationTo introduce software process models To describe three generic process models and when they may be used
Software Processes Objectives To introduce software process models To describe three generic process models and when they may be used To describe outline process models for requirements engineering, software
More informationDevelopment models. 1 Introduction. 2 Analyzing development models. R. Kuiper and E.J. Luit
Development models R. Kuiper and E.J. Luit 1 Introduction We reconsider the classical development models: the Waterfall Model [Bo76], the V-Model [Ro86], the Spiral Model [Bo88], together with the further
More informationA Rational Development Process
Paper published in: Crosstalk, 9 (7) July 1996, pp.11-16. A Rational Development Process Philippe Kruchten Vancouver, BC pbk@rational.com 1. Introduction This paper gives a high level description of the
More informationOutline. III The Development Life Cycle. Characteristics of Software Development Methodologies. The Prototyping Process
Software Engineering for Software-tensive Systems: Assistant Professor Dr. Room E 3.165 Tel. 60-3321 Email: hg@upb.de line I troduction II Foundations IV Requirements V Analysis & Design VI Implementation
More informationINSIDE SERVLETS. Server-Side Programming for the Java Platform. An Imprint of Addison Wesley Longman, Inc.
INSIDE SERVLETS Server-Side Programming for the Java Platform Dustin R. Callaway TT ADDISON-WESLEY An Imprint of Addison Wesley Longman, Inc. Reading, Massachusetts Harlow, England Menlo Park, California
More informationSoftware Lifecycles Models
Software Lifecycles Models Software Engineering Lecture 17 Bernd Bruegge Applied Software Engineering Technische Universitaet Muenchen 1 Outline of Today s Lecture Modeling the software life cycle Sequential
More informationOracle Unified Method (OUM)
Oracle Unified Method (OUM) Oracle s Full Lifecycle Method for Deploying Oracle-Based Business Solutions O R A C L E W H I T E P A P E R J A N U A R Y 2 0 1 5 Table of Contents Executive Overview 1 Introduction
More informationCS4507 Advanced Software Engineering
CS4507 Advanced Software Engineering Lectures 2 & 3: Software Development Lifecycle Models A O Riordan, 2015 Some diagrams from Sommerville, some notes from Maciaszek/Liong Lifecycle Model Software development
More informationAgile Unified Process
INTERNATIONAL JOURNAL OF COMPUTER SCIENCE AND MOBILE APPLICATIONS - IJCSMA Agile Unified Process Charles Edeki Ph.D, American Intercontinental University, Department of Information Technology, 160 Parkside
More informationCONTENTS Preface xv 1 Introduction
Preface xv 1 Introduction 1 1.1 Introduction to Software Project Management, 1 1.2 Objectives of This Chapter, 2 1.3 Why Managing and Leading Software Projects Is Difficult, 2 1.3.1 Software Complexity,
More informationRequirements Engineering
Murali Chemuturi Requirements Engineering and Management for Software Development Projects Foreword by Tom Gilb ^ Springer Contents 1 Introduction to Requirements Engineering and Management... 1 1.1 What
More informationThe Software Process. The Unified Process (Cont.) The Unified Process (Cont.)
The Software Process Xiaojun Qi 1 The Unified Process Until recently, three of the most successful object-oriented methodologies were Booch smethod Jacobson s Objectory Rumbaugh s OMT (Object Modeling
More informationSoftware Engineering. Software Processes. Based on Software Engineering, 7 th Edition by Ian Sommerville
Software Engineering Software Processes Based on Software Engineering, 7 th Edition by Ian Sommerville Objectives To introduce software process models To describe three generic process models and when
More informationA Rational Software Corporation White Paper
Rational Unified Process Best Practices for Software Development Teams A Rational Software Corporation White Paper Rational Unified Process Best Practices for Software Development Teams WHAT IS THE RATIONAL
More informationRational Software White Paper
Applying Requirements Management with Use Cases Roger Oberg, Leslee Probasco, and Maria Ericsson Copyright 2000 by Rational Software Corporation. All Rights Reserved. Technical Paper TP505 (Version 1.4)
More informationA Survey of Plan-Driven Development Methodologies
A Survey of Plan-Driven Development Methodologies Plan-driven methodologies have been utilized by organizations for many years. In this chapter, we provide an overview of three prominent, modern plan-driven
More information2. Analysis, Design and Implementation
2. Analysis, Design and Implementation Subject/Topic/Focus: Software Production Process Summary: Software Crisis Software as a Product: From Programs to Application Systems Products Software Development:
More informationA Software Engineering Approach For GIS Developing
A Software Engineering Approach For GIS Developing Wu Sheng Wang Jiayao (Surveying and Mapping Institute of PLA,Zhengzhou 450052) Abstract This Paper introduced an object-oriented software engineering
More informationISO 9001:2000 Its Impact on Software
ISO 9001:2000 Its Impact on Software Norman P. Moreau, PE, CSQE, CQA Theseus Professional Services, LLC Westminster, Maryland 410-857-0023 / nmoreau@erols.com / http://theseuspro.com Presented to American
More informationSoftware Factories: Assembling Applications with Patterns, Models, Frameworks, and Tools
Software Factories: Assembling Applications with Patterns, Models, Frameworks, and Tools Jack Greenfield Keith Short WILEY Wiley Publishing, Inc. Preface Acknowledgments Foreword Parti Introduction to
More informationIterative Project Management 1
Iterative Project Management Module 2 Objectives Understand issues for Project Managers (PM) who use iterative development by: Learning how the PM monitors and steers an iterative project towards success.
More informationEngineering Design. Software. Theory and Practice. Carlos E. Otero. CRC Press. Taylor & Francis Croup. Taylor St Francis Croup, an Informa business
Software Engineering Design Theory and Practice Carlos E. Otero CRC Press Taylor & Francis Croup Boca Raton London New York CRC Press is an imprint of the Taylor St Francis Croup, an Informa business AN
More informationWord List method-related capitalization and punctuation
Word List method-related capitalization and punctuation Updated September 22, 2008 by Rational REDI team editors (jbroadh@us.ibm.com or rkliegel@us.ibm.com) Note: Trademark symbols may change. Be sure
More informationA Software Development Process Model Integrating Business Object Technology and UML. Axel Korthaus and Stefan Kuhlins
BOOSTER*Process A Software Development Process Model Integrating Business Object Technology and UML Axel Korthaus and Stefan Kuhlins University of Mannheim Department of Management Information Systems
More informationWRITING AND REVIEWING USE-CASE DESCRIPTIONS
PART II WRITING AND REVIEWING USE-CASE DESCRIPTIONS Part I, Getting Started with Use-Case Modeling, introduced the basic concepts of usecase modeling, including defining the basic concepts and understanding
More informationThe Rational Unified Process
kruchten_ch02.fm Page 17 Friday, November 7, 2003 4:54 PM Chapter 2 The Rational Unified Process THIS CHAPTER GIVES an overview of the Rational Unified Process, introduces the process structure, describes
More informationTOGAF usage in outsourcing of software development
Acta Informatica Pragensia 2(2), 2013, 68 76, DOI: 10.18267/j.aip.25 Section: Online: aip.vse.cz Peer-reviewed papers TOGAF usage in outsourcing of software development Aziz Ahmad Rais 1, Rudolf Pecinovsky
More informationWhat is a life cycle model?
What is a life cycle model? Framework under which a software product is going to be developed. Defines the phases that the product under development will go through. Identifies activities involved in each
More informationSecurity Metrics. A Beginner's Guide. Caroline Wong. Mc Graw Hill. Singapore Sydney Toronto. Lisbon London Madrid Mexico City Milan New Delhi San Juan
Security Metrics A Beginner's Guide Caroline Wong Mc Graw Hill New York Chicago San Francisco Lisbon London Madrid Mexico City Milan New Delhi San Juan Seoul Singapore Sydney Toronto Contents FOREWORD
More informationRUP for Software Development Projects
RUP for Software Development Projects George Merguerian www.bmc-online.com 1 Specialists in Global Project Management Brussels Frankfurt Houston Istanbul Milan Ottawa Shanghai Singapore Warsaw Washington
More informationSchneps, Leila; Colmez, Coralie. Math on Trial : How Numbers Get Used and Abused in the Courtroom. New York, NY, USA: Basic Books, 2013. p i.
New York, NY, USA: Basic Books, 2013. p i. http://site.ebrary.com/lib/mcgill/doc?id=10665296&ppg=2 New York, NY, USA: Basic Books, 2013. p ii. http://site.ebrary.com/lib/mcgill/doc?id=10665296&ppg=3 New
More informationTool Support for Software Variability Management and Product Derivation in Software Product Lines
Tool Support for Software Variability Management and Product Derivation in Software s Hassan Gomaa 1, Michael E. Shin 2 1 Dept. of Information and Software Engineering, George Mason University, Fairfax,
More informationApplying Agile Methods in Rapidly Changing Environments
Applying Agile Methods in Changing Environments 7/23/2002 1 Applying Agile Methods in Rapidly Changing Environments Peter Kutschera IBM Unternehmensberatung GmbH Am Fichtenberg 1, D-71803 Herrenberg Steffen
More informationA Comparison of SOA Methodologies Analysis & Design Phases
202 A Comparison of SOA Methodologies Analysis & Design Phases Sandra SVANIDZAITĖ Institute of Mathematics and Informatics, Vilnius University Abstract. Service oriented computing is a new software engineering
More informationEffective Methods for Software and Systems Integration
Effective Methods for Software and Systems Integration Boyd L. Summers CRC Press Taylor & Francis Group 6000 Broken Sound Parkway NW, Suite 300 Boca Raton, FL 33487-2742 CRC Press is an imprint of Taylor
More informationObject-oriented design methodologies
Object-oriented design methodologies An object-oriented methodology is defined as the system of principles and procedures applied to object-oriented software development. Five years ago, there was no standard
More informationHow To Adopt Rup In Your Project
08Bergstrom.C08 Page 127 Thursday, December 4, 2003 12:06 PM 8 How to Adopt RUP in Your Project Support Projects with Mentoring Make a High-Level Adoption Plan and Develop a Communication Plan Project
More informationObject-Oriented Modeling and Design
Object-Oriented Modeling and Design James Rumbaugh Michael Blaha William Premerlani Frederick Eddy William Lorensen General Electric Research and Development Center Schenectady, New York Tschnische Hochschule
More informationJOURNAL OF OBJECT TECHNOLOGY
JOURNAL OF OBJECT TECHNOLOGY Online at www.jot.fm. Published by ETH Zurich, Chair of Software Engineering JOT, 2006 Vol. 5. No. 8, November-December 2006 Requirements Engineering Tasks Donald Firesmith,
More informationFinancial Statement Analysis
Financial Statement Analysis Valuation Credit analysis Executive compensation Christian V. Petersen and Thomas Plenborg Financial Times Prentice Hall is an imprint of Harlow, England London New York Boston
More informationInter-operability of DSDM with the Rational Unified Process
Inter-operability of DSDM with the Rational Unified Process Authors: David Tuffs Warburg Dillon Read Jennifer Stapleton DSDM Consortium David West Rational Software Zoe Eason Rational Software Issue: Issue
More informationChapter 3 The Integrated Requirements Management Framework (IREQM)
Chapter 3 The Integrated Management Framework (IREQM) During the software requirements development process, customer and development team meet together for many times to obtain customer and product requirements
More informationCOMP 354 Introduction to Software Engineering
COMP 354 Introduction to Software Engineering Greg Butler Office: EV 3.219 Computer Science and Software Engineering Concordia University, Montreal, Canada Email: gregb@cs.concordia.ca Winter 2015 Course
More informationProcess Methodology. Wegmans Deli Kiosk. for. Version 1.0. Prepared by DELI-cious Developers. Rochester Institute of Technology
Process Methodology for Wegmans Deli Kiosk Version 1.0 Prepared by DELI-cious Developers Rochester Institute of Technology September 15, 2013 1 Table of Contents 1. Process... 3 1.1 Choice... 3 1.2 Description...
More informationReaching CMM Levels 2 and 3 with the Rational Unified Process
Reaching CMM Levels 2 and 3 with the Rational Unified Process Rational Software White Paper TP174 Table of Contents INTRODUCTION... 1 LEVEL-2, REPEATABLE... 3 Requirements Management... 3 Software Project
More informationSoftware Architecture Document
COMPREHENSIVE WATERSHED MANAGEMENT WATER USE TRACKING PROJECT Southwest Florida Water Management District 2379 Broad Street Brooksville, FL 34604-6899 Date Revision Description Author Table of Contents
More informationObject Oriented Hybrid Software Engineering Process (SEP) model for Small Scale Software Development Firms
Object Oriented Hybrid Software Engineering Process (SEP) model for Small Scale Software Development Firms Shaikh Mostafa Al Masum mostafa@miv.t.u-tokyo.ac.jp Research Student, Ishizuka Lab, University
More informationUse Case Modeling. Software Development Life Cycle Training. Use Case Modeling. Set A: Requirements Analysis Part 3: Use Case Modeling
Software Development Life Cycle Training Set A: Requirements Analysis Part 3: Use Case Modeling Use Case Modeling There are several ways to capture and organize software system requirements. The first
More informationSYSTEMS ANALYSIS DESIGN
SYSTEMS ANALYSIS DESIGN Third Edition ALAN DENNIS Indiana University BARBARA HALEY WIXOM University of Virginia ROBERTA M. ROTH University of Northern Iowa WILEY John Wiley & Sons, Inc. http://www.wiley.com/college/dennis
More informationTowards Flexible Business Process Modeling and Implementation: Combining Domain Specific Modeling Languages and Pattern-based Transformations
Towards Flexible Business Process Modeling and Implementation: Combining Domain Specific Modeling Languages and Pattern-based Transformations Steen Brahe 1 and Behzad Bordbar 2 1 Danske Bank and IT University
More information