Prototype 3 Prototype 2 Prototype 1 PROTOTYPIN G 3.3.1.

Slides:



Advertisements
Similar presentations
Basic SDLC Models.
Advertisements

2003 Mateusz Żochowski, Marcin Borzymek Software Life Cycle Analysis.
Practical User Stories Brett Maytom Senior Consultant, Readify VIC.NET - 10 May 2011.
Systems Analysis, Prototyping and Iteration Systems Analysis.
Chapter 4 Design Approaches and Methods
Software Process Models
Sharif University of Technology Session # 3.  Contents  Systems Analysis and Design Sharif University of Technology MIS (Management Information System),
Properties of Good Requirements Chapter 8. Understandable by end users End-users are not often software engineers. Terminology used must agree with end-
Alternative Software Life Cycle Models By Edward R. Corner vol. 2, chapter 8, pp Presented by: Gleyner Garden EEL6883 Software Engineering II.
Informatics 43 – April 16, Homework 1 What is the purpose and goal of each section in the document? Two audiences: non-technical users and technical.
Prototyping. Introduction Low-fidelity prototyping High-fidelity prototyping Compromises in prototyping From design to implementation.
Xtreme Programming. Software Life Cycle The activities that take place between the time software program is first conceived and the time it is finally.
SE 555 Software Requirements & Specification 1 SE 555 Software Requirements & Specification Prototyping.
Software Life Cycle Model
3.3.1 apid pplication evelopment. What Rapid Application Design is including: – Joint Development Application Workshops (JAD). – Timeboxing The benefits.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 17 Slide 1 Extreme Programming.
Rapid Prototyping Model
Solid Performance Solutions This presentation was created to give you the ideas and support to present “Rethinking New Product Training Development” in.
Lecture # 04 & 05 CS314 Introduction To Software Development Software Development Process (SDP) Instructor :Muhammad Janas khan
SYSTEMS ANALYSIS FORM 4 Included in this topic: Information Systems Systems Analysts System Life Cycle (incl. Case Study) Documentation.
Chapter 8: Systems analysis and design
 Software Models.  A software life-cycle model is a descriptive and diagrammatic representation of the software life-cycle. This includes a series of.
CS 360 Lecture 3.  The software process is a structured set of activities required to develop a software system.  Fundamental Assumption:  Good software.
ECE 2799 “The Engineering Design Process” Prof. Bitar and Prof. Michalson Last Update – 3/18/15.
Prescriptive Process Models
Prototyping By:Simeon Bolds. What is Prototyping “Prototyping is the creation of simple, incomplete models or mockups of a design. It provides designers.
System Development Life Cycle. The Cycle When creating software, hardware, or any kind of product you will go through several stages, we define these.
Plan Design Analyze Develop Test Implement Maintain Systems Development Life Cycle MAT Dirtbikes.
Rapid software development 1. Topics covered Agile methods Extreme programming Rapid application development Software prototyping 2.
DEBUGGING. BUG A software bug is an error, flaw, failure, or fault in a computer program or system that causes it to produce an incorrect or unexpected.
Systems Life Cycle. Know why it is necessary to evaluate a new system Understand the need to evaluate in terms of ease-of- use, appropriateness and efficiency.
Methodologies. Contents Waterfall Model Evolutionary Models Incremental Development.
Software Engineering MCS-2 Lecture # 6
Systems Life Cycle A2 Module Heathcote Ch.38.
Computer Science Project Criteria. Computer Science Project The project is intended to simulate the analysis, design, progamming and documentation stages.
Topics Covered Phase 1: Preliminary investigation Phase 1: Preliminary investigation Phase 2: Feasibility Study Phase 2: Feasibility Study Phase 3: System.
Prototyping What prototyping is The benefits of prototyping Low-fidelity and high-fidelity prototypes, and the advantages of each How to build paper prototypes.
Introduction to Software Development (Software Engineering - I)
Lecture 6: Writing the Project Documentation Part IV.
CS5103 Software Engineering Lecture 02 More on Software Process Models.
Connecting with Computer Science2 Objectives Learn how software engineering is used to create applications Learn some of the different software engineering.
WATERFALL DEVELOPMENT MODEL. Waterfall model is LINEAR development lifecycle. This means each phase must be completed before moving onto the next!!! WHAT.
Delphi Evaluation Results PBA Back-End development, Autumn 2012.
Intermediate 2 Computing Unit 2 - Software Development.
Click to add text Systems Analysis, Prototyping and Iteration.
Evolutionary Software Development(ESD) Premkumar.
CC20O7N Software Engineering 1 CC2007N Software Engineering 1 Part 1 Introduction to Software Engineering.
Teaching slides Chapter 3
New Product Development Page 1 Teddy Concurrent Engineering by Teddy Sjafrizal.
The Code and Fix model It is a simple two phase model. In first phase: code is developed In second phase: fix the code until the client is not satisfied.
Software Project Management
Software Development Process CS 360 Lecture 3. Software Process The software process is a structured set of activities required to develop a software.
JavaScript Introduction and Background. 2 Web languages Three formal languages HTML JavaScript CSS Three different tasks Document description Client-side.
CMSC 2021 Software Development. CMSC 2022 Software Development Life Cycle Five phases: –Analysis –Design –Implementation –Testing –Maintenance.
Topic:- At the end we will be able to explain:- Why it is called Meta Model ?? Spiral Model Its Advantages & Disadvantages… Phases of Spiral Model...
Statement of Work Lecture. SOW The statement of work is the basis of the contract between the pro- poser and the customer, and is often incorporated into.
Prototype 3 Prototype 2 Prototype What is prototyping? Types of prototyping: – Evolutionary – Throw-away Good and Bad points to prototyping.
RANDOM TESTING & PROTOTYPING Presented By: Presented By: Vipul Rastogi M.Tech (S.E.) SRMSCET Presented To: Dr. Himanshu Hora Chief Proctor SRMSCET.
Unit 6 Application Design KLB Assignment.
IL Marking Get out your CPU / Memory answers Swap with someone else
Methodologies By Akinola Soyinka.
Systems Analysis and Design
Prototype Model Lecture-4.
Methodologies in Computing
The Prototyping Paradigm
Life Cycle & Built in obsolescence
Computer Science Life Cycle Models.
Informatics 43 – April 14, 2016.
Software life cycle models
Presentation transcript:

Prototype 3 Prototype 2 Prototype 1 PROTOTYPIN G 3.3.1

THIS PRESENTATION COVERS WHAT IS PROTOTYPING? TYPES OF PROTOTYPING: EVOLUTIONARY THROW-AWAY GOOD AND BAD POINTS TO PROTOTYPING

INTRODUCTION FOR THE MOST PART, THE SYSTEM LIFE CYCLE DOES ALLOW NEW SYSTEMS TO BE CREATED WHICH MEET THE NEEDS OF THE USER. HOWEVER, THE TIME IT TAKES TO CREATE A SYSTEM USING THE SYSTEM LIFECYCLE MODEL CAN BE CONSIDERABLY LONGER COMPARED TO SOME OTHER METHODS (SUCH AS PROTOTYPING AND RAD). BECAUSE OF THIS PROBLEM, THE SYSTEM LIFE CYCLE CAN SOMETIMES PRODUCE A NEW SYSTEM WHICH NO LONGER MEETS THE NEEDS OF THE CUSTOMER.

PROTOTYPING PROTOTYPE DESIGNS OFTEN CONTAIN SOME ELEMENTS OF THE FINAL PRODUCT. THE FIRST PROTOTYPE MIGHT INCLUDE SOME OF THE BASIC FUNCTIONS OF THE SYSTEM: SIMPLE INPUTS SOME DATA PROCESSING SOME EXAMPLE OUTPUTS

PROTOTYPING A PROTOTYPE MIGHT BE COMPLETELY DIFFERENT TO THE FINAL PRODUCT BUT IT DOES ALLOW END- USERS TO TEST THE SYSTEM AS IT IS BEING BUILT AND PROVIDE FEEDBACK. PROTOTYPING ALLOWS THE DESIGNER TO CONFIRM THAT THEY HAVE INTERPRETED THE END-USER’S REQUIREMENTS CORRECTLY AS THEY GO ALONG. THERE CAN BE MANY WAYS TO DESCRIBE THE SAME THING WHICH MEANS THAT THE INTERPRETATION OF A DESCRIPTION CAN ALSO BE DIFFERENT. PROTOTYPING IS POPULAR BECAUSE THE DESIGNER AND THE END-USER WORK MORE CLOSELY TOGETHER WHEN BUILDING A SYSTEM THUS ALLOWING THEM TO MAKE SURE THEY ARE MAKING THE SAME INTERPRETATIONS.

METHODS OF PROTOTYPING THERE ARE TWO METHODS OF PROTOTYPING YOU NEED TO BE AWARE OF: EVOLUTIONARY THROW-AWAY

EVOLUTIONARY PROTOTYPING THIS IS WHERE ONE PROTOTYPE IS CREATED AND EVALUATED BY THE END-USER. THE SECOND PROTOTYPE IS CREATED BASED ON THE FEEDBACK FROM THE FIRST PROTOTYPE. THE PROTOTYPES KEEP EVOLVING UNTIL A FINAL PRODUCT SOLUTION IS AGREED UPON.

THROW-AWAY PROTOTYPING EARLY PROTOTYPES OF PARTS OF THE SYSTEM ARE CREATED. THE PROTOTYPES ARE THEN EVALUATED BY THE END USER AND THE FEEDBACK RECEIVED. THE PROTOTYPES ARE THEN THROWN AWAY. THIS ALLOWS DESIGNERS TO QUICKLY GET FEEDBACK FROM END-USERS TO MAKE SURE THEY HAVE THE RIGHT INTERPRETATION OF THE USER REQUIREMENTS. MAKING CHANGES EARLY ON IN A PROJECT IS MORE COST EFFECTIVE AS LESS TIME IS WASTED IN THE LONG RUN.

BENEFITS OF PROTOTYPING REDUCED TIME AND COSTS IF CHANGES ARE MADE EARLY ON IN THE PROJECT LESS TIME IS WASTED CREATED A MORE DEVELOPED PRODUCT AND THEN HAVING TO CHANGE IT AND DEVELOP IT BACK UP AGAIN.

BENEFITS OF PROTOTYPING IMPROVED AND INCREASED USER INVOLVEMENT IF END-USERS ARE INVOLVED IN THE DESIGN AND CREATION STAGES OF A PROJECT THE DESIGNERS END UP KNOWING EXACTLY WHAT THE END-USER WANTS OUT OF THE SYSTEM. THIS AVOIDS POSSIBLE CONFUSION LATER ON IN THE PROJECT AND ALSO HELPS THE DESIGNER CREATE THE PRODUCT. ALSO, BEING IN CONTACT WITH THE CUSTOMER/END-USERS ALLOWS THE PROJECT TO RUN MORE SMOOTHLY AND HOPEFULLY ON TIME.

PROBLEMS WITH PROTOTYPING CONFUSION BETWEEN PROTOTYPES AND END PRODUCTS END USERS MIGHT THINK THAT A PROJECT IS RUNNING AHEAD OF SCHEDULE WHEN THEY ARE SHOWN A PROTOTYPE. A PROTOTYPE CAN BE CREATED IN A DAY BUT CODING ALL THE FUNCTIONS COULD TAKE WEEKS/MONTHS! END-USERS MIGHT ALSO LIKE FEATURES IN A PROTOTYPE WHICH WERE ACTUALLY USED FOR EVALUATIVE PURPOSES. WHEN THEY ARE THROWN AWAY THEY MIGHT THINK THEY ARE GETTING LESS OF A PRODUCT!

PROBLEMS WITH PROTOTYPING EXCESSIVE DEVELOPMENT TIME OF THE PROTOTYPE DESIGNERS SOMETIMES RUN THE RISK OF ADDING TOO MUCH TO A PROTOTYPE. PROTOTYPING IS MEANT TO BE FAST BUT SOMETIMES A DESIGNER MIGHT SPEND TOO MUCH TIME IN THE PROTOTYPE STAGE PERFECTING LITTLE BITS HERE AND THERE. THIS INCREASES COSTS AND DEVELOPMENT TIME. IF A REQUIREMENTS ARE VERY CLEAR THEN PROTOTYPING MAY NOT BE NECESSARY. LIKEWISE, IF THE PRODUCT IS A STANDARD DESIGN THEN PROTOTYPING MAY ALSO NOT BE NECESSARY.