We think you have liked this presentation. If you wish to download it, please recommend it to your friends in any social system. Share buttons are a little bit lower. Thank you!
Presentation is loading. Please wait.
Published byMya Dresser
Modified over 2 years ago
3-March-2003cse403-17-IOC © 2003 University of Washington1 Initial Operational Capability CSE 403, Winter 2003 Software Engineering http://www.cs.washington.edu/education/courses/403/03wi/
3-March-2003cse403-17-IOC © 2003 University of Washington2 Readings and References References »Anchoring the Software Process, Barry Boehm, USC, 1995 http://citeseer.nj.nec.com/boehm95anchoring.html »Balancing Discipline and Flexibility with the Spiral Model and MBASE (Model-Based Architecting and Software Engineering), Boehm and Port http://www.stsc.hill.af.mil/crosstalk/2001/12/index.html »Unified Process for EDUcation, Rational Software Corporation and École Polytechnique de Montréal http://www.yoopeedoo.com/upedu/index.htm
3-March-2003cse403-17-IOC © 2003 University of Washington3 Reality Begins to Intrude Reality is real life, not a television script »The specifications hand waving is over »The fun part of design / development is complete »The product doesn’t do everything that you thought it was going to be able to do “Warning: system will not make you young, sexy, rich.” Real users are banging on the door, trying to: »get in - to use the product ASAP »get out - before they have to use this new system
3-March-2003cse403-17-IOC © 2003 University of Washington4 Project stages... Enthusiasm Disillusionment Panic Search for the guilty Punishment of the innocent Praise and honors for the non-participants System development is a social activity!
3-March-2003cse403-17-IOC © 2003 University of Washington5 Project Warm and Fuzzies initial idea project go-ahead design / development “it’s never going to work” delivery doom IOC happens here A good IOC can make a tremendous difference PWF index
3-March-2003cse403-17-IOC © 2003 University of Washington6 Risk Reduction There is risk in any project of real interest The line of doom is a real possibility Good engineering means that we make disciplined, informed choices that help reduce the risk at every stage »Look ahead, think of the problems, avoid them »The difference between success and failure is the reception given to the system by its users »Don’t let simple details derail your system launch
3-March-2003cse403-17-IOC © 2003 University of Washington7 Elements of IOC Milestone Software preparation »All software and data packages in place? »Readiness testing complete? Site preparation »Facilities, equipment, supplies, vendor support User, operator, maintainer preparation »selection, team building, training
3-March-2003cse403-17-IOC © 2003 University of Washington8 Software Preparation All software in place? »Operational software - the point of the exercise packaged and ready to deploy to real live user systems »Support software - admin tools, COTS software, licenses, license administration, OS revision levels, application revision levels, database tools,... Readiness testing complete? »The product works correctly »The tools to manage the product work correctly
3-March-2003cse403-17-IOC © 2003 University of Washington9 Site Preparation The deployment site is ready to handle the new system »Specific systems have been designated, purchased, installed, integrated »Identified hosts have disk space, exported partitions, network connections, user accounts, … »Development tools are not installed on end-user systems
3-March-2003cse403-17-IOC © 2003 University of Washington10 People Preparation The people at the deployment site are ready to handle the new system »The new work processes are well known and the various groups and managers know what to do »Who is going to schedule and do Tomcat restarts? Many players that you may not be aware of »Users, operators, maintainers, management »identify the people who will do the work »provide effective training in the new tasks
3-March-2003cse403-17-IOC © 2003 University of Washington11 IOC Success Criteria Presentation of an implemented architecture in an operational system that has »realized the operational concept »implemented the initial operational requirements »prepared a system operation and support plan »prepared the initial sites in which system will be deployed for transition »prepared the users, operators, and maintainers to assume their operational roles from Boehm and Port
3-March-2003cse403-17-IOC © 2003 University of Washington12 IOC defined by PEO STRI The first attainment of the system requirements capability of the system being acquired which is manned or operated by an adequately trained personnel. IOC should be event-driven and not tied to a specific future date. The Operational Requirements Document (ORD), System Requirements Document (Specification), and Test and Evaluation Master Plan (TEMP) define what actions, when complete, will constitute attainment of IOC. You should provide flexibility for these to be revised as the program is progressively defined and tradeoff studies are completed. The System Requirements Document should clearly specify the operational capability or level of performance necessary to declare IOC. If availability in a specific timeframe is important, specify an objective for IOC declaration.Describe the impact if this objective is not achieved and identify a window of acceptability, if appropriate. Often, time phasing may be impacted by considerations outside the control of the Project Office. The IOC date, in fact, is one of the primary drivers in determining Milestone III approval for release to Production, Deployment and Operational Support. Declaring Initial Operational Capabilities (IOC) -- The Project Manager decides when to declare IOC of the system based on meeting the contract performance requirements. The user must be sufficiently satisfied with system performance to concur in this decision. IOC declaration is meant to be event-driven and not schedule- driven. US Army PROGRAM EXECUTIVE OFFICE for SIMULATION, TRAINING, & INSTRUMENTATION
3-March-2003cse403-17-IOC © 2003 University of Washington13 IOC defined by UPEDU At the IOC Milestone, the product is ready to be handed over to the Transition Team. All functionality has been developed and all alpha testing (if any) has been completed. A user manual has been developed, and there is a description of the current release. Evaluation Criteria »Is this product release stable and mature enough to be deployed in the user community? »Are all the stakeholders ready for the transition into the user community? »Are actual resource expenditures vs planned still acceptable? from Unified Process for EDUcation
Software Project Transition Planning 1. Transition Phase The transition phase is the phase where the product is put in the hands of its end users. It.
13-January-2003cse LifeCycle © 2003 University of Washington1 Lifecycle CSE 403, Winter 2003 Software Engineering
Rational Unified Process Methodology used by Rational Rose.
Rational Unified Process Fundamentals Module 6: Iterative Development Rational Unified Process Fundamentals Module 6: Iterative Development.
Ninth Lecture Hour 8:30 – 9:20 pm, Thursday, September 13 Checkpoints of the Process (from Chapter 9 of Royce’ book)
CHECKPOINTS OF THE PROCESS Three sequences of project checkpoints are used to synchronize stakeholder expectations throughout the lifecycle: 1)Major milestones,
Software Development *Life-Cycle Phases* Compiled by: Dharya Dharya Daisy Daisy
University of Sunderland CIFM02 Unit 4 COMM02 Project Planning Unit 4.
Learning software process with UPEDU Slide 9-1 2000 École Polytechnique de Montréal & Rational Software Project Management - Outline Defining the Project.
University of Sunderland ENGM91 Unit 4 ENGM91 Project Planning Unit 4.
Overview of RUP Lunch and Learn. Overview of RUP © 2008 Cardinal Solutions Group 2 Welcome Introductions What is your experience with RUP What is.
By Manish Shrotriya CSE MS Rational Unified Process by Rational Software Software engineering and management in one solution Visually Model your.
Business Systems Development SDLC and introduction to the Microsoft Solutions Framework Team and Process Models.
PROGRAM MANAGEMENT MODULE 2 Dr. Nicole Fitzhugh Professional School Counselor Berwyn Heights Elementary.
Project Management : Techniques and Tools (60-499) Fall 2014 / Winter 2015.
CHAPTER 3 Pre-Project Components. 2 Learning Objectives: To discuss: Contract Review Development and Quality Plan.
® IBM Software Group © 2006 IBM Corporation PRJ480 Mastering the Management of Iterative Development v2 Module 6: Phase Management -Transition.
Introduction to RUP Spring Sharif Univ. of Tech.2 Outlines What is RUP? RUP Phases –Inception –Elaboration –Construction –Transition.
Rational Unified Process Fundamentals Module 4: Disciplines II.
September 2008Mike Woodard Rational Unified Process Key Concepts Mike Woodard.
Iterative development and The Unified process Chapter 2 Applying UML and Patterns -Craig Larman.
S/W Project Management Software Project Planning.
Search Engine Optimization © HiTech Institute. All rights reserved. Slide 1 What is Solution Assessment & Validation?
Object Oriented Design and Analysis Rational Unified Process.
Rational Unified Process Fundamentals Module 2: RUP Structure and Content.
Unified Software Development Process (UP) Also known as software engineering process SEP describes how requirements are turned into software Defines who,
Rational Unified Process (Part 1) CS3300 Fall 2015.
Unified Software Practices v 5.0-D Copyright 1998 Rational Software, all rights reserved 1 /26 RUP Architecture.
-Nikhil Bhatia 28 th October What is RUP? Central Elements of RUP Project Lifecycle Phases Six Engineering Disciplines Three Supporting Disciplines.
Design Completion A Major Milestone System is Presented to Users and Management for Approval.
Notes of Rational Related cyt. 2 Outline 3 Capturing business requirements using use cases Practical principles Find the right boundaries for your.
Process Definition Document Overview. This document defines the standard MN.IT roles and responsibilities for managing release and deployment of normal.
RUP Deployment RUP Deployment Workflow RUP Deployment Artifacts & Deliverables.
Pre-Project Planning Lessons from the Construction Industry Institute Construction Industry Institute Michael Davis, P. Eng, PMP Ontario Power Generation.
Systems Analysis & Design Project Management. 2 Question ●When someone says ‘project’ what comes to mind?
System Testing 2 Effective March 3, 2014, new requirements for system testing were implemented State Agencies are now required to provide to FNS:
Unit – I Presentation. Unit – 1 (Introduction to Software Project management) Definition:- Software project management is the art and science of planning.
RUP RATIONAL UNIFIED PROCESS Behnam Akbari 06 Oct
Software Engineering Chapter 15 Construction Leads to Initial Operational Capability Fall 2001.
©© 2013 SAP AG. All rights reserved. Product Development Scenario Overview Open Legend Project Manager Scenario Description The following business roles.
Software Development Life Cycle (SDLC) Manoj V. Nikum Ahinsa Polytechnic,Dondaicha.
Sixth Hour Lecture 10:30 – 11:20 am, September 9 Framework for a Software Management Process – Artifacts of the Process (Part II, Chapter 6 of Royce’ book)
Pre-Project Activities Text Chapters 5 and 6. Pre-Project Activities 1.Contract Review 2.Development Plan 3.Quality Plan.
Requirements Management with Use Cases Module 2: Introduction to RMUC Requirements Management with Use Cases Module 2: Introduction to RMUC.
Review of Software Process Models Review Class 1 Software Process Models CEN 4021 Class 2 – 01/12.
Basic SDLC Models. Agenda SDLC definition Waterfall SDLC V-Shape SDLC Spiral SDLC RUP SDLC Agile methods.
9/7/20151 Compiled by Arthur Alexander Reyes. Introduction to Software Quality Assurance (SQA)
Unified Software Practices v 5.0-D Copyright 1998 Rational Software, all rights reserved 1 /26 Rational Unified Process – Part 2 Original slides modified.
Managing Projects. Contemplative Questions What does project management entail? Do I want to be a project manager? What is the nature of the work?
© 2017 SlidePlayer.com Inc. All rights reserved.