1. PBDA1 Agenda for introduction q1. Course details q2. Disclaimer q3. Reasons why systems fail q4. Products q5. Cycles, phases, and activities q6. PBDA.

Slides:



Advertisements
Similar presentations
1 PROJECT MANAGEMENT ROLE OF KEY PERSONNEL Bernd Madauss International Space University Strasbourg February, 2011
Advertisements

Chapter 2 The Analyst As Project Manager In Managing Information Systems 2.3.
Alternate Software Development Methodologies
Chapter 3 Project Initiation
Steps, Tools, and Techniques
Copyright 2004 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Second Edition Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Chapter.
Project Management.
Copyright 2002 Prentice-Hall, Inc. Chapter 3 Managing the Information Systems Project 3.1 Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer.
Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall 3.1.
6-1 Management Information Systems for the Information Age Copyright 2004 The McGraw-Hill Companies, Inc. All rights reserved Chapter 6 Systems Development.
Stepan Potiyenko ISS Sr.SW Developer.
What is a project? Project Management Institute definition
Software Engineering For Beginners. General Information Lecturer, Patricia O’Byrne, office K115A. –
Computers: Tools for an Information Age
Software Engineering For Beginners. General Information Lecturer, Patricia O’Byrne. – Times: –See noticeboard outside.
Chapter 3 Project Initiation. The stages of a project  Project concept  Project proposal request  Project proposal  Project green light  Project.
Defining the Activities. Documents  Goal Statement defines why helps manage expectations  Statement of Work what gets delivered defines scope  Software.
BAE SYSTEMS Overview of Systems Engineering at BAE SYSTEMS & ALENIA MARCONI SYSTEMS 8/10/2015/MS By Leigh Watton Friday 27th July 2001.
Project Life Cycle Introduction and Overview © Ed Green Penn State University All Rights Reserved.
Copyright © 2003 by Prentice Hall Computers: Tools for an Information Age Chapter 14 Systems Analysis and Design: The Big Picture.
Effective Methods for Software and Systems Integration
Managing a Training Program Why train? Who will attend the training? What are the learning objectives? Strategies? Coverage? How will the training program.
Copyright 2002 Prentice-Hall, Inc. Managing the Information Systems Project 3.1 Chapter 3.
Copyright 2002 Prentice-Hall, Inc. Chapter 3 Managing the Information Systems Project Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer.
Computer System Analysis
S/W Project Management
Pre-Project Activities Text Chapters 5 and 6. Pre-Project Activities 1.Contract Review 2.Development Plan 3.Quality Plan.
Typical Software Documents with an emphasis on writing proposals.
-Nikhil Bhatia 28 th October What is RUP? Central Elements of RUP Project Lifecycle Phases Six Engineering Disciplines Three Supporting Disciplines.
From Research Prototype to Production
1 Configuration Management “The Cookbook Approach”
IT 499 Bachelor Capstone Week 8. Adgenda Administrative Review UNIT Seven UNIT Eight Project UNIT Nine Preview Project Status Summary.
CEN rd Lecture CEN 4021 Software Engineering II Instructor: Masoud Sadjadi Phases of Software.
SCSC 311 Information Systems: hardware and software.
© 2006 Cisco Systems, Inc. All rights reserved.Cisco Public 1 Version 4.0 Gathering Network Requirements Designing and Supporting Computer Networks – Chapter.
Software Requirements Engineering: What, Why, Who, When, and How
SacProNet An Overview of Project Management Techniques.
BSBPMG505A Manage Project Quality Manage Project Quality Project Quality Processes Diploma of Project Management Qualification Code BSB51507 Unit.
Project Life Cycle.
© Mahindra Satyam 2009 Configuration Management QMS Training.
1. Introduction1 Agenda for introduction q1. Course details q2. Basic approach q3. Products q4. Cycles, phases, and activities q5. Product-based development.
1 Agenda for PBDA r1. Basic approach r2. Products r3. Cycles r4. Product-based development approach (PBDA)
Request for Proposal (RFP)
DPE CSSW Process Model Annex A WP-400 ECSS Case Study.
1. Introduction1 Agenda for Introduction q1. Course details q2. Basic approach q3. Products q4. Cycles, phases, and activities q5. Control q6. System engineering.
10. Applications1 Applications Agenda (1 of 2) r1. Introduction r2. Example r3. Simple products r4. Classical development r5. Incremental builds r6. Spiral.
Copyright © 2009 Pearson Education, Inc. Publishing as Prentice Hall Chapter 3 Managing the Information Systems Project 3.1.
1. Introduction1 Agenda for introduction q1. Course details q2. Basic approach q3. Products q4. Cycles, phases, and activities q5. Control q6. System engineering.
Copyright 2001 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Chapter 2 Managing the Information Systems Project 2.1.
Illuminating Britelite’s Internal Services for Success Strategy for Process Improvement.
Type of Project ShahRukh Haider. Main Type  Major Types of Projects Based on Product of Project  Here is a list of nine different types of projects.
Software Development Process CS 360 Lecture 3. Software Process The software process is a structured set of activities required to develop a software.
Team-Based Development ISYS321 Managing the Information Systems Project.
Illuminating Britelite’s Internal Services for Success Strategy for Process Improvement.
Software Production ( ) Lecture 3: Dr. Samer Odeh Hanna (PhD) office: 318.
Project Planning A2 ICT Edexcel. Learning Objective To look at ways of breaking down a project into manageable stages To produce a project plan with suitable.
2. Design1 Agenda for design activity r1. Objective r2. Disclaimer r3. Solutions r4. Design process r5. Other design processes.
Collaborating for Quality Quality Assurance (QA) & Quality Control (QC) in the Accelerator Project (ACCSYS) Matthew Conlon ACCSYS QA/QC
For More Tutorials ACC 210 WEEK 1 DQ 1  How does information flow between departments at your organizations? Why do some organizations.
1. PBDA1 Agenda for introduction q1. Course details q2. Disclaimer q3. Reasons why systems fail q4. Products q5. Cycles, phases, and activities q6. PBDA.
Collaborating for Quality through the Project Quality Plan Matthew Conlon ESS ACCSYS QA/QC Quality Learning & Planning.
Software Configuration Management
IEEE Std 1074: Standard for Software Lifecycle
Software and System Delivery
The value of a project-oriented approach to IT and how we do it in IBM
Request for Proposal (RFP)
Requirements Analysis
Lockheed Martin Canada’s SMB Mentoring Program
Project Management Process Groups
Chapter 3 Managing the Information Systems Project
Presentation transcript:

1. PBDA1 Agenda for introduction q1. Course details q2. Disclaimer q3. Reasons why systems fail q4. Products q5. Cycles, phases, and activities q6. PBDA

1. PBDA2 1. Course details qCourse and instructor qCourse content qTextbook and time qSchedule qGrading qFormats 1. Course details

1. PBDA3 Course and instructor Course Systems Engineering Design Room Caruth Hall Instructor -- Jim Hinderer Work phone number -- (972) Home phone number -- (972) address Course details

1. PBDA4 Course content rShow how to design a system from start to delivery rShow applications to commercial and military systems, large and small systems, hardware and software systems, and people systems 1. Course details

1. PBDA5 Textbook and time rTextbook -- none rClass time -- 7:15 - 9:15 1. Course details

1. PBDA6 Schedule rMay Introduction rJune 3, 5 -- Design rJune 10, Ideas rJune 17, Examples rJune 24, 26, July 1 -- Math rJuly 3 -- Project rJuly 8, 10, Math rJuly System rJuly Software rJuly Hardware rJuly Final 1. Course details

1. PBDA7 Grading qProject -- 50% qFinal -- 50% 1. Course details

1. PBDA8 Formats qNon-electronic: Pencil and paper qElectronic: Office 97 Word, Excel, PowerPoint qPC and not Macintosh 1. Course details

1. PBDA9 2. Disclaimer qDesign is more of an art than a science. qAlmost any approach to design will work if someone takes ownership of success qNo one approach is better than all the others qWe will use the approach used in the Systems Engineering Process course 2. Disclaimer

1. PBDA10 3. Reasons systems fail after delivery before delivery lack of qualified people unmanaged risks wrong requirements failure to execute other didn’t meet requirements overlooked something failed to impress customer 3. Reasons systems fail

1. PBDA11 4. Products qProduct definition qProducts composed of products qTypes of products qNeed for products qNeed for lower-level products qExamples 4. Products

1. PBDA12 Product definition (1 of 2) qA product is something produced by nature or by human industry or art qA product is something we can procure -- hardware, software, data, services. 4. Products

1. PBDA13 Product definition (2 of 2) qExamples l Hardware -- space shuttle, house, circuit card, resistor l Software -- program, firmware l Data -- documents, management objects l Services -- activities qThe concept of a product makes explaining system engineering easier. 4. Products

1. PBDA14 Products composed of products Level 1 Product Level 2 Product 1 Level 2 Product 2 Level 3 Product 1 Level 3 Product 2 Level 4 Product 2 Higher-level products Lower-level products Level 4 Product 1 Level 4 Product 3 4. Products

1. PBDA15 Types of products (1 of 2) Level N Product Deliverable Products Environment Products Engineering Products Products can be divided into three types of products -- delivered products, environment products, and engineering products. Products can be divided into three types of products -- delivered products, environment products, and engineering products. 4. Products

1. PBDA16 qDeliverable products -- part of level-N product q Environment products -- physical products that interact physically with the level-N product throughout its life, such as manufacturing, test, and maintenance equipment q Engineering products -- other products that enable development of the level-N product, such as specifications Types of products (2 of 2) 4. Products

1. PBDA17 Need for products qWe need products to describe what we’re controlling qProducts may be developed or procured without development 4. Products

1. PBDA18 Need for lower-level products qWe need lower-level products if we’re going to procure something needed for doing the development 4. Products

1. PBDA19 Good example -- We can use the lower-level products to make the higher-level product Good example -- We can use the lower-level products to make the higher-level product Example 1 -- model airplane Model airplane FuselageWingStabilizerRudderGlue 4. Products

1. PBDA20 Bad example -- We wouldn’t use the lower-level products to make the higher-level product Bad example -- We wouldn’t use the lower-level products to make the higher-level product House KitchenBathroomBedroom 1Bedroom 2Garage Example 2 -- house, bad example 4. Products

1. PBDA21 Good example -- We can use the lower-level products to make the higher-level product Good example -- We can use the lower-level products to make the higher-level product Example 3 -- house, good example House Plumbing FramingRoofElectricalFoundationDry wall 4. Products

1. PBDA22 5. Cycles, phases, and activities qDefinitions qProduct life cycle qPre-develop-phase activities qDevelop-phase activities qPost-develop-phase activities qExample 5. Cycles, phases, and activities

1. PBDA23 Definitions qCycle -- a complete set of events occurring in the same sequence l Product life cycle l Contract life cycle qPhase -- part of a cycle; the period of time the activities take qActivity -- execution of a set of tasks qProcess -- steps used to accomplish an activity 5. Cycles, phases, and activities

1. PBDA24 Product life cycle Phases Time Pre-develop Post-develop Develop 5. Cycles, phases, and activities

1. PBDA25 Pre-develop-phase activities Sub phases or activities Time Meet the customer Discuss the work Respond to RFP Sub phases overlap Identify opportunity 5. Cycles, phases, and activities

1. PBDA26 Develop-phase activities Sub-phases or activities Time Understand requirements Design Acquire products Build Verify Sell off Sub-phases overlap Manage 5. Cycles, phases, and activities

1. PBDA27 Post-develop-phase activities Sub-phases Time Train Produce Upgrade Maintain Operate Dispose Sub-phases overlap Field test and validate Support 5. Cycles, phases, and activities

1. PBDA28 Example -- build a house Activities Time Learn what buyer wants Have architect make blueprint Get land and lumber Build See if the house is OK Close Supervise 5. Cycles, phases, and activities

1. PBDA29 6. PBDA qApproach qPBDA block diagram qApplication of PBDA to products qExample qWork products (WPs) 6. PBDA

1. PBDA30 The approach Determine what customer wants Decide what to do Get what it takes to do it Do it Check it out Convince customer it’s what he or she wanted Make it happen 2. Basic approach Approach consists of applying these seven activities to each product in the system Approach consists of applying these seven activities to each product in the system

1. PBDA31 PBDA block diagram 1. Manage 2. Understand req 3. Design 4. Acquire 5. Build 6. Verify 7. Sell off External: higher product teams External: lower product teams contracts, specs, interfaces specs, I/Fs contracts lower specs & I/Fs design lower contracts, specs, interfaces status lower product, test results, test spec agree lower test results lower products build proc product test proc test results test spec people, facilities, tools, capital, communications, library schedule, budget, risks, TPPs, issues, AIs, plans, timeline, changes, problems, legal control, status agree status MR RR CRPDRCDR TRRVR FCAPCA

1. PBDA32 Application of PBDA to products Product of interest Lower product N Higher product Lower product 1 Lower product 2 PBDA is applied to each product separately 6. PBDA

1. PBDA33 Example with 10 products System Subsystem HWCI Unit CSCI HWCIUnit CSCI Example (1 of 2) 6. PBDA

1. PBDA34 Developing the example with 10 instantiations of PBDA Example (2 of 2) 6. PBDA

1. PBDA35 Management objects (WPs) (1 of 6) qDefinition l A WP is a tangible object that is used to control the PBDA l Execution of the PBDA can be thought of as completing the associated WPs 6. PBDA PBDA executed by completing WPs

1. PBDA36 WPs (2 of 6) qWPs for management l Environment (6) -- people, facilities, tools, capital, communications, library l Control (11) -- schedule, budget, risks, TPPs, issues, AIs, timeline, plans, changes, problems, legal l Reviews and audits (9) --MR, RR, CD, PDR, CDR, TRR, VR, PCA, FCA 26 WPs used for managing each product in PBDA. 6. PBDA

1. PBDA37 WPs (3 of 6) rWP accounting l Understand (0) -- l Design (3) -- design, lower specs, lower interfaces l Acquire (1) -- lower contracts l Build (2) -- build procedure, product l Verify (3) -- test spec, test procedure, test results l Sell off (1) -- agreement 10 WPs used for developing each product in PBDA. 6. PBDA

1. PBDA38 WPs (4 of 6) rWPs vs inputs l Higher inputs (3) -- contracts, specs, interfaces l Lower inputs (4) -- lower product, lower test results, lower test spec, status Inputs are monitored but aren’t WPs of the product of interest Inputs are monitored but aren’t WPs of the product of interest 6. PBDA

1. PBDA39 WPs (5 of 6) qOptimizing WPs l Some management objects can be shared between levels l Not all management objects are needed at each level. Not all WPs must always be used 6. PBDA

1. PBDA40 WPs (6 of 6) An example pareto of WPs by likely use 6. PBDA decreasing likelihood of use product (1) lower products (1) higher inputs (3) budget & schedule (2) environment (6) design (3) build proc (1) problems and changes (2) risks & TPPs (2) verify (3) plan and timeline (2) lower inputs (3) reviews and audits (9) agreement (1) acquire (1) issues and AIs (2) legal (1) physical paper external paper