hujubkang 279

GSN: Goal Structuring Notation

지나가듯이 검색해보았더니 관련해서 좋은 자료를 찾았네요. 전체 자료를 확인하기 위해서는 결국 유료회원이 되어야 하나, 일부 자료들은 무료로도 확인이 가능합니다. 제법 양질의 자료인 것으로 생각되어, 관심 있으신 분들께서 참고하시면 좋을 것 같아서 공유 드립니다. Goal Structuring Notation Goal Structuring Notation The latest version of the Goal Structuring Notation (GSN) standard (version 2) is now available. This Standard has two intended functions. Firstly, it seeks to provide a comprehensive, authoritative ..

요구공학 프로세스, Requirements Engineering

출처: Guide to the Software Engineering Body of Knowledge 참고: 블로그 주인장 마음대로 그림으로 작성하여 업로드 소프트웨어 (또는 시스템) 개발에 있어서 무엇이 개발되어야 하는지를 결정하는 공정을 요구공학 (Requirements Engineering)이라고 부른다. 요구공학은 크게, Requirements Development와 Requirements Management로 구성된다고 볼 수 있다. 쉽게 생각해서 요구사항을 개발하고 검증 (Development)하면서 이는 프로세스적으로 관리되어야 한다는 것이다. (Management) Development와 Management의 주요 단계를 보면 아래와 같다. Development 부분을 간략히 설명하면, 1...

Tip. RADAR & RF Study

안녕하세요. 허접 강기사입니다. 오랜만에 글을 적습니다. 코로나19로부터 모두들 안전하게 잘 이겨내시기를 바랍니다. 비전공자로서 제목과 같이 RADAR 그리고 RF(= 무선)에 대해서 알아야 하는데, 쉽지 않을 때가 있습니다. 그런 경우 참고하는 홈페이지가 있어서 공유 드립니다. 개인마다 차이가 있을 수는 있겠지만, 대체적으로 비 전공자도 이해할 수 있게 풀어서 설명한 내용들이 많아서 시간을 조금만 투자하시면 가능할 것으로 생각합니다. www.radartutorial.eu/index.en.html Radartutorial How does Radar work? Figure 1: Preview of internet representation Skip intro… This page provides a deta..

레이더(Radar) 2020.12.30

Homologation 차량 형식 승인

Radar는 고주파를 이용한다. 주파수 영역대는 각 나라마다 다를 수 있다. 예를 들면 77GHz 차량용 레이더를 국내에서는 허용을 해주었다고 하더라도, 다른 나라에서는 해당 영역의 사용을 허용하지 않을 수 있다. 이유는 이미 주요 군사, 항공 등 다른 분야에서 사용하고 있거나 사용을 위한 준비가 되어 있지 않을 수 있기 때문이다. 그렇기 때문에 Radar의 경우 각국에서 요구하는 승인을 받는 것이 대부분이다. 이러한 승인에서 Homologation, 차량 형식 승인 이라 불리는 인정을 받아야 한다. APTIV란 회사에서는 아래 링크와 같이 제품군 마다 획득한 Homologation을 공지하고 있다. https://www.aptiv.com/automotive-homologation Aptiv | Auto..

레이더(Radar) 2020.08.24

RADAR 개요

RADAR, RAdio Detection And Ranging Radar 공중에 전자파를 송신하고, 물체에 부딪혀서 반사된 반사파가 수신되어 탐지된 물체의 방향, 거리, 속도 등을 파악하는 시스템을 말한다. RADAR는 기상, 군사, 항공, 자동차 등 다양한 부분에서 활용되고 있다. 해당 블로그에서는 자동차 분야에서의 레이더에 한하여 설명하도록 한다. RADAR는 자율주행 자동차와 관련한 차량 레벨에서의 편의 및 안전 기능을 지원한다. 다음과 같은 다양한 응용(Application)에서 적용될 수 있다. 적응형 순항제어 (Advanced Cruise Control, ACC) 시스템 전방충돌 경보 (Forward Collision Warning, FCW) 시스템 후측면 경보 (Rear Cross Traff..

레이더(Radar) 2020.08.20

INFO_System Engineering

System Engineer로 일하면서 넓은 모래 위에 한줌 같은 존재란 걸 매일 느끼면서 지내고 있습니다. 관련된 정보도 너무 많지만 반면에 필요한 정보는 너무 없는 것 처럼 느낄 때도 있습니다. System Engineering와 관련하여 무료로 제공되는 정보 사이트를 공유 드립니다. https://www.sebokwiki.org/wiki/Guide_to_the_Systems_Engineering_Body_of_Knowledge_(SEBoK) SEBoK The Guide to the Systems Engineering Body of Knowledge (SEBoK) is a living, authoritative guide of the Systems Engineering discipline. www.s..

RFM analysis (Recency, Frequency, Monetary)

RFM 분석이라고 알고 계신가요? 과거 데이터 마이닝 수업 시간에 들었던 내용을 정리해서 올려봅니다. 수업은 김명섭 강사님을 통해서 수강했었습니다. 약 12년? 13년전에요.. (제가 엄청 Old하다는 걸 생각하게 되네요ㅠ) RFM 분석은 마키텡 분야에서 활용하는 기법입니다. Googling 한 정의는 다음과 같습니다. RFM (recency, frequency, monetary) analysis is a marketing technique used to determine quantitatively which customers are the best ones by examining how recently a customer has purchased (recency), how often they purch..

품질(Quality) 2019.09.08

Process deviation, variance

프로세스라는 키워드를 들으셨을 때 어떠세요? 개인마다의 경험과 철학에 따라 다르게 첫 생각은 다르실 겁니다. 저의 경우 과거 R&D에서 프로세스를 구축 / 운영하는 일을 했지만, 그 전에는 공장에서의 프로세스, Process를 분석 및 관리 / 운영을 하였습니다. 오늘은 Process를 Production activities에 초점을 맞춰서 간단 요약하여 설명 드리고자 합니다. 헷갈리실 수 있으니 용어의 정의로 오늘은 Process를 공정이라고 칭하겠습니다. 공정 관리의 개념은 공정, Process에서 발생할 수 있는 변동을 최소화 하는 것입니다. (Process objective) 여기서 변동은 산포라고 하여 변동의 크기의 Measurement 로 불립니다. (산포: 변동의 크기) 즉 공정 관리는 이런..

품질(Quality) 2019.08.13

Definition of Quality

품질의 정의 ‣ 품질은 제품이나 서비스(이하 제품으로 칭함)와 같은 프로세스의 산물(product)로부터 고객(customer)이 원하는 바람직한 특성과 깊은 관련 ‣ 품질이란 ‘제품의 유용성을 결정하는 특성 또는 제품의 사용목적을 다하기 위해서 구비해야 할 특성’ ‣ 어떤 제품의 품질은 그것을 사용하게 될 고객에 의하여 평가되며 소비자의 사용목적이나 조건에 맞는 품질이 결국 좋은 품질 ‣ 동일한 제품이라 하더라도 고객의 요구가 변함에 따라 품질의 기준이 바뀔 수 있음. 따라서 ‘최고, 최상’의 품질이 아니라 ‘최적’의 품질이 좋은 품질 품질의 8가지 차원 (Garvin 1987) ① 성능(performance) : 제품의 기본적 운영 특성으로서 의도된 기능을 수행하는 능력. TV의 경우 화질, PC의 ..

품질(Quality) 2019.08.12

Safety Requirements Review & Checklist

Requirement는 개발의 시작이고, 여러 단계를 수행하면서도 계속 엮여있는 output 입니다. 그래서 New development에 대해서 한번에 complete한 output을 만드는 것은 아주 어렵고 극히 드문 경우라고 생각합니다. 물론 제품의 개발 규모, 요구사항의 복잡성 등을 고려해보면 차이가 있겠지만, 그렇다고 해도 어려운 일입니다. 개인적인 경험에서 말씀 드리면, Requirement는 최초 작성할 경우에는 Inspection과 같은 Formal verification method를 적용하는 것이 바람직하다고 생각합니다. 여러 이해관계자들이 신중하고 충분하게 시간을 가지고서 검토해야 하기 때문입니다. 이후 변경되는 범위, 중요도에 따라 Walkthrough, Peer-review, te..