• 한국소프트웨어감정평가학회 논문지
• /
• 제17권2호
• /
• pp.11-17
• /
• 2021

본 연구에서는 감정사례 및 판례를 분석하여, 기존 소프트웨어 완성도 감정으로 분류되어 수행된 완성도감정, 기성고감정, 하자감정 및 비용감정의 문제점을 적시하고, 그 해결 방안을 제시한다. 판례와 법률적 관점에서 완성도와 기성고율은 큰 차이를 가지고 있다. 완성도는 개발프로세스가 종료된 소프트웨어를 대상으로 전제하는 반면, 기성고율 감정은 미완성된 소프트웨어의 개발진척도를 평가하기 때문이다. 종종 소프트웨어 기성고와 관련된 판례에서는 소프트웨어 공학 개발 절차에 따른 단계별 가중치를 인정하여 전체 기성고 또는 완성도를 산정하는 것을 볼 수 있는데, 감정에서는 대부분 기능의 구현-작동여부 만을 완성도 비율 산정의 척도로 삼고 있는 문제도 존재한다. 또한 기존 소프트웨어 완성도 감정사례에서 다루지 않았던 문제 중 하나는 소프트웨어 하자에 대한 책임 소재 분석 및 감정이 언급되지 않고 있는데 반하여, 판례에서는 분쟁이 발생한 원인을 찾아 책임소재를 다투고 있다. 본 논문에서는 위 제기된 문제를 체계적으로 분류하여 소프트웨어 완성도감정과 소프트웨어 기성고감정을 분리할 것을 제안하고 감정 방안을 제시한다.

• 한국정보처리학회:학술대회논문집
• /
• 한국정보처리학회 2012년도 춘계학술발표대회
• /
• pp.1283-1285
• /
• 2012

수행중인 로컬 소프트웨어의 내부 실행상태를 실시간으로 원격지의 소프트웨어로 반영하여 예상치 못한 장애 상황에서 실행 중이던 소프트웨어를 끝까지 수행 할 수 있도록 복구 방법에 관한 연구이다. 본 연구에서 수행한 방법은 수시로 소프트웨어 내부 상태 정보를 외부의 저장 서버로 전송하게 되며 원격에 존재하는 소프트웨어에서 그 저장 정보를 이용하여 실시간으로 최신까지의 상태를 업데이트 하여 원래의 소프트웨어 상태를 유지하게 된다. 갑작스런 하드웨어 장애 발생시 상태 점검 프로세스에 의해서 점검되며, 장시간에 걸쳐 수행되고 있는 소프트웨어를 다시 처음부터 수행하지 않고 실시간 정보를 통하여 계속적으로 수행을 완료 할 수 있게 된다. 장시간 동안 시뮬레이션 하는 시스템에서 적용 될 수 있으며 특히 OS 종류나 Server 종류에 종속 되지 않고 동작하며 소프트웨어 개발에 있어서도 프로그램 랭귀지에 상관 없이 구현 할 수 있다.

• 한국시뮬레이션학회논문지
• /
• 제24권3호
• /
• pp.55-60
• /
• 2015

본 논문은 RUP (Relational Unified Process) 모델을 사용한 SBA (simulation-based acquisition)의 효과도를 분석하기 위한 환경을 제시하고 있다. RUP 모델이 갖는 4개의 각 단계는 요구사항 분석, 설계, 개발 및 테스트 모든 단계를 포함할 수 있다. RUP 모델을 적용할 경우 소프트웨어 개발을 각 단계에서 반복되는 개발의 형태로 명시할 수 있다. 이러한 모델의 특성은 국방 영역의 획득에 적절하게 활용할 수 있게 한다. 본 논문에서는 RUP 모델과 V프로세스 모델의 관계를 제시하여 국방획득의 적용성을 제시하였다. 특히, 이러한 이론을 기반으로 하여 어떻게 사용자 인터페이스를 개발 운용할 수 있는지를 제시하였다.

• 정보처리학회논문지:컴퓨터 및 통신 시스템
• /
• 제11권6호
• /
• pp.193-204
• /
• 2022

SME(small and medium-sized enterprise) 환경의 스마트제조 환경에서는 실제 제조라인에서 동작하는 센서(Sensor) 및 액추에이터(Actuator)와 이를 관리하는 PLC(Programmable Logic Controller), 더불어 그러한 PLC를 제어 및 관리하는 HMI(Human-Machine Interface), 그리고 다시 PLC와 HMI를 관리하는 OT(Operational Technology)서버로 구성되어 있으며, 제어자동화를 담당하는 PLC 및 HMI는 공장운영을 위한 응용시스템인 OT서버 및 현장 자동화를 위한 로봇, 생산설비와의 직접적인 연결을 수행하고 있어서 스마트제조 환경에서 보안 기술의 개발이 중점적으로 필요한 영역이다. 하지만, SME 환경의 스마트제조에서는 과거의 폐쇄 환경에서 동작하던 시스템으로 구성되어 있는 경우가 상당하여 인터넷을 통해 외부와 연동되어 동작하게 되는 현재의 환경에서는 보안에 취약한 부분이 존재한다. 이러한 SME 환경의 스마트제조 보안 내재화를 이루기 위해서는, 스마트제조 SW 및 HW 개발 단계에서 IEC 62443-4-1 Secure Product Development Lifecycle에 따른 프로세스 정립 및 IEC 62443-4-2 Component 보안 요구사항과 IEC 62443-3-3 System 보안 요구사항에 적합한 개발 방법론의 도입이 필요하다. 따라서, 본 논문에서는 SME 환경에서의 스마트제조에 보안 내재화를 제공하기 위한 IEC 62443 기반의 개발 보안 생애주기 프로세스에 대한 적용 방안을 제안한다.

• 한국정보처리학회:학술대회논문집
• /
• 한국정보처리학회 2009년도 추계학술발표대회
• /
• pp.833-834
• /
• 2009

국내 많은 기업들이 CMMI(Capability Maturity Model Integration) 모델을 도입해서 소프트웨어 개발 프로세스를 구축 및 내재화 후 CMU(Carnegie Mellon University)의 SEI(Software Engineering Institute)로부터 인증을 받고 있지만, CMMI Maturity Level 3 이상 인증 받은 조직에서 조차도 프로젝트 지연 및 품질 문제가 자주 발생한다. 프로젝트 지연 문제는 개발 단계 이후에 대부분 발생되고 있으며, 이는 현저히 낮은 소프트웨어 개발 생산성의 영향 때문이다. 본 논문에서는 프로젝트 개발 생산성에 영향을 미치는 중요 요인을 분석하고, 이에 따른 작업의 가치를 결정하는 방법을 제시한다.

• 한국수자원학회:학술대회논문집
• /
• 한국수자원학회 2020년도 학술발표회
• /
• pp.346-346
• /
• 2020

홍수기 효과적인 하천관리를 위해서는 광역 모니터링을 위한 기술 확보가 매우 중요하며, 최근 드론을 활용한 하천 모니터링에 관한 관심이 점차 증가되고 있다. 하천관리에 필요한 드론 탑재용 센서는 기본적으로 RGB 광학센서를 비롯하여 근적외선(Nir) 및 열적외선 센서가 함께 운용되는 것이 효과적이다. 그러나 현재 판매되는 드론 카메라를 살펴보면 근적외선과 열적외선 센서가 별도로 분리되어 있고 광학센서에 비해 상대적으로 매우 고가로 판매되고 있는 실정이다. 따라서 하천 모니터링을 위해서는 광학(RGB), 근적외선 그리고 열적외선 센서가 통합된 저가의 탑재체 개발이 시급하고 이를 활용한 하천 모니터링 프로세스를 정립할 필요가 있다. 본 연구에서는 일반 드론에 쉽게 탑재 가능한 하천 모니터링용 탑재체를 개발하였으며, 이를 기반으로 하천 홍수 및 부유사 모니터링에 활용하였다. 광학센서는 하천의 주요 형상을 확인하는데 이용하였으며, 근적외선 센서는 홍수 및 부유사 탐지에 활용하였다. 특히 본 연구에서는 비교적 넓은 하천 구역에 대한 공간정보를 구축하기 위해 75% 이상의 중복도를 가지고 촬영하도록 세팅하였으며 영상접합 SW를 활용하여 정사영상을 생성하였다. 구축한 근적외선 정사영상으로부터 영상분석 프로그램을 활용하여 홍수 및 부유사 영역을 추출하였으며 이를 통해 홍수기 하천 모니터링 및 치수 업무 의사결정을 위한 정보를 제공할 수 있었다. 저가용 드론 센서는 상용 SW와의 연계가 어렵기 때문에 자동비행 프로그램처럼 해당 위치별 영상 촬영이 어려운 한계가 있었으며, 본 연구에서는 센서의 제원특성을 활용하여 자동비행 SW에서도 일정 이상의 중복도를 확보할 수 있는 비행고도별 촬영시간 등을 종합적으로 설계하였다. 이를 통해 해당 지역에 대한 하천 모니터링용 정사영상을 구축할 수 있었으며 기존의 고가용 드론 센서와 유사한 효과를 가져올 수 있었다.

• 정보과학회 컴퓨팅의 실제 논문지
• /
• 제21권2호
• /
• pp.115-120
• /
• 2015

테스팅 프론티어 역량평가 모델은 10년 전 만들어진 ISO/IEC 9126의 소프트웨어 제품 품질기준과 TMMi, TPI의 프로세스 점검 기준들을 사용하다보니, Agile, TDD와 같은 새로운 프로세스와 App, Web 같은 새로운 종류의 소프트웨어 제품을 개발하는 회사들에 대한 역량평가가 어려울 수밖에 없다. 이런 문제에 대한 개선을 위하여 1) 소프트웨어 제품 품질 국제표준 ISO/IEC 9126, ISO/IEC 25010 그리고 SW 테스팅 프로세스 국제표준 ISO/IEC/IEEE 29119 part2 고찰, 2) TCAM 소개, 3) 소프트웨어 제품품질 관점에서 ISO/IEC 9126, ISO/IEC 25010와 TCAM 비교, 분석 4) 소프트웨어 테스팅 프로세스 관점에서 ISO/IEC/IEEE 29119 part2와 TCAM 비교, 분석, 5) TCAM의 개선을 위한 방안을 제안한다.

• 한국인터넷방송통신학회논문지
• /
• 제21권5호
• /
• pp.79-87
• /
• 2021

본 연구에서는 인간의 촉감 메커니즘을 반영하여 햅틱 인지 요인을 적용할 수 있는 진동 촉감 인터페이스 설계 프로세스를 제안하였다. 본 프로세스는 총 4단계로 햅틱 감각의 요구사항 분석 단계, 햅틱 요소 분석 단계, 햅틱 인지 요인분석 단계, 햅틱 요구사항 상세 설계 및 시제품 구현 단계로 구성된다. 본 설계 프로세스의 장점은 햅틱 인지 요인 분석을 적용함으로써 사용자 요구사항 도출 및 구현 시 불필요한 작업들을 배제할 수 있으며, 가장 큰 특징은 인체공학적 특징을 설계에 반영할 수 있고, 사용자 평가와 사용성 테스트, 햅틱 기능 최적화 작업을 동시에 수행함으로써 시제품 개발이 완료됨과 동시에 햅틱 요구사항 명세서가 완료된다는 것이다. 본 설계 프로세스는 사용자의 요구사항에서부터 햅틱 기능 상세설계 및 시제품 구현에 대한 전체 단계를 포함하고 있어 햅틱에 대한 전문 지식이 부족한 일반 개발자들도 사용자 중심의 설계가 가능하여 일정 수준 이상의 햅틱 기능 설계 및 구현을 가능케 할 것으로 기대된다.

• 한국정보처리학회:학술대회논문집
• /
• 한국정보처리학회 2011년도 춘계학술발표대회
• /
• pp.337-339
• /
• 2011

M&S 기반의 가상환경 설계운영은 자원절약 및 위험성 감소 등 다양한 측면에서 효율성을 지니고 있다. 국방은 현실세계에서 실시하기 어려운 군사작전 시뮬레이션 운영을 위해 국방 M&S 개념을 도입하고, 이를 기반으로 무기체계의 소요도출부터 전력화 단계까지 프로세스 전반에 걸쳐 가상 환경에서의 설계 운영 및 검증을 수행하는 SBA 를 도입하였다. 그러나 모델링 및 시뮬레이션 과정에서 발생되는 고비용, 위험성 등의 문제점은 SBA 도입 효율성에 대한 논란의 요인이 된다. 따라서 SBA 도입 효과를 입증할 수 있는 지표 제시가 요구되며, 이 연구에서는 입증 지표로서 비용, 시간, 품질 및 위험도의 4 가지 요소를 분석한다. 또한 소프트웨어 개발비용 산정의 어려움 및 SBA의 고비용 가능성을 이유로 SBA 에 대한 개발비용 산정의 필요성을 제기한다. SBA 개발비용 산정을 위해 기존에 제시된 소프트웨어 개발비용 산정 모델 적용을 제안하고, COCOMO 모델, Putnam 모델, FP모델, 전문가의 감정 및 델파이 기법 등 소프트웨어 개발비용 산정모델을 기반으로 SBA 개발비용 산정에 적합한 모델을 분석한다.

• 항공우주시스템공학회지
• /
• 제15권3호
• /
• pp.71-78
• /
• 2021

현대 항공기에서 대부분의 기능은 소프트웨어에 의해 통제되고 있으므로 소프트웨어 오류는 항공기 안전과 직결된다. MIL-HDBK-516C 15장은 군용항공기 탑재 소프트웨어의 안전한 개발과 검증을 위해서 적용되는 기준이다. 미 공군은 이 기준이 반복적인 미충족을 경험함에 따라 기준 충족을 위한 지침으로 감항성 회람(AC-17-01)을 발간하였다. 본 논문에서는 MIL-HDBK-516C 15장, AC-17-01, 그리고 미 연방 항공청에서 적용하고 있는 SW 인증 지침(DO-178C)을 비교 분석하였다. 먼저 AC-17-01 단계와 각 단계에서 명시된 MIL-HDBK-516C 15장 기준 그리고 MIL-HDBK-516C 기준에서 DO-178C를 명시한 기준간 정합 비율 식을 정의하였다. 그리고 비율 분석을 통하여 AC-17-01과 DO-178C를 달성하는 경우 MIL-HDBK-516C 충족 가능한 기준을 도출하였다. 분석결과를 바탕으로 항공 소프트웨어 개발 프로세스를 수립하고 MIL-HDBK-516C 15장 적용 사례를 제시하였다.