엔터프라이즈 시스템 엔지니어링

Enterprise systems engineering

엔터프라이즈 [1]시스템 엔지니어링(ESE)은 기업 설계에 시스템 엔지니어링을 적용하는 분야입니다.이 분야에는 엔터프라이즈 시스템 설계에 맞춘 지식, 원칙 및 프로세스가 포함됩니다.

기업은 공통의 [1]임무를 수행하기 위해 상호작용해야 하는 사람, 정보 및 기술의 상호의존적인 자원으로 구성된 복잡한 사회 기술 시스템입니다.

엔터프라이즈 시스템 엔지니어링은 전통적인 시스템 엔지니어링의 모든 태스크를 통합하지만 고려 대상 시스템이 개발, 취득, 변경, 유지보수 또는 [citation needed][2]폐기되는 정치, 운영, 경제 및 기술(POET) 컨텍스트에 대한 광범위한 관점을 통해 더욱 많은 정보를 얻을 수 있습니다.

엔터프라이즈 시스템 엔지니어링은 기업의 복잡성이 교과서 시스템 엔지니어링의 기초가 되는 가정 범위를 초과하는 경우에 적합합니다.기존의 시스템 엔지니어링 전제 조건에는 비교적 안정적이고 잘 이해된 요건, 제어할 수 있는 시스템 구성 및 소수의 [citation needed]쉽게 식별할 수 있는 이해관계자가 포함됩니다.

엔터프라이즈 시스템 엔지니어는 기업 전체를 확인하기 위해 조직의 인력, 기술 및 기타 구성요소에 대해 다른 종류의 분석을 수행해야 합니다.기업이 복잡해짐에 따라 더 많은 매개 변수와 인력이 관여하게 되어 조직이 더 높은 [3]기준을 달성할 수 있도록 시스템을 최대한 통합하는 것이 중요합니다.

요소들

4가지 요소가 작동하려면 엔터프라이즈 시스템 엔지니어링이 필요합니다.여기에는 적응을 통한 개발, 전략적 기술 계획, 엔터프라이즈 거버넌스 및 ESE 프로세스(단계 [4]포함)가 포함됩니다.

적응을 통한 개발

적응을 통한 개발은 복잡한 시스템의 문제 및 장애물과 타협하는 방법입니다.시간이 지남에 따라 환경이 변화하고 개발을 계속하기 위해서는 적응이 필요합니다.예를 들어, 휴대폰은 많은 적응을 거쳤다.처음 출시되었을 때, 그것의 크기는 엄청났지만, 몇 세대에 걸쳐 개발용 폰은 작아졌다.1G에서 5G로의 모바일 데이터 개발로 휴대폰을 보다 빠르고 [5]편리하게 사용할 수 있게 되었습니다.

전략적 기술 계획

다음 항목도 참조하십시오.전략적인 테크놀로지 플랜

STP(Strategic Technical Planning)를 통해 기업은 목표와 목표를 파악할 수 있습니다.STP 컴포넌트는 다음과 같습니다.[6][7]

  • 미션 스테이트먼트
  • 니즈 평가
  • 기술 설명 및 목표 설명
  • 하드웨어 및 소프트웨어 요건
  • 예산안
  • 인사과

엔터프라이즈 거버넌스

기업 거버넌스 책임과 관행 이사회와 간부에 의한 전략적 지침을 제공하기 위해 운동을 '집합은 목표가 달성되도록 하십시오, 위험 크기와 공간이 그 조직의 자원'CIMA 공식 용어에 따르면 responsibly, 사용되는지 관리한다를 알아내다로 정의된다.[8]EG는 기업의 CEO와 임원을 선정할 때 올바른 결정을 내릴 수 있으며 기업의 [9]위험도 파악할 수 있다.

과정

엔터프라이즈 시스템 엔지니어링 프로세스에는 테크놀로지 플래닝(TP), 능력 기반 엔지니어링 분석(CBEA), 엔터프라이즈 아키텍처(EA), 엔터프라이즈 분석 및 평가(EA&A)[10][3]의 4가지 단계가 있습니다.

테크놀로지 플래닝

TP는 기업의 핵심 기술을 찾습니다.이 단계는 혁신적인 아이디어를 식별하고 [citation needed]기업에 유용한 기술을 선택하는 것을 목표로 합니다.

기능 기반 엔지니어링 분석

CBEA는 전사적으로 [11]필요한 요소에 초점을 맞춘 분석 방법입니다.세 가지 단계는 목적 공식화, 탐색 분석 및 진화 계획입니다.

목적의 공식화

  • 이해관계자의 관심도 평가– 이해관계자가 무엇을 원하고 좋아하는지 이해
  • 결과 공간 지정 – 여러 조건에 대한 솔루션 및 운영 목표 찾기
  • 프레임 기능 포트폴리오 - 기본 요소 수집

탐색적 분석

  • 퍼포먼스와 비용 평가– 다양한 조건에서의 퍼포먼스와 비용을 특정하고 개선할 솔루션을 찾습니다.
  • 개념 탐색 – 새로운 개념 검색 및 고급 기능 혁신
  • 다양성 확대 필요성 판단– 리스크와 가능성을 조사하고 새로운 방법이 필요한지 여부를 판단합니다.

진화 계획

  • 기업에 미치는 영향 평가– 기술 및 기능 측면에서 기업에 미치는 영향을 조사합니다.
  • 진화 전략 검토 – 더 많은 전략 및 진화 경로 탐색 및 구축
  • 능력 로드맵 작성 – 기업의 평가 및 개발 도구인 분석과 의사결정을 포함한 능력 영역의 계획

엔터프라이즈 아키텍처

엔터프라이즈 아키텍처의 전망

EA는 조직의 비전, 네트워크 및 프레임워크를 나타내는 모델입니다.(Michael Platt에 따르면) 4가지 측면은 비즈니스 전망, 애플리케이션, 정보 및 [12]기술입니다.이 다이어그램은 엔터프라이즈 아키텍처의 구조를 보여 줍니다.그 이점은 의사결정 개선, IT 효율성 향상 및 [13]손실 최소화입니다.

  • 비즈니스 – 비즈니스 운영에 따른 전략 및 프로세스
  • 응용 프로그램 – 사내에서 사용되는 프로세스와 함께 상호작용 및 커뮤니케이션
  • 정보 – 조직이 적절하고 능동적으로 운영하기 위해 필요한 논리적 데이터와 통계
  • 테크놀로지 – 사내에서 사용한 소프트웨어, 하드웨어 및 다양한 운영체제

인프라스트럭처를 [14]구축하기 위해 모든 요소는 서로 의존하며 의존합니다.

엔터프라이즈 분석 및 평가

엔터프라이즈 분석 및 평가는 기업이 올바른 방향으로 나아가고 있는지 여부를 평가하고 올바른 결정을 내리는 데 도움이 되는 것을 목적으로 합니다.이 스텝에 필요한 품질에는 테크놀로지에 대한 인식, 명령 및 제어(C2) 문제의 파악과 이해, 모델링 및 시뮬레이션(M&S)을 사용한 [15]영향 탐색 등이 포함됩니다.

이 이벤트의 액티비티 및 액션은 다음과 같습니다.

  • 다척도 분석
  • 초기 및 지속적 전폭기 운용 평가
  • 경량, 휴대용 M&S 기반 C2 기능 표현
  • 평가에 사용할 수 있는 개발 소프트웨어
  • 최소한의 인프라스트럭처
  • 유연한 M&S OITL(Operator-In-the-Loop) 및 HWIL(Hardware-In-the-Loop) 기능
  • 지속적인 퍼포먼스 감시 및 선별적인 포렌식 인라인화

기존 시스템 엔지니어링

기존 시스템 엔지니어링(TSE)은 엔지니어링 서브시스템으로 [16][17]정의되는 용어입니다.요소:

  • TSE는 외부 설계자가 실시합니다.
  • 자동으로 바뀌지 않는 안정적인 시스템입니다.
  • 운용과 개발은 서로 독립되어 있다
  • 사람들은 그것에 중요한 역할을 하지 않는다.
  • 대규모 기계가 예상되는 동작

ESE와 TSE를 비교한 조사.이 조사는 두 가지가 상호 보완적이며 상호의존적이라고 보고했다.ESE는 더 높은 평가를 받았지만 TSE는 ESE의 일부가 될 수 있었습니다.조합이 [18]이상적일 수 있습니다.

적용들

ESE 어플리케이션에는 Information Enterprise Systems Engineering과 Social Enterprise Systems Engineering 두 가지 유형이 있습니다.

정보 엔터프라이즈 시스템 엔지니어링(IESE)

조직 내 다양한 이해관계자의 요구와 기대에 부응하기 위해 구축되는 시스템입니다.정보를 수집하기 위한 입력 장치가 있어야 하며,[19] 정보 요구를 충족하기 위한 출력 장치가 있어야 합니다.

IESE 프레임워크에는 다음 3가지 측면이 있습니다.

  • 기능 뷰
  • 토폴로지 뷰
  • 물리 뷰

또한 IESE [20]모델에는 다른 규칙이 있습니다.

  • 교환 가능한 시점
  • 상세 뷰와 표시 상태가 양호합니다.구체적인 방법, 솔루션 및 기술 제시
  • 일관성 있는 표시
  • 지원되는 시점

소셜 엔터프라이즈 시스템 엔지니어링

이는 기업 및 이해관계자를 위해 프로세스의 네트워크를 계획, 분석, 매핑 및 그리는 프레임워크입니다.또한 기업가정신을 위한 사회적 가치를 창출하고 사회 및 사회 문제를 탐색하고 초점을 맞춘다.그것은 사회적 기업과 시스템 엔지니어링 사이의 연결고리를 형성합니다.Social Enterprise Systems Engineering V-model은 시스템 엔지니어링 프레임워크를 기반으로 2개 이상의 사회적 요소를 구축합니다. 예를 들어 이해관계자의 요구사항을 검토하는 소셜 인터페이스 분석, 이해관계자 간의 의견 [21]교환을 위한 더 많은 활동과 상호작용이 그것입니다.

기회 및 리스크 관리

ESE에는 기회와 리스크가 존재하며, 기회를 적극적으로 찾고 위험을 회피하거나 최소화하는 방법을 찾아야 합니다.기회는 목표 달성으로 이어질 수 있는 트리거 요소입니다.리스크는 잠재적인 발생으로 시스템 [22]전체의 퍼포먼스에 영향을 줍니다.리스크 [23]관리의 중요성에는 몇 가지 이유가 있습니다.

  1. 위험을 방지하거나 최소화할 수 있는 조치를 준비할 수 있는 위험을 머리 앞에서 확인한다.
  2. 리스크는 기업에 손실을 줄 수 있기 때문에 리스크 이벤트를 판단하면 손실액을 줄일 수 있습니다.
  3. 가장 중요한 위험을 피하기 위해 인력 또는 기술 자원을 할당하는 방법을 알 수 있도록 지원

엔터프라이즈 리스크 및 기회 관리 프로세스에는 몇 가지 단계가 있습니다.

  • 리스크 및 기회 계획 작성– 팀 및 담당자 선정
  • 리스크 특정 – 각 리스크에 대한 완전한 리스크 스테이트먼트
  • 기회 식별 – 전술적 수준에서 일하는 직원과 관리자는 추가 조치를 취하기 위해 기회를 이해해야 합니다.
  • 엔터프라이즈 리스크와 기회 평가– 어떤 것이 더 중요하고 중요한지 판단하기
  • 계획 작성 – 다양한 전략으로 식별 및 평가 후 개발

「 」를 참조해 주세요.

레퍼런스

  1. ^ a b R.E. Giachetti (2010).엔터프라이즈 시스템 설계:이론, 건축, 방법, CRC Press, 플로리다 보카 라톤, 3페이지
  2. ^ "Tools to Enable a Comprehensive Viewpoint". 28 August 2013.
  3. ^ a b Joannou, Paul (2007). "Enterprise, Systems, and Software Engineering--The Need for Integration". Computer. 40 (5): 103–5. 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. ^ "1G, 2G, 3G, 4G: The evolution of wireless generations". Phone Arena. Retrieved 2015-11-01.
  6. ^ 전략적인 테크놀로지 플랜
  7. ^ "What is strategic planning? - Definition from WhatIs.com". SearchCIO. Retrieved 2015-11-01.
  8. ^ Lees, Gillian (June 2007). "Enterprise Governance" (PDF). CIMA. Retrieved 2015-11-02.
  9. ^ "Enterprise Governance – A CIMA discussion paper" (PDF). CIMA. Retrieved 2015-11-02.
  10. ^ 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.
  11. ^ Webb, Mike. "Capabilities-Based Engineering Analysis (CBEA)" (PDF). The MITRE Corporation. Retrieved 2015-11-02.
  12. ^ "What is enterprise architecture (EA)? - Definition from WhatIs.com". SearchCIO. Retrieved 2015-11-02.
  13. ^ "Enterprise Architecture Centric". Centric Consulting. Retrieved 2015-11-02.
  14. ^ "DTS Enterprise Architecture". www.montgomerycountymd.gov. Retrieved 2015-11-02.
  15. ^ Roberts, John (2006). "Enterprise Analysis and Assessment of Complex Military Command and Control Environments" (PDF). The MITRE Corporation. Retrieved 2015-11-03.
  16. ^ 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.
  17. ^ 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.
  18. ^ White, Brian. "On the Pursuit of Enterprise Systems Engineering Ideas" (PDF). The MITRE Corporation. Retrieved 2015-11-03.
  19. ^ Snoeck, Monique (2014-09-20). Enterprise Information Systems Engineering: The MERODE Approach. Springer. p. 70. ISBN 9783319101453.
  20. ^ Nikolaidou, M. 및 Alexopoulou, N. (2007)엔터프라이즈 정보 시스템 엔지니어링: Zachman Framework에 기반한 모델 기반 접근법. 제1판[pdf] 그리스 아테네 대학 정보통신학부: 아로코피오 대학 아테네, 그리스, 아테네, 10페이지.[1] [2015년 11월 3일 이용 가능]
  21. ^ Mason, James (2015). "Social Enterprise Systems Engineering". Procedia Computer Science. 44: 135–46. doi:10.1016/j.procs.2015.03.067.
  22. ^ 화이트, B. (2006)기업의 기회와 리스크. 제1판[pdf] 202 벌링턴 로드 베드포드, 매사추세츠주: INCOSE, 페이지 3-6.[2] [2015년 11월 3일 이용 가능]
  23. ^ Pinto, Cesar Ariel; Garvey, Paul R. (2012-10-08). Advanced Risk Analysis in Engineering Enterprise Systems. CRC Press. pp. 6–7. ISBN 9781439826157.

추가 정보

외부 링크