내 머리속 지우개

모델 기반 요구사항 명세(MBRS)는 시스템 및 소프트웨어 엔지니어링에서 자연어의 모호성을 줄이기 위해공식적이거나 반공식적인 모델링 언어를 활용하는 접근 방식입니다.통합 모델링 언어(UML) 또는 시스템 모델링 언어(SysML)와 같은 표준화된 모델링 언어를 사용하여요구사항을 명확하고 간결하게 정의하며, 이는 건축 설계 도면처럼 시스템 설계를 위한 청사진 역할을 합니다.   MBSE (Model Based System/Software Engineering) 관련 글OMG SysML 다이어그램 마스터하기::모델링 가이드MBSE Example #1: 차량 가속도 vs. 연비 - 트레이드오프 분석 (with SysML)SPL: 도메인 요구공학 (Domain Requirements Engineering)소프트웨..

소프트웨어 개발 현장에서 종종 품질 관리 활동이 개발 생산성을 저하시킨다는 오해가 있습니다.예를 들어, 테스트 자동화 도입, 코드 리뷰 강화와 같은 품질 활동이 개발 속도를 늦추고비용을 증가시킨다고 생각하는 사람들이 많습니다.그러나 이는 잘못된 생각입니다. 장기적인 관점에서 품질 관리 활동은 오히려 생산성을 향상하고,더 나아가 조직의 성공을 보장합니다.   소프트웨어 품질은 개발 생산성에 중대한 영향을 미치는 요소로, 조직과 개발자 모두에게 중요합니다. 품질은 단순히 결함이 없는 상태를 넘어, 유지보수성, 가독성, 시스템 신뢰성 등 다양한 측면에서 측정됩니다. 실제로 구글(Google)은 개발 생산성과 품질의 관계를 심층적으로 분석하며, 프로세스 품질과 코드 품질의 상호작용이 생산성에 미치는 영향을 연구..

소프트웨어 유지보수성은 개발 프로젝트의 성공 여부를 좌우할 수 있는 중요한 요소입니다. 소프트웨어를 출시한 이후 발생하는 유지보수 비용은 전체 소프트웨어 소유 비용(Total Cost of Ownership, TCO)의 70-80%에 달한다고 합니다. 이는 유지보수성이 높은 소프트웨어를 설계하는 것이 얼마나 중요한지 보여줍니다. 이번 포스팅에서는 소프트웨어 유지보수성을 측정하는 방법과 이를 향상시키기 위한 핵심 요소를 소개합니다. 소프트웨어 유지보수 비용의 분류소프트웨어 유지보수 비용은 소프트웨어가 초기 개발 단계에서 출시된 후, 지속적으로 동작하고 효과적으로 사용되도록 하기 위해 소요되는 모든 비용을 의미합니다. 이는 소프트웨어의 수명 주기에서 가장 큰 비중을 차지하는 비용 요..

인공지능(AI, Artificial Intelligence)과 소프트웨어 공학(Software Engineering)은 현대 소프트웨어 기술 발전에 절대적 기여를 하고 있는 분야로서, 이 두 분야의 융합은 다양한 산업에 혁신을 가져올 수 있다고 생각합니다. 하지만 두 분야의 융합을 위해 필요한 개념 정리와 고려사항들이 체계적으로 정리되지 못한 듯하여, 이번 블로그에서는 이런 내용을 다뤄보고자 합니다. 1. 인공지능(AI)란 무엇인가?인공지능은 컴퓨터 시스템이 인간의 지능적 작업을 수행할 수 있도록 만드는 기술입니다. AI는 머신 러닝(ML, Machine Learning), 자연어 처리(NLP, Natual Language Processing), 컴퓨터 비전(CV, Computer Vision) 등 다양..

소프트웨어 형상관리 (Software Configuration Management)의 의미소프트웨어 형상관리는 다양한 소프트웨어 개발 표준에서 중요하게 언급되며, 각 표준은 형상관리의 정의와 목적을 명확히 하고 있습니다. 다음은 대표적인 소프트웨어 관련 표준에서 언급한 소프트웨어 형상관리의 정의입니다.더보기 ISO/IEC/IEEE 12207ISO/IEC/IEEE 12207은 소프트웨어 생명 주기 프로세스를 정의하는 국제 표준으로 소프트웨어의 일관성, 무결성, 추적성을 유지하고, 변경사항을 효과적으로 관리하여 소프트웨어 품질을 보장하기 위한 방안으로 소프트웨어 형상관리를 다음과 같이 정의하고 있습니다."형상관리는 소프트웨어 제품의 구성 요소와 관련 문서의 상태를 식별하고, 변경을 제어하며, 상태와 변경 이..

소프트웨어 개발에서 형상관리(Software Configuration Management, SCM)는 소프트웨어의 품질과 일관성을 유지하는데 필수적인 역할을 합니다. 따라서 얼마나 충실하게 SCM이 이루어지고 있는지를 확인할 필요가 있는데, 이를 위해 SCM 지표를 알아보고자 합니다. SCM 지표는 개발 과정에서 체계적으로 관리하고 효율성을 높이는데 중요한 도구입니다. 1. 버전 관리 지표 (Version Control Metrics)변경 요청 수 (Number of Change Requests, NCR)소프트웨어 변경은 프로젝트 과정에서 수시로 발생하며, 요구사항 분석의 오류나 설계 오류, 버그 등 다양한 이유에서 발생하게 됩니다. NCR은 Fred Brooks는 "The Mythical Man-Mon..

이 글은 2023년 IEEE Software Magazine에 등재된 "A Human-Centered Approach to Developer Productivity"를 기반으로 작성되었습니다.  소프트웨어를 개발하는 사람을 흔히 "개발자"라고 부릅니다.소프트웨어 공학적 관점에서 보았을 때, 소프트웨어 개발에 관여하는 수많은 이해관계자들이 있고, 이들은 각기 다른 역할(Role)을 부여하고 있음에도 불구하고, 우리나라에서는 "개발자"라는 말로 모두 "퉁"쳐서 지칭하고 있으며, 실제 업무에서도 이들 "개발자"에게 모든 책임(Responsibility)을 전가하여 과중한 업무로 내몰고 있는게 현실이라고 생각됩니다.  이는 소프트웨어 개발에 대한 생산성과 직접적인 연관성이 있을 것이며, 개발자 생산성은 IT 산..

소프트웨어 아키텍처는 인생처럼 불완전한 정보와 시간 압박 속에서 수많은 상황과 제약에 따른 트레이드 오프 결정을 내리는 과정입니다. 완벽한 소프트웨어 아키텍처를 찾으려는 팀은 실망할 가능성이 높지만, 완벽하지 않더라도 다른 대안이 없다면, 어쩔수 없는 트레이드 오프 결정을 내려야 할 때가 많습니다. 예를 들어, 진화할 수 없고 유지 보수가 어려운 취약하고 비용이 많이 드는 시스템이 그렇습니다. 또한 여러 이해관계자들의 다양한 니즈를 충족시켜야 한다는 점에서도 트레이드 오프 결정이 필요한 경우가 많습니다. 특히, 소프트웨어 아키텍처 결정 시점에 수많은 품질 속성 요구사항이 존재하지만, 모든 품질 속성 요구사항을 만족시킨다는 것은 현실적으로 불가능하기 때문에 역시 트레이드 오프가 필요합니다. 그외에도 트레이..

최근 3~4년간 시간들을 돌이켜보면 소프트웨어 관련 기술들을 실무에 적용하기 위해 상당한 시간을 들였던 것으로 기억합니다. 소프트웨어를 개발하는 조직에서 소프트웨어 엔지니어로 살기 위해 여러 케이스를 고려한 나름의 노력이었는데, 안타깝지만 성과는 크지 않았던 것이 현실이었습니다.이런 무성과? 저성과?의 이유를 생각해 보면, 결국 조직적 이슈였던거 같은데 지속적으로 소프트웨어를 개발하고 유지보수하는 업무를 단순화 그리고 효율화하기 위한 노력이 왜 조직적 이슈로 인해 무산(?) 되었을까.. 그리고 무엇이 이러한 조직적 이슈를 야기시키고 있는 것일까 생각해 봅니다. 결국 생각해보면, "소프트웨어에 새로운 기능이 요구되고, 시간이 지남에 따라 복잡해지고 (예를 들어 불필요한 종속성, 중복되거나 강하게 결합된 기..

[출처] https://store.computer.org/csdl/magazine/so/2017/03/mso2017030033/13rRUwInvd61. 자동차 소프트웨어의 중요성경쟁 요소: 소프트웨어는 자동차 산업에서 가장 중요한 경쟁 요소로 자리 잡았습니다. 혁신적인 운전자 보조 시스템, 에너지 효율 운전 등의 기능은 복잡한 소프트웨어 솔루션을 필요로 합니다.복잡성 관리: 점점 더 복잡해지는 소프트웨어를 관리하고 안전한 동작을 보장해야 합니다. 글로벌 경쟁과 빠른 출시 주기는 지속적인 효율성 개선과 비용 최적화를 요구합니다.2. 전자제품과 IT의 융합변화: 자동차 전자제품과 IT가 빠르게 변화하고 있습니다. 멀티모달 모빌리티는 자동차와 대중교통과 같은 이전에 분리된 영역을 연결합니다.서비스와 비즈니스 ..