분류 전체보기
-
23. 소프트웨어 개발 표준문서 – SRS, SDS, SCS잡談/DO-178 기본 2019. 1. 7. 16:26
표준문서와 관련해서는 다른 절에서 몇 차례 설명한 바가 있다. 이러한 표준문서는 어떻게 작성하면 되는지 DO-178 가이드라인을 통해서 확인해 보자. (1) SRS(Software Requirements Standards) (Section 11.6) 먼저 요구사항에 대한 표준을 담고 있는 SRS에 대한 내용이다. 해석을 보자. 소프트웨어 요구사항 표준은 상위레벨 요구사항을 개발하기 위해 사용되는 방법, 룰, 그리고 툴을 정의한다. 사실 우리나라에서는 요구사항을 어떻게 작성해야 한다는 룰을 정한다는 것이 생소하게 느껴지는 게 사실이다. 요구사항이란 것은 그야말로 고객이 원하는 것이므로 소위 고객이 마음대로 결정하는 것이라는 인식을 가지고 있기 때문이다. 하지만 적어도 DO-178 인증의 관점에서는 그것은 ..
-
22. SQAP(Software Quality Assurance Plan) (Section 11.5)잡談/DO-178 기본 2019. 1. 7. 16:18
‘소프트웨어 품질보증 계획’으로 번역할 수 있는 SQAP 문서는 DO-178 가이드라인 부속물 A의 테이블 A-9에 있는 목표(Objective)를 달성하기 위한 방법을 작성하게 된다. 이를 위해서 SQAP에는 다음과 같은 내용이 포함되어야 한다. a. 환경(Environment) 품질보증활동이 수행되는 환경을 기술하게 되는데 아래와 같은 내용들이 포함될 수 있다. - 범위(Scope), 조직의 책임(Organizational Responsibilities)과 인터페이스(Interfaces), 표준(Standards), 절차(Procedures), 툴(Tools), 방법(Methods) 등 품질보증을 위한 실질적인 활동을 수행하기 위해 기본적으로 정의되어야 할 항목들이다. 특히 품질보증활동의 경우에는 반..
-
21. SCMP(Software Configuration Management Plan) (Section 11.4)잡談/DO-178 기본 2019. 1. 7. 16:16
‘소프트웨어 형상관리 계획’으로 번역할 수 있는 SCMP 문서에는 DO-178 가이드라인 부속물 A의 테이블 A-8에 있는 목표(Objective)를 달성하기 위한 방법을 작성하게 된다. 사실 형상관리라는 것은 각 조직마다 저마다의 방식을 사용하기 때문에 방법에 대한 부분은 통일된 형태로 작성하는 것이 거의 불가능하다고 할 수 있다. 하지만 한편으로는 그 안에서 수행되는 기본적인 원칙들은 유사한 부분을 많이 찾을 수 있기 때문에 SCMP에도 그런 관점으로 관련된 내용이 작성된다. SCMP에 포함되어야 할 내용은 다음과 같다. a. 환경(Environment) 사용되는 형상관리 환경을 기술하게 되는데 아래와 같은 내용들이 포함될 수 있다. - 절차(Procedures), 툴(Tools), 방법(Method..
-
20. SVP(Software Verification Plan) (Section 11.3)잡談/DO-178 기본 2019. 1. 7. 15:59
‘소프트웨어 검증 계획’으로 번역할 수 있는 SVP 문서는 다음과 같은 내용을 담고 있다. 해석을 보자. 소프트웨어 검증 계획은 소프트웨어 검증 프로세스 목표를 만족시키기 위해 사용되는 검증 절차에 대한 설명이다. 이러한 절차는 부속물 A의 테이블에 정의된 소프트웨어 레벨에 의해서 변할 수 있다. SDP와는 달리 소프트웨어 레벨에 대한 설명이 나오고 있다. 소프트웨어 개발에 있어서는 소프트웨어 레벨에 따른 차이가 별로 없지만 소프트웨어 검증 과정은 차이가 많다는 점을 보여주고 있다. 다른 절에서 이미 확인한 것처럼 실제로 부속물 A의 테이블에는 아래와 같이 레벨에 따라서 해당하는 목표가 달라진다.(붉은색 표시 참조) 따라서 SVP에는 소프트웨어 레벨에 따라서 소프트웨어 검증에 대한 작성 내용이 달라질 수..
-
19. SDP(Software Development Plan) (Section 11.2)잡談/DO-178 기본 2019. 1. 7. 15:49
‘소프트웨어 개발 계획’으로 번역할 수 있는 SDP 문서는 다음과 같은 내용을 담고 있다. 해석을 보자. 소프트웨어 개발 계획(SDP)은 소프트웨어 개발 프로세스 목표를 만족하기 위해 사용되는 소프트웨어 개발 절차와 소프트웨어 라이프 사이클의 설명이다. 그것은 PSAC에 포함될 수 있다. 기본적으로 소프트웨어 개발 절차와 라이프 사이클에 대한 내용을 작성하게 된다. 이때 작성의 초점은 ‘소프트웨어 개발 프로세스 목표’를 따르는 것이다. 앞서 아래와 같이 DO-178 가이드라인의 부속물(Annex) A에 목표(Objective)/활동(Activity)/출력(Output)이 나오는 것을 본 바가 있다. 위의 설명에서 또 하나 주목할 부분은 ‘PSAC에 포함될 수 있다’는 부분이다. 앞에서 PSAC에 대한 설..
-
18. PSAC(Plan for Software Aspects of Certification) (Section 11.1)잡談/DO-178 기본 2019. 1. 7. 15:44
DO-178에서는 PSAC이 가장 중요한 문서라고 한 것을 기억할 지 모르겠다. 인증당국과의 일종의 계약서 역할을 한다는 점도 설명한 바가 있다. DO-178 가이드라인에서는 이러한 PSAC이 어떤 역할을 하며 그 안에 어떤 내용이 담겨야 하는지를 설명하고 있다. 해당 절의 서두에는 다음과 같은 설명이 있다. 해석을 보자. Plan for Software Aspects of Certification (PSAC)은 지원자가 개발되는 소프트웨어 레벨에 필요한 정도의 엄격함에 부합하는 소프트웨어 라이프 사이클을 제안하는지를 결정하기 위해 인증당국에 의해서 사용되는 주된 방법이다. 여기에서의 초점은 ‘인증당국에 의해서 사용된다’는 점이다. 지원자가 PSAC 문서를 작성하고 인증당국에서는 그 문서를 사용하는 것이..
-
17. DO-178과 소프트웨어 라이프 사이클 데이터 (Section 11.0)잡談/DO-178 기본 2019. 1. 7. 15:29
앞서 아래와 같은 목록을 본 적이 있을 것이다. 이제부터는 본격적으로 DO-178 인증을 통해서 만들어지는 위의 목록에 있는 문서 혹은 데이터에 대해서 알아보자. 참고로 이 모든 것들은 앞서 설명되었던 여러 프로세스들을 거치면서 만들어 지는 것들이다. 참고) 위의 설명에서 ‘문서 혹은 데이터’라고 말한 부분의 의미를 정확하게 정리할 필요가 있을 것 같다. 의미로 보자면 문서도 데이터의 종류이다. 따라서 두 단어를 혼용해서 쓸 필요없이 모두 데이터로 통일하면 가장 깔끔하다. 하지만 우리가 만들어내는 데이터의 상당 부분이 문서이고 아무래도 우리에게는 문서와 데이터의 뉘앙스 차이가 있기 때문에 이해의 편의를 위해서 필자의 설명에서는 필요에 따라서 구분해서 사용을 하고 있다. 참고로 DO-178 가이드라인에서는..
-
16. DO-178과 인증 프로세스 (Section 10.0)잡談/DO-178 기본 2019. 1. 7. 15:17
DO-178 가이드라인에서 설명하는 인증 프로세스(Certification Process)는 다른 프로세스와 달리 단순한 참고를 위해서 정리해 놓은 부분이다. 따라서 프로세스와 관련되어 실제로 수행해야 할 활동은 없다. 본 내용에 들어가기 앞서 한 가지 짚고 넘어갈 부분이 있다. 사실 우리가 이야기하고 있는 DO-178 인증은 우리나라의 인증이 아니라 미국의 인증이다. 따라서 그 안에 사용되는 모든 용어와 설명은 영어이며 비록 우리나라에서 그것을 사용한다고 하더라도 기본적으로는 영어로 된 DO-178 가이드라인을 기준으로 삼아야 한다. 하지만 그렇게 하기가 어렵다 보니 지금 이곳에서 필자가 하는 것처럼 한글로 번역해서 참고하는 경우도 생기게 된다. 이럴 경우 영어를 직접 보는 것 보다는 가이드라인을 보기..