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 4 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
September 2008Mike Woodard Rational Unified Process Key Concepts Mike Woodard.
Basic SDLC Models.
System Testing 2 Effective March 3, 2014, new requirements for system testing were implemented State Agencies are now required to provide to FNS:
Ninth Lecture Hour 8:30 – 9:20 pm, Thursday, September 13
CHAPTER 1 SOFTWARE DEVELOPMENT. 2 Goals of software development Aspects of software quality Development life cycle models Basic concepts of algorithm.
Learning software process with UPEDU Slide 9-1 2000 École Polytechnique de Montréal & Rational Software Project Management - Outline Defining the Project.
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)
® IBM Software Group © 2006 IBM Corporation PRJ480 Mastering the Management of Iterative Development v2 Module 4: Phase Management - Elaboration.
Rational Unified Process
Software Project Transition Planning
Managing Projects. Contemplative Questions What does project management entail? Do I want to be a project manager? What is the nature of the work?
Iterative development and The Unified process
Development plan and quality plan for your Project
1 Principles of Information Systems, Ninth Edition Chapter 13 Systems Development: Design, Implementation, Maintenance, and Review.
Pre-Project Planning Lessons from the Construction Industry Institute Construction Industry Institute Michael Davis, P. Eng, PMP Ontario Power Generation.
Unified Software Practices v 5.0-D Copyright 1998 Rational Software, all rights reserved 1 /26 RUP Architecture.
Release & Deployment ITIL Version 3
® IBM Software Group © 2006 IBM Corporation PRJ480 Mastering the Management of Iterative Development v2 Module 3: Phase Management - Inception.
Software Development Life Cycle (SDLC)
By: Muhammad Raza Ali Khan
© 2018 SlidePlayer.com Inc. All rights reserved.