Difference between revisions of "Guidance for Systems Engineers"

From SEBoK
Jump to navigation Jump to search
(44 intermediate revisions by 9 users not shown)
Line 1: Line 1:
Entry-level [[Systems Engineer (glossary)|systems engineers (glossary)]] will use the Systems Engineering Body of Knowledge [[Acronyms|(SEBoK)]] as a quick, comprehensive reference for [[Systems Engineering (glossary)|systems engineering (glossary)]] [[Acronyms|(SE)]] topics while they are learning to be systems engineers. The SEBoK will provide a single source with leading references for definition of terms and explanations of basic [[Concept (glossary)|concepts (glossary)]] and [[Principle (glossary)|principles (glossary)]] associated with SE. More experienced systems engineers will use the SEBoK as a reference to find articles and textbooks that provide more in-depth coverage of topics required to accomplish a work activity. Many valuable assets and sources of knowledge have been identified in the SEBoK. This will allow practicing systems engineers to reliably gain knowledge more quickly, that will lead to less time spent searching for and learning new information, and more time getting direct work done.
+
Both for the entry-level {{Term|Systems Engineer (glossary)|systems engineer}} learning the discipline of {{Term|Systems Engineering (glossary)|systems engineering}} (SE), and the more experienced systems engineer seeking the knowledge required to accomplish a work activity, the SEBoK serves as a primary information source and a quick, comprehensive reference for SE information.  
  
Additionally, the SEBoK provides a common set of terms, definitions, and concepts to establish a consistent framework for a team of practicing engineers. The framework helps form a bridge across the legacy knowledge of practicing engineers to enhance communication, which is often a major obstacle for new teams. Please see [[Enabling Teams]] for more information.
+
What these system engineers find in the SEBoK includes:
 +
*definitions of terms,
 +
*explanations of basic concepts and principles,
 +
*useful discussions of topics,
 +
*references to articles and textbooks that cover topics in-depth, and
 +
*pointers to additional sources.
  
==Use of Topics==
+
==How Systems Engineers Use Topics==
The SEBoK topics provide great value to practicing systems engineers. These engineers have limited time to research topics and find relevant information. Practicing engineers often have limited access to educational resources or to research expertise. The SEBoK provides a compendium of, and references to, some of the best information on SE. This information is based on research, proven practices, and emerging knowledge. The SEBoK helps provide a means of connecting with educators and researchers through the topics and references provided. The primary references will help practicing engineers find reliable, high-quality information more quickly than they would if they had only the internet as a means of searching because the SEBoK sources have been reviewed and vetted by a team of experts.
+
Researching SE-related subjects, identifying educational resources, and connecting with individuals or organizations which offer specialized expertise are all part of the job for the practicing systems engineer. The time available to the SE for these activities can be quite limited. The SEBoK is designed to ease the pressure on the systems engineer in this situation, in several ways:
  
Having the SEBoK organized by articles that are generally less than 2000 words will help practicing engineers quickly get an overview of relevant topics. The primary references will provide the greater detail that is most relevant to each topic. In cases where the practicing engineer needs additional detail or breadth, the additional references can be consulted.
+
*Because its content is based on research, proven practices, and emerging knowledge, the SEBoK makes high-quality information available to the systems engineer right away.
 +
*Being composed of articles of 2000 words or less in most cases, the SEBoK enables the systems engineer to quickly get an overview of relevant topics.  
 +
*By providing primary references, each topic offers a direct route to more detailed information.
 +
*Even greater detail, breadth, and a sense of what's relevant in the SE literature are available through the additional references each topic provides.
 +
*Since the SEBoK sources have been reviewed and vetted by a team of experts, the SEBoK helps the systems engineer avoid less reliable information which can be hard to eliminate within Internet search results. 
 +
*The systems engineer who needs to connect with educators and researchers can find relevant names and institutions in SEBoK topics and references.  
  
It is expected that the practicing systems engineer will most often access the SEBoK using a search function with some key words that indicate the topics they are interested in learning. The next most likely access methods would be 1) to check the SEBoK table of contents or an index to find the topics of interest and 2) through the search results of an Internet search engine based on a specific topical search.
+
Systems engineers using the SEBoK may choose one or more of several approaches:
 +
*searching on keywords or article names, using the text field, [http://www.mediawiki.org/wiki/Help:Searching Search] button, and [http://meta.wikimedia.org/wiki/Help:Go_button Go] button at the top right of each SEBoK page
 +
*scanning the Quick Links, Outline (where the [[SEBoK Table of Contents|table of contents]] is located), or Navigation indexes that appear at the left of each SEBoK page, and following links from there to articles that seem likely to be of interest
 +
*searching on keywords using an Internet search engine
 +
*reading through one or more of Parts 1 through 7 in sequence
  
Occasionally, practicing engineers who are new to SE and intend on fully learning the subject will read the SEBoK in sequence. This may also be true for practicing engineers in a training course run by their employer. To facilitate in-sequence use, the SEBoK has navigation links in each article, allowing easy access to the previous and next articles in the table of contents, as well as a link to the parent article in the hierarchy.
+
Reading the SEBoK in sequence is especially suitable for the practicing engineer who is new to SE or is enrolled in an SE-related training course. For this engineer, SE (or some aspect of it) is a subject to be learned comprehensively. This is made easier by navigation links from each article to the previous, next, and parent articles as found in the [[SEBoK Table of Contents|Table of Contents]].
  
==Implementation Examples==
+
For practicing systems engineers, having the SEBoK makes it possible to gain knowledge more quickly and reliably than they would otherwise. The goal is to spend less time searching for and compiling new information from disparate sources and more time getting work done.
Practicing systems engineers will find the examples useful when these examples are aligned with the [[Domain (glossary)|domain (glossary)]] in which the systems engineer is working, though some more general examples will occasionally be useful.  Because the SEBoK focuses on the discipline of SE and has minimal coverage of the numerous domains where SE can be applied, the practicing systems engineer will get limited understanding of domain-specific concerns from the discussion in Parts 2 through 6. However, some SE examples within a particular domain are provided in Part 7, [[Systems Engineering Implementation Examples]]. Though all relevant domains are not covered, these examples may be useful for understanding how an application domain may impact SE activities. For SEBoK version 1.0, the authors plan to add additional examples.
 
  
==Model-Based Systems Engineering Practitioners==
+
For a team of practicing engineers, the gap in knowledge between more- and less-experienced engineers can be a major obstacle. The SEBoK serves as a tool for the team to build a framework of agreed-upon definitions and perspectives. The consistency of such a framework enhances communication across the team. New teams, especially, can benefit from bridging the gap between legacy and more-recently-acquired knowledge. For more information, see [[Enabling Teams]] in Part 5.
Practicing systems engineers will use the SEBoK, and in particular its knowledge area on [[Representing Systems with Models]], to practice [[Model-Based Systems Engineering (MBSE) (glossary)|Model-Based Systems Engineering]] [[Acronyms|(MBSE)]] in order to create [[Model (glossary)|models]] of [[System (glossary)|systems]] to support the various system [[Life Cycle (glossary)|life cycle]] activities, including their [[Requirement (glossary)|requirements]], high-level [[Architecture (glossary)|architecture]], detailed [[Design (glossary)|design]], testing, usage, [[Maintenance (glossary)|maintenance]], and [[Disposal (glossary)|disposal]].  
 
  
Faculty members will use the SEBoK to support curriculum development and assessment, and ensure accuracy and completeness of the MBSE part of the curriculum. They will be able to define the modeling methodologies and languages they wish to include in their curriculum, such as System Modeling Language [[Acronyms|(SysML)]] and Object-Process Methodology [[Acronyms|(OPM)]].  
+
==How Systems Engineers Use Implementation Examples==
 +
The SEBoK is written, for the most part, independent of any particular {{Term|Domain (glossary)|domain}} of practice.  By design, parts 1 though 6  focus on the discipline of SE and not the numerous domains where SE can be applied.
  
SE researchers will be able to adopt an MBSE approach and base their SE research on models in order to make their research topics more formal and rigorous.
+
This lack of domain-specific content is partly offset by Part 7, [[Systems Engineering Implementation Examples]], which consists of {{Term|Case Study (glossary)|case studies}} and examples drawn from a number of domains where SE is applied. Each example demonstrates the impact of a particular application domain upon SE activities. Examples are generally most useful to the systems engineer when they are aligned with the domain in which the he or she is working, but sometimes ideas from an example in one domain can be usefully applied to situations in another.
 +
 
 +
==Example: Model-Based Systems Engineering Practitioners==
 +
For practitioners of {{Term|Model-Based Systems Engineering (MBSE) (glossary)|model-based systems engineering}} (MBSE), the [[Representing Systems with Models]] knowledge area is of central importance within the SEBoK.
 +
 
 +
Academic faculty who use the SEBoK to support curriculum development and assessment can refer to the same knowledge area to ensure that their curricula accurately cover the languages and/or methodologies such as System Modeling Language (SysML) and Object-Process Methodology (OPM).
 +
 
 +
SE researchers, too, can adopt an MBSE approach, making their research products more formal and rigorous by basing them on models.
 +
 
 +
In MBSE, {{Term|Model (glossary)|models}} of {{Term|System (glossary)|systems}} support system {{Term|Life Cycle (glossary)|life cycle}} activities, including {{Term|Requirement (glossary)|requirements}} engineering, high-level {{Term|Architecture (glossary)|architecture}}, detailed {{Term|Design (glossary)|design}}, testing, usage, {{Term|Maintenance (glossary)|maintenance}}, and {{Term|Disposal (glossary)|disposal}}.
  
 
==Vignette: Systems Engineering for Medical Devices==
 
==Vignette: Systems Engineering for Medical Devices==
 +
Tara Washington has worked as a engineer for the HealthTech medical device company for seven years. Besides continuing to improve her strong software skills, she has shown an aptitude for systems thinking. To better understand the products that her software supports, Tara has taken courses in electrical engineering, mechanical engineering, and physiology. The coursework has helped her to perform effectively as a software system analyst on the SE teams of her last two projects.
 +
 +
HealthTech’s Research Division proposes a new concept for a highly programmable radiation therapy device that monitors the effects of the radiation on various parts of the body and adjusts the parameters of the radiation dosage to maximize its effectiveness, subject to a number of safety constraints. The software-intensiveness of the device leads Tara’s project manager to recommend her as the lead systems engineer for the design and development of the product.
 +
 +
Tara welcomes the opportunity, knowing that she possesses enough domain knowledge to take the lead SE role. Even so, she realizes that she has picked up SE skills mainly by intuition and needs to build them up more systematically. Tara begins to consult some of HealthTech’s lead systems engineers, and to study the SEBoK.
  
Tara Washington has been working as a engineer for the medical device company HealthTech for seven years. Besides continuing to improve her strong software skills, she has shown an aptitude for systems thinking. She has also taken courses in electrical [[Engineering (glossary)|engineering (glossary)]], mechanical engineering, and physiology to obtain a better understanding of the [[Product (glossary)|products (glossary)]] that her [[Software (glossary)|software (glossary)]] is supporting. This has led her to perform as an effective software system analyst on the SE [[Team (glossary)|teams (glossary)]] of her last two [[Project (glossary)|projects (glossary)]].  
+
After reading the [[SEBoK Introduction]], Tara feels that she has a solid overview of the SEBoK. Tara finds that the next topic, [[Scope and Context of the SEBoK]], outlines the key activities that she expects to lead, along with others which will require her to collaborate with systems developers and project and systems management personnel.  
  
HealthTech’s Research Division has come up with a new [[Concept (glossary)|concept (glossary)]] for a highly programmable radiation therapy device that monitors the effect of the radiation on various parts of the body and adjusts the parameters of the radiation dosage to maximize the effectiveness of the dosage, subject to a number of [[Safety (glossary)|safety (glossary)]] [[Constraint (glossary)|constraints (glossary)]].  The software-intensiveness of the device has led Tara’s current project manager to recommend her as the lead systems engineer for the [[Design (glossary)|design (glossary)]] and development of the product.
+
The same topic identifies those parts of the SEBoK that Tara needs to study in preparation for her lead systems engineer role:
 +
*SE concepts, principles, and modeling approaches in Part 2 ([[Representing Systems with Models]] knowledge area (KA))
 +
*life cycle processes, management, technical practices, in Part 3 ([[Systems Engineering and Management]] KA)
 +
*approaches for specifying, architecting, verifying and validating the hardware, software, and human factors aspects of the product, as well as common pitfalls to avoid and risks to manage, also in [[Systems Engineering and Management]]
 +
*guidelines for the systems engineering of products, in [[Applications of Systems Engineering|Part 4: Applications of Systems Engineering]], including references 
 +
*SE knowledge, skills, abilities, and attitudes (KSAAs) needed for a project in [[Enabling Systems Engineering|Part 5: Enabling Systems Engineering]] including references
 +
*specialty engineering disciplines that may be key to the project’s success, in [[Related Disciplines|Part 6: Related Disciplines]]  
  
Tara welcomes the opportunity, but realizes that, although she has picked up enough of the domain knowledge that the lead SE role needs, her SE skills have been largely picked up by intuition. In order to build on her SE [[Capability (glossary)|capabilities (glossary)]], she consults some of HealthTech’s lead systems engineers and studies the SEBoK.
+
Tara's awareness of the deaths caused by the Therac-25 radiation therapy device motivates her to study not only the [[System Safety]] topic in Part 6, but all of its key references as well.
  
She finds that Part 1, [[SEBoK 1.0 Introduction]], gives her an overview of the SEBoK and the [[Scope and Context of the SEBoK]] topic outlines the key activities that she will need to lead, as well as those activities she will need to collaborate on with the systems developers and project/systems management personnel. It also provides her with an overview of the other parts of the SEBoK that will help her understand SE concepts, [[Principle (glossary)|principles (glossary)]], and modeling approaches in [[Representing Systems with Models]] in Part 2; [[Life Cycle (glossary)|life cycle (glossary)]] [[Process (glossary)|processes (glossary)]], management, technical practices, approaches for specifying, [[Architecting (glossary)|architecting (glossary)]], [[Verification (glossary)|verifying (glossary)]] and [[Validation (glossary)|validating (glossary)]] the hardware, software, and [[Human Factors (glossary)|human factors (glossary)]] aspects of the product, as well as common pitfalls to avoid and [[Risk (glossary)|risks (glossary)]] to manage ([[Systems Engineering and Management]] in Part 3); guidelines for the SE of products ([[Applications of Systems Engineering]] in Part 4 and its references); required SE Knowledge, Skills, Abilities, and Attitudes [[Acronyms|(KSAA)]] needed for a project ([[Enabling Systems Engineering]] in Part 5 and its references); and specialty engineering disciplines that may be key to the project’s success ([[Related Disciplines]]) in Part 6. In particular, as Tara is aware of the deaths caused by the Therac-25 radiation therapy device, she not only reads the [[Safety Engineering]] topic in Part 6, but also all of its key references.
+
While reading about SE life cycle process models in [[Systems Engineering and Management]] in Part 3, Tara notes the reference to the [[Next Generation Medical Infusion Pump Case Study]] in Part 7. This case study strikes Tara as highly relevant to her medical-device work, and she observes that it is organized into phases similar to those used at HealthTech. From the case study, Tara gains understanding of how a project such as hers would progress: by concurrently evaluating technology opportunities, by discovering the needs of various device stakeholders such as patients, nurses, doctors, hospital administrators, and regulatory agencies, and by working through increasingly detailed prototypes, specifications, designs, plans, business cases, and product safety analyses.  
  
While reading about SE life cycle process models in [[Systems Engineering and Management]] in Part 3, Tara sees the reference to the [[Next Generation Medical Infusion Pump Case Study]] in [[Systems Engineering Implementation Examples]] in Part 7. She finds the case study highly relevant to her medical-device situation and organized into phases similar to those used at HealthTech. In particular, it gave Tara a good understanding of how a project such as hers would progress by concurrently evaluating technology [[Opportunity (glossary)|opportunities (glossary)]], understanding the needs of various device [[Stakeholder (glossary)|stakeholders (glossary)]] (e.g., patients, nurses, doctors, hospital administrators, and regulatory agencies), and progressing through a succession of increasingly detailed [[Prototype (glossary)|prototypes (glossary)]], specifications, designs, [[Plan (glossary)|plans (glossary)]], business cases, and safety analyses of a product. The [[Case Study (glossary)|case study (glossary)]] also pointed her toward the U.S. National Research Council book, Human-System Integration in the System Development Process, which was the expanded source of the case study and also provided numerous good practices for human-systems needs analysis, [[Organizational (glossary)|organizational (glossary)]] analysis, operations analysis, prototyping, usability criteria formulation, hardware-software-human factors integration, process decision milestone review criteria, and [[Risk Management (glossary)|risk management (glossary)]].
+
The case study mentions its source: [http://www.nap.edu/catalog.php?record_id=11893 Human-System Integration in the System Development Process] (Pew and Mavor 2007), published by the U.S. National Research Council. Tara obtains this book. In it, she finds numerous good practices for human-systems needs analysis, organizational analysis, operations analysis, prototyping, usability criteria formulation, hardware-software-human factors integration, process decision milestone review criteria, and risk management.
  
As a result, Tara is able to better plan, staff, organize, control, and direct the SE portion of the HealthTech radiation therapy device project and to help bring the project to a successful conclusion.
+
As a result of her SEBoK-based study, Tara feels better-qualified to plan, staff, organize, control, and direct the SE portion of the HealthTech radiation therapy device project and to help bring the project to a successful conclusion.
  
 
==Summary==
 
==Summary==
The SEBoK will be viewed by practicing engineers as an authoritative knowledge resource that can be accessed quickly to gain essential high level information. It will be viewed as a quick method for identifying the best references for more in depth study and research into SE topics when an individual’s current level of understanding is not enough to get the job done.
+
In the SEBoK, practicing engineers have an authoritative knowledge resource that can be accessed quickly to gain essential high-level information, and to identify the best references for in-depth study and research into SE topics when an individual’s initial level of understanding is not adequate to get the job done.
  
The SEBoK can also be used in training courses and as a resource for teaching practicing engineers.
+
The SEBoK is also a resource for practicing engineers who teach, as well as those taking training courses.
  
 
==References==  
 
==References==  
 
===Works Cited===
 
===Works Cited===
None.
+
Pew, R. and A. Mavor. 2007. ''Human-System Integration in the System Development Process:  A New Look.'' Washington, DC, USA: The National Academies Press.
 +
 
 
===Primary References===
 
===Primary References===
 
None.
 
None.
Line 52: Line 86:
 
----
 
----
  
<center>[[SEBoK Users and Uses|< Previous Article]] | [[SEBoK Users and Uses|Parent Article]] | [[Use Case 2: Other Engineers|Next Article >]]</center>
+
<center>[[Use Case 0: Systems Engineering Novices|< Previous Article]] | [[SEBoK Users and Uses|Parent Article]] | [[Use Case 2: Other Engineers|Next Article >]]</center>
  
{{DISQUS}}
+
<center>'''SEBoK v. 2.5, released 15 October 2021'''</center>
  
[[Category:Part 1]][[Category:Use Case]]
+
[[Category:Part 1]]
 +
[[Category:Use Case]]
 
[[Category:SEBoK Users and Uses]]
 
[[Category:SEBoK Users and Uses]]

Revision as of 03:24, 14 October 2021

Both for the entry-level systems engineersystems engineer learning the discipline of systems engineeringsystems engineering (SE), and the more experienced systems engineer seeking the knowledge required to accomplish a work activity, the SEBoK serves as a primary information source and a quick, comprehensive reference for SE information.

What these system engineers find in the SEBoK includes:

  • definitions of terms,
  • explanations of basic concepts and principles,
  • useful discussions of topics,
  • references to articles and textbooks that cover topics in-depth, and
  • pointers to additional sources.

How Systems Engineers Use Topics

Researching SE-related subjects, identifying educational resources, and connecting with individuals or organizations which offer specialized expertise are all part of the job for the practicing systems engineer. The time available to the SE for these activities can be quite limited. The SEBoK is designed to ease the pressure on the systems engineer in this situation, in several ways:

  • Because its content is based on research, proven practices, and emerging knowledge, the SEBoK makes high-quality information available to the systems engineer right away.
  • Being composed of articles of 2000 words or less in most cases, the SEBoK enables the systems engineer to quickly get an overview of relevant topics.
  • By providing primary references, each topic offers a direct route to more detailed information.
  • Even greater detail, breadth, and a sense of what's relevant in the SE literature are available through the additional references each topic provides.
  • Since the SEBoK sources have been reviewed and vetted by a team of experts, the SEBoK helps the systems engineer avoid less reliable information which can be hard to eliminate within Internet search results.
  • The systems engineer who needs to connect with educators and researchers can find relevant names and institutions in SEBoK topics and references.

Systems engineers using the SEBoK may choose one or more of several approaches:

  • searching on keywords or article names, using the text field, Search button, and Go button at the top right of each SEBoK page
  • scanning the Quick Links, Outline (where the table of contents is located), or Navigation indexes that appear at the left of each SEBoK page, and following links from there to articles that seem likely to be of interest
  • searching on keywords using an Internet search engine
  • reading through one or more of Parts 1 through 7 in sequence

Reading the SEBoK in sequence is especially suitable for the practicing engineer who is new to SE or is enrolled in an SE-related training course. For this engineer, SE (or some aspect of it) is a subject to be learned comprehensively. This is made easier by navigation links from each article to the previous, next, and parent articles as found in the Table of Contents.

For practicing systems engineers, having the SEBoK makes it possible to gain knowledge more quickly and reliably than they would otherwise. The goal is to spend less time searching for and compiling new information from disparate sources and more time getting work done.

For a team of practicing engineers, the gap in knowledge between more- and less-experienced engineers can be a major obstacle. The SEBoK serves as a tool for the team to build a framework of agreed-upon definitions and perspectives. The consistency of such a framework enhances communication across the team. New teams, especially, can benefit from bridging the gap between legacy and more-recently-acquired knowledge. For more information, see Enabling Teams in Part 5.

How Systems Engineers Use Implementation Examples

The SEBoK is written, for the most part, independent of any particular domaindomain of practice. By design, parts 1 though 6 focus on the discipline of SE and not the numerous domains where SE can be applied.

This lack of domain-specific content is partly offset by Part 7, Systems Engineering Implementation Examples, which consists of case studiescase studies and examples drawn from a number of domains where SE is applied. Each example demonstrates the impact of a particular application domain upon SE activities. Examples are generally most useful to the systems engineer when they are aligned with the domain in which the he or she is working, but sometimes ideas from an example in one domain can be usefully applied to situations in another.

Example: Model-Based Systems Engineering Practitioners

For practitioners of model-based systems engineeringmodel-based systems engineering (MBSE), the Representing Systems with Models knowledge area is of central importance within the SEBoK.

Academic faculty who use the SEBoK to support curriculum development and assessment can refer to the same knowledge area to ensure that their curricula accurately cover the languages and/or methodologies such as System Modeling Language (SysML) and Object-Process Methodology (OPM).

SE researchers, too, can adopt an MBSE approach, making their research products more formal and rigorous by basing them on models.

In MBSE, modelsmodels of systemssystems support system life cyclelife cycle activities, including requirementsrequirements engineering, high-level architecturearchitecture, detailed designdesign, testing, usage, maintenancemaintenance, and disposaldisposal.

Vignette: Systems Engineering for Medical Devices

Tara Washington has worked as a engineer for the HealthTech medical device company for seven years. Besides continuing to improve her strong software skills, she has shown an aptitude for systems thinking. To better understand the products that her software supports, Tara has taken courses in electrical engineering, mechanical engineering, and physiology. The coursework has helped her to perform effectively as a software system analyst on the SE teams of her last two projects.

HealthTech’s Research Division proposes a new concept for a highly programmable radiation therapy device that monitors the effects of the radiation on various parts of the body and adjusts the parameters of the radiation dosage to maximize its effectiveness, subject to a number of safety constraints. The software-intensiveness of the device leads Tara’s project manager to recommend her as the lead systems engineer for the design and development of the product.

Tara welcomes the opportunity, knowing that she possesses enough domain knowledge to take the lead SE role. Even so, she realizes that she has picked up SE skills mainly by intuition and needs to build them up more systematically. Tara begins to consult some of HealthTech’s lead systems engineers, and to study the SEBoK.

After reading the SEBoK Introduction, Tara feels that she has a solid overview of the SEBoK. Tara finds that the next topic, Scope and Context of the SEBoK, outlines the key activities that she expects to lead, along with others which will require her to collaborate with systems developers and project and systems management personnel.

The same topic identifies those parts of the SEBoK that Tara needs to study in preparation for her lead systems engineer role:

Tara's awareness of the deaths caused by the Therac-25 radiation therapy device motivates her to study not only the System Safety topic in Part 6, but all of its key references as well.

While reading about SE life cycle process models in Systems Engineering and Management in Part 3, Tara notes the reference to the Next Generation Medical Infusion Pump Case Study in Part 7. This case study strikes Tara as highly relevant to her medical-device work, and she observes that it is organized into phases similar to those used at HealthTech. From the case study, Tara gains understanding of how a project such as hers would progress: by concurrently evaluating technology opportunities, by discovering the needs of various device stakeholders such as patients, nurses, doctors, hospital administrators, and regulatory agencies, and by working through increasingly detailed prototypes, specifications, designs, plans, business cases, and product safety analyses.

The case study mentions its source: Human-System Integration in the System Development Process (Pew and Mavor 2007), published by the U.S. National Research Council. Tara obtains this book. In it, she finds numerous good practices for human-systems needs analysis, organizational analysis, operations analysis, prototyping, usability criteria formulation, hardware-software-human factors integration, process decision milestone review criteria, and risk management.

As a result of her SEBoK-based study, Tara feels better-qualified to plan, staff, organize, control, and direct the SE portion of the HealthTech radiation therapy device project and to help bring the project to a successful conclusion.

Summary

In the SEBoK, practicing engineers have an authoritative knowledge resource that can be accessed quickly to gain essential high-level information, and to identify the best references for in-depth study and research into SE topics when an individual’s initial level of understanding is not adequate to get the job done.

The SEBoK is also a resource for practicing engineers who teach, as well as those taking training courses.

References

Works Cited

Pew, R. and A. Mavor. 2007. Human-System Integration in the System Development Process: A New Look. Washington, DC, USA: The National Academies Press.

Primary References

None.

Additional References

None.


< Previous Article | Parent Article | Next Article >
SEBoK v. 2.5, released 15 October 2021