Process: A Generic View

Slides:



Advertisements
Similar presentations
Departemen Ilmu Komputer IPB
Advertisements

PROCESS FRAMEWORK Lecture - 3. Topics covered PROCESS FRAMEWORK PROCESS MODELS DIFFERENCE.
Chapter 2 The Software Process
Chapter 2 Process Models
May 14, May 14, 2015May 14, 2015May 14, 2015 Azusa, CA Sheldon X. Liang Ph. D. Software Engineering in CS at APU Azusa Pacific University, Azusa,
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by.
Software Engineering with Dr. Daniel P. Berger and Dr. Philip E. Vandermeer II.
CS487 Software Engineering Omar Aldawud
SOFTWARE ENGINEERING LECTURE-3 CSE-477.
Software Engineering: A Practitioner’s Approach, 6/e Chapter 2 Process: A Generic View copyright © 1996, 2001, 2005 R.S. Pressman & Associates, Inc.
CMMI Overview Quality Frameworks.
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by.
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by.
Chapter : Software Process
Process: A Generic View
Process: A Generic View n A software process  is a roadmap to building high quality software products.  provides a framework for managing activities.
1 Software Engineering Muhammad Fahad Khan Software Engineering Muhammad Fahad Khan University Of Engineering.
Chapter 2 Software Process: A Generic View
Chapter 2 The process Process, Methods, and Tools
Chapter 2 The Process.
Chapter 2 Process: A Generic View
1 Chapter 2 The Process. 2 Process  What is it?  Who does it?  Why is it important?  What are the steps?  What is the work product?  How to ensure.
J. R. Burns, Texas Tech University Capability Maturity Model -- CMM n Developed by the Software Engineering Institute (SEI) in 1989 –SEI is a spinoff.
Chapter 2 소프트웨어공학 Software Engineering 임현승 강원대학교
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by.
Introduction to Software Engineering LECTURE 2 By Umm-e-Laila 1Compiled by: Umm-e-Laila.
Chapter 2 Process: A Generic View
Lecture 1 Introduction to Software Engineering
Software process improvement Framework for SPI SPI support groups, maturity and immaturity models Assessment and gap analysis Education and training Selection.
Software Engineering Principles Principles form the basis of methods, techniques, methodologies and tools Principles form the basis of methods, techniques,
CS 3610: Software Engineering – Fall 2009 Dr. Hisham Haddad – CSIS Dept. Chapter 2 The Software Process Discussion of the Software Process: Process Framework,
Lecture Topics covered CMMI- - Continuous model -Staged model PROCESS PATTERNS- -Generic Process pattern elements.
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by.
Software Engineering - I
Chapter 4 프로세스 모델 Process Models
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by.
The Software Process Chapter – II. Topics S/w Engg – A layered Technology A Process Framework Process Patterns Process Assessment Product and Process.
1 These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 5/e and are provided with permission by.
1 Software Engineering: A Practitioner’s Approach, 7/e Chapter 2 Process: A Generic View Software Engineering: A Practitioner’s Approach, 7/e Chapter 2.
1 These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 5/e and are provided with permission by.
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by.
1 Chapter 2 A Generic View of Process Software Engineering: A Practitioner’s Approach, 6th edition by Roger S. Pressman.
1 2.1 Software Engineering Software engineering is a systematic, disciplined, quantifiable approach to the development, operation, and maintenance of software;
Process Asad Ur Rehman Chief Technology Officer Feditec Enterprise.
SOFTWARE PROCESS IMPROVEMENT
Software Engineering (CSI 321) Software Process: A Generic View 1.
Software Engineering CE 501 Prepared by : Ashwin Raiyani.
Software Project Management
CMMI Overview Quality Frameworks. Slide 2 of 146 Outline Introduction High level overview of CMMI Questions and comments.
1 These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 5/e and are provided with permission by.
1 Software Engineering: A Practitioner’s Approach, 6/e Chapter 2 Process: A Generic View Software Engineering: A Practitioner’s Approach, 6/e Chapter 2.
How Software Projects Start SW projects start with a need. We need to keep better data on the students in the CSCE Dept. I heard that one of our competitors.
by: Er. Manu Bansal Deptt of IT Software Quality Assurance.
Software Life Cycle “What happens in the ‘life’ of software”
Software Engineering (CSI 321)
Chapter 2 Software Engineering
Chapter 2 Process: A Generic View
Software Engineering B.E IT Sem-VII
CMMI – Staged Representation
Chapter 2 Software Engineering
Chapter 2 Process Models
Chapter 2 Process Models
Software Engineering: A Practitioner’s Approach, 6/e Chapter 2 Process: A Generic View copyright © 1996, 2001, 2005 R.S. Pressman & Associates, Inc.
Chapter 2 Process Models
Software Engineering Lecture 16.
Software Engineering I
Chapter 2 Process Models.
What is Software? Software is: (1) instructions (computer programs) that when executed provide desired features, function, and performance; (2) data structures.
Chapter 2 Process Models
Chapter 2 Process Models
Presentation transcript:

Process: A Generic View A software process is a roadmap to building high quality software products. provides a framework for managing activities. adapts to meet needs of software engineers and managers. Different types of projects require different software processes. Best indicators of how well a process worked are the quality, timeliness, and long-term viability of the resulting software product.

Software Processes What is a process? Characteristics Sequence of steps required to develop or maintain software Characteristics prescribes major activities constraints and controls apply to activities, resources, and products utilizes resources, subject to constraints such as schedule, to produce intermediate and final results constraints on activities: time, budget, tools controls on activities: config. mgmt, reports

Common Process Framework Communication Planning Modeling Construction Deployment

Umbrella Activities Software project tracking and control Risk management Software quality assurance Formal technical reviews Measurement Software configuration management Reusability management (defines criteria for work product reuse and establish mechanisms to achieve component reuse) Work product preparation and production (activities to create models, documents, logs, forms, lists, etc.)

Attributes for Comparing Process Models Overall flow and level of task dependencies Degree to which work products are identified and required within each framework activity Manner in which quality assurance activities are applied Manner in which project tracking and control activities are applied Overall degree of detail and rigor of process description Degree to which stakeholders are involved in the project Level of autonomy given to project team Degree to which team organization and roles are prescribed

Process Assessment SPICE (ISO/IE15504) standard defines a set of requirements for process assessment ISO 9001:2000 for Software defines requirements for a quality management system that will produce higher quality products and improve customer satisfaction

Software Engineering Institute (SEI) Capability Maturity Model Integration (CMMI) Level 0: Incomplete (process is not performed) Level 1: Performed (tasks are being conducted) Level 2: Managed (tasks and products are monitored, reviewed, and evaluated for conformance to process description) Level 3: Defined (processes documented, standardized, and integrated into organization-wide software process) Level 4: Quantitatively Managed (software process and products are quantitatively understood and controlled using detailed measures) Level 5: Optimizing (continuous process improvement is enabled by quantitative feedback from the process and testing innovative ideas)

Team Software Process Objectives Build self-directed teams that plan and track their work, establish goals, and own their processes and plans Show managers how to coach and motivate their teams and maintain peak performance Accelerate software process improvement by making CCM Level 5 behavior normal and expected Provide improvement guidance to high-maturity organizations Facilitate university teaching of industrial team skills

Team Software Process Scripts for Project Activities Project launch Design Implementation Integration and system testing Postmortem