Case studies1. 2 Automating a law office Case studies3 Lessons learned Good intuition and technical skills are not enough to guarantee success Marketing.

Slides:



Advertisements
Similar presentations
SIAC Vendor Management Office Robert Durso Director - Vendor Management Office October 8 th 2002.
Advertisements

Prescriptive Process models
Test Automation Success: Choosing the Right People & Process
SWEN 5130 Requirements EngineeringSlide 1 Software Prototyping u Animating and demonstrating system requirements.
SDLC Software Development Life Cycle. SDLC Acronym for system development life cycle. Acronym for system development life cycle. Is the process of developing.
1 Chapter 4 - Part 1 Software Processes. 2 Software Processes is: Coherent (logically connected) sets of activities for specifying, designing, implementing,
SDLC Group 1 Hang Pham Jared Jelacich Hector Arreola.
OBP Research Oy for simpler creation of embedded systems.
Rapid software development
Alternate Software Development Methodologies
CS 5150 Software Engineering
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 8 Slide 1 Software Prototyping l Rapid software development.
CS 501: Software Engineering
Software Engineering General Project Management Software Requirements
CS 425/625 Software Engineering Software Processes
Dr. Ralph R. Young Director of Software Engineering PRC, Inc. (703) Fifth IEEE International Symposium on Requirements Engineering.
1 Security Architecture and Analysis Management of System Development and Implementation –The System Development Process –Issues and Risks –Mitigation.
Unified Nuclear Industry Catalogue of Equipment and Materials Used for Designing, Construction and Operation of NPPs NIZHNY NOVGOROD ENGINEERING COMPANY.
1 Computer Systems & Architecture Lesson 1 1. The Architecture Business Cycle.
COMP8130 and 4130Adrian Marshall 8130 and 4130 Test Management Adrian Marshall.
Introduction to Software Testing
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 17 Slide 1 Rapid software development.
Planning. SDLC Planning Analysis Design Implementation.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 8 Slide 1 Software Prototyping l Rapid software development to validate requirements l.
SEI´S Software Product Line Tenets Linda M. Northrop Software Engineering Institute IEEE Software July/August 2002.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 8 Slide 1 Software Prototyping l Rapid software development to validate requirements.
CSI315 Web Technology and Applications
1COM6030 Systems Analysis and Design © University of Sheffield 2005 COM 6030 Software Analysis and Design Lecture 2- Software Process Models and Project.
Software Development *Life-Cycle Phases* Compiled by: Dharya Dharya Daisy Daisy
Petter Nielsen Information Systems/IFI/UiO 1 Software Prototyping.
SOFTWARE ENGINEERING MCS-2 LECTURE # 5. RAD (RAPID APPLICATION DEVELOPMENT) MODEL  In RAD model the components or functions are developed in parallel.
Introduction to Information Technology Turban, Rainer and Potter John Wiley & Sons, Inc. Copyright 2005.
Architecture Business Cycle
©Ian Sommerville 1995/2000 (Modified by Spiros Mancoridis 1999) Software Engineering, 6th edition. Chapter 8 Slide 1 Software Prototyping l Animating and.
Software Processes.
CS 360 Lecture 3.  The software process is a structured set of activities required to develop a software system.  Fundamental Assumption:  Good software.
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.
Soft Tech Development Inc. 1 Software Project Tracking A CMM Level 2 Key Process Area Soft Tech Development Inc.
Topic (1)Software Engineering (601321)1 Introduction Complex and large SW. SW crises Expensive HW. Custom SW. Batch execution.
Chapter 11: Software Prototyping Omar Meqdadi SE 273 Lecture 11 Department of Computer Science and Software Engineering University of Wisconsin-Platteville.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 8 Slide 1 Software Prototyping l Rapid software development to validate requirements.
SOFTWARE REUSABILITY AJAYINDER SINGH CSC What is Software Reuse Software reuse is the process of implementing or updating software systems using.
University of Virginia Software Development Processes (CS340 John Knight 2005) 1 Software Development Processes.
Fundamentals of Information Systems, Third Edition1 Systems Design Answers the question “How will the information system do what it must do to solve a.
Software Processes n What is a process?  Sequence of steps required to develop or maintain software n Characteristics  prescribes major activities 
Rapid software development 1. Topics covered Agile methods Extreme programming Rapid application development Software prototyping 2.
1 SWE Introduction to Software Engineering Lecture 4.
Managing Contractors & Survey Data Presented by Bruce Carter.
Software Engineering MCS-2 Lecture # 6
1 Advanced Software Architecture Muhammad Bilal Bashir PhD Scholar (Computer Science) Mohammad Ali Jinnah University.
Software Product Line Material based on slides and chapter by Linda M. Northrop, SEI.
Software Prototyping Rapid software development to validate requirements.
“How to Measure the Impact of Specific Development Practices on Fielded Defect Density” by Ann Marie Neufelder Presented by: Feride Padgett.
/ Software Engineering University of Massachusetts at Lowell Class Meeting #5 Instructor: Joe Russell Website:
Modelling the Process and Life Cycle. The Meaning of Process A process: a series of steps involving activities, constrains, and resources that produce.
Teaching slides Chapter 3
©Ian Sommerville 2000, Tom Dietterich 2001 Slide 1 System prototyping l Prototyping is the rapid development of a system l In the past, the developed system.
Software Development Process CS 360 Lecture 3. Software Process The software process is a structured set of activities required to develop a software.
Lectures 2 & 3: Software Process Models Neelam Gupta.
Software Process Models The slides and the material of this chapter is adopted from: 1. “Software Engineering”, by I. Somerville, 7th Ed., “Software.
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.
Rekayasa Perangkat Lunak Part-6
Systems Analysis & Design N106
Software Myths Software is easy to change
Software development life cycle models
Prototyping.
Introduction to Software Testing
Software life cycle models
MANAGING THE DEVELOPMENT AND PURCHASE OF INFORMATION SYSTEMS
Rapid software development
Presentation transcript:

Case studies1

2 Automating a law office

Case studies3 Lessons learned Good intuition and technical skills are not enough to guarantee success Marketing analysis and process organization must be planned carefully before committing to the project Changes in schedules and project sourcing after serious problems are encountered can be difficult and expensive, if not impossible to implement

Case studies4 Building a family of compilers

Case studies5 Lessons learned Good engineers are essential to the success of a project Use of standard test suites helps obtain objective measures of the completion status of a project Transparency of process helps entire organization in planning Revising a schedule on the basis of objective data helps the schedule become more realistic Reuse of large software components on the basis of clear specifications is possible and advantageous

Case studies6 Incremental delivery

Case studies7 Lessons learned Prototyping is possible A throw-away prototype may be used by clients to start on their project while they await the final product A throw-away prototype enables parallel development by clients and developers A throw-away prototype may be used to prune an initial set of requirements on the basis of actual usage and need for features

Case studies8 Applying formal methods in industry

Case studies9 Lessons learned Formal methods can be effective in practice and their use results in increased reliability and reduced development and verification costs which compensate for the increased effort in the specification phase Industrial environments are reluctant to adopt them, even after successful pilot projects –they are afraid of the special training required, which causes organizational efforts and economic investments A “lightweight approach” may be possible which exploits the incrementality principle