Welcome!

IBM Cloud Authors: Yeshim Deniz, Elizabeth White, Pat Romanski, Liz McMillan, Stefan Bernbo

Related Topics: IBM Cloud

IBM Cloud: Article

The Six Principles of Systems Engineering

IBM's Rational Rules Developed Over 10-Year Period

IBM Rational's six principles of systems engineering are a set of high-level systems development guidelines derived from the careful analysis of successful, complex systems development engagements over the past ten years.

Although they are neither comprehensive nor mutually exclusive, they serve to highlight key areas of focus for organizations interested in quickly building expertise in complex systems development. They also serve as a "measuring stick" for assessing potential problem areas and the root causes underlying symptomatic project deficiencies or failures. It is well-known and accepted that function, schedule, and cost are three key and mutually dependent aspects of project management -- make a change to one, and the effects often ripple through the other two.

A similar relationship exists in product and program management for complex systems development. As shown in Figure 1, the three key aspects are:

  1. Systems architecture
  2. Organizational structure, including the systems development infrastructure
  3. Process, including workflows, best practices, and the like
These aspects collaborate to help achieve the following:

  • "Build the right system and build the system right"

    Architecture focuses on building the right system and model-driven use-case based architectural decomposition lays the foundation for building the system right. Why is architecture singled out? Because it provides the foundation on which the system is ultimately constructed. The choices made in selecting the system's architecture become a lasting legacy - either good or bad.

    Here's a transportation example: The basic architecture used for centuries in building roads or other transportation elements (like rail tracks) was basically point-to-point (the shortest distance between two points can be considered optimal since it minimizes the road length and one would assume maximizes time to travel efficiency). Simple enough, but there was always at least a physical constraint: the terrain, which forced the path to avoid obstacles. There were also other potential constraints such as "hostile" territory or political boundaries.

    In any case, roads were built and paths crossed somewhat haphazardly. Move forward to the 20th century. Population growth generated additional constraints - namely street lights or traffic signs to optimize the flow of traffic through intersections. These are somewhat problematic on roads architected in the point-to-point avoid obstacle approach, especially where more than two roads intersect. A clearly "better" architecture has proven to be laying out roads in rectangular grids. This architecture and the many implementations are much easier to control from a signaling and traffic flow perspective.

    So build the right system and build it right - making it robust (scalable, extendible, easy to maintain, easy to use, and so on).

  • "Do the right things, and do the things right"

    The systems development framework focuses on defining the right things to do throughout the product lifecycle to optimize business value and return on investment and best practices, processes/supporting tools and governance (requirements, quality, change, configuration, and program/project management) focus on ensuring things are done right.

  • "Apply the right resources, and apply the resources right"

    "Doing" and "building" are action verbs; they require resources to perform the "doing" and the "building". The most significant enterprise resource is people, followed by supporting infrastructure. Acquiring, motivating, and retaining skilled personnel applies the right resources, and aligning the organization appropriately to optimize communication, collaboration, and effort applies the resources optimally. A sound enterprise infrastructure (including IT equipment and software) is one key aspect in ensuring the resources are applied optimally, once again maximizing business value and return on investment

    The six principles of systems engineering address all three aspects described above. The three technical principles (noted below) focus on architecture and the derivation of system models, while the remaining principles provide the complementary infrastructures and workflows needed to optimize the technical development environment.

    The six systems engineering development principles are:

    1. Decompose systems, not requirements (technical).
    2. Enable both separation and integration of "key systems development" concerns (technical).
    3. Specifications flow up and down the architecture (technical).
    4. Systems and components collaborate; so should development teams.
    5. Development organizations should reflect product architectures.
    6. Base the "development" lifecycle on removing risk and adding value.
    Let's examine each of these principles, initially from a generic systems engineering view, and then specifically in the context of joint hardware/software development.

    Decompose systems, not requirements
    Since systems and software engineering principles and methods have been written about, discussed, and applied in countless cases, one might think that development teams have a common understanding of such terms as "system" and "systems engineering." Unfortunately, this is not the case; neither across enterprises within a specific industry nor across the product and functional domains within an engineering development community in a single enterprise.

    According to INCOSE (the International Council on Systems Engineering), systems engineering is2:
    An interdisciplinary approach and means to enable the realization of successful systems. It focuses on defining customer needs and required functionality early in the development cycle, documenting requirements, and then proceeding with design synthesis and system validation while considering the complete problem:

    • Operations
    • Performance
    • Test
    • Manufacturing
    • Cost and Schedule
    • Training and Support
    • Disposal
    A system is a group of interacting, interrelated, or interdependent elements forming a complex whole, which provides a set of services that are used by an enterprise to carry out a business purpose (mission). System components consist of hardware, software, data, and workers3. Put simply, a system is a complex entity that provides some tangible result of value. Systems engineering is a disciplined approach that helps us examine desired results and determine what can satisfy them. It also helps us determine how to do this within a set of business-critical constraints (cost, schedule, testing parameters, ease of manufacturing, and so on). The "what" is the system, the "how" is the functional requirements, the "business-critical constraints" are the supplementary requirements, and the "desired results" are products of use cases.
  • More Stories By Murray Cantor

    Murray Cantor is a member of the IBM Rational CTO team, taking the lead for Governance and Systems. Cantor formerly lead the IBM Rational field services group, promoting and extending Rational best practices, and working closely with customers on innovative ways to build and deliver systems more efficiently.

    More Stories By Gene Roose

    Gene Roose is a senior systems engineering consultant for IBM Rational, concentrating on model-driven systems development methods. He assists clients with solution analysis and design, architectural derivation and validation, and overall project management.

    Comments (0)

    Share your thoughts on this story.

    Add your comment
    You must be signed in to add a comment. Sign-in | Register

    In accordance with our Comment Policy, we encourage comments that are on topic, relevant and to-the-point. We will remove comments that include profanity, personal attacks, racial slurs, threats of violence, or other inappropriate material that violates our Terms and Conditions, and will block users who make repeated violations. We ask all readers to expect diversity of opinion and to treat one another with dignity and respect.


    IoT & Smart Cities Stories
    The deluge of IoT sensor data collected from connected devices and the powerful AI required to make that data actionable are giving rise to a hybrid ecosystem in which cloud, on-prem and edge processes become interweaved. Attendees will learn how emerging composable infrastructure solutions deliver the adaptive architecture needed to manage this new data reality. Machine learning algorithms can better anticipate data storms and automate resources to support surges, including fully scalable GPU-c...
    Machine learning has taken residence at our cities' cores and now we can finally have "smart cities." Cities are a collection of buildings made to provide the structure and safety necessary for people to function, create and survive. Buildings are a pool of ever-changing performance data from large automated systems such as heating and cooling to the people that live and work within them. Through machine learning, buildings can optimize performance, reduce costs, and improve occupant comfort by ...
    The explosion of new web/cloud/IoT-based applications and the data they generate are transforming our world right before our eyes. In this rush to adopt these new technologies, organizations are often ignoring fundamental questions concerning who owns the data and failing to ask for permission to conduct invasive surveillance of their customers. Organizations that are not transparent about how their systems gather data telemetry without offering shared data ownership risk product rejection, regu...
    René Bostic is the Technical VP of the IBM Cloud Unit in North America. Enjoying her career with IBM during the modern millennial technological era, she is an expert in cloud computing, DevOps and emerging cloud technologies such as Blockchain. Her strengths and core competencies include a proven record of accomplishments in consensus building at all levels to assess, plan, and implement enterprise and cloud computing solutions. René is a member of the Society of Women Engineers (SWE) and a m...
    Poor data quality and analytics drive down business value. In fact, Gartner estimated that the average financial impact of poor data quality on organizations is $9.7 million per year. But bad data is much more than a cost center. By eroding trust in information, analytics and the business decisions based on these, it is a serious impediment to digital transformation.
    Digital Transformation: Preparing Cloud & IoT Security for the Age of Artificial Intelligence. As automation and artificial intelligence (AI) power solution development and delivery, many businesses need to build backend cloud capabilities. Well-poised organizations, marketing smart devices with AI and BlockChain capabilities prepare to refine compliance and regulatory capabilities in 2018. Volumes of health, financial, technical and privacy data, along with tightening compliance requirements by...
    Predicting the future has never been more challenging - not because of the lack of data but because of the flood of ungoverned and risk laden information. Microsoft states that 2.5 exabytes of data are created every day. Expectations and reliance on data are being pushed to the limits, as demands around hybrid options continue to grow.
    Digital Transformation and Disruption, Amazon Style - What You Can Learn. Chris Kocher is a co-founder of Grey Heron, a management and strategic marketing consulting firm. He has 25+ years in both strategic and hands-on operating experience helping executives and investors build revenues and shareholder value. He has consulted with over 130 companies on innovating with new business models, product strategies and monetization. Chris has held management positions at HP and Symantec in addition to ...
    Enterprises have taken advantage of IoT to achieve important revenue and cost advantages. What is less apparent is how incumbent enterprises operating at scale have, following success with IoT, built analytic, operations management and software development capabilities - ranging from autonomous vehicles to manageable robotics installations. They have embraced these capabilities as if they were Silicon Valley startups.
    As IoT continues to increase momentum, so does the associated risk. Secure Device Lifecycle Management (DLM) is ranked as one of the most important technology areas of IoT. Driving this trend is the realization that secure support for IoT devices provides companies the ability to deliver high-quality, reliable, secure offerings faster, create new revenue streams, and reduce support costs, all while building a competitive advantage in their markets. In this session, we will use customer use cases...