Lecture Set 3E Introduction Basic Software Development Issues 1. Notes on Software Development 2. Intro to Software Development Tools 7/31/2008 2:43PM.

Slides:



Advertisements
Similar presentations
© 2005 by Prentice Hall Appendix 3 Object-Oriented Analysis and Design Modern Systems Analysis and Design Fourth Edition Jeffrey A. Hoffer Joey F. George.
Advertisements

Chapter 7 Structuring System Process Requirements
UML (Sequence Diagrams, Collaboration and State Chart Diagrams) Presentation By - SANDEEP REDDY CHEEDEPUDI (Student No: ) - VISHNU CHANDRADAS (Student.
Documentation Letts Study Guide Information Systems - IT Chapter 19.
© 2006 ITT Educational Services Inc. SE350 System Analysis for Software Engineers: Unit 9 Slide 1 Appendix 3 Object-Oriented Analysis and Design.
Systems Analysis and Design 8th Edition
Systems Analysis and Design 9th Edition
Object-Oriented Analysis and Design
Chapter 15: System Modeling with UML
Systems Analysis & Design Sixth Edition Systems Analysis & Design Sixth Edition Toolkit Part 5.
© Copyright Eliyahu Brutman Programming Techniques Course.
Chapter 2: Developing a Program Extended and Concise Prelude to Programming Concepts and Design Copyright © 2003 Scott/Jones, Inc.. All rights reserved.
1COM6030 Systems Analysis and Design © University of Sheffield 2005 COM 6030 Software Analysis and Design Lecture 6 - Use cases and activity diagrams Dr.
Unified Modeling Language
SOFTWARE ENGINEERING BIT-8 APRIL, 16,2008 Introduction to UML.
Flow Charting. Goals Create Algorithms using Flow Charting procedures. Distinguish between Flow Charting and Pseudocode. Top-Down Design Bottom-up Design.
Design the program Create a detailed description of program –Use charts or ordinary language (pseudocode) Identify algorithms needed –Algorithm: a step-by-step.
CS 360 Lecture 6.  A model is a simplification of reality  We build models to better understand the system being developed.  We build models of complex.
Programming in Java Unit 3. Learning outcome:  LO2:Be able to design Java solutions  LO3:Be able to implement Java solutions Assessment criteria: 
Chapter 9 Moving to Design
Systems Analysis & Design 7 th Edition Chapter 5.
To navigate the slide presentation, use the navigation bar on the left OR use your right and left arrow keys. Move your mouse over the key terms throughout.
Programming Logic and Design Fourth Edition, Comprehensive Chapter 15 System Modeling with the UML.
Systems Analysis and Design 8 th Edition Chapter 6 Object Modeling.
BACS 287 Programming Logic 1. BACS 287 Programming Basics There are 3 general approaches to writing programs – Unstructured – Structured – Object-oriented.
Flowcharting A Quality Improvement Tool. Quality = Inspection Statistical methods assisted in prevention of defects – The need for inspection declined.
The GIS Project First Steps. Introduction Designing a GIS project. –What is the nature of the project? –What is the scope of the project? Project management.
Copyright © 2013 Curt Hill UML Unified Modeling Language.
9-1 © Prentice Hall, 2004 Chapter 9: Analysis Classes Object-Oriented Systems Analysis and Design Joey F. George, Dinesh Batra, Joseph S. Valacich, Jeffrey.
9-1 © Prentice Hall, 2007 Chapter 9: Analysis Classes Object-Oriented Systems Analysis and Design Joey F. George, Dinesh Batra, Joseph S. Valacich, Jeffrey.
An Introduction to the Unified Modeling Language
TAL7011 – Lecture 4 UML for Architecture Modeling.
Discovering object interaction. Use case realisation The USE CASE diagram presents an outside view of the system. The functionality of the use case is.
Course Instructor: Kashif Ihsan 1. Chapter # 3 2.
Design Jon Walker. More UML ● What is UML again?
PROGRAM DEVELOPMENT CYCLE. Problem Statement: Problem Statement help diagnose the situation so that your focus is on the problem, helpful tools at this.
Introduction to UML CS A470. What is UML? Unified Modeling Language –OMG Standard, Object Management Group –Based on work from Booch, Rumbaugh, Jacobson.
CS212: Object Oriented Analysis and Design Lecture 34: UML Activity and Collaboration diagram.
Lecture 9-1 : Intro. to UML (Unified Modeling Language)
22 August, 2007Information System Design IT60105, Autumn 2007 Information System Design IT60105 Lecture 8 Use Case Diagrams.
7-1 © Prentice Hall, 2007 Topic 7: Analysis Classes Object-Oriented Systems Analysis and Design Joey F. George, Dinesh Batra, Joseph S. Valacich, Jeffrey.
Chapter 3: Introducing the UML
Analysis Classes. What Is an Analysis Class?  A class that represents initial data and behavior requirements, and whose software and hardware-oriented.
SYSTEM ANALYSIS AND DESIGN SAFAA S.Y. DALLOUL. DESIGN THE PROGRAM.
Chapter 7 Part II Structuring System Process Requirements MIS 215 System Analysis and Design.
Use Case, Component and Deployment Diagrams University of Sunderland.
UML. Model An abstract representation of a system. Types of model 1.Use case model 2.Domain model 3.Analysis object model 4.Implementation model 5.Test.
| MSC 8102:PROGRAMMING CONCEPTS By Vincent Omwenga, PhD. 1.
CSE 110: Programming Language I Matin Saad Abdullah UB 404.
Algorithms and Flowcharts
OCR A Level F453: High level languages Programming techniques a. identify a variety of programming paradigms (low-level, object- oriented,
Systems Analysis and Design in a Changing World, Fourth Edition
IS 350 Course Introduction. Slide 2 Objectives Identify the steps performed in the software development life cycle Describe selected tools used to design.
Systems Analysis and Design in a Changing World, Fourth Edition
Business Process and Functional Modeling
Analysis Classes Unit 5.
Evolution of UML.
Object-Oriented Analysis and Design
Unified Modeling Language
System Design and Modeling
System Design.
James Miller, Julia John
Algorithms An algorithm is a sequence of steps written in the form of English phrases that specific the tasks that are performed while solving the problem.It.
Activity Diagrams Activity diagrams describe the workflow behavior of a system.  The diagrams describe the state of activities by showing the sequence.
Business System Development
Unit# 9: Computer Program Development
Chapter 7: Data Flow Diagram Structuring System Process Requirements
Chapter 5.
Appendix 3 Object-Oriented Analysis and Design
Introduction to Programming
Presentation transcript:

Lecture Set 3E Introduction Basic Software Development Issues 1. Notes on Software Development 2. Intro to Software Development Tools 7/31/2008 2:43PM

Slide 2 Objectives Explain the software development life cycle Describe selected tools used to help design software systems Develop some ability to use UML Activity Diagrams in mapping out the behavior of a software system

Slide 3 Introduction to Software Development The software development life cycle consists of a sequence of well-defined steps Problem identification System design System implementation System documentation System testing System deployment Postimplementation audit Missing from this “picture” are the “feedback” loops (What does this mean?)

Slide 4 Software Design Methodologies and Tools Software systems should be designed before they are implemented As software systems become more complex, the design process becomes increasingly important Several methodologies exist to design software systems The choice of methodology is often subjective Design tools apply some type of model to describe the software system

Slide 5 System Analysis Methodologies Pseudocode uses English-like statements to depict an application’s actions Top-down design is used to subdivide general tasks into more specific tasks Flowcharting uses graphical symbols to depict an application’s actions The Unified Modeling Language (UML) supplies several graphical templates to model a system

Slide 6 Pseudocode Pseudocode uses English-like statements to describe a particular task Pseudocode is not exact Different developers may write pseudocode differently Pseudocode characteristics The words “start” and “stop” denote the beginning and end of a process The word “if” indicates a decision Decisions can be nested Pseudocode used mainly for small algorithms design – sorts, searches etc

Slide 7 Top-Down (Hierarchical) Design Steps Define general tasks first Decompose general tasks into more specific tasks Continue decomposing sub-tasks, as needed Hierarchical Input Process Output (HIPO) charts are used to visualize the top- down design process

Slide 8 HIPO chart for an ATM withdrawal

Slide 9 Expanded HIPO chart

Slide 10 Flowcharting A flowchart consists of graphical symbols that depict the processing in an application or part of an application – you’ve seen these before Each graphical symbol denotes a specific type of operation Flowcharting also most suitable for small algorithms design – not for modeling more complex systems Even this ATM model is not quite accurate 

Slide 11 Generic flowchart

Slide 12 ATM withdrawal flowchart

Slide 13 The Unified Modeling Language (UML) The Unified Modeling Language (UML) is used to model complex software systems in a visual way It's one of the premier design methodologies in use today The UML consists of several diagrams to model specific parts of a system Most important because it facilitates modeling of data and processes together

Slide 14 Common UML Diagrams Class diagrams model the conceptual and physical aspects of a system Use case diagrams model the actors (users) of a system Activity diagrams show the actions performed by the system and the order in which those actions are performed UML activity diagrams are similar to flowcharts

Slide 15 UML Class Diagrams UML class diagrams are made up of three sections The top section contains the name of a class The middle section contains the attributes of a class (data) The operations (class methods) appear in the bottom section The data passed to an operation appears in parentheses

Slide 16 UML Class Diagram

Slide 17 UML Use Case Diagrams Use case diagrams model the actors (users) of the system A rectangular box defines the boundaries of the system Stick figures define the actors Lines connect the actors with the system's elements We will not get too wrapped up in this aspect of UML until near the end of the course

Slide 18 UML Use Case Diagram

Slide 19 UML Activity Diagrams UML activity diagrams resemble a flowchart A solid black circle at the top of the diagram represents the activity’s initial state Arrows connect activities together A horizontal bar represents a decision In UML terms, this is called a fork transition A bordered black circle represents the activity's ending state

Slide 20 UML Activity Diagram

Slide 21 “Relaxed” Activity diagram Activity diagrams hold the key to our projects. You will need to use them in understanding the behavior of the systems you will build ATM project Game project Transaction Processing project I will use a relaxed version of an activity diagram (a behavior diagram) in class 8/13/ :35 PM