Analysis Procedures Goal Statement - Purpose of the Analysis

Slides:



Advertisements
Similar presentations
IX- CONSTRUCTION PLANNING
Advertisements

System Development Life Cycle (SDLC)
Mahmut Ali GÖKÇEIndustrial Systems Engineering Lecture 2 System Identification ISE102 Spring 2007.
S Y S T E M S E N G I N E E R I N G.
Conceptual Graph Analysis Chapter 20 Lori Nuth | EDIT 730 | Fall 2005.
Systems Analysis and Design 9th Edition
Acquiring Information Systems and Applications
Job Analysis and Rewards
Task Analysis Analyzing and representing the activities of your users.
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,
Term Project User Interface Specifications in a Usability Engineering Course: Challenges and Suggestions Laura Leventhal Julie Barnes Joe Chao Bowling.
System Engineering Instructor: Dr. Jerry Gao. System Engineering Jerry Gao, Ph.D. Jan System Engineering Hierarchy - System Modeling - Information.
Introduction to Computer Technology
Chapter 2: Overview of Essentials ISE 443 / ETM 543 Fall 2013.
S/W Project Management
Copyright  2003 by Dr. Gallimore, Wright State University Department of Biomedical, Industrial Engineering & Human Factors Engineering Task Analysis.
Week 5: Business Processes and Process Modeling MIS 2101: Management Information Systems.
Risk Management - the process of identifying and controlling hazards to protect the force.  It’s five steps represent a logical thought process from.
VTT-STUK assessment method for safety evaluation of safety-critical computer based systems - application in BE-SECBS project.
Ways for Improvement of Validity of Qualifications PHARE TVET RO2006/ Training and Advice for Further Development of the TVET.
Feasibility Study.
1 Introduction to Software Engineering Lecture 1.
CHAPTER 13 Acquiring Information Systems and Applications.
Enterprise Systems Architectures EGN 5621 Enterprise Systems Collaboration (Professional MSEM) Fall, 2012.
Search Engine Optimization © HiTech Institute. All rights reserved. Slide 1 What is Solution Assessment & Validation?
ANALYSIS PHASE Purpose of information systems in organisations Information systems exist in organisations to serve organisations. Therefore the aims.
1 | 2010 Lecture 3: Project processes. Covered in this lecture Project processes Project Planning (PP) Project Assessment & Control (PAC) Risk Management.
Chapter 6: THE EIGHT STEP PROCESS FOCUS: This chapter provides a description of the application of customer-driven project management.
Requirement Engineering. Recap Elaboration Behavioral Modeling State Diagram Sequence Diagram Negotiation.
RLV Reliability Analysis Guidelines Terry Hardy AST-300/Systems Engineering and Training Division October 26, 2004.
Module 4: Systems Development Chapter 13: Investigation and Analysis.
SmartPosition Customer Review and Feedback Presentation.
SmartPosition Customer Review and Feedback Presentation.
Chapter 7 Part II Structuring System Process Requirements MIS 215 System Analysis and Design.
Dillon: CSE470: ANALYSIS1 Requirements l Specify functionality »model objects and resources »model behavior l Specify data interfaces »type, quantity,
Failure Modes, Effects and Criticality Analysis
1 Design and evaluation methods: Objectives n Design life cycle: HF input and neglect n Levels of system design: Going beyond the interface n Sources of.
Author name here for Edited books chapter 9 Facility Maintenance 9 chapter.
Systems Analysis and Design
Systems Analysis and Design in a Changing World, Fourth Edition
Principles of Information Systems Eighth Edition
Fundamentals of Information Systems, Sixth Edition
Job Analysis Chapter 4.
Software Specification Tools
Systems Design.
Formulate the Research Problem
Introduction to System Analysis and Design
Software Architecture
Developing Information Systems
JOB DESIGN & JOB ANALYSIS
Engineering Design Process
Work Breakdown Structure
Object-Oriented Analysis
Job Analysis Chapter 5.
CLINICAL INFORMATION SYSTEM
Engineering Design Process
Chapter 13: Systems Analysis and Design
Foundations of Technology The Systems Model
Job Analysis CHAPTER FOUR Screen graphics created by:
Critical Task Analysis
Introduction to Systems Analysis and Design Stefano Moshi Memorial University College System Analysis & Design BIT
CHAPTER 9 (part a) BASIC INFORMATION SYSTEMS CONCEPTS
Georg Umgiesser and Natalja Čerkasova
Presented By: Darlene Banta
Stumpf and Teague Object-Oriented Systems Analysis and Design with UML
Stumpf and Teague Object-Oriented Systems Analysis and Design with UML
System architecture, Def.
Segments Introduction: slides minutes
Stumpf and Teague Object-Oriented Systems Analysis and Design with UML
M & E Plans and Frameworks
Presentation transcript:

Analysis Procedures Goal Statement - Purpose of the Analysis Examples: Process Improvement, Product Improvement, Increase Safety, Decrease Personnel Requirements, etc Mission Analysis Assumptions and Constraints Mission Segments/Phases Evaluation Criteria Function Determination / Allocation Function Reallocation Task Description / Analysis SubTask Description Sub-SubTask Description

Importance of Function & Task Analyses Evaluate Human Factors Implications Design Requirements and Constraints Workload Implications Notes: 1. Decompose to level where functions to be performed by system can be identified. 2. Be careful that proposed design solution does not appear to be a function description. Meister pp 9-10, Tables 2.1 & 2.2

Mission Analysis (System Requirements Analysis) What is the system supposed to accomplish? The analyst/designer needs to know - Specific Goals Required Outputs Required Inputs System Capacities and Performance Requirements Operating Environmental Factors Constraints on System Operation

Mission Analysis Tools Mission Profile Graphic Description (Example - Flight Profile) Mission Scenario Verbal Description - Summarizes typical assumptions, environments, operations. Mission Segment Time period of coherent activities with definite beginning and ending points. Indicates interaction among system elements. Aids in segmenting mission. Purpose: Helps develop smaller, more manageable units for analysis.

Determination of Functions Identify and Describe Functions - by Determining Function Inputs and Outputs Establishing Functional Performance Criteria Preparing Functional Flow Diagrams Function Examples: To Detect To Repair To Analyze Functions - Can be Instantaneous (Start Engine) Prolonged ( Monitor Radar Screen) Complex (Analyze Equipment Malfunction) Note: Function translates inputs into outputs. Functions are hierarchical (that is, are layered). Difficult to differentiate between functions and tasks --- functions fade into tasks.

Function Performance Criteria Yardstick used to measure/predict whether or not the system/function meets the performance requirements. Criteria can range from gross to finely detailed. Functional Performance Criteria must be stated in terms of those test results that must be satisfied in order for the system/function to meet the performance requirements. Provides the basis for preparing the Functional Flow Diagram.

Functional Flow Diagram Determine the functions that have already been allocated. Describe the various different ways that each unallocated function might be accomplished. Establish the weighting criteria for comparing the alternatives. Compare each of the alternative against one another. Select the most cost-effective design. Meister pp 26-28, Tables 2.4, 2.5, 2.6

Task Description / Identification Examine each selected design alternative. List in sequence all the actions that must be performed to accomplish the functional element. Categorize actions in terms of whether they are operator or maintainer activities; and by the hardware/software subsystems to which they belong. Describe each action in terms of a behavioral verb (see next slide). Break tasks down into subordinate tasks by specifying inputs and outputs for each task/subtask. Meister p 36, Table 2.7

Behavioral Verbs Example - to turn on, to monitor, to disassemble Action Example - to turn on, to monitor, to disassemble Equipment Acted Upon Example - switch, motor, display Consequence of Action Example - voltage display stabilized Stimulus that Initiates the Action Example - pilot’s command Feedback Information Resulting form Task Performance Example - aircraft heading 320 degrees Criterion of task accomplishment Example - vehicle stopped/parked with 3 feet of marker

Task Analysis Design Questions Manning Questions Training Questions Test and Evaluation Questions Meister pp 31-32 See Lector Notes page 1 of 7

Design Questions What tasks need to be performed? How critical is each task? In what sequence must the tasks be performed? What control activations are required? etc, etc, etc Meister pp 33-35 See Lector Notes page 4 & 5 of 7

Manning Questions How many people are required to perform the task? What skill levels are required? Meister pp 35-37 See Lector Notes page 6 of 7

Training Questions On what behavioral dimensions are the tasks performed? How difficult or complex is each task? What information is required to perform the task? etc, etc, etc Meister pp 37-38 See Lector Notes page 7 of 7

Test and Evaluation Questions What are the performance criteria for the task or job? Meister p 38 See Lector Notes page 7 of 7