시스템 설계 및 개발 품목과 CI에 대한 소유권 부여 개발규격이 진화함에 따라 CI 개발책임은 통합제품팀(IPT)이나 개발팀과 같은 소유자에게 그 책임을 부여해야 한다. 그림 1은 이러한 사례를 보여주고 있다. 여기서 어떻게 시스템 아키텍처가 제품 구조라인을 따라 분할되는지를 유의하라. 그림 1. CI 소유권과 책임 부여 이는 특별히 운용 단어로서의 ‘제품’에 대한 주요 포인트이다. 통합제품팀을 설정한 프로그램에 대하여 각 IPT는 ‘제품’ 개발에 초점을 두어 자기가 담당하고 있는 제품에 인터페이스가 되어있는 품목을 개발하고 있는 IPT와 상호 인터페이스를 협력하도록 한다. 예를 들면, IPT 1은 상호 인터페이스 설계 쟁점사항을 IPT 2와 협조한다. 한 제품을 개발하는 책임은 오로지 하나의 IPT에 국한된다. 다중 레벨 품목의 사이즈, 복잡도 및 위험 정도에 따라 그림 1에서와 같은 하나 또는 그 이상의 제품에 대한 책임을 부여해도 좋다. 중간 정도의 복잡도와 위험을 지닌 제품 A와 B를 개발하는 책임은 IPT 1에 부여된다. 반대로 제품 C에 대한 책임은 그 자체의 복잡도와 위험에 따라 IPT 2에 부여된다.
상호작용 구체화 1. 업무 설계와 분석 일단 시스템 기능이 특정 시스템 구성품에 대해 지정되고 나면, 기능은 일반적으로 보다 상세하게 정의될 수 있다. 인간에게 할당된 기능은 일반적으로 업무로 불린다. 시스템 요구사항과 기능 구조의 제약사항이 주어진다면 인간공학 엔지니어는 인간이 시스템 내에서 어떻게 그들에게 할당된 업무를 수행할 것인지 명확하게 정의할 필요가 있다. (1) 업무 목록 개발 인간이 수행하는 업무를 검토하기 전에, 고려되고 있는 업무의 완전한 목록을 종합할 필요가 있다. 그와 같은 분해가 유용하다면, 이 프로세스 또한 업무의 분해 과정이 포함된다. 거의 모든 인간공학 엔지니어에게 업무목록(task list)의 작성에 대한 책임이 주어지지만, 업무를 보다 잘 이해하기 위하여 시스템 엔지니어나 다른 설계자와 함께 일하기 원한다. 인간공학 엔지니어는 시스템 엔지니어와 다른 설계엔지니어로부터 얻은 정보를 평가하고 인적업무의 완전한 목록을 고안해 내게 될 것이다. 업무 목록 개발에 대한 부가적인 입력사항은 승인된 기능 할당과 인터페이스-특정 업무를 포함한다. 인터페이스-특정업무는 선택된 인터페이스의 기능들로 작성된다. 인터페이스-특정 업무는 통상적으로
[시스템 엔지니어링(137)] 인간 시스템 엔지니어링(1) / 상호작용 구체화 [시스템 엔지니어링(137)] 인간 시스템 엔지니어링(2) / 성능, 노동량 및 훈련 레벨 추정 3. 성능, 노동량 및 훈련 레벨 추정 시스템 엔지니어는 다른 분야의 시스템 설계자에 의해 제안된 설계 또는 설계 옵션을 평가해야 한다. 단일 옵션에 대한 평가는 시스템 요구사항의 만족 여부를 결정하는 데 필요하며, 다중 옵션은 선택을 위해 평가된다. 전반적인 시스템 성능은 중요한 파라미터이지만, 전형적으로 다른 설계 부분 내에서 측정할 수 있는 다중변수로 구성된다. 다른 분야로부터 제공되는 설계 평가는 시스템 엔지니어가 다른 설계 옵션의 절충을 위해 요구된다. 개념과 설계의 평가에 도움이 되도록, 인간공학 엔지니어는 시스템 내에서 개인과 팀의 물리적이고 인식할 수 있는 노동량(workload) 레벨을 추정한다. 작업태만 또는 지연의 영향뿐만 아니라 인적성능 및 전략에 대처하는 운용자에 대한 노동량 스트레스와 그 영향을 정의할 필요가 있다. 노동량, 결과적인 인력전개(resultant manning) 및 훈련 요구사항은 소요 성능레벨을 충족시키기 위해 최적화된다. ⓒGetty image
[시스템 엔지니어링(137)] 인간 시스템 엔지니어링(1) / 상호작용 구체화 [시스템 엔지니어링(137)] 인간 시스템 엔지니어링(2) / 성능, 노동량 및 훈련 레벨 추정 상호작용 구체화 1. 업무 설계와 분석 일단 시스템 기능이 특정 시스템 구성품에 대해 지정되고 나면, 기능은 일반적으로 보다 상세하게 정의될 수 있다. 인간에게 할당된 기능은 일반적으로 업무로 불린다. 시스템 요구사항과 기능 구조의 제약사항이 주어진다면 인간공학 엔지니어는 인간이 시스템 내에서 어떻게 그들에게 할당된 업무를 수행할 것인지 명확하게 정의할 필요가 있다. (1) 업무 목록 개발 인간이 수행하는 업무를 검토하기 전에, 고려되고 있는 업무의 완전한 목록을 종합할 필요가 있다. 그와 같은 분해가 유용하다면, 이 프로세스 또한 업무의 분해 과정이 포함된다. 거의 모든 인간공학 엔지니어에게 업무목록(task list)의 작성에 대한 책임이 주어지지만, 업무를 보다 잘 이해하기 위하여 시스템 엔지니어나 다른 설계자와 함께 일하기 원한다. 인간공학 엔지니어는 시스템 엔지니어와 다른 설계엔지니어로부터 얻은 정보를 평가하고 인적업무의 완전한 목록을 고안해 내게 될 것이다. 업무 목록 개발에
상호작용 구체화 1. 업무 설계와 분석 일단 시스템 기능이 특정 시스템 구성품에 대해 지정되고 나면, 기능은 일반적으로 보다 상세하게 정의될 수 있다. 인간에게 할당된 기능은 일반적으로 업무로 불린다. 시스템 요구사항과 기능 구조의 제약사항이 주어진다면 인간공학 엔지니어는 인간이 시스템 내에서 어떻게 그들에게 할당된 업무를 수행할 것인지 명확하게 정의할 필요가 있다. (1) 업무 목록 개발 인간이 수행하는 업무를 검토하기 전에, 고려되고 있는 업무의 완전한 목록을 종합할 필요가 있다. 그와 같은 분해가 유용하다면, 이 프로세스 또한 업무의 분해 과정이 포함된다. 거의 모든 인간공학 엔지니어에게 업무목록(task list)의 작성에 대한 책임이 주어지지만, 업무를 보다 잘 이해하기 위하여 시스템 엔지니어나 다른 설계자와 함께 일하기 원한다. 인간공학 엔지니어는 시스템 엔지니어와 다른 설계엔지니어로부터 얻은 정보를 평가하고 인적업무의 완전한 목록을 고안해 내게 될 것이다. 업무 목록 개발에 대한 부가적인 입력사항은 승인된 기능 할당과 인터페이스-특정 업무를 포함한다. 인터페이스-특정업무는 선택된 인터페이스의 기능들로 작성된다. 인터페이스-특정 업무는 통상적으로
이 장에서는 시스템 개발 기간 동안 인간 요소 엔지니어와 시스템 엔지니어 사이에 발생되는 중요한 상호작용을 기술한다. 이러한 상호작용은 공유되어야 하는 정보, 결정해야만 하는 사항, 그리고 승인이 요구되는 활동이나 전반적인 의사결정 활동을 포함한다. 이러한 정보는 인간공학이나 인간 시스템 엔지니어링(HSE : Human Systems Engineering)에 관한 전반적인 내용 또는 인간공학 업무를 수행하는 ‘방법(how-to)’에 대한 지침으로서의 역할을 하고자 함에 있다. 따라서 인간공학 노력의 통합과 이해를 통해 시스템 엔지니어에 대한 지침을 제공하는 데 그 목적이 있다. 이 장에 포함된 모든 정보는 시스템 엔지니어링과 인간공학 양 분야에 대한 업무분석으로부터 시작된다. 이 업무분석은 인력 충원 가용성(MAF : Manning Affordability Initiative)에 대한 인간중심 설계환경(HCDE : Human Centered Design Environment)을 지원하기 위하여 수행된다. 특정한 시스템 엔지니어링이나 인간공학 프로세스에 대해 잘 알지 못하는 상호작용을 독자적인 방법으로 알아보려고 하는 노력이 계속되어 왔다
[시스템 엔지니어링(136)] 인간 시스템 엔지니어링(1) / 중요한 상호작용 [시스템 엔지니어링(136)] 인간 시스템 엔지니어링(2) / 상호작용 구체화 상호작용 구체화 이 장에서는 두 프로세스의 업무분석(task analyses)에서 다루지 않는 시스템과 인간공학 상호작용의 모든 것을 개략적으로 설명한다. 각각의 상호작용은 상호작용 시 설계 프로세스를 특성화하기 위하여 콘텍스트 정보로 시작된다. 프로세스에 대한 암시뿐만 아니라 상호작용에 대한 추가적인 상세정보가 따른다. 마지막으로, IEEE 1220-1998과 EIA-632의 참고사항이 제공된다. 1. 임무분석 시스템 개발의 임무분석 단계는 전반적인 시스템 능력과 시스템의 임무 또는 목적에 대한 결정을 포함한다. 시나리오나 임무 프로필이 만들어진다. 시스템의 경계는 시스템 환경 및 다른 외부시스템과의 시스템 상호작용에서처럼, 식별될 필요가 있다. (1) 비교시스템 선택 시스템 개발에서 자주 사용되는 접근방법은 선행 시스템에 대한 설계 하에서 시스템을 비교하는 것이다. 현재 시스템의 전부 또는 일부가 유사한 기능을 수행하고 유사한 목표를 가지고 있으며, 또는 유사한 구성품으로 이루어져 있는 몇몇 선행시스
[시스템 엔지니어링(136)] 인간 시스템 엔지니어링(1) / 중요한 상호작용 [시스템 엔지니어링(136)] 인간 시스템 엔지니어링(2) / 상호작용 구체화 이 장에서는 시스템 개발 기간 동안 인간 요소 엔지니어와 시스템 엔지니어 사이에 발생되는 중요한 상호작용을 기술한다. 이러한 상호작용은 공유되어야 하는 정보, 결정해야만 하는 사항, 그리고 승인이 요구되는 활동이나 전반적인 의사결정 활동을 포함한다. 이러한 정보는 인간공학이나 인간 시스템 엔지니어링(HSE : Human Systems Engineering)에 관한 전반적인 내용 또는 인간공학 업무를 수행하는 ‘방법(how-to)’에 대한 지침으로서의 역할을 하고자 함에 있다. 따라서 인간공학 노력의 통합과 이해를 통해 시스템 엔지니어에 대한 지침을 제공하는 데 그 목적이 있다. 이 장에 포함된 모든 정보는 시스템 엔지니어링과 인간공학 양 분야에 대한 업무분석으로부터 시작된다. 이 업무분석은 인력 충원 가용성(MAF : Manning Affordability Initiative)에 대한 인간중심 설계환경(HCDE : Human Centered Design Environment)을 지원
통합 능력을 나타내는 다중 레벨로 구성된 추상적인 시스템은 각각의 능력을 통합하기 위해 구조적인 프레임과 빌딩블록을 요구한다. 우리는 구조적인 프레임을 시스템 아키텍처와 품목으로서의 빌딩블록이라고 부른다. 시스템 엔지니어의 도전은 다음 사항을 어떻게 결정하느냐에 달려있다. · 특별히 대형복합 시스템에 대한 올바른 아키텍처 프레임을 어떻게 개념화하고 형성하고 선정하느냐 · 각 아키텍처를 상호 연계된 품목 레벨로 어떻게 나누느냐 시스템 엔지니어는 대형 복합적인 문제를 쉽게 해결하고 관리할 수 있도록 작은 다중 레벨 문제로 접근하는 도전을 수행한다. 우리는 이러한 다중 레벨 분할을 계층 구조적 할당 또는 확장이라고 부른다. 아키텍처 프레임을 나누기 위하여 우리는 요구분석, 기능분석, 객체분석기법과 방법을 사용하여 계층구조 능력 세트로 다중 레벨 규격으로 나누도록 한다. 각 능력은 순서에 따라 장비, 인력 등으로 시스템 요소를 분류한 물리적 컴포넌트로 할당하고 이를 이행토록 한다. 계층구조로 나누는 동안에 개발, 구매, 구매 후 보완 등의 다양한 획득방법을 결정토록 한다. 이때 우리는 다음과 같은 질문에 답을 해야 한다. 우리가 거동 도메인
상호명(명칭) : (주)첨단 | 등록번호 : 서울,자00420 | 등록일자 : 2013년05월15일 | 제호 :헬로티(helloT) | 발행인 : 이종춘 | 편집인 : 김진희 |
본점 : 서울시 마포구 양화로 127, 3층, 지점 : 경기도 파주시 심학산로 10, 3층 | 발행일자 : 2012년 4월1일 | 청소년보호책임자 : 김유활 | 대표이사 : 이준원 | 사업자등록번호 : 118-81-03520 | 전화 : 02-3142-4151 | 팩스 : 02-338-3453 | 통신판매번호 : 제 2013-서울마포-1032호
copyright(c) HelloT all right reserved
UPDATE: 2025년 11월 19일 18시 46분
