• Title/Summary/Keyword: 소프트웨어 개발

Search Result 8,004, Processing Time 0.031 seconds

항공용 S/W 개발 및 인증 기술동향

  • Park, Mu-Hyeok
    • Current Industrial and Technological Trends in Aerospace
    • /
    • v.5 no.1
    • /
    • pp.15-24
    • /
    • 2007
  • 항공용 소프트웨어의 개발 및 인증은 현재까지 국내에서는 거의 경험이 없는 분야이다. 물론 각종 무인기 등의 개발사업을 통해 항공용 소프트웨어를 개발하고 시험한 사례는 다수 있으나, 체계적으로 개발 및 시험된 경우는 흔치 않다. 특히 유인기 분야에서는 거의 전무하다고 할 수 있다. KFP, KT-1, T-50 등의 군 사업을 통하여, 국외에서 개발된 소프트웨어에 대한 유지보수 경험 및 인력과, 이를 위한 체계가 구축되어 있는 정도라 할 수 있다. 이러한 상황에서, 이제는 항공용 소프트웨어를 국내에서 개발하고 시험, 인증할 수 있는 능력의 확보가 요구되고 있으며, 이는 국내 항공산업이 항공기 독자개발 능력 확보를 위해서는 필수적인 핵심기술이다. 이러한 기술력 확보를 위하여, 현재 항공용 소프트웨어 개발과 관련한 세계적인 흐름 및 최신의 기술동향을 파악하는 것이 무엇보다 필요하다. 항공선진국에서 이미 적용하지 않는 규격, 기술, 개발방식을 그대로 따라하는 과정을 거친다면, 경쟁력 확보는 요원한 일이기 때문이다. 따라서 본 논문에서는 항공용 소프트웨어 인증을 위한 규격의 역사 및 종류와, 현재 주로 적용되고 있는 DO-178B에 대한 주요 내용 및 현안에 대하여 살펴보고, 소프트웨어 개발과 관련한 소프트웨어 툴, 모델기반 개발 방식 등 해외 선진업체 및 기관들의 최신 기술동향을 정리하였다.

  • PDF

국방사업의 소프트웨어 개발 프로세스와 소프트웨어 정부품질보증

  • Seo, Jang-Won
    • Current Industrial and Technological Trends in Aerospace
    • /
    • v.4 no.2
    • /
    • pp.76-85
    • /
    • 2006
  • 최근 정보화 사회의 진전과 함께 각계각층에서 컴퓨터의 활용이 크게 늘어나고 있으며 따라서 소프트웨어를 이용하여 각 산업 활동이 신속성, 효율성, 생산성 및 편리성 등의 측면에서 많은 효과를 보게 됨에 따라 소프트웨어의 비중은 날로 높아지고 그 중요성도 새롭게 인식되고 있다. 국내 민간분야에서의 소프트웨어 개발은 다양한 민간규격(ISO/IEC-12207, ISO/IEC-9126 등)을 따라 수행되고 있으며 국방분야에서는 “소프트웨어 개발 프로세스 (방위사업청 지침 2006-9, 2006.1.25)”이 소프트웨어 개발지침으로 최근 채용되어 개발에 적용되고 있다. 본 논문에서는 “소프트웨어 개발 프로세스 (방위사업청 지침 2006-9, 2006.1.25)”의고찰을 통하여 소프트웨어 개발 프로세스의 요구조건을 소개 하였으며, 국방사업에서의 소프트웨어 품질관리 방법에 대하여 살펴보았다.

  • PDF

A Software Development Plan for Integral Reactor Man-Machine Interface System Design (일체형원자로 MMIS 설계에 적용하기 위한 소프트웨어 개발 계획)

  • 서용석;장귀숙;박근욱;이종복;김동훈
    • Proceedings of the Korean Information Science Society Conference
    • /
    • 2001.04a
    • /
    • pp.610-612
    • /
    • 2001
  • 디지틀 중심의 원자로 제어시스템 설계에서 소프트웨어 안전성이 중요한 현안으로 부각되고 있다. 컴퓨터기반의 디지틀시스템으로 설계되는 일체형원자로 MMIS에 적용하기 위한 소프트웨어 개발 계획은 이러한 현안을 만족하기 위해 개발할 필요가 있다. 본 논문은 소프트웨어 개발 계획을 소프트웨어 수명주기 설정, 정형화 기법 적용, 위해서도 분석 수행, 소프트웨어 시험 방법을 제시하였다. 본 논문에서 제시된 소프트웨어 개발 계획은 고품질의 소프트웨어 생산을 보장하며, 원자력 규제기관에서 요구하는 소프트웨어 안전성 보장 계획에 대한 규제사항을 만족한다. 본 논문의 소프트웨어 개발 계획을 바탕으로 추후 구체적인 수행방법, 지침, 절아, 문서화 등의 점차적으로 개발되어 일체형원자로 MMIS 소프트웨어 개발시 적용할 예정이다.

  • PDF

A study of a scheme for obtaining the high-Quality weaponry software by applying the TMMi process to partner's development process (TMMi 프로세스 적용을 통한 고품질의 협력개발 소프트웨어 획득 방안 연구)

  • Lee, Jou-Ri;Lee, Hye-Jin;Kim, Dong-Hwan
    • Proceedings of the Korean Information Science Society Conference
    • /
    • 2012.06b
    • /
    • pp.89-91
    • /
    • 2012
  • 무기체계 개발에 있어서 내장형 소프트웨어의 비중과 그 중요도가 점점 증가하고 있고, 고객 또한 무기체계 소프트웨어 개발 및 관리지침을 제정하여 소프트웨어 신뢰성 시험수준에 대한 놓은 요구사항을 제시하고 있다. 이렇게 대내외 환경이 변화하고 있음에 따라 당사는 고품질의 소프트웨어를 고객에게 납품하기 위해서 내장형 소프트웨어 신뢰성 향상활동을 수년간 수행해오고 있다. 업체주관 개발사업 증가와 무기체계 외주개발 비중 증가에 따라 고품질의 협력개발 소프트웨어의 획득이 중요해지고 있다. 하지만, 납품 받은 소프트웨어를 체계 통합하는 시기에 소프트웨어 결함이 많이 내재되어 있어 문제점이 많이 발생되고 있으며, 납품 이후에도 많은 결함수정과 재 작업이 발생하여 추가비용이 많이 발생하고 있다. 본 논문에서는 협력개발 소프트웨어 제품의 신뢰성 향상을 위해 TMMi 시험 프로세스를 적용하여 협력회사의 소프트웨어 시험 역량을 강화하고 고품질의 소프트웨어를 획득할 수 있는 방안을 제안하고자 한다.

Software Configuration Management of KOMPSAT-1 (아리랑 위성의 탑재 소프트웨어 형상관리)

  • 강수연
    • Proceedings of the Korean Information Science Society Conference
    • /
    • 2000.10a
    • /
    • pp.454-456
    • /
    • 2000
  • 다른 여느 분야의 소프트웨어 개발 분야보다도 형상관리의 필요성의 나타나는 분야로 위성탑재 소프트웨어 분야를 꼽을 수 있는데 이는 위성소프트웨어의 기본적인 특성에 기인한다고 볼 수 있다. 위성 탑재 소프트웨어는 여느 소프트웨어보다도 그 신뢰성을 중시하고 있으며 이러한 신뢰성은 개발 과정상의 잘 정의되어진 형상관리에 있다. 본 논문에서는 아리랑 위성 탑재 소프트웨어 개발에 과정에서의 형상관리 방법 및 절차를 기술하였으며 이러한 형상관리하에 아리랑 위성 탑재 소프트웨어는 개발되고 위성에 탑재되어 그 임무를 훌륭히 수행하고 있다. 이 논문을 통해서 고도의 신뢰성을 요구하는 소프트웨어 개발에 있어서의 형상관리 방법에 도움이 되고자 한다.

  • PDF

Empirical Study on Software Process Capability and Maturity Level, and Development of the Appraisal System (소프트웨어 프로세스 능력 및 성숙 수준에 관한 실증적 비교 분석과 평가 시스템 개발)

  • 홍정유;이수정;경원현;고석하
    • Proceedings of the Korea Society of Information Technology Applications Conference
    • /
    • 2002.11a
    • /
    • pp.178-198
    • /
    • 2002
  • 1980년대 초기 미 국방성에서는 소프트웨어 개발업체의 소프트웨어 개발능력에 대한 판단 착오로 금전적, 시간적, 성능상의 많은 어려움을 겪어왔다. 따라서 미 국방성은 카네기 멜론 대학의 SEI(Software Engineering Institute)를 통하여 소프트웨어 개발능력을 측정하고, 조직의 소프트웨어 프로세스 성숙수준을 결정하기 위한 CMM(Capability Maturity Model)을 개발하였다. 그러나 CMM에 기반을 둔 소프트웨어 프로세스 평가 방법은 외부 전문가를 이용하여 평가하므로, 시간과 비용이 많이 소모되는 방법이다. 따라서 많은 기업에서 이러한 평가를 수행하는데 어려움을 느끼고 있다. 특히, 중ㆍ소규모의 조직에서 사용하기에는, CMM의 평가방법은 너무 복잡하고 추상적이다. 소규모 기업의 경우에 3년여에 걸친 프로세스 향상노력으로 많은 성과가 이루어 졌음에도 불구하고 CMM의 평가방법을 이용한 결과는 1 단계 수준을 벗어나지 못하였다는 사례들이 많이 발표되고 있다. 이러한 결과들은 CMM의 평가 방법은 중소 규모 조직에는 적절치 않다는 것을 입증한다. 따라서 중소 규모 기업이나 조직의 소프트웨어 프로세스의 성숙도 평가와 개선을 위한 모델들을 개발하기 위한 노력이 전 세계적으로 광범위하게 펼쳐지고 있다. 본 연구에서는 최근의 모델인 CMMI(Capability Maturity Model Integration)의 소프트웨어 프로세스 영역 분류에 의거해서, 우리나라의 소프트웨어의 개발과 취득에 관련된 조직들이 각 프로세스 영역을 얼마나 중요하게 평가하는지, 그리고 해당 영역에서의 기준, 절차 그리고 방법을 문서화시키는 것을 얼마나 중요하게 평가하는지를 조사하였다. 한국의 소프트웨어 개발 관행은 CMM이나 ISO Is504 등에서 바람직한 것으로 제시하고 있는 국제 표준과는 많이 다르며, 나아가서는 예를 들어, 미국의 일반적인 관행과도 많이 다를 수 있다. 따라서 미국이나 유럽의 대규모 소프트웨어 조직을 위해서 개발된 CMM이나 ISO 15504 등은 우리나라의 중소 규모 소프트웨어 조직에는 특히 부적절할 수 있다 본 연구에서는 우리나라 소프트웨어 조직의 종류, 조직의 규모, 그리고 프로젝트 수행 규모에 따라서 각 소프트웨어 프로세스 영역의 중요도가 어떻게 다른지, 그리고 해당 소프트웨어 프로세스 영역의 기준, 절차 그리고 방법을 문서화시킬 필요성이 어떻게 변하는가를 조사하였다. 본 연구 결과는 우리나라의 소프트웨어 조직들이 프로세스 개선을 위해서 무엇을 정말로 필요로 하는지를 밝힘으로써, 한국 소프트웨어 산업의 현실적인 특수성을 고려한 소프트웨어 프로세스 평가와 개선 모델의 개발을 위한 기초적인 자료를 제공할 것으로 예상된다 또한, 본 연구 결과는, 우리나라 소프트웨어 조직들이 실제로 무엇을 필요로 하는지를 밝힘으로써, 우리나라의 소프트웨어 산업을 육성하기 위한 실효성 있는 정책 입안을 위한 기초 자료를 제공할 것으로 예상된다.

  • PDF

Experience in Model Driven Development of Embedded Software (모델 기반 임베디드 소프트웨어의 개발 경험)

  • 이정림;박사천;권기현
    • Proceedings of the Korean Information Science Society Conference
    • /
    • 2004.04b
    • /
    • pp.400-402
    • /
    • 2004
  • 임베디드 시스템 개발의 성공여부는 정점 하드웨어에서 소프트웨어쪽으로 비중이 옮겨지고 있다. 그런데 임베디드 소프트웨어 개발은 하드웨어를 설계하고 구현하는 것에 드는 비용보다 더 않은 비용으로도 효과적이지 못한 실정이다. 또한 임베디드 소프트웨어 개발자들에게는 제한된 자원과 절러 가지 환경 변수를 고려해야 하는 부담이 따른다. 모델기반의 개발 방법은 비용-효율적이고 고품질의 소프트웨어를 개발하기 위한 연구이다. 본 논문은 임베디드 소프트웨어인 로봇 작동 프로그램을 모델기반으로 개발한 경험과 결과를 소개함으로써 임베디드 소프트웨어 개발자들이 쉽게 모델기반의 개발 방법을 적용할 수 있도록 한다.

  • PDF

Empirical Study on Software Process Capability and Maturity Level, and Development of the Appraisal System (소프트웨어 프로세스 능력 및 성숙 수준에 관한 실증적 비교 분석과 평가 시스템 개발)

  • 홍정유;이수정;경원현;고석하
    • Proceedings of the Korea Society for Industrial Systems Conference
    • /
    • 2002.11a
    • /
    • pp.178-198
    • /
    • 2002
  • 1980년대 초기 미 국방성에서는 소프트웨어 개발업체의 소프트웨어 개발능력에 대한 판단 착오로 금전적, 시간적, 성능상의 많은 어려움을 겪어왔다. 따라서 미 국방성은 카네기 멜론 대학의 SEI(Software Engineering Institute)를 통하여 소프트웨어 개발능력을 측정하고, 조직의 소프트웨어 프로세스 성숙수준을 결정하기 위한 CMM(Capability Maturity Model)을 개발하였다. 그러나 CMM에 기반을 둔 소프트웨어 프로세스 평가 방법은 외부 전문가를 이용하여 평가하므로, 시간과 비용이 많이 소모되는 방법이다. 따라서 많은 기업에서 이러한 평가를 수행하는데 어려움을 느끼고 있다. 특히, 중ㆍ소규모의 조직에서 사용하기에는, CMM의 평가방법은 너무 복잡하고 추상적이다. 소규모 기업의 경우에 3년여에 걸친 프로세스 향상노력으로 많은 성과가 이루어 졌음에도 불구하고 CMM의 평가방법을 이용한 결과는 1 단계 수준을 벗어나지 못하였다는 사례들이 많이 발표되고 있다 이러한 결과들은 CMM의 평가 방법은 중소 규모 조직에는 적절치 않다는 것을 입증한다. 따라서 중소 규모 기업이나 조직의 소프트웨어 프로세스의 성숙도 평가와 개선을 위한 모델들을 개발하기 위한 노력이 전 세계적으로 광범위하게 펼쳐지고 있다. 본 연구에서는 최근의 모델인 CMMI(Capability Maturity Model Integration)의 소프트웨어 프로세스 영역 분류에 의거해서, 우리나라의 소프트41어의 개발과 취득에 관련된 조직들이 각 프로세스 영역을 얼마나 중요하게 평가하는지, 그리고 해당 영역에서의 기준, 절차 그리고 방법을 문서화시키는 것을 얼마나 중요하게 평가하는지를 조사하였다. 한국의 소프트웨어 개발 관행은 CMM이나 ISO 15504 등에서 바람직한 것으로 제시하고 있는 국제 표준과는 많이 다르며, 나아가서는, 예를 들어, 미국의 일반적인 관행과도 많이 다를 수 있다. 따라서 미국이나 유럽의 대규모 소프트웨어 조직을 위해서 개발된 CMM이나 ISO 15504 등은 우리나라의 중소 규모 소프트웨어 조직에는 특히 부적절할 수 있다 본 연구에서는 우리나라 소프트웨어 조직의 종류, 조직의 규모, 그리고 프로젝트 수행 규모에 따라서 각 소프트웨어 프로세스 영역의 중요도가 어떻게 다른지, 그리고 해당 소프트웨어 프로세스 영역의 기준, 절차 그리고 방법을 문서화시킬 필요성이 어떻게 변하는가를 조사하였다. 본 연구 결과는 우리나라의 소프트웨어 조직들이 프로세스 개선을 위해서 무엇을 정말로 필요로 하는지를 밝힘으로써, 한국 소프트웨어 산업의 현실적인 특수성을 고려한 소프트웨어 프로세스 평가와 개선 모델의 개발을 위한 기초적인 자료를 제공할 것으로 예상된다. 또한, 본 연구 결과는, 우리나라 소프트웨어 조직들이 실제로 무엇을 필요로 하는지를 밝힘으로써, 우리나라의 소프트웨어 산업을 육성하기 위한 실효성 있는 정책 입안을 위한 기초 자료를 제공할 것으로 예상된다.

  • PDF

Software Development Effort Estimation Using Function Point (기능점수를 이용한 소프트웨어 개발노력 추정)

  • Lee, Sang-Un;Gang, Jeong-Ho;Park, Jung-Yang
    • The KIPS Transactions:PartD
    • /
    • v.9D no.4
    • /
    • pp.603-612
    • /
    • 2002
  • Area of software measurement in software engineering is active more than thirty years. There is a huge collection of researches but still no concrete software development effort and cost estimation model. If we want to measure the effort and cost of a software project, we need to estimate the size of the software. A number of software metrics are identified in the literature; the most frequently cited measures are LOC (line of code) and FPA (function point analysis). The FPA approach has features that overcome the major problems with using LOC as a measure of system size. This paper presents simple linear regression model that related software development effort to software size measured in FP. The model is derived from the plotting of the effort and FP relation. The experimental data are collected from 789 software development projects that were recently developed under the various development environments and development methods. Also, the model is compare with other regression analysis model. The presented model has the best estimation ability among the software effort estimation models.

Integration Requirements of Heterogeneous Simulation Software Modules in Operator Training Simulator (OTS에서 이질적 시뮬레이션 소프트웨어 모듈의 통합요건)

  • 박근옥;구인수
    • Proceedings of the Korea Society for Simulation Conference
    • /
    • 2002.05a
    • /
    • pp.97-101
    • /
    • 2002
  • 최근 개발되고 있는 원자력발전소용 OTS(Operator Training Simulator) 개발은 설계 및 해석에 사용되었던 여러 가지 코드(시뮬레이션 소프트웨어)를 수정 보완하여 이들을 상호 통합하는 방식으로 수행되는 경향을 보이고 있다. 기존에 개발되었거나 현재 운영중인 대부분의 OTS는 단일의 고성능 컴퓨터 환경에 의존하므로 발전소 설계와 해석에 사용하였던 서로 다른 코드를 상호 통합하여 사용하기에는 어려움이 많았다. 그러나, 최근에는 컴퓨터의 성능과 네트워크 기술이 비약적으로 발전하여 서로 다른 속성을 갖는 시뮬레이션 소프트웨어를 각각 서로 다른 컴퓨터에 적재 실행시키고 네트워크를 통하여 연동시키는 것이 가능해졌다. 본 연구는 원자력발전소 설계와 해석에 사용하고 있는 시뮬레이션 소프트웨어(노심 모사코드, 열 수력 모사코드, 구조물 모사코드), 인간기계연계(Man Machine Interface) 소프트웨어, 각 모사 소프트웨어간의 통신과 실행을 제어하는 강사 소프트웨어를 분산된 컴퓨터 환경에서 실행시키는 OTS를 개발하였다. 본 연구를 수행함에 있어서 서로 속성이 다른 소프트웨어 모듈을 하나로 통합하는 작업이 가장 부담스러웠다. 따라서, 서로 다른 소프트웨어 모듈을 통합하기 위한 요건을 개발초기에 설정하고, 이 요건을 모든 소프트웨어 개발조직이 준수하도록 하였다. 본 논문에서는 OTS를 구성하는 이질적인 소프트웨어 모듈의 기능과 특징, 이들을 통합하기 위한 요건을 설명한다. 또한 각 요건이 OTS 개발공정에서 어떻게 적용되고 사용되었는지를 살펴본다.

  • PDF