 Before software can be engineered, the system must be understood.  The overall objective of the system must be determined, the role of the system elements.

Slides:



Advertisements
Similar presentations
1 9 Moving to Design Lecture Analysis Objectives to Design Objectives Figure 9-2.
Advertisements

Prescriptive Process models
PROCESS FRAMEWORK Lecture - 3. Topics covered PROCESS FRAMEWORK PROCESS MODELS DIFFERENCE.
Lecture # 2 : Process Models
Software Modeling SWE5441 Lecture 3 Eng. Mohammed Timraz
Information Systems Analysis and Design
CSCU 411 Software Engineering Chapter 2 Introduction to Software Engineering Management.
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by.
Computer Engineering 203 R Smith Requirements Management 6/ Requirements IEEE Standard Glossary A condition or capability needed by a user to solve.
Copyright 2002 Prentice-Hall, Inc. Chapter 1 The Systems Development Environment 1.1 Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer.
Chapter 1 The Systems Development Environment 1.1 Modern Systems Analysis and Design Third Edition.
Business Area Analysis Focus: Domain View (selected business area) Goals: –Isolate functions and procedures that allow the area to meet its goals –Define.
Nov. 14, 2007 Systems Engineering ä System ä A set or arrangement of things so related as to form a unity or organic whole. ä A set of facts, principles,
1 Objective of today’s lesson S oftware engineering occurs as a consequence of a process called system engineering. Instead of concentrating solely on.
System Engineering Instructor: Dr. Jerry Gao. System Engineering Jerry Gao, Ph.D. Jan System Engineering Hierarchy - System Modeling - Information.
Requirements Engineering Process – 1
Design, Implementation and Maintenance
CIS 375 Bruce R. Maxim UM-Dearborn
1 College of Engineering and Computer Science Computer Science Department CSC 131 Computer Software Engineering Fall 2006 Lecture # 2 Chapter 6 & 7 System.
Acquiring Information Systems and Applications
Release & Deployment ITIL Version 3
Architectural Design.
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by.
Documenting Software Architectures
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.
1 COSC 4406 Software Engineering COSC 4406 Software Engineering Haibin Zhu, Ph.D. Dept. of Computer Science and mathematics, Nipissing University, 100.
1 Chapter 6 System Engineering. 2 System Engineering What is a computer-based system? A set or arrangement of elements that are organized to accomplish.
Chapter 6 System Engineering - Computer-based system - System engineering process - “Business process” engineering - Product engineering (Source: Pressman,
Copyright 2002 Prentice-Hall, Inc. Chapter 1 The Systems Development Environment 1.1 Modern Systems Analysis and Design.
Requirements Engineering CSE-305 Requirements Engineering Process Tasks Lecture-5.
1 Chapter 5 Software Engineering Practice. 2 What is “Practice”? Practice is a broad array of concepts, principles, methods, and tools that you must consider.
SOFTWARE DESIGN.
3231 Software Engineering By Germaine Cheung Hong Kong Computer Institute Lecture 1.
ISM 5316 Week 3 Learning Objectives You should be able to: u Define and list issues and steps in Project Integration u List and describe the components.
Software Architecture and Design Dr. Aldo Dagnino ABB, Inc. US Corporate Research Center October 23 rd, 2003.
Copyright 2002 Prentice-Hall, Inc. 1.1 Modern Systems Analysis and Design Jeffrey A. Hoffer Joey F. George Joseph S. Valacich Chapter 1 The Systems Development.
CS 3610: Software Engineering – Fall 2009 Dr. Hisham Haddad – CSIS Dept. Chapter 6 System Engineering Overview of System Engineering.
Software Engineering Saeed Akhtar The University of Lahore Lecture 6 Originally shared for: mashhoood.webs.com.
Software Project Management
ECE450 - Software Engineering II1 ECE450 – Software Engineering II Today: Introduction to Software Architecture.
(SRS) SOFTWARE REQUIREMENT SPECIFICATION(SRS) 1. Topics to be discussed.. What is an SRS? Purpose of an SRS Who reads the SRS? Who writes the SRS? Characteristics.
1 Software Engineering: A Practitioner’s Approach, 6/e Chapter 10a: Architectural Design Software Engineering: A Practitioner’s Approach, 6/e Chapter 10a:
Requirement Engineering. Recap Elaboration Behavioral Modeling State Diagram Sequence Diagram Negotiation.
Smart Home Technologies
1 The Requirements Problem Chapter 1. 2 Standish Group Research Research paper at:  php (1994)
Requirement engineering & Requirement tasks/Management. 1Prepared By:Jay A.Dave.
Software Development Process CS 360 Lecture 3. Software Process The software process is a structured set of activities required to develop a software.
Team-Based Development ISYS321 Managing the Information Systems Project.
Software Engineering Lecture 10: System Engineering.
Chapter 2 Bring systems into being April Aims of this Lecture To explain what is “System Life-Cycle” To understand the systems engineering process.
MANAGEMENT INFORMATION SYSTEM
Chapter 1 The Systems Development Environment
PREPARED BY G.VIJAYA KUMAR ASST.PROFESSOR
Chapter 1 The Systems Development Environment
Requirements Analysis Scenes
Chapter 1 The Systems Development Environment
The Systems Engineering Context
Software Configuration Management
Quality Management Perfectqaservices.
Chapter 1 The Systems Development Environment
Software Life Cycle Models
Level 1 Level 1 – Initial: The software process is characterized as ad hoc and occasionally even chaotic. Few processes are defined, and success depends.
Software Requirements analysis & specifications
Chapter 6 System Engineering
Overview of System Engineering
CS 8532: Advanced Software Engineering
Introduction to Systems Analysis and Design Stefano Moshi Memorial University College System Analysis & Design BIT
Software Engineering Practice: A Generic View
Chapter 1 The Systems Development Environment
Presentation transcript:

 Before software can be engineered, the system must be understood.  The overall objective of the system must be determined, the role of the system elements (hardware, software, people, data, etc.) must be identified, and the operational requirements must be created.

 Do not take a “software-centric” view of the system; consider all system elements before focusing on software.  Good system engineering begins with a clear understanding of the “world view” and progressively narrows until technical detail is understood.  Complex systems are actually a hierarchy of macro-elements that are themselves systems.

 Denver International Airport  A baggage handling system using a system of conveyors and carts which would deliver individual bags to specified destinations.

 Over 17 miles of track  5.5 miles of conveyors  4000 carts  2700 photo cells  59 bar code readers  311 radio frequency readers  More then 150 computers

 Software  Hardware  People(users/operators)  Database  Documentation  Procedures(Workflow)

 Define the processes that serve the needs of the view under consideration.  Represent the process behavior and the assumptions on which the behavior is modeled.  Explicitly define the exogenous(links between constituent components) input to the model.  Represent all linkages (including outputs) required to understand the view.

 Requirements engineering(world view)  Component engineering(domain view)  Analysis and Design modeling (element view – software engineers)  Construction and Integration (detailed view- software engineers)

 Find out from the customers what the product objectives are, what is to be done, how the product fits into business needs, and how the product is used on a day to day basis.

 Requirements are categorized and organized into subsets, relations among requirements identified, requirements reviewed for correctness, requirements prioritized based on customer needs.

 Work product produced describes the function, performance, and development constraints for a computer-based system.

 System representation shows the relationships among the system components.

 Examines the specification to ensure requirement quality and that work products confirm to agreed upon standards.

 Set of activities that help the project team to identify, control, and track requirements and changes as Project proceeds.