suite systems engineering methodology sem l.
Download
Skip this Video
Loading SlideShow in 5 Seconds..
SUITE Systems Engineering Methodology (SEM) PowerPoint Presentation
Download Presentation
SUITE Systems Engineering Methodology (SEM)

Loading in 2 Seconds...

play fullscreen
1 / 71

SUITE Systems Engineering Methodology (SEM) - PowerPoint PPT Presentation


  • 125 Views
  • Uploaded on

SUITE Systems Engineering Methodology (SEM). Detail Training Workshop. Today’s Topics. SEM Overview SEM Components SEM Stages (partitioning the project lifecycle) SEM Templates (documenting product requirements, design, testing, and operational requirements)

loader
I am the owner, or an agent authorized to act on behalf of the owner, of the copyrighted work described.
capcha
Download Presentation

PowerPoint Slideshow about 'SUITE Systems Engineering Methodology (SEM)' - eden


An Image/Link below is provided (as is) to download presentation

Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author.While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server.


- - - - - - - - - - - - - - - - - - - - - - - - - - E N D - - - - - - - - - - - - - - - - - - - - - - - - - -
Presentation Transcript
today s topics
Today’s Topics
  • SEM Overview
  • SEM Components
    • SEM Stages (partitioning the project lifecycle)
    • SEM Templates (documenting product requirements, design, testing, and operational requirements)
    • SEM Process Guides (processes for ensuring quality and that approvals are obtained)
    • SEM Touch Points (interfacing with other parties at the appropriate times)
  • Monitoring and Tracking
  • Additional SEM Components
what s not covered in detail today
What’s not covered in detail today
  • Why we are doing this – process training
  • Training clients – each area has its own plan
  • Completing each template/form in detail
  • How to “do” the steps (e.g., how to “do” System Design).
  • Focus on best/MDIT practices will come later
where the sem fits in suite
Where the SEM fits in SUITE

SUITE will provide an integrated CMMI Level 3 compliant systems development framework that encompasses:

  • Project Management
  • Systems Engineering (SEM)
  • Process Management
  • Support Processes
where does sem fit in suite
Where Does SEM Fit In SUITE?

Project

Management

Systems Engineering

SUITE

Support

Processes

Process

Management

purpose of sem
Purpose of SEM

The Systems Engineering Methodology (SEM) provides guidance for information systems development related activities and software quality assurance practices.

The primary purpose of the SEM is to promote the development of reliable, cost-effective, computer-based solutions while making efficient use of resources.

continual improvement of sem
Continual Improvement of SEM
  • SEM Version 1.0 (initial release) was published in March 2007.
  • SEM version 1.4 (current release) was published in February 2010.
  • It is expected that the SEM will improve and mature over the next several years.
  • It is the responsibility of each of us to identify improvement opportunities to the methodology
where do i find info about sem
Where do I find info about SEM?
  • Michigan.gov/SUITE
  • TechTalk – SUITE Team Site
  • Your Manager/Project Manager
  • Your local SUITE Support Team (SST)
  • SUITE@Michigan.gov – Routed to right responder

SUITE Team Site on TechTalk

(Collaboration Portal  EMPO  SUITE)

www.michigan.gov/suite

stages of the sem
Stages of the SEM
  • Planning & Initiation
  • Requirements Definition
  • Functional Design
  • System Design
  • Construction
  • Testing
  • Implementation
consistent sections for each stage
Consistent Sections For Each Stage
  • Description
  • Inputs
  • High Level Activities
  • TouchPoints
  • Outputs
  • Review Process
  • References
  • Bibliography
  • Stage Specific Processes
understanding sem templates
Understanding SEM Templates
  • Templates - simple and flexible
  • Designed for cutting, pasting and

inserting

  • Helpful instructions in “blue text”
  • Easy to add rows/sections
  • OK to mark some areas N/A
  • Important Tip – Don’t Delete the MDIT

“clippy” - includes helpful tools

consistent sections for each stage14
Consistent Sections For Each Stage
  • Description
  • Inputs
  • High Level Activities
  • TouchPoints
  • Outputs
  • Review Process
  • References
  • Bibliography
  • Stage Specific Processes
new concepts
New Concepts
  • Touchpoints
    • Security
    • Procurement
    • eMichigan
    • Infrastructure Services
      • Enterprise Architecture, Solutions Engineering & Telecom
    • Business Continuity Planning
  • Process Guides
    • Structured Walkthrough
    • Testing
    • Stage Exit
    • Measurement and Analysis
    • System Maintenance
    • Process & Product Quality Assurance
features of the overview chart
Features of the Overview Chart
  • Simplest way to understand SEM
    • One-Stop Shopping
    • Detail and Big Picture Views on One Page
    • Hot Links to stages, templates and process guides
  • Highlight stages
    • Show “consistent sections” within each stage
    • “Outputs” include revised as well as final documents
  • Templates (blank and sample)
  • Process Guides
    • Structured Walkthrough
    • Stage Exits (Deliverables)
initiation and planning stage description
Initiation and Planning StageDescription:
  • First lifecycle stage
  • Project Management Methodology (PMM) and SEM are tightly integrated.
  • Most outputs are PMM documents - Participation of the business client is critical !
    • Business Case
    • Project Charter
    • Project Plan
    • Quality Management Plan.
  • Two SEM documents are started
    • Software Configuration Management Plan
    • Maintenance Plan 
initiation and planning stage inputs
Initiation and Planning StageInputs:
  • Requirements identified in project related materials, (e.g., a business case)
  • Related project initiation materials
initiation and planning stage high level activities
Initiation and Planning StageHigh Level Activities:
  • 3.1 Develop Software Configuration Management Plan
  • 3.2 Develop Maintenance Plan
initiation and planning stage touchpoints
Initiation and Planning StageTouchpoints:
  • Contracts and Procurement
    • Assignment of a Contract Liaison if procuring goods or services
    • Completion on DIT-0153 Bid Information Sheet if procuring goods or services
  • Enterprise Architecture (EA)
    • Review relevant EA materials (e.g., roadmaps, solution patterns)
    • Develop EA Solution Assessment for each alternative (refer to Appendix C for assistance in developing the EA Solution Assessment.
  • Security
    • Notify your Security Liaison of project initiation
    • Review MDIT and Agency Security Policies
    • Initiate Security Plan & Assessment, including Data Classification and System Criticality sections
  • Other
    • Initiate Business Continuity Planning process (DMB has a website for this purpose.)
initiation and planning stage outputs
Initiation and Planning StageOutputs:
  • SEM Templates:
    • Software Configuration Management Plan (initial)
    • Maintenance Plan (initial)
  • PMM Templates:
    • Business Case
    • Concept Document (i.e., Feasibility Study)
    • Project Charter
    • Project Plan (includes Quality Management Plan)
    • Security Plan & Assessment (initial)
  • Other Outputs:
    • Enterprise Architecture (EA) Solution Assessment for each potential solution option (initial)
    • Business Continuity Plan (initial)
requirements definition stage description
Requirements Definition StageDescription:
  • Develop mutual understanding between business owner/users and project team about the requirements for the project.
  • Analyze business needs and translate into formal requirements.
  • Approved Requirements Specification = initial baseline for product design
  • Approved Requirements Specification = reference for determining whether the completed product performs as the system owner requested and expected.
  • All system requirements, (e.g., software, hardware, performance, functional, infrastructure, etc.) should be included.
  • Plan testing activities to validate product performance.
requirements definition stage inputs
Requirements Definition StageInputs:
  • SEM Templates:
    • Software Configuration Management Plan
    • Maintenance Plan
  • PMM Templates:
    • Business Case
    • Concept Document (i.e., Feasibility Study)
    • Project Charter (Statement of business objectives)
    • Project Plan (includes Quality Management Plan)
    • Security Plan & Assessment
  • Other Inputs:
    • Enterprise Architecture (EA) Solution Assessment for each potential solution option
requirements definition stage high level activities
Requirements Definition StageHigh Level Activities:
  • 4.1 Requirements Management
  • 4.2 Select Requirements Analysis Technique
  • 4.3 Define System Requirements
  • 4.4 Compile/Document System Requirements
  • 4.5 Develop System Test Requirements
  • 4.6 Develop Acceptance Test Requirements
  • 4.7 Establish Functional Baseline
requirements definition stage touchpoints
Requirements Definition StageTouchpoints:
  • Contracts and Procurement
    • Completion of DIT-0015a, if procuring commodities (e.g., servers, software)
    • Completion of DIT-0015b (including Statement of Work and Requirements Traceability Matrix), if procuring services (e.g., project management, application developers)
    • Utilize the services of the assigned Contract Liaison, if procuring services
  • Enterprise Architecture (EA)
    • Use relevant EA materials (e.g., roadmaps, solution patterns) while developing Technical Requirements
    • Revise/complete EA Solution Assessment for each alternative
    • Refer to the EA TechTalk portal site
  • Infrastructure Services
    • When EA Solution is complete and approved, prepare Infrastructure Services Request (ISR), and begin Hosting Solution document
  • Security
    • Review MDIT and Agency security policies
    • Review State and Federal laws and regulations
    • Begin Infrastructure/Network and Data Flow Diagram
requirements definition stage outputs
Requirements Definition StageOutputs:
  • SEM Templates:
    • Requirements Specification (initial)
    • Requirements Traceability Matrix (initial)
    • Maintenance Plan (revised)
    • Software Configuration Management Plan (revised)
  • PMM Templates:
    • Project Plan (revised)
    • Security Plan & Assessment (revised)
  • Other Outputs:
    • Application Hosting document (initial)
    • Business Continuity Plan (revised)
    • EA Solution Assessment (final)
    • Infrastructure Services Request (final)
functional design stage description
Functional Design StageDescription:
  • Maps the "what to do" of the Requirements Specification into the "how to do it" of the design specifications.
  • Define product structure from a functional viewpoint.
  • Describe logical system flow, data organization, system inputs and outputs, processing rules, and operational characteristics of the product from the user's point of view.
  • Define and document product functions to obtain system owner and users understanding and approval.
  • Define and document product functions to the level of detail necessary to build the system design.

 .

functional design stage inputs
Functional Design StageInputs:
  • SEM Templates:
    • Maintenance Plan
    • Requirements Specification
    • Requirements Traceability Matrix
    • Software Configuration Management Plan
  • PMM Templates:
    • Project Plan
    • Quality Management Plan
    • Security Plan & Assessment
  • Other Inputs:
    • Business Continuity Plan
    • MDIT Hosting Solution Document
functional design stage high level activities
Functional Design StageHigh Level Activities:
  • 5.1 Determine System Structure
  • 5.2 Design Content of System Inputs and Outputs
  • 5.3 Design User Interface
  • 5.4 Design System Interfaces
  • 5.5 Design System Security Controls
  • 5.6 Build Logical Model
  • 5.7 Build Data Model
  • 5.8 Develop Functional Design
  • 5.9 Select System Architecture
functional design stage touchpoints
Functional Design StageTouchpoints:
  • Contracts and Procurement
    • Contract liaison involvement in the process, if contract issues arise
  • Infrastructure Services
    • Review and complete Hosting Solution document
  • Security
    • Review MDIT and Agency security policies
    • Review State and Federal laws and regulations
    • Review existing or propose new security controls
    • Conduct preliminary risk analysis
    • Revise Infrastructure/Network and Data Flow Diagram
functional design stage outputs
Functional Design StageOutputs:
  • SEM Templates:
    • Functional Design Document (final)
    • Maintenance Plan (revised)
    • Requirements Specification (final)
    • Requirements Traceability Matrix (revised)
    • Software Configuration Management Plan (revised)
  • PMM Templates:
    • Project Plan (revised)
    • Security Plan & Assessment (revised)
  • Other Outputs:
    • Business Continuity Plan (revised)
    • Data Dictionary (final)
    • MDIT Hosting Solution Document (final)
system design stage description
System Design StageDescription:
  • Translate the user-oriented Functional Design into a set of technical, computer-oriented system design specifications.
  • Design the data structure and processes to the level of detail necessary to plan and execute the Construction and Implementation Stages.
  • Produce general module specifications that define what each module is to do, but not how the module is to be coded.
  • Provide a blueprint for the coding of individual modules and programs.
system design stage inputs
System Design StageInputs:

SEM Templates:

    • Functional Design document
    • Maintenance Plan
    • Requirements Specification
    • Requirements Traceability Matrix
    • Software Configuration Management Plan
  • PMM Templates:
    • Project Plan
    • Quality Management Plan
    • Security Plan & Assessment
  • Other Inputs:
    • Data Dictionary
system design stage high level activities
System Design StageHigh Level Activities:
  • 6.1 Design Specifications for Modules
  • 6.2 Design Physical Model and Database Structure
  • 6.3 Develop Integration Test Considerations
  • 6.4 Develop System Test Considerations
  • 6.5 Develop Conversion Plan
  • 6.6 Develop System Design
  • 6.7 Develop Program Specifications
system design stage touchpoints
System Design StageTouchpoints:
  • Contracts and Procurement
    • Contract Liaison involvement if contract issues arise
  • Enterprise Architecture (EA)
    • Request exceptions as required
    • Complete EA Solution Assessment for the chosen solution and submit to EA for review/approval
  • Infrastructure Services
    • Technical and Data Center Services Solutions Engineer involvement in completion of Hosting Solution document
    • Infrastructure Specialist involvement in establishing the construction environment
  • Security
    • Review MDIT and Agency Security Policies
    • Review State and Federal Laws and Regulations
    • Revise Network Diagram and Data Flow Diagrams
    • Review Final Risk Analysis with OES recommended security controls
system design stage outputs
System Design StageOutputs:
  • SEM Templates:
    • Conversion Plan (initial)
    • Maintenance Plan (revised)
    • Requirements Traceability Matrix (revised)
    • Software Configuration Management Plan (final)
    • System Design Document (final)
    • Test Plan (initial)
    • Test Reports (initial)
  • PMM Templates:
    • Project Plan (revised)
    • Security Plan & Assessment (revised)
construction stage description
Construction StageDescription:
  • Translate System Design into a language the computer can understand and execute.
  • Construction involves coding, validation and unit testing by a developer.
  • Install hardware or software procured to support the construction effort.
  • Develop plans for installation of the operating environment hardware and software.
  • Design a training program and create a Training Plan.
  • Produce operating documentation for installing, operating, and supporting the product through its lifecycle.
construction stage inputs
Construction StageInputs:
  • SEM Templates:
    • Conversion Plan
    • Functional Design Document
    • Maintenance Plan
    • Requirements Specification
    • Requirements Traceability Matrix
    • System Design Document
    • Test Plan
    • Test Reports
  • PMM Templates:
    • Project Plan
    • Quality Management Plan
    • Security Plan & Assessment
  • Other Inputs:
    • Data Dictionary
construction stage high level activities
Construction StageHigh Level Activities:
  • 7.1 Establish Development Environment
  • 7.2 Develop Programs
  • 7.3 Conduct Unit Testing
  • 7.4 Establish Development Baselines
  • 7.5 Plan Transition to Operational Status
  • 7.6 Generate Operating Documentation
  • 7.7 Develop Training Plan
  • 7.8 Develop Installation Plan
construction stage touchpoints
Construction StageTouchpoints:
  • Contracts and Procurement
    • Contract Liaison involvement if contract issues arise
  • Infrastructure Services
    • Infrastructure Specialist involvement in establishing hosting environments
  • Security
    • Finalize Network and Data Flow diagrams
construction stage outputs
Construction Stage Outputs:
  • SEM Templates:
    • Conversion Plan (revised)
    • Installation Plan (initial)
    • Maintenance Plan (revised)
    • Requirements Traceability Matrix (revised)
    • Test Plan (final)
    • Test Approach and Reports (revised)
    • Training Plan (initial)
    • Transition Plan (initial)
  • PMM Templates:
    • Project Plan (revised)
    • Security Plan & Assessment (revised)
  • Other Outputs:
    • Development baselines
    • Operating Documentation
      • Users Manual
      • Developer's Reference Manual
    • Project Test File
    • System units and modules
testing stage description
Testing StageDescription:
  • Testing activities focus on interfaces between and among components of the product, such as functional correctness, system stability, overall system operability, system security, privacy and sensitive information control, and system performance requirements.
  • Integrate components and conduct Integration Testing to determine whether the product meets predetermined functionality, performance, quality, interface, and security requirements.
  • Once the product is fully integrated, conduct System Testing to validate that the product will operate in its intended environment, satisfies all user requirements, and is supported with complete and accurate operating documentation.
  • After successful System Testing, conduct User Acceptance Testing (UAT) to identify any final product adjustments before implementation.
testing stage inputs
Testing Stage Inputs:
  • SEM Templates:
    • Conversion Plan
    • Installation Plan
    • Maintenance Plan
    • Requirements Specification
    • Requirements Traceability Matrix
    • Test Plan
    • Integration testing (component to component)
    • Performance testing (load, stress, etc.)
    • System testing (end to end)
    • User acceptance testing (UAT)
        • Test Reports
    • Integration test reports
    • Performance test report
    • System test reports
    • User Acceptance test reports
        • Transition Plan
        • Training Plan
  • PMM Templates:
    • Project Plan
    • Quality Management Plan
    • Security Plan & Assessment
  • Other Inputs:
    • Development Baselines
    • Operating Documentation
      • Users Manual
      • Developer's Reference Manual
    • Project Test File
    • Software Modules
testing stage high level activities
Testing StageHigh Level Activities:
  • 8.1 Conduct Integration Testing
  • 8.2 Conduct System Testing
  • 8.3 Conduct User Acceptance Testing
testing stage touchpoints
Testing StageTouchpoints:
  • Contracts and Procurement
    • Contract Liaison involvement if contract issues arise
  • Infrastructure Services
    • Infrastructure Specialist involvement as documented in the Infrastructure Services Request (ISR)
  • Security
    • Include application testing for security controls
testing stage outputs
Testing StageOutputs:
  • SEM Templates:
    • Conversion Plan (revised, if needed)
    • Installation Plan (final)
    • Maintenance Plan (revised)
    • Requirements Traceability Matrix (final)
    • Test Approach and Reports (final)
      • Integration test reports
      • Performance test report
      • System test reports
      • User Acceptance test reports
    • Training Plan (final)
    • Transition Plan (revised)
  • PMM Templates:
    • Project Plan (revised)
    • Security Plan & Assessment (revised)
  • Other Outputs:
    • Operating Documents (final)
      • Users Manual
      • Developer's Reference Manual
implementation stage description
Implementation StageDescription:
  • Implementation of the product is initiated after all application testing has been successfully completed.
  • This stage involves the activities required to install the software, databases, or data that comprise the product onto the hardware platform at the site(s) of operation.
  • User training may be required to complete the implementation process. A description of the training necessary for developers, testers, users, and operations staff is provided in the Training Plan.
implementation stage inputs
Implementation StageInputs:
  • SEM Templates:
    • Conversion Plan
    • Installation Plan
    • Maintenance Plan
    • Training Plan
    • Transition Plan
  • PMM Templates:
    • Project Plan
    • Quality Management Plan
    • Security Plan & Assessment
  • Other Inputs:
    • Operating Documents
      • Users Manual
      • Developer's Reference Manual
implementation stage high level activities
Implementation StageHigh Level Activities:
  • 9.1 Perform Installation Activities
  • 9.2 Conduct Installation Tests
  • 9.3 Transition to Operational Status
implementation stage outputs
Implementation StageOutputs:
  • SEM Templates:
    • Conversion Plan (final)
    • Maintenance Plan (final)
    • Transition Plan (final)
  • PMM Templates:
    • Project Plan (final)
    • Post Implementation Evaluation Report (PIER) (final)
    • Security Plan & Assessment (final)
  • Other Outputs:
    • Converted data or system files
    • Installation Test materials
    • Operating documents
    • Operational software product
template exercise break
Template Exercise/Break
  • Review the blank template and completed sample for “Software Configuration Management Plan”
  • In small groups
    • Discuss how the form should be completed
  • Captain (person w/lightest shirt) to report out on:
    • How did it feel to use the new process?
    • How is it the same or different from the process you follow today or have used in the past?
    • What do you need to make it a success?
    • What are the differences between the client and MDIT roles?

Complete the assignment and take a break w/in 25 minutes.

process guides
Process Guides
  • SEM Structured Walkthrough Process Guide
    • Defect Tracking Log (DIT-0186)
    • Structured Walkthrough Meeting Record (DIT-0187)
  • SEM Stage Exit Process Guide
    • Stage Exit Approvals (DIT-0189)
  • Measurement and Analysis Process Manual
    • Project Metrics Collection (DIT-0188)
  • Systems Maintenance Guidebook
    • System Maintenance Document (SEM-0931)
why are we doing this
Why are we doing this?
  • Consistent, standard, repeatable processes
  • Collection of best practices
  • Identify defects before they get to production
  • Decrease cost
  • Increase productivity and quality
  • Improve communication
  • Improve on-time and on-budget delivery our clients
  • Avoid late engagement from stakeholders
sem processes
SEM Processes

Structured Walkthrough Process GuideA guide to assist the project team with a formal process on how to ensure a deliverable is complete and of acceptable quality. A Structured Walkthrough is required for every major project deliverable.Stage Exit Process GuideA guide to assist the project team on how to transition from one SEM stage to the next. Required before moving to the next stage (e.g., Requirements Definition to Functional Design).

structured walkthrough process
Structured Walkthrough Process

A structured walkthrough is an organized procedure for a group of peers to review and discuss the technical aspects of software development work products.

“The number of errors in production systems decreases by as much as 90% in organizations that use walkthroughs diligently.”

structured walkthrough process60
Structured Walkthrough Process
  • Major Objectives
    • Find errors & omissions as early as possible
    • Improve the quality of the product
  • Templates
    • Defect Tracking Log (DIT-0186)
    • Structured Walkthrough Meeting Record (DIT-0187)
structured walkthrough roles
Structured Walkthrough Roles
  • Author
  • Presenter
  • Moderator
  • Reviewers
  • Scribe
when is a structured walkthrough swt required
When is a Structured Walkthrough (SWT) Required?
  • On all major stage exit deliverables

(see SWT Process Guide page 18+)

    • Initiation and Planning Stage:
      • Project Plan
      • Security Plan & Assessment
      • Software Configuration Management Plan
      • Maintenance Plan, if needed
    • Requirements Definition Stage:
      • Requirements Specification Document
      • Requirements Traceability Matrix
      • Security Plan & Assessment
    • Etc…
stage exit process
Stage Exit Process
  • Major Objectives
    • Obtains approval by designated individuals to continue with the project and move forward into the next stage of development.
    • Indicates that all documents related to that stage have been approved and that there are no outstanding issues.
  • Template
    • Stage Exit Approvals (DIT-0189)
stage exit participants
Stage Exit Participants
  • Systems Engineering Team
  • System Owner/Sponsors)
  • Client point of contact (POC)
  • Software Quality Assurance (SQA)
  • Enterprise Architecture (EA)
  • Office of Enterprise Security (OES)
  • Infrastructure Services (IS)
  • Others, as appropriate
what do i need to actually do
What Do I Need to Actually Do
  • Follow the overview documents
  • Complete the Templates for the Stage
  • Complete the Structured Walkthrough
  • Obtain “Sign-Offs” on all templates
  • Complete the Stage Exit when all areas sign off
  • Use SEM Process for Continuous Improvement
monitoring and tracking
Monitoring and Tracking
  • Monthly reporting on SEM implementation
  • Validation that Stage Exit documents are complete
  • Validation that Stage Exit documents conform to the Software Configuration Management Plan
  • SUITE Core Team and Sponsors review reports and feedback on SEM usage
metrics collection process
Metrics Collection Process
  • Major Objective
    • Capture, report, and use data to constantly improve SUITE processes
  • Template
    • Project Metrics Collection (DIT-0188)
systems maintenance process
Systems Maintenance Process
  • Major Objectives
    • Provide consistent and reliable documentation for small changes (up to 200 hours)
    • Achieve efficiencies by “bundling” maintenance requests into regularly scheduled releases
  • Template
    • System Maintenance Document (SEM-0931)