허접.강기사의 재미없는 놀이

시스템 공학이 국내에서는 아직 생소하거나, 자리를 잡고서 개발하는 경우가 드문 상황입니다. 방산 또는 우주산업 부분 외에서는 특히 그렇고요. 그래도 쉽게 검색하여 좋은 내용을 무료로 확인하고 스터디할 수 있다는 점은 다행이라고 생각합니다. 오늘은 시스템 공학을 접근하고 이해하는데 참고할 수 있는 자료들을 아래와 같이 링크로 기록합니다. https://www.google.com/url?sa=t&rct=j&q=&esrc=s&source=web&cd=&cad=rja&uact=8&ved=2ahUKEwichZ_4q4__AhVGQ94KHe-VC1QQFnoECAkQAQ&url=https%3A%2F%2Focw.mit.edu%2Fcourses%2F16-885j-aircraft-systems-engineering-fall..

요구사항(Requirements)을 알기 위해서 아래를 먼저 얘기해본다. Want는 구체적으로 원하는 것, 필요(Need)를 만족시킬 수 있는 어떤 제품이나 서비스 Need는 기본적으로, 근본적으로 어떤 결핍을 느끼는 것, 그리고 사람에게서 공통적으로 나타나는 현상 출처: https://keydifferences.com/difference-between-needs-and-wants.html 수많은 문제를 해결하는 과정으로 생각하면, 문제는 Wants, Needs를 말하는 것이고 문제를 해결하는 해결책 Solution은 Requirements 인 것이다. Wants --> Needs --> Requirements 출처: https://blogs.managementconcepts.com/2020/09/16/..

※ 해당 글은 "SW 요구사항 개발" 강의를 들으면서 메모하고 싶은 내용을 기록하고 공유하기 위함입니다. 저작권 및 위배가 되는 경우 해당 글은 별도의 공지 없이 삭제될 수 있습니다. 가급적 위배가 되지 않는 내용에서 글을 작성합니다. 검증(테스트)이 어려운 이유는? 이유는 요구사항을 기반으로 해야 하기 때문이다. 즉, 요구사항이 불명확거나, 요구사항이 모호하거나, 요구사항이 일치하지 않거나 충돌이 발생하는 등 모두를 포함해서 검증(테스트)가 어려운 이유이다. 위 ASPICE PAM3.1 그림에서의 V 사이클 그림을 보면 요구사항을 분석하면서 System Qualification Test 단계가 수행된다. 즉 검증(테스트)의 수행이 개발 초기에도 이뤄져야 하고 할 수 있다는 것이다. 그런데 요구사항이 실..

몇 달전 글 제목을 이해시키기 위해서 자료를 만들었습니다. 관련 자료 중 일부 내용을 발췌하여 글을 작성합니다. BackgroundSystems have grown exponentially in complexity, leading to large systems that are actually integrated by a variety of component systems, whether they are newly engineered systems, potentially tailored existing COTS systems, and/or legacy systems. 시스템이 복잡해지고 증대해지면서 시스템을 이루는 컴포넌트 또한 하나의 시스템이 될 수 있습니다. 이러한 시스템을 System of Syste..