헬로티 임근난 기자 | 1998년에 설립된 코스닥 상장업체 에스에프에이(SFA)는 디스플레이 산업 분야에서 필요로 하는 각종의 물류자동화 설비와 핵심 공정장비 공급을 주력해 오다, 최근에는 2차전지·반도체·유통 등의 Non-Display 분야로 사업영역을 확장하면서 ‘글로벌 스마트 팩토리 솔루션 리더’로 또 다른 진화를 하고 있다. 김영민 대표에게 ‘Smart Factory+Automation World 2021(SF+AW 2021)’ 출전 의미와 앞으로 계획을 들어봤다. Q. 주력사업은. A. 에스에프에이(SFA)는 메카트로닉스 기술과 고도의 시스템 엔지니어링 기술을 기반으로 다양한 산업 분야에서 필요로 하는 최첨단 자동화설비를 공급하는 종합장비회사이다. 특히, 각종 물류자동화 설비와 핵심 공정장비 공급을 주력으로 하여 우리나라가 디스플레이 강국으로 발돋움하는 데에 이바지하면서 눈부신 성장을 이루어 왔다. 최근에는 4차 산업혁명 시대의 도래에 대응하기 위해 자체 개발한 각종 스마트 팩토리 요소기술 접목 기반의 스마트 기술 경쟁력을 바탕으로 보다 더 큰 성장 잠재력을 지닌 2차전지·반도체·유통 등의 Non-Display 분야로 사업영역을 확장하면서 성장 기반
[첨단 헬로티] 지멘스 PLM 소프트웨어가 자사의 모델 기반 시스템 엔지니어링(MBSE) 포트폴리오 확장을 통해 시스템 기반 제품 개발 전략의 핵심 요소인 다분야 엔지니어링을 한층 강화했다. 지멘스PLM 소프트웨어는 Teamcenter 소프트웨어, Simcenter 소프트웨어, Capital 소프트웨어, NX 소프트웨어 및 Polarion 소프트웨어를 포함하는 광범위한 MBSE 기술을 기반으로 하여, 개방형 표준과 오픈소스 소프트웨어에 대한 투자는 물론, 자사의 MBSE 기술을 오픈소스와 통합해 디지털 트윈을 실현할 수 있도록 솔루션을 더욱 강화하고 있다. 이를 위해 지멘스 PLM 소프트웨어는 맞춤형 모델링 솔루션을 제공하는 소프트웨어 기업 오베오와 파트너십 계약을 체결했다. 이번 파트너십으로 지멘스 PLM 소프트웨어는 매우 유연한 모델링 솔루션과 엔지니어링 방법론, 산업별 프로세스 템플릿을 제공할 수 있게 됨으로써, 지멘스가 보유한 멀티도메인(multi-domain) 엔지니어링 기능을 대폭 보완할 수 있게 됐다. 이를 통해 고객은 시스템 모델링 언어(SysML)이나 카펠라(Capella)와 같은 표준 모델링 언어를 사용하거나 자체 프로세스 방법론을 적용하는
[첨단 헬로티] 광범위한 모델 기반 시스템 엔지니어링 통합 솔루션 제공 다쏘시스템은, 노 매직과 모델 기반 시스템 엔지니어링 분야 전문성 결합을 위해 파트너십을 체결했다고 밝혔다. 이번 파트너십을 통해 항공우주, 국방, 자동차, 운송, 하이테크, 생명공학 등 다양한 산업 부문에서 연결되고 자동화된 경험을 개발하는 데 차별화된 경쟁력을 제공해 주는 양사의 산업 솔루션이 다쏘시스템 3D 익스피리언스 플랫폼을 기반으로 통합될 예정이다. 다쏘시스템과 노 매직은 공동으로 기존 고객 및 신규 고객과의 협업을 진행하게 되며, 업스트림 씽킹(Upstream Thinking)부터 디자인 및 시뮬레이션, 생산 및 운영에 이르기까지 모델 기반 시스템 엔지니어링을 도입함으로써 기업이 제품 혁신 중심에서 경험 혁신 중심의 비즈니스로 전환할 수 있도록 지원한다. 사물인터넷(IoT)은 점차 자동화 제품 및 커넥티드 디바이스의 통합이 확대되고, 더 많은 소프트웨어가 물리적 환경에 디지털로 연결되면서 제품, 자연, 삶이 서로 상호작용하며 살아있는 경험의 일부가 되는 ‘경험 인터넷’으로 진화하고 있다. 이처럼 고도의 복잡성과 상호 연결된 시스템 환경에서 산업체와 파트너
인터페이스 설계방법 인터페이스 설계 실무에서 주요 요소는 대부분 적용에 적합한 다음과 같은 다섯 가지 단계로 요약할 수 있다. · 단계 1 : SOI - 운용환경관계 식별 · 단계 2 : 시스템 또는 품목 아키텍처 개발 · 단계 3 : 아키텍처 논리적 개체관계 제시 · 단계 4 : 운용 인터페이스 유스 케이스 제시 · 단계 5 : 물리적 인터페이스 특성 제시 이제 인터페이스 설계방법의 각 단계를 살펴보도록 하자. 1. SOI - 운용환경관계 식별 방법론의 첫 번째 단계는 대상시스템(SOI)에 상응하는 인터페이스를 나타내는 사용자 운용 환경 내에서 연관 개체를 식별하는 방법이다. 2. 시스템 또는 품목 아키텍처 개발 외부 시스템과의 논리적 또는 물리적 관계를 나타내기 위한 시스템 또는 개체 아키텍처를 개발하는 단계이다. 3. 아키텍처 논리적 개체관계 제시 시스템이나 개체 아키텍처 또는 확인된 사용자 요구분석에 기초하여 인공시스템과 운용환경과 같은 내부 및 외부 개체 사이에 논리적 개체관계를 제시하는 단계이다. 일반적으로 이 단계는 공식화된 인터페이스를 기술하는 단계이다. 4. 운용 인터페이스 유스
[시스템 인터페이스 분석, 설계 및 통제(3)] 인터페이스 설계방법 [시스템 인터페이스 분석, 설계 및 통제(4)] 인터페이스를 적용한 시스템 능력 구성 인터페이스 표준화 어떤 형태의 시스템 설계와 마찬가지로 인터페이스 설계 또한 비용, 일정, 기술을 최소화하는 한편 특정 요구사항을 충족시키며 리스크를 지원해야 한다. 당신이 신규 인터페이스 솔루션을 설계할 때 발생하는 모든 시기에 당신은 입증되지 못한 인터페이스에 대한 위험을 완화하도록 준비해야 한다. 이러한 리스크에 따른 영향을 감소하는 방법은 이미 입증된 설계 솔루션을 사용하는 길이다. 부가적으로 당신이 선택한 어느 기술 솔루션도 아주 짧은 기간 내에 진부화 되고 있다는 사실을 생각해야 한다. 예리하게 비교해 보면 특히 컴퓨터와 같은 시장에 나와 있는 상용 제품은 완전히 새로운 시스템을 요구하지 않는 한 시스템 능력과 성능을 유지하기 위하여 기술적 업그레이드를 수용할 수 있도록 설계가 요구되고 있다. 산업시장 요구를 충족시키는 하나의 방법은 라인교체품목(LRU)을 모듈화, 상호교환, 융통성 및 유지보수 가능성을 달성하는 표준 인터페이스를 설정하는 길이다. 이것은 무엇을 의미하는가? 컴퓨터는 마더보드(LR
상호작용 구체화 1. 업무 설계와 분석 일단 시스템 기능이 특정 시스템 구성품에 대해 지정되고 나면, 기능은 일반적으로 보다 상세하게 정의될 수 있다. 인간에게 할당된 기능은 일반적으로 업무로 불린다. 시스템 요구사항과 기능 구조의 제약사항이 주어진다면 인간공학 엔지니어는 인간이 시스템 내에서 어떻게 그들에게 할당된 업무를 수행할 것인지 명확하게 정의할 필요가 있다. (1) 업무 목록 개발 인간이 수행하는 업무를 검토하기 전에, 고려되고 있는 업무의 완전한 목록을 종합할 필요가 있다. 그와 같은 분해가 유용하다면, 이 프로세스 또한 업무의 분해 과정이 포함된다. 거의 모든 인간공학 엔지니어에게 업무목록(task list)의 작성에 대한 책임이 주어지지만, 업무를 보다 잘 이해하기 위하여 시스템 엔지니어나 다른 설계자와 함께 일하기 원한다. 인간공학 엔지니어는 시스템 엔지니어와 다른 설계엔지니어로부터 얻은 정보를 평가하고 인적업무의 완전한 목록을 고안해 내게 될 것이다. 업무 목록 개발에 대한 부가적인 입력사항은 승인된 기능 할당과 인터페이스-특정 업무를 포함한다. 인터페이스-특정업무는 선택된 인터페이스의 기능들로 작성된다. 인터페이스-특정 업무는 통상적으로
이 장에서는 시스템 개발 기간 동안 인간 요소 엔지니어와 시스템 엔지니어 사이에 발생되는 중요한 상호작용을 기술한다. 이러한 상호작용은 공유되어야 하는 정보, 결정해야만 하는 사항, 그리고 승인이 요구되는 활동이나 전반적인 의사결정 활동을 포함한다. 이러한 정보는 인간공학이나 인간 시스템 엔지니어링(HSE : Human Systems Engineering)에 관한 전반적인 내용 또는 인간공학 업무를 수행하는 ‘방법(how-to)’에 대한 지침으로서의 역할을 하고자 함에 있다. 따라서 인간공학 노력의 통합과 이해를 통해 시스템 엔지니어에 대한 지침을 제공하는 데 그 목적이 있다. 이 장에 포함된 모든 정보는 시스템 엔지니어링과 인간공학 양 분야에 대한 업무분석으로부터 시작된다. 이 업무분석은 인력 충원 가용성(MAF : Manning Affordability Initiative)에 대한 인간중심 설계환경(HCDE : Human Centered Design Environment)을 지원하기 위하여 수행된다. 특정한 시스템 엔지니어링이나 인간공학 프로세스에 대해 잘 알지 못하는 상호작용을 독자적인 방법으로 알아보려고 하는 노력이 계속되어 왔다
[컴포넌트 선정과 개발(2)] 공급자 관리 [컴포넌트 선정과 개발(2)] 공급자 계약관리 [컴포넌트 선정과 개발(2)] 시스템 통합 공급자란 생산자(또는 주계약자)에게 제품, 컴포넌트, 자재, 서비스를 제공하는 광범위의 외부조직을 가리킨다. 공급범위는 넓게는 주요 하부시스템이나 형상품목에서부터 작은 컴포넌트 부품에 이르기까지 다양하다. 공급자가 제공해야 할 용역대상은 다음과 같다. · 대상 시스템을 구성하고 있는 주요 요소에 대한 설계, 개발, 및 제조 · 이미 설계된 항목(제작 소스 제공)의 생산 및 분배 · 재고로 가지고 있는 상용 및 표준 컴포넌트 부품의 분배(다양한 공급 소스로 및 창고로부터 부품 제공) · 기능적 요구사항에 대한 프로세스 적용 등을 들 수 있다. 수많은 시스템에 대하여 공급자가 시스템을 구성하고 있는 수많은 요소(어떠한 경우에는 거의 50%가 넘는다)를 제공하고 있다. 그림 1과 같이 대형 프로젝트의 경우, 형상 품목이나 주요 하부시스템 공급자에게 용역을 제공하는 하나 또는 그 이상의 컴포넌트 공급자로 구성된 공급자 계층구조를 볼 수 있다. 그림 1. 전형적인 공급자 계층구조 최근 들
[컴포넌트 선정과 개발(2)] 공급자 관리 [컴포넌트 선정과 개발(2)] 공급자 계약관리 [컴포넌트 선정과 개발(2)] 시스템 통합 공급자 평가 및 선정과정을 통해 추천되고 나면 공급자와 공식계약을 성사시키기 위한 매우 세부적인 계약자 활동이 시작된다. RFP가 제시되었고 공급자 제안서를 평가했다. 이제 계약 형태를 설정해야 할 시기다. 협상된 계약형태는 공급자 업무수행에 매우 큰 영향을 끼친다. 특히 설계 및 개발활동을 포함한 대형 시스템 컴포넌트 획득 시 더욱 그러하다. 계약협상의 목적은 기술 요구사항 관점, 산출물, 가격, 계약형태, 지급계획 등 가장 유리한 계약을 달성함에 있다. 분명히 계약자와 예정공급자 간에 각각 가용한 대안과 위험을 고려하여 입장을 정리하게 된다. 하나의 극단적인 계약형태는 프로그램 위험이 일차적으로 공급자에게 부여된 확정 고정가격(FFP) 계약형태이다. 다른 극단적 계약형태는 계약자가 모든 위험을 책임지는 비용 추가고정비(CPFF) 계약형태이다. 이 두 가지 극단적인 계약 사이에 수많은 계약형태가 있다. 계약형태 협상은 공급자 성과에 많은 영향을 주기 때문에 매우 중요하다. 또는 주어진 기간에 주어진 요구사항을 충족시키기 위한
[컴포넌트 선정과 개발(2)] 공급자 관리 [컴포넌트 선정과 개발(2)] 공급자 계약관리 [컴포넌트 선정과 개발(2)] 시스템 통합 시스템 엔지니어링 개념에 포함된 내용 중 하나가 통합 기능이다. 초기 개념설계 단계에서의 주요활동은 시스템 요구사항을 정의하고 시스템 규격서 ‘A형’과 SEMP를 개발하면서 요구사항을 통합한다. 그다음 예비시스템 설계단계에서 필요한 통합이 계속된다. 기술적 관점에서 하부시스템, 유닛, 어셈블리, 모듈, 소프트웨어, 데이터, 설비, 시험지원 장비, 인력, 기타 요소들의 적절한 인터페이스로 통합된다. 소프트웨어는 하드웨어와 통합하고 시험지원 장비는 주 장비에 통합되며 인력은 장비 및 소프트웨어와 통합된다. 다양한 설계활동과 기타 프로그램 활동이 적절하게 통합될 수 있도록 관리를 해야 한다. 최종적으로 고객 필요성에 부합된 시스템을 얻기 위해 다양한 시스템 컴포넌트를 복합하는 주요 통합기능이 수행된다. 설계 초기 단계에서 주로 하향적 원칙이 강조되었다. 시스템 요구사항이 정의되고 기능 분석이 수행되며 상위 시스템 레벨 요구사항이 설계지침에 알맞게 필요한 범위까지 하향적으로 할당된다. 설계가 진행됨에 따라 절충 분
2020년까지 BOS와 같은 지속가능성 툴을 통한 매출은 10억 달러에 달할 것으로 보인다. 지멘스 PLM 소프트웨어 역시 기존 고객 중 상당한 비율이 BOS 기반의 솔루션을 구매하게 될 것이라고 예측하고 있다. BOS는 지속가능성과 관련된 비즈니스 프로세스 향상을 도우며, 제조업체가 규제에 어긋나지 않으면서도 더욱 효율적인 운영을 해서 경쟁력을 갖출 수 있게 해준다. 또한, BOS는 최적의 지속가능성 솔루션을 찾아내는 데에도 쓰일 수 있다. 오늘날 제조기업은 환경보호에 대한 규제를 경쟁력 확보의 방안으로 활용하기 위해 고심하고 있다. 환경 규제와 지속성장은 제품의 설계, 제조, 서비스, 제품의 폐기까지에 이르는 제품 개발 과정에 영향을 주며, 이에 대한 준비와 실행 역량은 기업 경쟁력을 가를 수 있는 전략적인 요소 중 하나라고 할 수 있다. 액센추어의 조사에 따르면 포춘 선정 1,000대 기업 CEO의 78%는 지속가능성이 기업의 중요한 수입원이 될 것이며, 80%는 지속가능성이 산업 내에서 경쟁력이 될 것이라고 답했다. 하지만 대형 제조사들은 지속성장과 관련된 문제 해결을 단순화하고자 제품 수명주기를 단계별로 쪼개어 접근하는 경향이 있다. 하지만 이러한
[시스템 거동 도메인 개발 1] 거동 도메인 솔루션 개발 목표 [시스템 거동 도메인 개발 2] 거동 도메인 기능 분석과 할당 [시스템 거동 도메인 개발 3] 거동 도메인 기능 분석과 할당 프로세스 주요 단계 운용 도메인 솔루션이 진화되고 성숙해감에 따라 그다음 단계는 개체의 거동 도메인 솔루션 설정이다. 시스템 엔지니어링 설계 단계를 통해 우리는 사용자가 어떻게 외부와 내부 시스템의 자극에 반응하며, 입력을 처리하는데 어떻게 시스템이 감지하고 반응하는지를 나타내어야 한다. 우리는 이러한 사실을 임무 목표를 달성하기 위하여 운용 도메인 솔루션 요소 사이에 무슨 거동의 상호작용으로 발생하는지를 식별해야 한다. 이러한 단계는 다음과 같은 사항이 무엇을 가리키는 것인지를 나타내는 것이다. · 시스템 엔지니어링 설계의 가장 치명적인 단계와 무시할 수 있는 단계 · 시스템 통합, 시험 및 평가(SITE)단계 시까지 나타나지 않는 많은 문제점의 소스 신규 시스템 개발이 시작되면, 엔지니어는 시스템 설계 솔루션, 즉 물리적 도메인 솔루션에서 다시 원점으로 돌아가게 되는 경우가 가끔 발생된다. 그들은 아직 성숙되지 않은 단계에서 미리 하드웨어와 소프