System Engineering Instructor: Dr. Jerry Gao. System Engineering Jerry Gao, Ph.D. Jan. 1999 - System Engineering Hierarchy - System Modeling - Information.

Slides:



Advertisements
Similar presentations
Business process engineering: an overview The goal of business process engineering (BPE) is to define architectures that will enable a business to use.
Advertisements

Ch:8 Design Concepts S.W Design should have following quality attribute: Functionality Usability Reliability Performance Supportability (extensibility,
S Y S T E M S E N G I N E E R I N G.
Software Modeling SWE5441 Lecture 3 Eng. Mohammed Timraz
Systems Analysis and Design Feasibility Study. Introduction The Feasibility Study is the preliminary study that determines whether a proposed systems.
Requirements Engineering n Elicit requirements from customer  Information and control needs, product function and behavior, overall product performance,
TCS2411 Software Engineering1 System Engineering and Analysis “What is the role of the software product?”
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by.
Copyright 2006 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Third Edition Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Chapter.
Requirements Analysis Concepts & Principles
Analysis Concepts and Principles
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.
MANAGEMENT INFORMATION SYSTEM
Software Testing & Strategies
CIS 375 Bruce R. Maxim UM-Dearborn
Acquiring Information Systems and Applications
Enterprise Architecture
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.
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by.
Chapter 10 Architectural Design
Initiating and Planning Systems Development projects
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 Chapter 6 System Engineering. 2 System Engineering What is a computer-based system? A set or arrangement of elements that are organized to accomplish.
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.
Chapter 6 System Engineering - Computer-based system - System engineering process - “Business process” engineering - Product engineering (Source: Pressman,
Chapter 2 The process Process, Methods, and Tools
Moving into Design SYSTEMS ANALYSIS AND DESIGN, 6 TH EDITION DENNIS, WIXOM, AND ROTH © 2015 JOHN WILEY & SONS. ALL RIGHTS RESERVED. 1 Roberta M. Roth.
Engineering, Operations & Technology | Information TechnologyAPEX | 1 Copyright © 2009 Boeing. All rights reserved. Architecture Concept UG D- DOC UG D-
© 2006 ITT Educational Services Inc. SE350 System Analysis for Software Engineers: Unit 3 Slide 1 Chapter 4 Identifying and Selecting Systems Development.
Business Analysis and Essential Competencies
The Challenge of IT-Business Alignment
Instructore: Tasneem Darwish1 University of Palestine Faculty of Applied Engineering and Urban Planning Software Engineering Department Requirement engineering.
OBJECT ORIENTED SYSTEM ANALYSIS AND DESIGN. COURSE OUTLINE The world of the Information Systems Analyst Approaches to System Development The Analyst as.
What is a Business Analyst? A Business Analyst is someone who works as a liaison among stakeholders in order to elicit, analyze, communicate and validate.
3231 Software Engineering By Germaine Cheung Hong Kong Computer Institute Lecture 1.
1-1 System Development Process System development process – a set of activities, methods, best practices, deliverables, and automated tools that stakeholders.
Chapter 13 Architectural Design
Enterprise Architecture Enterprise Architecture = a framework or ‘blueprint’ for how the organization achieves the business objectives at hand and in future.
McGraw-Hill/Irwin Copyright © 2006 by The McGraw-Hill Companies, Inc. All rights reserved. Chapter 3 Identification and Selection of Development Projects.
Lecture 7: Requirements Engineering
CS 3610: Software Engineering – Fall 2009 Dr. Hisham Haddad – CSIS Dept. Chapter 6 System Engineering Overview of System Engineering.
1 Introduction to Software Engineering Lecture 1.
Systems Analysis and Design
Design Concepts and Principles Instructor: Dr. Jerry Gao.
Information Systems Engineering. Lecture Outline Information Systems Architecture Information System Architecture components Information Engineering Phases.
1 | 2010 Lecture 3: Project processes. Covered in this lecture Project processes Project Planning (PP) Project Assessment & Control (PAC) Risk Management.
The Architecture of Systems. System Architecture Every human-made and natural system is characterized by a structure and framework that supports and/or.
Software Project Management (SEWPZG622) BITS-WIPRO Collaborative Programme: MS in Software Engineering SECOND SEMESTER /1/ "The content of this.
Foundations of Information Systems in Business. System ® System  A system is an interrelated set of business procedures used within one business unit.
Smart Home Technologies
Outlines Overview Defining the Vision Through Business Requirements
UTA/ARRI. Enterprise Engineering for The Agile Enterprise Don Liles The University of Texas at Arlington.
1 Chapter 10 System Engineering. 2 Computer-Based System  A computer-based system is a set or arrangement of elements that are organized to accomplish.
Software Engineering Lecture 10: System Engineering.
Slide 1 Software Construction Software Construction Lecture 3.
LECTURE 5 Nangwonvuma M/ Byansi D. Components, interfaces and integration Infrastructure, Middleware and Platforms Techniques – Data warehouses, extending.
 System Requirement Specification and System Planning.
Chapter 2 Bring systems into being April Aims of this Lecture To explain what is “System Life-Cycle” To understand the systems engineering process.
Chapter 9 Architectural Design. Why Architecture? The architecture is not the operational software. Rather, it is a representation that enables a software.
Fundamentals of Information Systems, Sixth Edition
Chapter 6 System Engineering
Overview of System Engineering
Chapter 1 (pages 4-9); Overview of SDLC
Chapter 5 Designing the Architecture Shari L. Pfleeger Joanne M. Atlee
CLINICAL INFORMATION SYSTEM
CS 8532: Advanced Software Engineering
Chapter 9 Architectural Design.
Presentation transcript:

System Engineering Instructor: Dr. Jerry Gao

System Engineering Jerry Gao, Ph.D. Jan System Engineering Hierarchy - System Modeling - Information Engineering: An Overview - Product Engineering: An Overview - Information Engineering - Information Strategy Planning - Enterprise Modeling - Business-Level Data Modeling - Business Area Analysis - Process Modeling - Product Engineering - System Analysis - Identification of Need - Feasibility Study - Economic Analysis - Technical Analysis - Modeling The System Architecture - System Modeling and Simulation - System Specification

System Engineering System engineering: Software engineering occurs as a consequence of a process. System engineering focuses on: - system and its elements, including hardware, software, … - product, service, technology System engineering process is called information engineering when the context of the engineering work focuses on a business enterprise. Product engineering focuses on product construction. System engineering encompasses: - a collection of top-down and bottom-up methods to navigate the hierarchy in Figure 10.2

The System Engineering Hierarchy Business or Product Domain Detailed View Element View Domain View World View

System Modeling System engineering is a modeling process. The created models: - define the process - represent the process behavior - define both exogenous and endogenous input to the model - represent all linkages Considering factors for creating models: - assumptions - simplifications - limitations, such as hardware limitations - constraints, such as computation constraints - preferences (solutions, architecture,..)

Information Engineering: An Overview Information engineering (IE) - define architectures that will enable a business to use information effectively. Three different architectures: - data architecture -> provides a framework about the business information - application architecture -> encompasses the elements in a system. - technology infrastructure -> provides the foundation for the data and application architecture. Information strategy planning (ISP) --> world view Business area analysis (BAA) ---> domain view 1. Focus on a specific business domain 2. Define data objects, relationship, and data flow Software engineering: - business system design (element view) - construction and integration focuses on ---> detail implementation

The Information Engineering Hierarchy The Enterprise A business area Information system Construction & Integration (Detailed View) Business System Design (Element View) Business area Information Strategy Planning (World View) Business Area Analysis (Domain View) Processing requirement

Information Engineering The first step: Information Strategy Planning (ISP) Objectives: - to define strategic business objectives and goals - to isolate the critical success factors - to analyze the impact of technology and automation on the goals and objectives - to analyze existing information to determine its role in achieving goals and objectives ISP also creates a business-level data model that defines key data objects and their relationship to one another and to various business areas. Enterprise modeling: - Addresses the organizational structure and the functions - Decomposes business function to isolate the processes - Relates to objectives, goals, and CSFs.(critical success factors) A business function: - some ongoing activity that must be accomplished to support the overall business. A business process: - a transition that accepts specific inputs and produces specific outputs.

Business-Level Data Modeling Business-level data modeling is an enterprise modeling activity - focuses on the data objects At the business level, typical data objects include: - producers and consumers of information - occurrences of events - organizational roles - organizational units - places - information structures Product ASalesperson Customer describes sells purchases contacts assists evaluates Inquires about

Business Area Analysis Business area analysis (BAA) -> establishes a detailed framework for building an information-based enterprise. -->uses diagrams and matrices to model and record the data and activities A number of different models can be used: - data models - process flow models - process decomposition diagrams - a variety of cross-reference matrices Process Modeling: - considering a set of functions in a business process - partition them and refine them Sales function: - Establish customer contact - Provide product literature and related information - Address questions and concerns - Provide evaluation product - Accept sales order - Check availability of configuration order - Prepare delivery order - Confirm configuration, pricing, ship data with customer - Transmit delivery order to fulfillment department - Follow-up with customer

Product Engineering Business area analysis (BAA) -> establishes a detailed framework for building an information-based enterprise. -->uses diagrams and matrices to model and record the data and activities Product engineering is a problem solving activity. Uncover, analyze and allocate: -> product data, function, behavior for each engineering components -> function, performance, constraints -> allocation of functions to components Trade-off criteria: - project consideration - business consideration - technical analysis - manufacturing evaluation - human issues - environmental interfaces - legal considerations System engineering also consider off-the-shelf solutions to the customer’s problem. - Does an equivalent system already exist? - Can major parts of a solution be purchased from a third party

System Analysis Objectives of system analysis: - Identify the customer’s need - Evaluate the system concept for feasibility - Perform economic and technical analysis - Allocate functions to hardware, software, people, database, and other elements - Establish cost and schedule constraints -Create a system definition Identifying the needs: - meet with the customer, users, and marketing people - understand the product’s objective(s) - define the goals to meet the objective(s) Product evaluation: - Does the technology exist to build the system? - What are the required development and manufacturing resources? - What is the potential market for the product? - How does this product compare with competitive products? - What position does this product take in the overall product line of the company?

System Analysis Feasibility Study: - Economic feasibility - an evaluation of development cost against the ultimate income or benefits - Technical feasibility - a feasibility study of function, performance, and constraints - Legal feasibility - a determination of any infringement, violation, or liability of the product - Alternatives - an evaluation of alternative approaches to the development of the product Ideal results of feasibility study: - obvious economic justification, - technical risk is low - few legal problems - no reasonable alternatives Technical feasibility: - Development risk - Resource availability - Technology Legal feasibility: - contracts, liability, infringement, myriad, … Feasibility report is reviewed by project management and upper management.

Technical Analysis Technical analysis focuses on the assessment of the technical viability of the proposed system. - What technologies are required to accomplish system function and performance? - What new material, methods, algorithms, or processes are required? - What is their development risk? - How will these technology issues affect cost? It is important to note that analytical evaluation is not always possible. Modeling is an effective mechanism for technical analysis of computer-based systems. A set of criteria for the use of models in technical analysis of systems: - representation capability of dynamics of the system - easy understand and simple - highlight factors relevant to the problem - comprehensive for all factors - support implementation - easy to change and extend

Modeling The System Architecture Every computer-based system can be modeling as -> an information transform using an input - processing - output architecture -> two additional features: - user interface processing and maintenance and self-test processing. To develop the system model: - architecture template: 1) user interface, 2) input, 3) system function and control, 4) output, and 5) maintenance and self-test Models: - Architecture context diagram (ACD)Figure Establish the information boundary between the systems (sub-systems) in the environment - Extended ACDFigure ACD + external entities and information flow - Architecture Flow Diagram (AFD)Figure Shows the major subsystems and important information flow - AFD HierarchyFigure AFD + Hierarchy

System Specification The system specification --> document serves as the foundation for hardware/software engineering, database engineering and human engineering. It describes: - system functions - system performance requirements - system constraints - system architecture - system information flow (input and output of the system) System specification outline in Figure