CS 5150 1 CS 5150 Software Engineering Lecture 2 Software Processes.

Slides:



Advertisements
Similar presentations
SWEN 5130 Requirements EngineeringSlide 1 Software Prototyping u Animating and demonstrating system requirements.
Advertisements

©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 4 Slide 1 Software Processes.
1 Software Processes A Software process is a set of activities and associated results which lead to the production of a software product. Activities Common.
The System and Software Development Process Instructor: Dr. Hany H. Ammar Dept. of Computer Science and Electrical Engineering, WVU.
CS 501: Software Engineering Fall 2000 Lecture 2 The Software Process.
Lecture # 2 : Process Models
Unit 2. Software Lifecycle
©Ian Sommerville 2006Software Engineering, 8th edition. Chapter 4 Slide 1 Software Processes.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 1 Slide 1 المحاضرة الثانية.
Software Project Management
IS2210: Systems Analysis and Systems Design and Change
CSE 470 : Software Engineering The Software Process.
The software process A software process is a set of activities and associated results which lead to the production of a software product. This may involve.
Chapter 2 – Software Processes
Chapter 2 – Software Processes Lecture 1 1Chapter 2 Software Processes.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 4 Slide 1 Software Processes.
CS 5150 Software Engineering
1 CS 501 Spring 2003 CS 501: Software Engineering Lecture 2 Software Processes.
Object-oriented Analysis and Design
CS 501: Software Engineering
CS 5150 Software Engineering
1 CS 501 Spring 2007 CS 501: Software Engineering Lecture 2 Software Processes.
1 CS 501 Spring 2008 CS 501: Software Engineering Lecture 2 Software Processes.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 4 Slide 1 Software Process Models.
©Ian Sommerville 2000 Software Engineering, 6th edition Slide 1 Software Processes l Coherent sets of activities for specifying, designing, implementing.
CS 501: Software Engineering
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 4 Slide 1 Software Processes.
Software Life Cycle Model
Chapter 3 Software Processes.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 8 Slide 1 Software Prototyping l Rapid software development to validate requirements l.
1 CMPT 275 Software Engineering Software life cycle.
Lecture 2 Software Processes CSC301-Winter 2011 Hesam C. Esfahani
Chapter 2 The process Process, Methods, and Tools
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 4 Slide 1 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.
©Ian Sommerville 2000, Mejia-Alvarez 2009 Slide 1 Software Processes l Coherent sets of activities for specifying, designing, implementing and testing.
Software Processes lecture 8. Topics covered Software process models Process iteration Process activities The Rational Unified Process Computer-aided.
CS CS 5150 Software Engineering Lecture 3 Software Processes 2.
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 Engineering Management Lecture 1 The Software Process.
Object-oriented Analysis and Design Stages in a Software Project Requirements Writing Analysis Design Implementation System Integration and Testing Maintenance.
1 SWE Introduction to Software Engineering Lecture 4.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 4 Slide 1 Software Processes.
Review of Software Process Models Review Class 1 Software Process Models CEN 4021 Class 2 – 01/12.
The System and Software Development Process Instructor: Dr. Hany H. Ammar Dept. of Computer Science and Electrical Engineering, WVU.
CS 5150 Software Engineering Lecture 3 Software Processes 2.
An Introduction to Software Engineering
CS CS 5150 Software Engineering Lecture 2 Software Processes 1.
Slide 1 Systems Analysis and Design With UML 2.0 An Object-Oriented Approach, Second Edition Chapter 1: Introduction to Systems Analysis and Design Alan.
CS CS 5150 Software Engineering Lecture 2 Software Processes 1.
1 CS 501 Spring 2004 CS 501: Software Engineering Lecture 2 Software Processes.
Software Prototyping Rapid software development to validate requirements.
Chapter 2 – Software Processes Lecture 1 Chapter 2 Software Processes1.
Four Major Software Development Methodologies  Object-oriented analysis and design developed in 1980s and 1990s  Structured analysis and design developed.
The System and Software Development Process Instructor: Dr. Hany H. Ammar Dept. of Computer Science and Electrical Engineering, WVU.
©Ian Sommerville 2006Software Engineering, 8th edition. Chapter 4 Slide 1 Software Processes.
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 Development Process CS 360 Lecture 3. Software Process The software process is a structured set of activities required to develop a software.
1 Chapter 2 SW Process Models. 2 Objectives  Understand various process models  Understand the pros and cons of each model  Evaluate the applicability.
© 2005 Prentice Hall, Decision Support Systems and Intelligent Systems, 7th Edition, Turban, Aronson, and Liang 6-1 Chapter 6 Decision Support System Development.
Rekayasa Perangkat Lunak Part-6
Software Engineering Management
Chapter 2 – Software Processes
CS 5150 Software Engineering
Software Processes (a)
Chapter 2 SW Process Models
Software Process Models and the feasibility study
CS310 Software Engineering Lecturer Dr.Doaa Sami
Software Engineering Lecture 17.
Presentation transcript:

CS CS 5150 Software Engineering Lecture 2 Software Processes

CS Administration Project teams Any announcement to class? People who would like to form teams?

CS Administration Project teams When you have formed your team and reached agreement with your client, please send a message to: and afix.cs.cornell.edu with the names of the team, the client's name, and the topic of the project.

CS A Classic Book Frederick P. Brooks, Jr. The Mythical Man Month. Addison-Wesley, 1972.

CS Software Process Fundamental Assumption: Good processes lead to good software Good processes reduce risk Good processes enhance visibility

CS Variety of Software Processes Software products are very varied... Therefore, there is no standard process for all software engineering projects BUT successful software development projects all need to address similar issues. This creates a number of process steps that must be part of all software projects

CS Basic Process Steps in all Software Development Feasibility and planning Requirements System and program design Implementation and testing Acceptance testing and release Operation and maintenance It is essential to distinguish among these process steps and to be clear which you are are doing at any given moment. Do not confuse requirements and design

CS Process Step: Feasibility and Planning A feasibility study precedes the decision to begin a project. What is the scope of the proposed project? Is the project technically feasible? What are the projected benefits? What are the costs, timetable? A feasibility study leads to a decision: go or no-go.

CS Process Step: Requirements Requirements define the function of the system from the client's viewpoint. The requirements establish the system's functionality, constraints and goals by consultation with the client and users. They are specified in a manner that is understandable by both the client and the development staff.

CS Process Step: System and Program Design Design describes the system from the software developers' viewpoint System design: Match the requirements to hardware or software systems. Establishes an overall system architecture Program design: Represent the software system functions in a form that can be transformed into one or more executable programs

CS Process Step: Implementation and Testing Implementation (coding) The software design is realized as a set of programs or program units. (The software components may be written specifically, acquired from elsewhere, or modified.) Testing Individual components are tested against specifications. The components are integrated and tested against the design by the development staff as a complete system.

CS Process Step: Acceptance Testing and Release Acceptance testing The system is tested against the requirements by the client. Delivery and release The system is delivered to the client and released into production.

CS Process Step: Operation and Maintenance Operation: The system is put into practical use. Maintenance: Errors and problems are identified and fixed. Evolution: The system evolves over time as requirements change, to add new functions or adapt the technical environment. Phase out: The system is withdrawn from service. This is sometimes called the Software Life Cycle

CS Sequence of Processes Every software project will include these basic processes, in some shape or form, but: They may be formal or informal They may be carried out in various sequences

CS Sequence of Processes Major alternatives Iterative: Go quickly through all process steps to create a rough system, then repeat them to improve the system. Iterative refinement. Sequential: As far as possible, complete each process step before beginning the next. Waterfall model. Phased: Divide the project into a number of phases. Implement each phase in turn and put it in production immediately.

CS Iterative Refinement Requirements Design Implementation Evaluation

CS Iterative Development: Iterative Refinement (Evolutionary Development) Concept: Initial implementation for client and user evaluation, followed by refinement until system is complete. Vaporware: user interface mock-up Throw-away software components Dummy modules Rapid prototyping Successive refinement

CS Iterative Processes: Requirements and Risk Mistakes in the requirements are the most expensive to correct. Requirements are hard to understand until there is an operational system, particularly with user interfaces Create an outline system quickly, review it with clients, test it with users, improve the understanding of the requirements Example: Integration of browser into operational system

CS Sequential Development: The Waterfall Model Requirements System design Testing Operation & maintenance Program design Implementation (coding) Acceptance & release Requirements Design Implementation Feasibility study

CS Discussion of the Waterfall Model Advantages: Process visibility Separation of tasks Quality control at each step Cost monitoring at each step Disadvantages: Each stage in the process reveals new understanding of the previous stages, which often requires the earlier stages to be revised. The Waterfall Model is not enough!

CS Sequence of Processes A pure sequential model is impossible Examples: A feasibility study cannot create a proposed budget and schedule without a preliminary study of the requirements and a tentative design. Detailed design or implementation usually reveals gaps in the requirements specification. The plan must allow for some form of iteration.

CS Modified Waterfall Model Requirements System design Testing Operation & maintenance Program design Implementation (coding) Acceptance & release Waterfall model with feedback This is better Feasibility study

CS Phased Development A simple system with basic functionality is brought quickly into production (Phase 1). Subsequent phases are based on experience gained from users of each previous phase. Advantages Pay-back on investment begins soon. Requirement are more clearly understood in developing subsequent phases. User feedback can be incorporated in later phases.

CS Phased Development Online When software is released online it is possible to divide it into small phases that are developed and released in quick succession. Example: Amazon.com divides most software development into phases of about four weeks elapsed time. This approach is excellent for continual enhancement of a system within an established architecture. It is not possible for shrink wrapped software, embedded systems, or similar environments.

CS Mixed Processes: User Interface Development User interfaces have to be tested with users. This forces iterative development, even within an underlying sequential process. A common model is to combine iterative refinement of user interfaces within an overall sequential process. (Iteration within the steps of a sequential process is sometimes called a spiral development process.)

CS Examples of Mixed Processes: Iterative Refinement + Waterfall Model: Problem: Add graphics package to a programming environment Phase 1: Iterative refinement Extend current environment with a preprocessor and run-time support package. Test with users. Make several new versions until users are pleased with function. Throw the code away. Phase 2: Modified waterfall Use the results of Phase 1 as the basis for a formal set of requirements. Write new compiler and run-time system incorporating graphics elements. Make minor adjustments to requirements as needed.

CS Modern Developments in Software Processes Changes during the software development process are expensive. If the requirements are poorly understood, or expected to change, select a process that keeps flexibility. Iterative refinement, phased implementation. For big software systems with many inter-related components, avoid major changes to the design of a system during development. Sequential process, such as the modified waterfall model.

CS Modern Developments in Software Processes Agile software development is a variant of iterative refinement that stresses rapid iterations with a flexible approach to requirement and design. Extreme programming is an approach that concentrates on selected techniques of software development, e.g., coding by teams, design and code reviews, and typically releases software in a sequence of small phases.

CS Observations about Software Processes Completed projects should have the basic process steps but... the development process is always partly evolutionary. Risk is lowered by: Prototyping key components Dividing into phases Following a visible software process Making use of reusable components Conclusion It is not possible to complete each step and throw it over the wall.

CS CS 5150 Project Presentations: Iterative Option Requirements Design Implementation Evaluation first presentation second presentation third presentation

CS CS 5150 Project Presentations: Sequential Option Requirements System design Testing Operation & maintenance Program design Implementation (coding) Acceptance & release 1. Requirements 2. Design 3. Implementation Feasibility study If you follow a sequential process the three presentations should be as shown.

CS CS 5150 Software Engineering Project Suggestions

CS Project Suggestion: eCommons Harvesting from Web sites for the Cornell academic repository John Saylor, Cornell University Library

CS Project Suggestion: iPhone Application for Pet Nutrition Stephanie Specchio, College of Veterinary Medicine Ron DiNapoli, Cornell Information Technologies

CS Project Suggestion: Field of Mars Social networking and e-commerce site for athletics and fitness Jonathan and Aleda Schaffer Johnson School, Cornell University

CS Project Concept: Legal Information Institute Spaeth database of Supreme Court statistics User contributed queries Tom Bruce, Director Legal Information Institute

CS Project Concept: FSAE Race Car Controller area network for FSAE race car Cangming Liu FSAE Race Team

CS Project Concept: Risk Management and Public Safety Personal Protection Equipment & Training Assessment Tool Curtis Baker, Risk Management and Public Safety Information Services [former CS 5150 student]

CS Project Suggestion: Civitas electronic voting system Civitas electronic voting system Michael Clarkson Computer Science Department

CS Project Suggestions from Electrical and Computer Engineering GPS Sensor Array Management Brady O'Hanlon Aerobic Exercise Monitor John Belina

CS Project Suggestion: SNAP Social Network Applied Perception (SNAP) Search Engine Stephen Purpura, Cornell Information Science