570 likes | 651 Views
Agenda for Introduction. 1. Course details 2. Basic approach 3. Products 4. Cycles, phases, and activities 5. Control 6. System engineering 7. Homework. 1. Course Details. Course and instructor Course description Textbook and time Schedule Grading Formats. 1. Course details.
E N D
Agenda for Introduction • 1. Course details • 2. Basic approach • 3. Products • 4. Cycles, phases, and activities • 5. Control • 6. System engineering • 7. Homework
1. Course Details • Course and instructor • Course description • Textbook and time • Schedule • Grading • Formats 1. Course details
Course and Instructor Course -- 7301 Systems Engineering Process Room -- 125 Caruth Hall Instructor -- Jim Hinderer Work phone number -- (972) 344 7410 Home phone number -- (972) 596 2693 E-mail address -- j-hinderer@raytheon.com Web site -- http://www.seas.smu.edu/sys/7301/ This web site contains the syllabus and the course notes. If a student chooses to print the course notes to view during the lectures, printing the vugraphs with six per page will save a lot of paper since there are about 700 vugraphs, 1. Course details
Course Content • Show how to develop a system from start to delivery • Illustrate a product-based development approach • Show applications to commercial and military systems, large and small systems, and hardware and software systems 1. Course details
Textbook and Time • Textbook -- Systems Engineering Guidebook by James N. Martin • Class time -- 6:30 - 9:20 • 6:30 - 7:50 first lecture period • 7:50 - 8:00 break • 8:00 - 9:20 second lecture period 1. Course details
Tentative Schedule • 8/23 Introduction • 8/30 Understanding-customer • 9/06 Labor Day No class • 9/13 Understanding-customer • 9/20, 9/27, 10/04 Design • 10/11 Acquisition and build • 10/18 Verification and sell-off • 10/25, 11/01, 11/8 Management • 11/15 Processes • 11/22 Implementation • 11/29 Project, no class • 12/06 Applications • 12/13 Final 1. Course details
Grading • Homework 35% • Project 30% • Final 35% 1. Course details
Formats • Non-electronic: Pencil and paper • Electronic: Office 97 Word, Excel, PowerPoint • PC and not Macintosh 1. Course details
2. Basic Approach • System engineering • Guideline • Activities • Application 2. Basic approach
System Engineering • System engineering is more of an art than a science. • Almost any method of system engineering will work if someone takes ownership of success • The goal of this course is to explain one method for developing systems and to indicate how this method relates to other methods. 2. Basic approach
Guidelines • Wisdom • Simplicity 2. Basic approach
Activities Determine what customer wants Make it happen 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 2. Basic approach
Application • Apply same set of activities to each task 2. Basic approach
3. Products • Product definition • Products composed of products • Examples • Need for lower-level products 3. Products
Product Definition • A product is something produced by nature or by human industry or art • A product is something we can procure -- hardware, software, data, services. • Examples -- space shuttle, house, circuit card, software program, resistor. • The concept of a product makes explaining system engineering easier. 3. Products
Products Composed of Products Higher-level products Level 1 Product Level 2 Product 1 Level 2 Product 2 Level 3 Product 1 Level 3 Product 2 Level 4 Product 1 Level 4 Product 2 Level 4 Product 3 Lower-level products 3. Products
Need for Lower-Level Products • A product that doesn’t need development or support does not need lower-level products • Whether a product needs lower-level products depends upon whether we care about it. • A stone has no lower level components • A light bulb has lower level components, but purchasers don’t care • A personal computer has lower level components, and some people may care 3. Products
Example 1 -- Model Airplane Model airplane Fuselage Wing Stabilizer Rudder Glue Good example -- We can use the lower-level products to make the higher-level product 3. Products
Example 2 -- House House Kitchen Bathroom Bedroom 1 Bedroom 2 Garage Bad example -- We wouldn’t use the lower-level products to make the higher-level product 3. Products
Example 3 -- House House Plumbing Foundation Framing Roof Electrical Dry wall Good example -- We can use the lower-level products to make the higher-level product 3. Products
4. Cycles, Phases, and Activities • Definitions of cycles, phases and activities • Product life cycle • Example • Notes on activities 4. Cycles, phases, and activities
Definitions • A cycle is a complete set of events occurring in the same sequence • Product life cycle • Contract life cycle • A phase is part of a cycle • An activity is a execution of a set of tasks 4. Cycles, phases, and activities
Product Life Cycle Phases Pre-develop Develop Post-develop Time 4. Cycles, phases, and activities
Develop Phase Activities (1 of 2) Understand requirements Manage Determine what customer wants Make it happen Design Decide what to do Acquire products Get what it takes to do it Build Do it Check it out Verify Convince customer it’s what he or she wanted Sell-off 4. Cycles, phases, and activities
Develop Phase Activities (2 of 2) Sub phases Sub phases overlap Manage Understand requirements Design Acquire products Build Verify Sell off Time 4. Cycles, phases, and activities
Post-Develop Activities Sub-phases Sub phases overlap Field test and validate Train Operate Maintain Support Produce Upgrade Dispose Time 4. Cycles, phases, and activities
Notes on Activities • Not every product has the same activities • Developing software may not require acquiring products • Integration or verification may be deferred to another level • Some products may be so simple that they don’t require formal management. 4. Cycles, phases, and activities
Contrasting Definitions • Activity - work towards a goal • Phase -- period of time the activity takes • Process -- steps used to accomplish activity 4. Cycles, phases, and activities
Example -- Build a House Activities Supervise Learn what buyer wants Have architect make blueprint Get land and lumber Build See if the house is OK Close Time 4. Cycles, phases, and activities
5. Control • Classes of products • Product-based activities • Product-based context • Control by use of management objects 5. Control
Classes of Products (1 of 2) Level N Product Deliverable Products Environment Products Engineering Products 5. Control
Classes of Products (2 of 2) • Deliverable products -- part of level-N product • Environment products -- physical products that interact physically with the level-N product throughout its life, such as manufacturing, test, and maintenance equipment • Engineering products -- other products that enable development of the level-N product, such as specifications 5. Control
Control Using Engineering Products Development and environment products Activities and engineering products are used to develop development and environment products Engineering products Activities 5. Control
Alternate View of Control by Products Level N+1 Level N Development products Activities and engineering products Product Environment products Note: EIA 632 refers to environment and engineering products as enabling products 5. Control
Product-Based Development Activities External: Higher Product Team plan sched & budget reviews, risks, TPPs issues, prob, AIs config, changes SOW spec interfaces facilities tools, capital communications library people legal 1. Manage MR SOW spec interfaces 2. Understand requirements control & status RR design 3. Design CR PDR CDR lower specs interfaces 4. Acquire SOWs specs interfaces lower products build proc 5. Build product test results test spec lower test results test proc plans scheds & budgets reviews, risks, TPPs issues, probs, AIs configs, changes product 6. Verify products test results test spec deliverables agreements TRR VR deliverables agreement test results External: Lower Product Teams 7. Sell off FCA/PCA 5. Control
Product-Based Context Higher Product Product of Interest Lower Product 1 Lower Product 2 Lower Product N Product-based activities are applied to each product separately 5. Control
Example (1 of 2) System Subsystem Subsystem HWCI HWCI Unit HWCI Unit CSCI CSCI 5. Control
Example (2 of 2) 1 2 3 5 8 6 7 10 9 Developing the system employs 10 instantiations of the product-based development approach
Optimizing Activities & Management Objects • Some management objects can be shared between levels • Not all management objects are needed at each level. 5. Control
Usefulness of Product Concept (1 of 2) • System engineering has evolved slowly • Many disciplines could not identify where they fit within system engineering, so they defined what they needed independently • As a result, there are many overlapping concepts 5. Control
Usefulness of Product Concept (2 of 2) • Makes explaining system engineering easier • Allows these disciplines to be parallel rather than randomly aligned supportability electrical engineering system engineering software maintainability configuration management 5. Control
Reason for Product-Based Approach • Alternate approach • 106 activities • 966 management objects • Result of many overlapping perspectives • Product-based approach • 7 activities • 46 management objects • Result of applying same approach at all levels Product-based approach is used for simplicity 5. Control
6. System Engineering • RAA • Definition of a system • Definition of a product engineer • Definition of a project manager • Definition of a system engineer 6. System engineering
RAA • R -- Responsibility: Who is supposed to do the task • A -- Authority : Who has the authority to do the task • A -- Accountability : Who gets blamed if something goes wrong 6. System engineering
Goal of RAA • The goal is to • Give authority to people who are responsible and accountable • Make people with authority responsible and accountable 6. System engineering
Definition of a System • Definition used here • Each product is a system • Definitions used by others • System is the highest level product • System is the highest level product within a company or an enterprise 6. System engineering
Definition of a Product Engineer • The person who has RAA for the product • Performs the roles of the project manager and the system engineer 6. System engineering
Definition of a Project Manager • The person who has RAA for the product • Provides the environment to develop the product • Generally has a significant level of technical depth 6. System engineering
Definition of a System Engineer (1 of 2) • Definition used here • The person who has RAA for the technical part of the product and the administrative duties associated with the technical part • Reports to project manager 6. System engineering
Definition of a System Engineer (2 of 2) • Definitions used by others • Customer advocate and system auditor • Technical leader • Developer of the system front end • Requirements keeper 6. System engineering