BKCASE Workshop V Hilton Garden Inn Phoenix Arizona
BKCASE Workshop V Hilton Garden Inn Phoenix, Arizona January 26 -28, 2011
Some Thoughts from Reviewers • “As a non-SE, this material contributed to my understanding and knowledge. Coming from an ILS background. . . it was worth my time to read the chapters and it will be an excellent reference source. ” • “It is obvious that much thought and effort has gone into producing this first draft of the SEBo. K document. ” • “KEEP UP THE GOOD WORK. Very encouraging piece of work. I can not imagine how difficult it is trying to get to "one voice”. ” • “This is a huge and tremendous work accomplished in a very short time. I would like to thank the authors and show them my admiration. Good luck for the next steps!” • “An excellent first draft - I look forward to seeing the next version. ” 2
As a Reminder…
What is BKCASE? • Project to create: – Systems Engineering Body of Knowledge – Graduate Reference Curriculum in Systems Engineering TM (GRCSE – pronounced “Gracie”) • Started in September 2009 by Stevens Institute of Technology and Naval Postgraduate School with primary support from Department of Defense • Project will run through 2012 • Intended for world-wide use 4
What is the SEBo. K? Describes the boundaries, terminology, content, and structure of SE that are needed to systematically and consistently support: Guide to the literature, not all the content of the literature 5
What is in GRCSE? • Guidance for Constructing and Maintaining the Reference Curriculum: the fundamental principles, assumptions, and context for the reference curriculum authors • Entrance Expectations: what students should be capable of and have experienced before they enter a graduate program • Outcomes: what students should achieve by graduation • Architecture: the structure of a curriculum to accommodate core material, university-specific material, and elective material • Core Body of Knowledge: material that all students should master in a graduate SE program Not specific courses. Not specific packaging. Adaption and selective adoption expected and encouraged. 6
BKCASE Vision and Objectives “Systems Engineering competency models, certification programs, Vision textbooks, graduate programs, and related workforce development initiatives around the world align with BKCASE. ” Objectives 1. Create the SEBo. K and have it be globally recognized by the SE community as the authoritative guide to the body of knowledge for the SE discipline. 2. Create GRCSE and have it be globally recognized by the SE community as the authoritative guidance for graduate programs in SE. 3. Facilitate the global alignment of related workforce development initiatives with SEBo. K and GRCSE. 4. Transfer stewardship of SEBo. K and GRCSE to INCOSE and the IEEE after BKCASE publishes version 1. 0 of those products, including possible integration into their certification, accreditation, and other workforce development and education initiatives. 7
Our Partners Under consideration Remain as Observers 8
Rules for BKCASE Activities 1. Products generated by the authors, not the sponsor or partners 2. Even though the Department of Defense is the sponsor, it does not have any authority over the content of the products, nor are the products slanted towards defense systems development and acquisition 3. Volunteer authors do the bulk of the writing 4. Core Team from Stevens and Naval Postgraduate School provides stable labor and direction 5. Core Team responsible for final integration, technical editing, and clean up of products 9
And Now for Today’s Workshop…
Workshop Rules 1. First two days are in plenary session 2. Everyone has a voice 3. Record decisions and major points in real-time on slides that all can see 4. Strive for consensus on all substantive matters 5. Expect courtesy and professional behavior at all times 6. Record extensive minutes and publish them after each workshop 11
Workshop Objectives 1. Review and resolve major/global SEBo. K 0. 25 review comments and issues 2. Complete a draft development plan for SEBo. K 0. 5 3. Review wiki business cases and determine forward strategy for wiki development of BKCASE 0. 5 4. Review GRCSE 0. 25 release process and resolve residual issues 5. Determine BKCASE staffing for SEBo. K, GRCSE, wiki, and Case Studies 6. Review specific BKCASE outreach opportunities (conferences, articles, …) and obtain author volunteers for development of papers and presentations 7. Review status of coordination efforts with IEEE and INCOSE 12
Wednesday’s Agenda Time Topic 8: 00 a Opening remarks, agenda review, new author and guest introductions – Art Pyster 8: 30 a SEBo. K Review Discussion – Art Pyster 10: 00 a Break 10: 20 a SEBo. K Review Discussion (continued) – Art Pyster SEBo. K 0. 25 Review Adjudication Strategy – Nicole Hutchison 12: 00 p Lunch 1: 00 p Wiki Business Cases and Selection of Business Model for Wiki Development – Nicole Hutchison 3: 00 p Break 3: 20 p Case Study Update – Alice Squires 5: 00 p Adjourn for the Day 6: 00 p Group Dinner at Monti’s La Casa Vieja 13
Thursday’s Agenda Time Topic 8: 00 a Review of Day 1 – Dave Olwell 9: 00 a GRCSE 0. 25 Release Highlights – Tim Ferris 10: 00 a Break 10: 20 a GRCSE 0. 25 Release Details – Tim Ferris 11: 30 p Lunch 12: 30 p GRCSE 0. 25 Release Details (continued) – Tim Ferris 1: 30 p ASEE Paper – Dave Olwell 2: 00 p Break 2: 20 p Way Ahead for GRCSE Between Workshops V and VI – Tim Ferris 3: 00 p BKCASE Staffing Plan for 2011 – Dave Olwell 4: 30 p BKCASE Outreach Opportunities – Alice Squires 4: 45 p Workshop VI Discussion – Art Pyster 5: 00 p Adjourn 14
Friday’s Tentative Agenda PART LEADS/CORE TEAM Time 8: 00 a Topic Planning for The Day – Art Pyster ALL AUTHORS Time Topic 9: 00 a Review of Plans for Working Session – Art Pyster 9: 30 a Working Sessions – Groups TBD 12: 00 p Lunch Served in Plenary Room 1: 00 p Working Sessions (continued) 3: 00 p Final Plenary Session and Workshop Wrap-Up – Dave Olwell 3: 30 p Adjourn 15
SEBo. K Review Art Pyster
Overall SEBo. K Status • More than 3000 comments from more than 100 reviewers. Wow! Many more than we had expected. Terrific response from the community. • Many really excellent thoughtful comments • All comments captured in an adjudication matrix – Nicole will go over this later today • Core Team spent two days last week understanding the major points raised by the reviewers and preparing recommendations for your consideration today 17
Top 10 Issues 1. SEBo. K Structure/Organization isn’t clean; too many independent chapters, no cross-linkages, no graphical “map” to help people navigate 2. Too much detail for many of the topics – should have less discourse and more references 3. Doesn’t always strike the right balance between prescriptive and descriptive material 4. Chapters 1 to 3 need to be more aligned and consistent 5. Chapters 6 and 7 need to be more aligned and consistent 6. Chapters 9 to 12 need to be more aligned and consistent 7. References are erratic: 2 -level system confusing; some stated that there were too many references to be useful; too much BKCASE author work 8. Methodology for selecting what is in the glossary was unclear and many people were surprised at what was left out 9. No clear rationale for deciding what should be in Chapter 14 (Cross. Cutting); the term “cross-cutting” was confusing to many 10. Many style inconsistencies and need for stronger technical editing 18
Issue #1: Restructuring • Many reviewers said the long linear sequence of chapters wasn’t easy to follow. Too many components without a logical structure. • One reviewer suggested grouping chapters into “Parts” or “Sections” to provide that structure and aid comprehension. The Core Team agrees and recommends: Part 1: Beginnings Part 2: System Taxonomy Part 3: Engineering Across the Life Cycle Part 4: Engineering In and Across Organizations Part 5: Domain Specific Examples
Issue #1: Parts and Chapters Part 1: Beginnings • Introduction, System Concepts and Thinking, General Overview of SE and its Value Part 2: System Taxonomy • Product Systems (new), Service Systems, Enterprise Systems Part 3: Engineering Across the Life Cycle • Life Cycles, System Definition, System Realization, System Deployment and Use, Life Management, Cross-Cutting Part 4: Engineering In and Across Organizations • Enabling SE in the Organization, SE Management, Agreement, Competency, SE in the Global Context/Across Cultures (new) Part 5: Domain Specific Examples • Case Studies in Different Domains and Applications
Issues #1: Staffing Approach 1. Development of each Part led by an author + a Core Team member 2. Each chapter within a Part is led by an author 3. Each chapter has additional authors who contribute writing 4. Each Part lead author + Core Team member is responsible for working with author teams to: • Shape author teams to contribute material • Adjudicate review comments – to include possible restructuring of chapters within a part • Get the right depth, style, substance, length, consistency, prescriptiveness vs. descriptiveness • Have the right references Also addresses Issues 2 -6
Issue #1: Proposed Part Lead Authors and Core Team Members Part 1: Beginnings – Barry Boehm and Art Pyster Part 2: System Taxonomy – Rick Adcock and Nicole Hutchison Part 3: Engineering Across the Life Cycle – Bud Lawson and Dave Olwell Part 4: Engineering In and Across Organizations – Garry Roedler and Alice Squires Part 5: Domain Specific Examples – Heidi Davidz and Alice Squires Chapter leader and chapter author assignments still to be decided – people can stay with assignments from 0. 25 or move elsewhere
Issue #7: References 1. Confusion about the categories for references - need new approach to focus on recommended readings and citations 2. For each topic within chapter: – Works cited but not recommended; perhaps historical document – Top 10 recommended readings for everyone to understand topic 3. For each chapter within Part: – Top 10 recommended readings for everyone to understand chapter 4. For Part: – Top 10 recommended readings for everyone to understand Part 5. For SEBo. K – Top 10 recommended readings for all of SE 6. All recommended readings must be annotated – 1 -2 short paragraphs explaining the primary benefits – Guidance to novices about what’s important in the field and how to navigate with additional insights for people with more experience 23
Issue #7: Recommended Readings Alignment Recommended readings will be analyzed with respect to alignment with SEBo. K topics – help identify where additional readings are needed (e. g. Part 2, Chapter 1, Topic 1 below) – help identify where a recommended reading may not be appropriate for inclusion at a higher level (e. g. , Recommended Reading 1 may not be appropriate for inclusion in the Top 10 readings for a chapter even though it is recommended for Part 1, Chapter 1, Topic 1 below) SEBo. K Area P 1/C 1/T 1 RR 2 X P 1/C 1/T 2 RR 3 RR 4 X X RR 5 RR 6 . . . X X P 1/C 2/T 1 X P 1/C 2/T 2 X X X P 2/C 1/T 1 P 2/C 1/T 2 X X . . . 24
Issue #8: Glossary/Terminology 1. Many reviewers said that even though it can be useful to have multiple definitions, it can also be quite confusing 2. General Recommendation: SEBo. K should provide 1 definition wherever possible 3. Approach – Identify “primary” terms which require consistent definition – Author team will strive for consensus on definitions for primary terms (method TBD) – Primary terms to be highlighted in both text and glossary – Wherever possible, primary terms will include referenced definitions – It is acceptable to explain the existence of additional definitions, provided the key differences are explained and the references are appropriately cited. 25
Issue #9: Cross-Cutting 1. Purpose of what was Chapter 14 in SEBo. K 0. 25 is to capture “specialty” engineering that permeates across all other chapters 2. Often called “non-functional” topics, such as reliability, security, and safety 3. For SEBo. K 0. 5, will pick top TBD topics to include 4. For 0. 5, will provide a template for all included topics to provide for common structure, style, content, and length 5. Will try to include only non-functional topics that are common across multiple domains 6. Other chapters should address non-functional topics lightly and point to cross-cutting chapter; conversely, cross-cutting chapter should point to other chapters 7. Well-suited for wiki structure 8. Name “cross-cutting” not well-accepted. Need another name 26
- Slides: 26