Software Engineering B.E IT Sem-VII

Slides:



Advertisements
Similar presentations
Ch.1 Introduction to Software Engineering The Evolution 1.1 The Evolving Role of Software 1/15 In the early days: User Computer Software = Place a sequence.
Advertisements

Lecture 2 1 Introduction to Software Engineering.
Chapter 2 The Software Process
1 SWE Introduction to Software Engineering Lecture 3 Introduction to Software Engineering.
Software Engineering II
1 Chapter 1 Software and Software Engineering Software Engineering: A Practitioner’s Approach, 6th edition by Roger S. Pressman.
Introduction Course outline / Recommended books Course objectives Marks distribution / Schedule Basic concepts of SE and PM Project management framework.
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.
INTROSE Introduction to Software Engineering Raymund Sison, PhD College of Computer Studies De La Salle University Software: Definitions,
Chapter 2 Process: A Generic View
Chapter : Introduction to Software Engineering Ref. book : Software Engineering by Roger Pressman.
SOFTWARE ENGINEERING MCS-2 LECTURE # 1. COMPULSORY READING MATERIAL  Software Engineering (6 th edition) by IAN Sommerville  Software Engineering; A.
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 Engineering Lecture # 17
Software Engineering B.Tech Ii csE Sem-II Unit-1 PPT SLIDES By Hanumantha Rao.N Newton’s Institute of Engineering 1.
Lecture 1Software Engineering1 (Trimester I Session 2002/2003) Lecturer / Tutor Name : Mr. R. Logeswaran
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.
Lecture Topics covered CMMI- - Continuous model -Staged model PROCESS PATTERNS- -Generic Process pattern elements.
1 ISO 9001:2000 ISO 9001 is the creation of the International Organisation for Standardisation (ISO), a Swiss-based federation of national standards bodies.ISO.
IS Methodologies. Systems Development Life Cycle - SDLC Planning Planning define the system to be developed define the system to be developed Set the.
Chapter 1 The Product. 2 Product  What is it?  Who does it?  Why is it important?  How to ensure it be done right?
Software Engineering - I
Introduction to Software Engineering. Why SE? Software crisis manifested itself in several ways [1]: ◦ Project running over-time. ◦ Project running over-budget.
1M.Sc(I.T.) VNSGU, Surat. Software is instructions (computer programs) that when executed provide desired function and performance, data structures that.
Process: A Generic View
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 These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 5/e and are provided with permission by.
SOFTWARE ENGINEERING. Objectives Have a basic understanding of the origins of Software development, in particular the problems faced in the Software Crisis.
1 Chapter 2 A Generic View of Process Software Engineering: A Practitioner’s Approach, 6th edition by Roger S. Pressman.
Software Engineering Introduction.
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.
PI2134 Software Engineering IT Telkom.  Software definition  Characteristic of software  Software myths  Software Engineering definition  Generic.
Software Engineering (CSI 321) Software Process: A Generic View 1.
Meghe Group of Institutions Department for Technology Enhanced Learning 1.
MSA Orientation – v203a 1 What’s RIGHT with the CMMI?!? Pat O’Toole
CMMI Overview Quality Frameworks. Slide 2 of 146 Outline Introduction High level overview of CMMI Questions and comments.
Certification: CMMI Emerson Murphy-Hill. Capability Maturity Model Integration (CMMI) Creation of the Software Engineering Institute (SEI) at Carnegie.
1 Software Engineering: A Practitioner’s Approach, 6/e Chapter 1 Introduction to Software Engineering.
Software Project Management Unit 1. Evolving role of software S/w now a days resides in the mobile, mainframes The main role of the s/w is to transform.
1 Chapter 1 Software and Software Engineering Software Engineering: A Practitioner’s Approach, 7th edition by Roger S. Pressman.
Software Engineering B.Tech IT/II Sem-II Term: Unit-1 PPT SLIDES Text Books:1.Software Engineering, A practitioner’s approach Roger s. Pressman.
Software Engineering B.Tech IT/II Sem-II
CMMI Overview Quality Frameworks.
The Product The Evolving Role of Software Dual role of software Product - It’s a information transformer producing, managing, acquiring, modifying, transmitting.
Software Engineering (CSI 321)
Chapter 2 Software Engineering
Chapter : Introduction to Software Engineering
Chapter : Introduction to Software Engineering
Software What Is Software?
Chapter 2 Process: A Generic View
CMMI Overview.
Software Engineering B.Tech IT/II Sem-II Term: Unit-1 PPT SLIDES Text Books:1.Software Engineering, A practitioner’s approach Roger s. Pressman.
Software Engineering (CSE 314)
Software Myths Deep Mann.
Chapter : Introduction to Software Engineering
Chapter 2 Software Engineering
Overview: Software and Software Engineering
Chapter : Introduction to Software Engineering
Chapter : Introduction to Software Engineering
CSSSPEC6 SOFTWARE DEVELOPMENT WITH QUALITY ASSURANCE
Software Engineering: A Practitioner’s Approach, 6/e Chapter 2 Process: A Generic View copyright © 1996, 2001, 2005 R.S. Pressman & Associates, Inc.
What is Software? Software is: (1) instructions (computer programs) that when executed provide desired features, function, and performance; (2) data structures.
Introduction Software Engineering.
SOFTWARE ENGINEERING BY MOHD AYAZ UDDIN IT DEPARTMENT 3RD YEAR SEM 1
Presentation transcript:

Software Engineering B.E IT Sem-VII Term: 2014-2015 TEIT-VIth SEM Unit-1 PPT SLIDES Text Books:1.Software Engineering, A practitioner’s approach Roger s. Pressman 6th edition McGraw-Hill 2.Software Engineering Somerville 7th edition

Unit 1 syllabus 1. Introduction Software Engineering Process Paradigms – Process Framework, Professional Software Development, LayeredTechnology, Process framework, CMM, Process Patterns and Assessment.

Introduction to software Engineering The Evolving role of software Dual role of Software A Product - Information transformer- producing, managing and displaying A Vehicle for delivering a product - Control of computer(operating system),the communication of information(networks) and the creation of other programs

Introduction to software Engineering Software is defined as Instructions - Programs that when executed provide desired function 2. Data structures -Enable the programs to adequately manipulate information 3. Documents -Describe the operation and use of the programs.

Introduction to software Engineering Definition of Engineering -Application of science, tools and methods to find cost effective solution to problems Definition of SOFTWARE ENGINEERING - SE is defined as systematic, disciplined and quantifiable approach for the development, operation and maintenance of software

Introduction to software Engineering Characteristics of software Software is developed or engineered, it is not manufactured in the classical sense. Software does not wear out. However it deteriorates due to change. Software is custom built rather than assembling existing components. -Although the industry is moving towards component based construction, most software continues to be custom built

CHARACTERISTICS OF HARDWARE Time “Infant mortality” “Wear out” Failure rate Fig: FAILURE CURVE FOR HARDWARE

THE CHANGING NATURE OF SOFTWARE Seven Broad Categories of software are challenges for software engineers System software Application software Engineering and scientific software Embedded software Product-line software Web-applications Artificial intelligence software

THE CHANGING NATURE OF SOFTWARE System software. System software is a collection of programs written to service other programs Embedded software -- resides in read-only memory --is used to control products and systems for the consumer and industrial markets. Artificial intelligence software. Artificial intelligence (AI) software makes use of nonnumeric algorithms to solve complex problems that are not amenable to computation or straightforward analysis Engineering and scientific software. Engineering and scientific software have been characterized by "number crunching" algorithms.

SOFTWARE MYTHS Widely held but false view Propagate misinformation and confusion Three types of myth - Management myth - Customer myth - Practitioner’s myth

MANAGEMENT MYTHS Myth(1) -The available standards and procedures for software are enough. Myth(2) -Each organization feel that they have state-of-art software development tools since they have latest computer. Myth(3) -Adding more programmers when the work is behind schedule can catch up. Myth(4) -Outsourcing the software project to third party, we can relax and let that party build it.

CUSTOMER MYTH Myth(1) - General statement of objective is enough to begin writing programs, the details can be filled in later. Myth(2) -Software is easy to change because software is flexible

PRACTITIONER’S MYTH Myth(1) -Once the program is written, the job has been done. Myth(2) -Until the program is running, there is no way of assessing the quality. Myth(3) -The only deliverable work product is the working program Myth(4) -Software Engineering creates voluminous and unnecessary documentation and invariably slows down software development.

SOFTWARE ENGINEERING-A LAYERED TECHNOLOGY Tools Methods Process Quality of Focus Fig: Software Engineering-A layered technology

SOFTWARE ENGINEERING-A LAYERED TECHNOLOGY Quality focus - Bedrock that supports software Engineering. Process - Foundation for software Engineering Methods - Provide technical How-to’s for building software Tools - Provide semi-automatic and automatic support to methods

A PROCESS FRAMEWORK Establishes the foundation for a complete software process Identifies a number of framework activities applicable to all software projects Also include a set of umbrella activities that are applicable across the entire software process.

A PROCESS FRAMEWORK Common process framework Framework activities Umbrella activities Framework activities Task sets TTTasks Milestones,delierables SQA points

A PROCESS FRAMEWORK Used as a basis for the description of process models Generic process activities Communication Planning Modeling Construction Deployment

A PROCESS FRAMEWORK Generic view of engineering complimented by a number of umbrella activities Software project tracking and control Formal technical reviews Software quality assurance Software configuration management Document preparation and production Reusability management Measurement Risk management

CAPABILITY MATURITY MODEL INTEGRATION(CMMI) Developed by SEI(Software Engineering institute) Assess the process model followed by an organization and rate the organization with different levels A set of software engineering capabilities should be present as organizations reach different levels of process capability and maturity. CMMI process meta model can be represented in different ways 1.A continuous model 2.A staged model Continuous model: -Lets organization select specific improvement that best meet its business objectives and minimize risk -Levels are called capability levels. -Describes a process in 2 dimensions -Each process area is assessed against specific goals and practices and is rated according to the following capability levels.

CMMI Six levels of CMMI Level 0:Incomplete Level 1:Performed Level 2:Managed Level 3:Defined Level 4:Quantitatively managed Level 5:Optimized

CMMI INCOMPLETE -Process is adhoc.Objective and goal of process areas are not known Performed -Goal,objective,work tasks,work products and other activities of software process are carried out Managed -Activities are monitored, reviewed, evaluated and controlled Defined -Activities are standardized, integrated and documented Quantitatively Managed -Metrics and indicators are available to measure the process and quality Optimized - Continuous process improvement based on quantitative feed back from the user -Use of innovative ideas and techniques, statistical quality control and other methods for process improvement.

CMMI Staged model - This model is used if you have no clue of how to improve the process for quality software. - It gives a suggestion of what things other organizations have found helpful to work first - Levels are called maturity levels

LEVEL FOCUS PROCESS AREA -Organizational Innovation and Deployment Optimizing Continuous process Improvement -Organizational Innovation and Deployment -Causal Analysis and Resolution Quantitatively managed Quantitative management -Organizational process performance -Quantitative project management Defined Process standardized Requirements Development Technical Solution Product Integration Verification Validation Organizational Process Focus Organizational Process Definition Organizational Training Integrated Project Management Risk Management

Integrated Teaming Integrated Supplier Management Decision Analysis and Resolution Organizational Environment for Integration Managed Basic project management Requirements Management Project Planning Project Monitoring and Control Supplier Agreement Measurement and Analysis Process and Product Quality Assurance Configuration Management Performed

Personal and Team Software Process Personal software process PLANNING HIGH LEVEL DESIGN HIGH LEVEL DESIGN REVIEW DEVELOPMENT POSTMORTEM

Personal and Team Software Process Goal of TSP Build self-directed teams Motivate the teams Acceptance of CMM level 5 behavior as normal to accelerate software process improvement Provide improvement guidance to high maturity organization