System Engineering. Instructor: Dr. Jerry Gao

Similar documents
System Engineering and Analysis. system environments. Lecture Objectives. System Elements. Definition of System. Information system types

Software Modeling & Analysis

Requirements Analysis and Design Definition. Chapter Study Group Learning Materials

2009 Spring. Software Modeling & Analysis. Introduction to OSP. Lecturer: JUNBEOM YOO

Software Requirement Engineering

Systems Analysis and Design Methods Chapter 2: Information System Building Blocks

Installation and Configuration for Microsoft Dynamics AX 2012

VANCOUVER Chapter Study Group. BABOK Chapter 5 Enterprise Analysis

The Value Chain Operations Reference model VCOR is instituted to support the Evolution of the Business Environment. The Hierachical Structure of VCOR

IMPLEMENTATION, EVALUATION & MAINTENANCE OF MIS:

Requirements Engineering and Software Architecture Project Description

BUSINESS & TECHNOLOGY APPLICATION SPECIALIST (12259) ( )

FOUNDATIONAL CONCEPTS FOR MODEL DRIVEN SYSTEM DESIGN

Model-Based Design Maturity: Benchmarking the Automotive Industry Vinod Reddy Manager, Consulting Services

MANAGEMENT INFORMATION SYSTEMS (MIS)

Professor Edward F. Crawley ESD.34 - System Architecture IAP 2007

Rational Unified Process (RUP) in e-business Development

Introduction to Management Science 8th Edition by Bernard W. Taylor III. Chapter 1 Management Science

VANCOUVER Chapter Study Group. BABOK Chapter 6 Requirements Analysis

DEPARTMENT OF DEFENSE STANDARD PRACTICE

Computer-Aided Manufacturing System Engineering

version NDIA CMMI Conf 3.5 SE Tutorial RE - 1

INFORMATION SYSTEMS ANALYSIS AND DESIGN

Programme Outcomes for Accreditation 1

An Investigation of MBSE Practices across the Contractual Boundary. Quoc Do, Stephen Cook and Matthew Lay

Testing Calculation Engines using Input Space Partitioning & Automation Thesis for the MS in Software Engineering Jeff Offutt and Chandra Alluri

Understanding Reuse and Composition: Working with the Service Reusability and Service Composability Principles

Work Product Dependency Diagram

A Guide to the Business Analysis Body of Knowledge (BABOK Guide), Version 2.0 Skillport

Application Migration to Cloud Best Practices Guide

Projecting, Monitoring and Measuring Business Value

Meltem Özturan

ETASS II SKILL LEVEL AND LABOR CATEGORY DESCRIPTIONS. Skill Levels

Chapter 3. Information Systems Development. McGraw-Hill/Irwin. Copyright 2007 by The McGraw-Hill Companies, Inc. All rights reserved.

Abstract. Introduction

Installation and Configuration for Microsoft Dynamics AX 2012 Course 80221A: 3 Days; Instructor-Led

Ethics in Information Technology, Fourth Edition. Chapter 7 Software Development

INTEGRATION OF AUTONOMOUS SYSTEM COMPONENTS USING THE JAUS ARCHITECTURE

DATA ITEM DESCRIPTION TITLE: TRAINING SITUATION DOCUMENT Number: DI-SESS-81517C Approval Date:

Lectures 2 & 3. Software Processes. Software Engineering, COMP201 Slide 1

II-IT IV-SEM. 1. Software product and process. Software Engineering and Quality Assurance. Objectives:

TOGAF 9.1 in Pictures

What are enterprise business systems? So is that what we will be studying?

KINGS COLLEGE OF ENGINEERING DEPARTMENT OF INFORMATION TECHNOLOGY QUESTION BANK

Biometrics Enterprise Architecture Systems Engineering Management Plan (BMEA SEMP)

Ground Segment Scheduling System - Design and Implementation

Design of Information Systems 1st Lecture

PRINCE2 - Project Initiation Documentation

IBG GSA Schedule. IBG's GSA Schedule 70 contract number is: GS-35F-0546W

7. Project Management

Requirements Knowledge Model. Business. Event. Business. responding. Business. Use Case 1.. Business tracing * * * * Requirement

Requirement Engineering. L3 The requirement study. Change is constant. Communication problem? People are hard to understand!

An Approach to Analyze and Quantify the Functional Requirements in Software System Engineering

DEPARTMENT OF COMPUTER SCIENCE AND ENGINEERING Software Engineering Third Year CSE( Sem:I) 2 marks Questions and Answers

Chapter 1. Contents. 1.1 What is Software Engineering! Solving Problems. Objectives. What is Software Engineering

Multiple Views of System Specifications

Ch.01 Introduction to Modeling. Management Science / Instructor: Bonghyun Ahn

White Paper. Demand Shaping. Achieving and Maintaining Optimal Supply-and-Demand Alignment

LSST Verification & Validation Process & MBSE Methodology

Estimation for Software Projects. Slides copyright 1996, 2001, 2005, 2009 by Roger S. Pressman. For non-profit educational use only

Course Organization. Lecture 1/Part 1

Project Time Management

SYSTEMS MODELING AND SIMULATION (SMS) A Brief Introduction

A FORMALIZATION AND EXTENSION OF THE PURDUE ENTERPRISE REFERENCE ARCHITECTURE AND THE PURDUE METHODOLOGY REPORT NUMBER 158

An Overview of the AWS Cloud Adoption Framework

ISO/IEC JTC1/SC7 /N2646R


CMMI FOR SERVICES, THE PREFERRED CONSTELLATION WITHIN THE SOFTWARE TESTING FUNCTION OF A SOFTWARE ENGINEERING ORGANIZATION

Who Am I? Project Basics. Project. Why Project? Alternative (names) Poloya s Method. Computer Science program ISD Datasystem AB (6 years)

Comter Systems, Inc. GSA Schedule 70: 35F-0323L

Model based Approaches for Service Oriented Architectures. Mel Greer

CMMI Conference November 2006 Denver, Colorado

Envision VIP BUSINESS PROCESS AND PROCEDURE DOCUMENTATION MANAGEMENT - WHITE PAPER. Randy Mirador Audit and Risk Management x54393

Los Rios Community College District Adopted: November 2013 Revised: June 2014

Output from the 1998 Product Development Value Stream Workshop: A Framework for Understanding Information Flow in the Product Development Process

Project Plan. CxOne Guide

Managing the Testing Process E-learning Course Outline

Office of Human Resources. IT Systems Analyst Associate - LI2213

PROBLEM SPACE MODELING A Dynamic Future For Requirements Analysis

Pertemuan 2. Software Engineering: The Process

Focus Area Level Report Including Knowledge and Skills, and Performance Indicators

Best Practices for the Architecture, Design, and Modernization of Defense Models and Simulations

Software Design and Analysis CSCI 2040U

Focus Area Level Report Including Knowledge and Skills, and Performance Indicators

Motivations. Case Study. Reference documents for the presentation

The Enterprise Systems Engineering Center Requirements Management Guide - Analysis

PMBOK Guide Fifth Edition Pre Release Version October 10, 2012

W911NF Project - Mid-term Report

Define functional analysis and place it in context within system development. Describe the activities and value of functional analysis.

Managing Information Technology 6 th Edition

CO457 Business Modelling. Week One

making money from customer use of kiosk attracting more customers to the store saving money if the kiosk replaces manual operations

Creating a Systems Architecture for an SOA-based IT System as Part of a Systems Engineering Process

Oracle. SCM Cloud Administering Pricing. Release 12. This guide also applies to on-premises implementations

MBP1123 Project Scope, Time and Cost Management Prepared by Dr Khairul Anuar

Developing Successful Multimedia Projects

Autonomous Control for Generation IV Nuclear Plants

TOPIC DESCRIPTION SUPPLEMENT for the SYSTEMS ENGINEERING SURVEY DESCRIPTION

Chapter 3 Prescriptive Process Models

1 Descriptions of Function

Transcription:

System Engineering Instructor: Dr. Jerry Gao

System Engineering - 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 Jerry Gao, Ph.D. Jan. 1999

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 World View Domain View Element View Detailed 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 Business area The Enterprise A business area Information Strategy Planning (World View) Business Area Analysis (Domain View) Processing requirement Information system Business System Design (Element View) Construction & Integration (Detailed View)

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 describes Product A sells Salesperson evaluates purchases contacts assists Inquires about Customer

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 10.11 Establish the information boundary between the systems (sub-systems) in the environment - Extended ACD Figure 10.12 ACD + external entities and information flow - Architecture Flow Diagram (AFD) Figure 10.13 Shows the major subsystems and important information flow - AFD Hierarchy Figure 10.14 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 10.15.