q2K BHP
Black History Portal
THE BHP WIRE —
HIDDEN TRUTHS
What's New!
THE JOURNEY THROUGH TIME

Explore Black History

Explore the people, places, events, achievements, struggles and stories that shaped our journey.

✊🏾

Civil Rights

Movements, leaders, victories and the continuing fight for equality.

⚙️

Black Inventors

Innovation, patents, science, technology and world-changing contributions.

🏆

Sports

Pioneers, champions, Negro Leagues, records, activism and excellence.

♟️

People

Meet the people whose lives, choices and achievements shaped the journey.

📍

Places

Black towns, communities, institutions and places where history happened.

📜

Events

Moments that changed communities, movements, institutions and the nation.

Enter a person, place, event, or topic.
MY'STORY

The MOVE Fire

This is a personal recollection on the Move fire on May 13, 1985 Philadelphia police fired thousands of rounds at the MOVE house, city officials approved dropping an explosive device on the roof, the resulting fire was allowed to burn, 11 people—including five children—died, and 61 homes were destroyed. Philadelphia City Council later called it a “brutal attack carried out by the City of Philadelphia on its own citizens” and acknowledged that no individual faced criminal consequences for the bombing. One timeline correction worth preserving for the BHP record: the major previous MOVE-police confrontation was August 8, 1978, about seven years before the bombing, not a year or two earlier. Officer James Ramp was killed, other police and firefighters were wounded, nine MOVE members were later convicted, and television cameras recorded police beating Delbert Africa during his arrest. The 1985 MOVE Commission later specifically criticized city planners for failing to adequately use lessons from that 1978 confrontation. And that actually strengthens the point you’re making: 1985 did not happen without precedent or institutional memory. There had already been a deadly confrontation with MOVE, years of conflict, negotiations and police involvement before Osage Avenue.

MORE →
BLACK FACTS
The Truths They Never Taught You...

Katherine Johnson — Mathematics to the Moon

Katherine Johnson’s mathematical calculations helped guide some of America’s most important early space missions while she confronted the racial and gender barriers faced by Black women in twentieth-century America.

MORE →
BHP gathered finds from its connected research sources. Showing the 4 strongest Black History matches.
← BACK TO RESULTS
Wikipedia

Enterprise systems engineering

Enterprise systems engineering (ESE) is the discipline that applies systems engineering to the design of an enterprise.[1] As a discipline, it includes a body of knowledge, principles, and processes tailored to the design of enterprise systems.

An enterprise is a complex, socio-technical system that comprises interdependent resources of people, information, and technology that must interact to fulfill a common mission.[1]

Enterprise systems engineering incorporates all the tasks of traditional systems engineering but is further informed by an expansive view of the political, operational, economic, and technological (POET) contexts in which the system(s) under consideration are developed, acquired, modified, maintained, or disposed.[citation needed][2]

Enterprise systems engineering may be appropriate when the complexity of the enterprise exceeds the scope of the assumptions upon which textbook systems engineering are based. Traditional systems engineering assumptions include relatively stable and well understood requirements, a system configuration that can be controlled, and a small, easily discernible set of stakeholders.[citation needed]

An enterprise systems engineer must produce a different kind of analysis on the people, technology, and other components of the organization in order to see the whole enterprise. As the enterprise becomes more complex, with more parameters and people involved, it is important to integrate the system as much as possible to enable the organization to achieve a higher standard.[3]

Elements

[edit]

Four elements are needed for enterprise systems engineering to work. These include development through adaption, strategic technical planning, enterprise governance, and ESE processes (with stages).[4]

Development through adaptation

[edit]

Development through adaptation is a way to compromise with the problems and obstacles in complex systems. Over time, the environment changes and adaptation is required to continue development. For example, mobile phones have undergone numerous modifications since their introduction. Initially, the devices were considerably larger than those seen in later iterations. Over time, variations in size and design have been observed across different generations of mobile phones. Additionally, the evolution of mobile data technology from 1G to 5G has influenced the speed and convenience of mobile phone usage.[5]

Strategic technical planning

[edit]

Strategic technical planning (STP) gives the enterprise the picture of their aim and objectives. STP components are:[6]

  • Mission statement
  • Needs assessment
  • Technology descriptions and goal statement
  • Hardware and software requirement
  • Budget plan
  • Human Resources

Enterprise governance

[edit]

Enterprise governance is defined as 'the set of responsibilities and practices exercised by the board and executive management to provide strategic direction, ensure that objectives are achieved, ascertain that risks are managed appropriately and verify that the organization's resources are used responsibly,' according to CIMA Official Terminology.[7] EG allows one to make the right decision on the choice of CEO and executives for the company, and also to identify the risks of the company.[8]

Processes

[edit]

Four steps comprise the enterprise system engineering process: technology planning (TP); capabilities-based engineering analysis (CBEA); enterprise architecture (EA); and enterprise analysis and assessment (EA&A).[9][3]

Technology planning

[edit]

TP looks for technologies key to the enterprise. This step aims to identify the innovative ideas and choose the technologies that are useful for the enterprise.[citation needed]

Capabilities-based engineering analysis

[edit]

CBEA is an analysis method that focuses on elements that the whole enterprise needs.[10] The three steps are purpose formulation, exploratory analysis, and evolutionary planning:

Purpose formulation

[edit]
  • Assess stakeholder Interest – understand what the stakeholders want and like
  • Specify outcome spaces – find solutions for several conditions and the goal for the operations
  • Frame capability portfolios - collect fundamental elements

Exploratory analysis

[edit]
  • Assess performance and cost – identify the performance and cost in different conditions and find solutions to improve
  • Explore concepts – search for new concepts and transform advanced capabilities
  • Determine the need for more variety – examine the risks and chances and decide whether new ways are needed

Evolutionary planning

[edit]
  • Assess enterprise impacts – investigate the effects on the enterprise in technical and capability aspects
  • Examine evolution strategies – explore and construct more strategies and evolution route
  • Develop capability road map – plan for the capability area which includes analysis and decision making which is a tool for assessment and development for the enterprise

Enterprise architecture

[edit]
The prospective of Enterprise Architecture

EA is a model that illustrates the vision, network and framework of an organization. The four aspects (according to Michael Platt) are business prospects, application, information and technology.[11] The diagram shows the structure of enterprise architecture. The benefits are improvement of decision making, increased IT efficiency and minimizes losses.[12]

  • Business – The strategies and processes by the operation of business
  • Application – Interaction and communication along with the processes used in the company
  • Information – The logical data and statistics that the organization requires to run properly and actively
  • Technology – The software and hardware and different operational systems that are used in the company

All the elements are dependent and rely on each other in order to build the infrastructure.[13]

Enterprise analysis and assessment

[edit]

Enterprise analysis and assessment aims to assess whether the enterprise is going in the right direction and help to make correct decisions. Qualities required for this step include awareness of technologies, knowing and understanding command and control (C2) issues, and using modeling and simulation (M&S) explore the implications.[14]

Activities and actions for this event include:

  • Multi-scale analysis
  • Early and continuous war fighter operational assessment
  • Lightweight, portable M&S-based C2 capability representations
  • Development software available for assessment
  • Minimal infrastructure
  • Flexible M&S operator-in-the-loop (OITL), and hardware-in-the-loop (HWIL) capabilities
  • In-line, continuous performance monitoring and selective forensics

Traditional systems engineering

[edit]

Traditional systems engineering (TSE) is a term to be defined as an engineering sub-system.[15][16] Elements:

  • TSE is conducted by an external designer
  • It is a stable system which doesn't change automatically
  • Operation and development are independent of each other
  • People do not play an important role in it
  • Massive machines have expected conduct

A survey compared ESE and TSE. The survey reported that the two are complementary and interdependent. ESE had a higher rating while TSE could be part of ESE. The combination could be ideal.[17]

Applications

[edit]

The two types of ESE application are Information Enterprise Systems Engineering and Social Enterprise Systems Engineering.

Information Enterprise Systems Engineering (IESE)

[edit]

It is a system that builds up to meet the requirements and expectations of different stakeholders in the organization. There must be an input device to collect the information and output device to satisfy the information needs.[18]

There are three different aspects for the framework of IESE:

  • Functional view
  • Topology view
  • Physical view

Also, there are different rules for the IESE model.[19]

  • Interchangeable point of view
  • Detailed views and well displayed. Showing the specific method, solution and techniques
  • Consistent views
  • Supported viewpoints

Social Enterprise System Engineering

[edit]

This is a framework that involves planning, analyzing, mapping, and drawing a network of the process for enterprises and stakeholders. Moreover, it creates social value for entrepreneurship and explores and focuses on social and societal issues. It forms a connection between social enterprise and system engineering. There is a Social Enterprise Systems Engineering V-model, in which two or more social elements are established based on the system engineering framework—for example, more social interface analysis that reviews stakeholders' requirements, and more activities and interactions between stakeholders to exchange opinion.[20]

Opportunity and risk management

[edit]

There are opportunities and risks in ESE and they have to be aggressive in seeking opportunities and also finding ways to avoid or minimize the risks. Opportunity is a trigger element that may lead to the accomplishment of objectives. Risk is a potential occurrence and will affect the performance of the entire system.[21] There are several reasons for the importance of risk management.[22]

  1. To identify the risks before head which can prepare actions to prevent or minimize the risks
  2. Since risks can cost the enterprise, determining the risk events can reduce the amount of loss
  3. Help to know how to allocate the human or technology resources in order avoid the most critical risks
  4. To improve organizational resilience and operational continuity during system failures or unexpected disruptions
  5. To support decision-making in complex enterprise environments involving [3]digital transformation, cloud infrastructure, cybersecurity, and emerging technologies

There are few steps in Enterprise risk and opportunity Management Process

  • Prepare the risk and opportunity plan – Select team and representatives
  • Identify Risks – Complete risks statements for each risk
  • Identify Opportunities – People that work at tactical level and manager must understand the opportunities in order to take a further action
  • Evaluate the Enterprise Risks and Opportunities – To decide which is more critical and vital
  • Develop the plan – Develop after identification and evaluation with different strategies

See also

[edit]

References

[edit]
  1. ^ a b R.E. Giachetti (2010). Design of Enterprise Systems: Theory, Architecture, and Methods, CRC Press, Boca Raton, Florida, p. 3
  2. ^ "Tools to Enable a Comprehensive Viewpoint". The MITRE Corporation. 28 August 2013.
  3. ^ a b Joannou, Paul (2007). "Enterprise, Systems, and Software Engineering--The Need for Integration". Computer. 40 (5): 103–5. Bibcode:2007Compr..40e.103J. doi:10.1109/mc.2007.167. S2CID 1856609.
  4. ^ Enterprise Systems Engineering: Advances in the Theory and Practice. Boca Raton; London : CRC Press. 2011. p. 8. ISBN 978-1420073294.
  5. ^ Ramsey, Maxwell. "1G, 2G, 3G, 4G: The evolution of wireless generations". Phone Arena. Retrieved 2015-11-01.
  6. ^ "What is strategic planning? - Definition from WhatIs.com". SearchCIO. Retrieved 2015-11-01.
  7. ^ Lees, Gillian (June 2007). "Enterprise Governance" (PDF). CIMA. Retrieved 2015-11-02.
  8. ^ "Enterprise Governance – A CIMA discussion paper" (PDF). CIMA. Retrieved 2015-11-02.
  9. ^ Crider, Kimberly A.; Derosa, Joseph K. (2007). "Findings of Case Studies in Enterprise Systems Engineering". 2007 1st Annual IEEE Systems Conference. pp. 1–6. doi:10.1109/SYSTEMS.2007.374650. ISBN 978-1-4244-1040-8. S2CID 12525506.
  10. ^ Webb, Mike. "Capabilities-Based Engineering Analysis (CBEA)" (PDF). The MITRE Corporation. Retrieved 2015-11-02.
  11. ^ "What is enterprise architecture (EA)? - Definition from WhatIs.com". SearchCIO. Retrieved 2015-11-02.
  12. ^ "Enterprise Architecture | Centric". Centric Consulting. Retrieved 2015-11-02.
  13. ^ "DTS Enterprise Architecture". www.montgomerycountymd.gov. Retrieved 2015-11-02.
  14. ^ Roberts, John (2006). "Enterprise Analysis and Assessment of Complex Military Command and Control Environments" (PDF). The MITRE Corporation. Retrieved 2015-11-03.
  15. ^ Hybertson, Duane (2009). Model-oriented systems engineering science : a unifying framework for traditional and complex systems. Boca Raton; London : CRC Press. pp. 2. ISBN 9781420072518.
  16. ^ Rebovich, George (November 2005). "Enterprise Systems Engineering Theory and Practice Volume 2: Systems Thinking for the Enterprise: New and Emerging Perspectives" (PDF). The MITRE Corporation. Retrieved 2015-11-03.
  17. ^ White, Brian. "On the Pursuit of Enterprise Systems Engineering Ideas" (PDF). The MITRE Corporation. Retrieved 2015-11-03.
  18. ^ Snoeck, Monique (2014-09-20). Enterprise Information Systems Engineering: The MERODE Approach. Springer. p. 70. ISBN 9783319101453.
  19. ^ Nikolaidou, M. and Alexopoulou, N. (2007). Enterprise Information System Engineering: A Model-based Approach based on the Zachman Framework. 1st ed. [pdf] Department of Informatics & Telecommunications, University of Athens, Athens, Greece: arokopio University of Athens, Athens, Greece, pp.1-10. Available at: [1] [Accessed 3 Nov. 2015].
  20. ^ Mason, James (2015). "Social Enterprise Systems Engineering". Procedia Computer Science. 44: 135–46. doi:10.1016/j.procs.2015.03.067.
  21. ^ White, B. (2006). Enterprise Opportunity and Risk. 1st ed. [pdf] 202 Burlington Road Bedford, MA: INCOSE, pp.3-6. Available at: [2] [Accessed 3 Nov. 2015].
  22. ^ Pinto, Cesar Ariel; Garvey, Paul R. (2012-10-08). Advanced Risk Analysis in Engineering Enterprise Systems. CRC Press. pp. 6–7. ISBN 9781439826157.

Further reading

[edit]
[edit]

Source: Wikipedia. Article content is retrieved live through the MediaWiki API.

No preview image
Wikipedia

Enterprise systems engineering

Enterprise systems engineering (ESE) is the discipline that applies systems engineering to the design of an enterprise. As a discipline, it includes a body of knowledge, principles, and processes tailored to the design of enterprise systems. An enterprise is a complex, socio-technical system that comprises interdependent resources of people, information, and technology that must interact to fulfill a common mission. Enterprise systems engineering incorporates all the tasks of traditional systems engineering but is further informed by an expansive view of the political, operational, economic, and technological (POET) contexts in which the system(s) under consideration are developed, acquired, modified, maintained, or disposed. Enterprise systems engineering may be appropriate when the complexity of the enterprise exceeds the scope of the assumptions upon which textbook systems engineering are based. Traditional systems engineering assumptions include relatively stable and well understood requirements, a system configuration that can be controlled, and a small, easily discernible set of stakeholders. An enterprise systems engineer must produce a different kind of analysis on the people, technology, and other components of the organization in order to see the whole enterprise. As the enterprise becomes more complex, with more parameters and people involved, it is important to integrate the system as much as possible to enable the organization to achieve a higher standard.

MORE →
Wikipedia

International Council on Systems Engineering

The International Council on Systems Engineering (INCOSE; pronounced ) is a not-for-profit membership organization and professional society in the field of systems engineering with about 27,000 members and associates including individual, corporate, and student members. INCOSE's main activities include conferences, publications, local chapters, certifications and technical working groups. The INCOSE International Symposium is usually held in July, and the INCOSE International Workshop is held in the United States or Europe in January. Currently, there are about 70 local INCOSE chapters globally with most chapters outside the United States representing entire countries, while chapters within the United States represent cities or regions. INCOSE organizes about 55 technical working groups with international membership, aimed at collaboration and the creation of INCOSE products, printed and online, in the field of Systems engineering. There are working groups for topics within systems engineering practice, systems engineering in particular industries and systems engineering's relationship to other related disciplines. INCOSE produces two main periodicals: the journal, and the practitioner magazine, and a number of individual published works, including the INCOSE Handbook. In collaboration with the IEEE Systems Society and the Systems Engineering Research Center (SERC)/Stevens Institute of Technology, INCOSE produces and maintains the online Systems Engineering Body of Knowledge (SEBoK), a wiki-style reference open to contributions from anyone, but with content controlled and managed by an editorial board. INCOSE certifies systems engineers through its three-tier certification process, which requires a combination of education, years of experience and passing an examination based on the INCOSE Systems Engineering Handbook. INCOSE is a member organization of the Federation of Enterprise Architecture Professional Organizations (FEAPO), a worldwide association of professional organizations formed to advance the discipline of Enterprise Architecture.

MORE →
No preview image
Wikipedia

Quality engineering

Quality engineering is the discipline of engineering concerned with the principles and practice of product and service quality assurance and control. In software development, it is the management, development, operation and maintenance of IT systems and enterprise architectures with high quality standard.

MORE →
Wikipedia

View model

A view model or viewpoints framework in systems engineering, software engineering, and enterprise engineering is a framework which defines a coherent set of views to be used in the construction of a system architecture, software architecture, or enterprise architecture. A view is a representation of the whole system from the perspective of a related set of concerns. Since the early 1990s there have been a number of efforts to prescribe approaches for describing and analyzing system architectures. A result of these efforts have been to define a set of views (or viewpoints). They are sometimes referred to as architecture frameworks or enterprise architecture frameworks, but are usually called "view models". Usually a view is a work product that presents specific architecture data for a given system. However, the same term is sometimes used to refer to a view definition, including the particular viewpoint and the corresponding guidance that defines each concrete view. The term view model is related to view definitions.

MORE →
TOPIC OF THE DAY

Greenwood / Black Wall Street

Before the 1921 destruction of Tulsa’s Greenwood District, Black residents had created a remarkable center of business and community life. The district included stores, professional offices, entertainment venues and homes owned by Black citizens. Understanding Greenwood means learning what was built—not only what was burned.

MORE →
TRIVIA QUESTION OF THE DAY

Who became the first Black woman to travel into space?

Mae Jemison, aboard Space Shuttle Endeavour in 1992.