HIGH-LEVEL Language Revision Guide By Tom. Declarative programming The computer is given a set of facts......And a Goal This finds all members with 2G.

Slides:



Advertisements
Similar presentations
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 12Slide 1 Software Design l Objectives To explain how a software design may be represented.
Advertisements

Stereotypes Stereotypes provide the capability to create a new kind of modeling element. –They can be used to classify or mark modeling elements. –A type.
Chapter 10 THINKING IN OBJECTS 1 Object Oriented programming Instructor: Dr. Essam H. Houssein.
Overview1 History of Programming Languages n Machine languages n Assembly languages n High-level languages – Procedure-oriented – Object-oriented/Event-driven.
Object-Oriented Analysis and Design
2-1 © Prentice Hall, 2007 Chapter 2: Introduction to Object Orientation Object-Oriented Systems Analysis and Design Joey F. George, Dinesh Batra, Joseph.
1 Software Testing and Quality Assurance Lecture 12 - The Testing Perspective (Chapter 2, A Practical Guide to Testing Object-Oriented Software)
7M701 1 Software Engineering Object-oriented Design Sommerville, Ian (2001) Software Engineering, 6 th edition: Chapter 12 )
©Ian Sommerville 2006Software Engineering, 8th edition. Chapter 8 Slide 1 System models.
Algorithms and Problem Solving-1 Algorithms and Problem Solving.
1 SWE Introduction to Software Engineering Lecture 23 – Architectural Design (Chapter 13)
Algorithms and Problem Solving. Learn about problem solving skills Explore the algorithmic approach for problem solving Learn about algorithm development.
Computers: Tools for an Information Age
Systems Analysis & Design Sixth Edition Systems Analysis & Design Sixth Edition Toolkit Part 5.
6. 2Object-Oriented Analysis and Design with the Unified Process Objectives  Explain how events can be used to identify use cases that define requirements.
Objects CSE 115 Spring 2006 January 25, Object-Oriented Program System of objects that communicate with one another and work together to solve a.
Sharif University of Technology Session # 7.  Contents  Systems Analysis and Design  Planning the approach  Asking questions and collecting data 
Chapter 1 The Systems Development Environment
Chapter 1 The Systems Development Environment
Structured Vs. Object Oriented Analysis and Design SAD Vs. OOAD
Objects What are Objects Observations
Introduction To System Analysis and design
The Systems Development Environment. Learning Objectives Define information systems analysis and design. Describe the different types of information systems.
Chapter 4 System Models A description of the various models that can be used to specify software systems.
1 CS 456 Software Engineering. 2 Contents 3 Chapter 1: Introduction.
© 2006 ITT Educational Services Inc. SE350 System Analysis for Software Engineers Unit 11 Slide 1 Chapter 1 The Systems Development Environment.
© 2006 ITT Educational Services Inc. SE350 System Analysis for Software Engineers: Unit 4 Slide 1 Chapter 1 The Systems Development Environment.
CHAPTER ONE Problem Solving and the Object- Oriented Paradigm.
Introduction To System Analysis and Design
Programming in Java Unit 3. Learning outcome:  LO2:Be able to design Java solutions  LO3:Be able to implement Java solutions Assessment criteria: 
11 Chapter 11 Object-Oriented Databases Database Systems: Design, Implementation, and Management 4th Edition Peter Rob & Carlos Coronel.
Inheritance Building one object from another. Background Object-oriented programming is normally described has offering three capabilities Encapsulation:
Slide 1 System models. Slide 2 Objectives l To explain why the context of a system should be modelled as part of the RE process l To describe behavioural.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 14 Slide 1 Object-oriented Design.
Data Structures Using C++1 Chapter 1 Software Engineering Principles and C++ Classes.
An Introduction to the Unified Modeling Language
Objects and Classes Abstract Classes and Interface Sanjaya Karunasena
1 Programming Paradigms Object Orientated Programming Paradigm (OOP)
CS 3050 Object-Oriented Analysis and Design. Objectives What is “Object-Oriented?” Object-Oriented Approach Vs. Structured Approach How Has the Object-Oriented.
Data Structures Using C++ 2E
OOP Review CS 124.
Copyright © 2010 Pearson Education, Inc. Publishing as Pearson Addison-Wesley Starting Out with Programming Logic & Design Second Edition by Tony Gaddis.
Programming Paradigms Different paradigms Procedural paradigm, e.g. Pascal Basic Functional paradigm, e.g. Lisp Declarative paradigm, e.g. Prolog Object-Oriented.
Basic Concepts of OOP.  Object-Oriented Programming (OOP) is a type of programming added to php5 that makes building complex, modular and reusable web.
 To explain why the context of a system should be modelled as part of the RE process  To describe behavioural modelling, data modelling and object modelling.
Object-Oriented Software Engineering Practical Software Development using UML and Java Modelling with Classes.
OOPS CONCEPT.  OOPS  Benefits of OOPs  OOPs Principles  Class  Object Objectives.
Copyright © 2010 Pearson Education, Inc. Publishing as Pearson Addison-Wesley Starting Out with Programming Logic & Design Second Edition by Tony Gaddis.
Software Design and Development Languages and Environments Computing Science.
CSCE 240 – Intro to Software Engineering Lecture 3.
PROGRAMMING (1) LECTURE # 1 Programming and Languages: Telling the Computer What to Do.
Chapter 5 – System Modeling Lecture 1 1Chapter 5 System modeling.
OCR A Level F453: High level languages Programming techniques a. identify a variety of programming paradigms (low-level, object- oriented,
2-1 © Prentice Hall, 2004 Chapter 2: Introduction to Object Orientation Object-Oriented Systems Analysis and Design Joey F. George, Dinesh Batra, Joseph.
Advanced Higher Computing Science
The Enhanced Entity- Relationship (EER) Model
Algorithms and Problem Solving
Object-Oriented Analysis and Design
Chapter 1 The Systems Development Environment
Design (2).
About the Presentations
System Modeling Chapter 4
Abstract descriptions of systems whose requirements are being analysed
An Introduction to Inheritance
Chapter 1 The Systems Development Environment
System models October 5, 2005.
Chapter 20 Object-Oriented Analysis and Design
Algorithms and Problem Solving
2.1 Introduction to Object-Oriented Programming
Presentation transcript:

HIGH-LEVEL Language Revision Guide By Tom

Declarative programming The computer is given a set of facts......And a Goal This finds all members with 2G In this case Results are; John, Val, Don A declarative language doesn’t need a set of instructions......It is capable of deciding how to solve the problem presented

Predicate logic This finds all Male members. In this case Results are; John, Hal, Don In this case Results are; Hal The Computer searches it’s facts in order, if it finds a non matching result,...it has to return to the original search criteria and start over. This is Backtracking

Object Oriented Programming OOP relies on objects in the real world being classified This is a Class Sub-Classes Are Objects Objects can only provide data from within a Class. This is called data encapsulation

Object Oriented Programming SUPER CLASS! Super class because other classes can access data from it and vice versa. Sub Classes are called derived classes. The derived classes have inherited data from the super class.

Unified Modelling Language UML consists of a number of descriptive diagrammatic representations that describe the stages required to produce object- oriented programs Object-oriented languages are complex languages and methods have had to be developed which can be used to define and explain the solutions that are produced This methodology for planning and explaining object- oriented programming is called the Unified Modelling Language (UML) You don’t need to worry too much about UML, you only need to be able to understand diagrams and interpret them

Object & Use case Diagrams This sort of diagram shows the attributes for specific objects from a class Shows what is happening in a system rather than how it is done. Users are depicted outside the box and processes over which they have some control are shown and linked with the box

State & Activity Diagrams Shows the state of an object through the process Activity diagrams are like flowcharts showing how the logic behind the work has developed