Systems Engineering (SE) for ITS: Using FHWA’s New SE Handbook March 2007.

Slides:



Advertisements
Similar presentations
Software Quality Assurance Plan
Advertisements

Project Change Management
Stepan Potiyenko ISS Sr.SW Developer.
SE 555 Software Requirements & Specification Requirements Management.
Fundamentals of Information Systems, Second Edition
Creating Architectural Descriptions. Outline Standardizing architectural descriptions: The IEEE has published, “Recommended Practice for Architectural.
Secure System Administration & Certification DITSCAP Manual (Chapter 6) Phase 4 Post Accreditation Stephen I. Khan Ted Chapman University of Tulsa Department.
Chapter 3: The Project Management Process Groups
Chapter 5: Project Scope Management
DITSCAP Phase 2 - Verification Pramod Jampala Christopher Swenson.
Glenn Research Center at Lewis Field Software Assurance of Web-based Applications SAWbA Tim Kurtz SAIC/GRC Software Assurance Symposium 2004.
Diploma of Project Management Course Outline NSW Course Number Qualification Code BSB51407.
Configuration Management for Transportation Management Systems Establishing and Maintaining System Integrity.
What is Business Analysis Planning & Monitoring?
Effective Methods for Software and Systems Integration
Welcome to PC362: Managing Grants. Please set cell phones and pagers to silent Refrain from side discussions. We all want to hear what you have to say!
Project Management Process Overview
Staff Structure Support HCCA Special Interest Group New Regulations: A Strategy for Implementation Sharon Schmid Vice President, Compliance and.
PMP® Exam Preparation Course
Introduction to Software Quality Assurance (SQA)
Diploma of Project Management Course Outline NSW Course Number Qualification Code BSB51407.
1 Our Expertise and Commitment – Driving your Success An Introduction to Transformation Offering November 18, 2013 Offices in Boston, New York and Northern.
Chapter 2 The process Process, Methods, and Tools
4.2 Develop Project Management Plan
BSBPMG502A Manage Project Scope Manage Project Scope Project Scope Processes Part 1 Diploma of Project Management Qualification Code BSB51507 Unit.
Demystifying the Business Analysis Body of Knowledge Central Iowa IIBA Chapter December 7, 2005.
Federal Agency Update - A Public Real Estate Symposium Las Vegas, Nevada January 26, 2010 Procedures Guide for Right of Way Cost Estimation and Cost Management.
K-12 Web Content Development Process
FCS - AAO - DM COMPE/SE/ISE 492 Senior Project 2 System/Software Test Documentation (STD) System/Software Test Documentation (STD)
Certification and Accreditation CS Phase-1: Definition Atif Sultanuddin Raja Chawat Raja Chawat.
© 2006 Cisco Systems, Inc. All rights reserved.Cisco Public 1 Version 4.0 Gathering Network Requirements Designing and Supporting Computer Networks – Chapter.
1.  Describe an overall framework for project integration management ◦ RelatIion to the other project management knowledge areas and the project life.
National ITS Architecture Deployment Support and FHWA Resources.
1 Approaches for Integrating Systems Engineering into Your Agency’s Business Practices Presented by: Amy Tang McElwain August 2, 2007 Talking Technology.
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.
IT Requirements Management Balancing Needs and Expectations.
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.
BSBPMG505A Manage Project Quality Manage Project Quality Project Quality Processes Diploma of Project Management Qualification Code BSB51507 Unit.
Project Life Cycle.
KS3 Phase4 Client Server Monitoring System October 1, 2008 by Stephen, Seema, Kam, Shpetim.
I n t e g r i t y - S e r v i c e - E x c e l l e n c e Business & Enterprise Systems The Integrated Master Plan (IMP) and the Integrated Master Schedule.
Traffic Management Transit Management Emergency Management Fixed Point-to-Fixed Point Communications Roadway Toll Administration Remote Traveler Support.
© 2006 Cisco Systems, Inc. All rights reserved.Cisco Public 1 Version 4.0 Gathering Network Requirements Designing and Supporting Computer Networks – Chapter.
Systems Analysis and Design in a Changing World, Fourth Edition
Develop Project Charter
Fundamentals of Information Systems, Second Edition 1 Systems Development.
Project quality management. Introduction Project quality management includes the process required to ensure that the project satisfies the needs for which.
BSBPMG501A Manage Project Integrative Processes Manage Project Integrative Processes Project Integration Processes – Part 1 Diploma of Project Management.
Implementation: Results from the Using Your Regional ITS Architecture Peer Exchange Network Workshop Mac Lister FHWA Resource Center ITS America Annual.
Systems Engineering “Understanding Where it Fits in Your Agency” a session in fhwa’s Systems Engineering t3 series aug. 02, 2007.
BSBPMG404A Apply Quality Management Techniques Apply Quality Management Techniques Project Quality Processes C ertificate IV in Project Management
The Project Plan Plan Your Work, then Work Your Plan
National ITS Architecture Deployment Support October 27, 2009 T3 Webinars are brought to you by the ITS Professional Capacity Building Program (ITS PCB)
BSBPMG501A Manage Project Integrative Processes Manage Project Integrative Processes Project Integration Processes – Part 2 Diploma of Project Management.
AGRO PARKS “The Policy Cycle” Alex Page Baku November 2014.
Info-Tech Research Group1 Info-Tech Research Group, Inc. Is a global leader in providing IT research and advice. Info-Tech’s products and services combine.
Project Management PTM721S
Sample Fit-Gap Kick-off
Systems Analysis and Design in a Changing World, 4th Edition
CASE Tools and Joint and Rapid Application Development
TechStambha PMP Certification Training
IEEE Std 1074: Standard for Software Lifecycle
Description of Revision
Engineering Processes
Regional Architecture Development for Intelligent Transportation
CIS12-3 IT Project Management
Continuity Guidance Circular Webinar
Project Management Process Groups
Software Testing Lifecycle Practice
{Project Name} Organizational Chart, Roles and Responsibilities
Presentation transcript:

Systems Engineering (SE) for ITS: Using FHWA’s New SE Handbook March 2007

2 Presenters Emiliano Lopez –FHWA Office of Transportation Management –(202) Mac Lister –FHWA Resource Center –(708)

3 Poll 1 (Please reply with the most appropriate answer:)  Local/municipal agency  State agency  Federal agency  Education  Consultant  Other Who’s Participating in this T3?

4 Poll 2 (Please reply with the most appropriate answer:)  I am not familiar with SE.  I have heard of SE.  I am familiar with some SE concepts.  I have started using some SE methods. Chances are that you already use some form of SE practice, but we would like to know your level of familiarity with SE.

5 Poll 3 (Again, please reply with the most appropriate answer:)  No  I am aware of the Handbook  I have glanced at the Handbook  I have read portions of the Handbook  I have read most of the Handbook Have you looked at or read the FHWA SE for ITS Handbook?

6 Overview Learning goals/outcomes New SE for ITS Handbook Benefits of using SE ”V” Model Overview of Handbook chapters Available SE training & resources

7 Learning Goals/Outcomes Identify what is in the Handbook Describe the key features of the Handbook List key content chapters in the Handbook including: –technical processes –project management processes –applying SE

8 About the Handbook –Developed by FHWA SE Deployment Team –Designed for Federal and public ITS professionals –Provides a basic understanding of SE and how to apply it to ITS projects –Assists those deploying ITS projects –Available via CD and online using the following link: New SE for ITS Handbook

9 Benefits of Using SE Reduced risk of schedule and cost overruns Increased likelihood that the implementation will meet user’s needs Improved stakeholder participation More adaptable and resilient systems Verified functionality and fewer defects Higher level of reuse from one project to the next Better documentation

10 Project Success Rates Figure 6: Standish Group Chaos Report, 2004 Page 8 (Ch. 3)

11 Architecture and Standards Rule (940.11) The systems engineering analysis shall include, at a minimum: 1) Identification of portions of the regional ITS architecture being implemented (or if a regional ITS architecture does not exist, the applicable portions of the National ITS Architecture) 2) Identification of participating agencies roles and responsibilities 3) Requirements definitions 4) Analysis of alternative system configurations and technology options to meet requirements 5) Procurement options 6) Identification of applicable ITS standards and testing procedures 7) Procedures and resources necessary for operations and management of the system

12 ”V” Model FHWA representation of SE methods Representation of system development process Addresses the project lifecycle Aligns with the traditional project development process

13 “V” Model Page 11 (Ch. 3) Figure 7: “V” Model

14 Traditional Model vs. V Model Page 96 (Ch. 6) Figure 37: SE as an Extension to the Traditional Project Life Cycle

15

16 Design of the Handbook ● Based on project level efforts ● Focused on 3 primary Activities − Developing the right system Based on user needs − Managing ITS elements on the project Stay on time and on budget − Applying SE to projects ● Modular to address different knowledge needs

17 Design of the Handbook (cont.) Navigating the Document Innovative use of icons Tips Cautions Resources Tailoring Tool Rule/Policy Terminology

18 Key Sections of the Handbook Page i (Ch.1 -3) Table of Contents

19 Key Sections of the Handbook Page i (Ch. 4-7) Table of Contents Building it right On time, on budget

20 Chapter 4 of the Handbook Page i (Ch. 4) Technical Processes

21 Chapter 4: ITS Technical Processes Explains SE through use of the“V” –Objectives –Inputs (Things needed to begin this step) –Processes (key activities) –Outputs (Deliverables) –Reviews (when it’s safe to move the project forward) Aids in project definition, specification, design and build Includes examples of SE documentation

22 “V” Model Page 11 (Ch. 3) Figure 7: “V” Model Lifecycle

23 Section 4.3 Chapter 4: ITS Technical Processes Concept of Operations Summary Chart

24 Chapter 4: ITS Technical Processes Sampling of ConOps Summary Chart (Section 4.3) Input –Feasibility Study –Stakeholder input and review Processes –Develop an initial ConOps –Define stakeholder needs –Develop an initial validation plan Output –System Validation Plan –ConOps Review –Approved ConOps and Validation Plan

25 Outline 1. Scope 2. Referenced Documents 3. The Current System or Situation 4. Justification for and Nature of Changes 5. Concepts for the Proposed System 6. Operational Scenarios 7. Summary of Impacts 8. Analysis of the Proposed System Chapter 4: ITS Technical Processes Example Concept of Operations Operational Scenarios Figures 13 and 15 ConOps Section Marcel, a StarTran bus operator, usually begins his work shift with administrative activities. After receiving supervisory direction, he boards the bus and prepares the AVL system. He begins by logging into the system. The system then prompts Marcel for the route to be followed. He enters the planned route number, and the AVL system retrieves the appropriate route and schedule information from the AVL system server. The bus’ AVL system then asks Marcel to verify the appropriate route and schedule information were properly retrieved. Once he provides verification, the bus’ head sign is automatically updated to reflect the appropriate route information. The fare payment schedule is automatically adjusted to reflect the verified route, modified as necessary by the system clock to reflect any applicable time-differential rates. The system then loads the appropriate bus stop announcements for the chosen route. These prerecorded announcements are consistent regardless whether Marcel or another bus operator is driving the route, and have been verified as ADA compliant. These announcements are then broadcast at the appropriate bus stop throughout the route. Based on IEEE 1362

26 Chapter 4: ITS Technical Processes System Requirements Summary Chart Section 4.4 From previous step

27 Chapter 4: ITS Technical Processes Sampling of System Requirements Chart (Section 4.4) Input –Concept of Operations (stakeholder needs) Processes –Develop requirements from user needs –Review and refine user needs –Trace requirements to user needs Output –System Requirements Document –Traceability Matrix Review –Approve system requirements

28 Chapter 4: ITS Technical Processes Example Validating Quality Attributes of Requirements Table 7 Requirements Section 4.4.2

29 Chapter 4: ITS Technical Processes System Design Summary Chart Section 4.5 From previous step

30 Chapter 4: ITS Technical Processes SE Design Tailoring Advice (Section 4.5.1) Leverage and optimize prior work –Reuse and build on existing design documentation –Update old documentation with new functionality or interfaces Do not reinvent the wheel for each project

31 Chapter 4: ITS Technical Processes System Verification Summary Chart Section 4.7 From previous step

32 Chapter 4: ITS Technical Processes Sampling of System Verification Chart (Section 4.7) Input –Design specifications –Verification Plans Key Activities –Perform verification –Perform integration Output –Integration testing and analysis results –Verification results including problem resolutions Review –Documented evidence that the system meets requirements

33 Chapter 4: ITS Technical Processes System Verification Policy and Terminology (Section 4.7.2) The systems engineering analysis requirements identified in FHWA Rule /FTA Policy Section VI require identification of testing procedures; verification procedures described in the Handbook cover this. Verification Techniques –Inspection –Demonstration –Test –Analysis

34 Table 15: ODOT TripCheck 2.0 System Test Results (Excerpt) Table 13: Verification Procedure Example: ODOT TripCheck Functional Test Plan (Excerpt) Table 14: CHART II Integration Test Plan (Excerpt) System Verification Examples (Section 4.7.4) Chapter 4: ITS Technical Processes System Verification Plans & Procedures

35 Chapter 5 of the Handbook Page i (Ch. 5) Project Management Processes

36 Chapter 5 Project Management Processes Cross-cutting/project-wide processes –Project Planning –Project monitoring and control Risk management Configuration management

37 Chapter 5: Project Management Processes Excerpts of Project Planning Activities (Chapter 5.1) Project Plan (Section 5.1.1) –Accounts for project activities, resources & budget –Includes project time-line –A “how-to” implementation manual SE Management Plan (Section 5.1.3) –Top level plan for the SE activities –Includes technical planning and control

38 Chapter 5: Project Management Processes Excerpts of Project Monitoring/Control (Section 5.2) Project Tracking (Section 5.2.1) –Methods for measuring progress against the plans/contract –Serves as a trend indicator for meeting budget and schedule Project Reviews (Section 5.2.2) –Structured and organized communication of progress and product development Formal or informally done Typically conducted at the end of a V phase and before beginning the next phase

39  Document Maintenance and Operations Activities  Develop and Maintain a Cost Database for Maintenance and Operations  Analyze Maintenance and Operations Requirements  Analyze Staffing Requirements for Maintenance and Operations  Develop a Training Program for Maintenance and Operations Personnel  Prioritize Maintenance Needs  Develop and Maintain a Spare Parts Inventory  Develop a Maintenance Plan  Develop an Operations Manual (Table 10) Traceability of Work Products (Table 19) Risk Prioritization (Figure 33) Operations & Maintenance Planning Chapter 5: Project Management Processes Example Project Monitoring/Control (Section 5.2)

40 Chapter 6 of the Handbook Page i (Ch. 6) Applying Systems Engineering

41 Chapter 6 Applying Systems Engineering ● Tailoring SE for your project − Enhances current project delivery practices − Helps focus on risky project steps − Allows selection of “as-needed” project deliverables and processes − Not an opportunity to skip steps! − Even the small projects need documented expectations

42 Chapter 6: Applying Systems Engineering Applying SE in Your Organization (Section 6.3) ● Include experienced Systems Engineers on each ITS project ● Adopt a defined organizational process for SE ● Acquire SE tools to help manage the process

43 Chapter 6: Applying Systems Engineering SE Process Improvement (Section 6.3) ● Develop repeatable processes ● Incorporate SE into existing business processes and practices ● Hold post project reviews to assess the application of SE (what worked – what needs to be refined) ● Modify processes based on lessons learned

44 Page 96 (Ch. 6) Figure 37: SE as an Extension to the Traditional Project Life Cycle Traditional and V Relationship

45 Traditional and V Relationship Page 96 (Ch. 6) Figure 37: SE as an Extension to the Traditional Project Life Cycle

46 Page i (Ch. 7) Chapter 7 of the Handbook SE Resources

47 Chapter 7: Resources ITS-Specific Publications (Section 7.1) Checklists & Templates

48 CA SEGB Requirements Document Checklist CA SEGB Section 8.4.6

49 CA SEGB System Requirements Template CA SEGB Section Based on the IEEE Std. 1233

50 Chapter 7: Resources SE General SE References (Section 7.2)

51 Chapter 7: Resources Selected SE Standards (Section 7.3)

52 Chapter 7: Resources Systems Engineering Training (Section 7.4)

53 Available SE Resources for ITS Contact FHWA Resource Center/Division Offices Systems Engineering Web Page (FHWA) Lessons Learned Knowledge Resource (ITS JPO) sEng Solutions Center (ITS JPO) -- Coming Soon Archived T3 California SE Guide Book Guide to Contracting ITS Projects (NCHRP)

54 Relationship to the California SE Guide Book Read the HQ SE for ITS Handbook first to get a solid foundation on what SE is and how to apply it If needed, reference the CA Guide Book for specific details In some cases, states/locals will only need to read the HQ SE for ITS Handbook in order to manage a project consultant/contractor The CA Guide Book will be an additional reference for managing the consultant/contractor and cross- checking and validating the consultants’ work

55 Contact Information & Thank You Emiliano Lopez –FHWA Office of Transportation Management –(202) Mac Lister –FHWA Resource Center –(708) Thank You!