• Journal of the Korea Society of Computer and Information
• /
• v.13 no.5
• /
• pp.171-177
• /
• 2008

CBD(Component-based Development), which refers to the method of treating software as parts of a larger whole and developing new information systems through the assembly and synthesis of existing software, has been popular among many methods for developing software. However, CBD has limitations in the mobile environment which requires frequent requirements change and flexible process. To overcome those limitations, we propose an improved mobile development process based on the UML(Unified Modeling Language) components. Our Proposal is the simple development process implemented as three phase of component diagrams for the mobile system having quickly evolving technology and small-size project. Through the implementation of a mobile banking service with the proposed development process, we show that our proposal works efficiently for the requirements change and flexible development.

• Journal of the Korea Society of Computer and Information
• /
• v.16 no.4
• /
• pp.215-223
• /
• 2011

It is difficult to apply a Software Process Certification to small scale project, because of much activities and documents for manage project and guarantee the qualities in small manpower. This paper presents optimized Software Process Certification Model for small scale software development, a combine Scrum with essential elements of NIPA's(National IT industry Promotion Agency) SP-Certification model. The proposed model defined minimum Activities and Documents for SP Certification. The model that I showed consists of 16 Processes and 58 Activities, and 39 Artifacts are created. As a result of having compared proposed model with a Standard Process of Small Business, I confirmed that a small scale project's burden reduced because Activity decreased 38% and Document decreased 20%. In order to verify the validity of the proposed model, applied it in two small scale projects, and compare with the project by Scrum process only, it finished that systematic management was possible without additional manpower, and reached SP-Certification level 2.

• Proceedings of the Korea Information Processing Society Conference
• /
• 2005.11a
• /
• pp.255-258
• /
• 2005

비즈니스의 빠른 변화에 맞춰 적시에 비즈니스 모델을 지원할 수 있는 소프트웨어 프로세스 역량 확보가 IT 서비스 기업의 생존 전략으로 부상하고 있다. 급변하는 IT 시장에서 경쟁력을 확보하기 위해서는 개발 생산성 향상과 고객 요구품질 충족이 필수적이며, 이를 관리할 체계적 소프트웨어 프로세스가 조직 차원에서 운영되어야 한다. 이에 본 논문에서는 통계 기반의 프로세스 개선 모델인 6 시그마를 적용하여 3 단계의 정의 활동과 이를 지원하는 3 개의 6 시그마 툴로 구성된 정형적 소프트웨어 프로세스 정의 기법을 제시한다.

• Proceedings of the Korea Information Processing Society Conference
• /
• 2024.05a
• /
• pp.476-477
• /
• 2024

ASPICE는 소프트웨어 개발 프로세스를 평가하기 위한 업계 표준 지침으로서, 차량용 소프트웨어 제품을 효과적이고 안정적으로 제공하는 조직의 능력을 평가할 수 있는 프레임워크이다. 프로세스 참고를 위한 PRM과 평가 레벨이 존재하며, 최근에 ASPICE 3.0에서 ASPICE 4.0으로 개정이 있었다. V-모델은 ASPICE가 V-모델을 기반으로 구축하는 각 개발 단계에 대한 테스트 단계이다.

• 한국IT서비스학회:학술대회논문집
• /
• 2002.11a
• /
• pp.478-484
• /
• 2002

국방 무기체계의 신뢰성 있는 내장형 소프트웨어를 개발하고, 이의 수명을 증대하기 위해서는 소프트웨어 개발 과정에서 공학적인 개발 방법론의 적용과 체계적인 기술 관리가 필수적으로 요구된다. 본 논문에서는 국방 분야에서의 내장형 소프트웨어를 개발에 있어서 고려되어야 할 공학적 관리 요소들을 살펴보고, 적용한 개발 방법론과 개발 프로세스 및 기술자료 관리 방안을 소개한다. 복잡도, 규모, 도메인 특성에 따라 객체 지향 방법론을 적절하게 재구성하고, 이를 토대로 문서화를 통한 기술 관리 방안을 연구 적용하였다.

• Proceedings of the Korea Information Processing Society Conference
• /
• 2006.05a
• /
• pp.235-238
• /
• 2006

최근 많은 기업들은 효과적인 소프트웨어 프로세스 개선을 위해 SPICE와 CMMI 프로세스 심사 표준을 도입하려는 노력을 하고 있다. 이러한 표준을 통해 효과적인 개선하기 위해서는 개선점과 위험을 식별하고 이들 이슈들을 소프트웨어 개발환경(software development environment)에 적용시켜서 조직의 비젼(organization vision)에 대응한 작업성능(work performance)를 높여야한다. 지속적인 개선을 필요로 하는 조직은 현재의 작업성능을 측정하고 이를 개선하기 위한 개선점을 찾아내는 능력과 경험을 축적하여 체계적으로 관리하는 것이 중요하다. 하지만 기존의 SPI 모델들은 무엇을 수행해야 하는지에 대한 지침은 제공하고 있지만, 정량적인 작업성능 측정 및 특정 환경의 소프트웨어 개발 조직의 SPI를 위해 필요한 구체적인 지침을 제시하고 있지는 않다. 따라서, 본 논문에서는 이러한 조직의 작업성능 측정 및 조직의 개선경험을 축적하여 프로세스를 개선전략에 반영하여 조직의 비젼에 최적한 전략을 제공해주는 OTEM(Opportunity Tree Enterprise Model)을 제안한다.

• Proceedings of the Korea Information Processing Society Conference
• /
• 2008.11a
• /
• pp.476-479
• /
• 2008

소프트웨어 프로젝트는 본질적으로 모호한 요구사항, 정확하지 않은 산정과 기술의 어려움 등 많은 불확실성을 포함하고 있다. 이러한 불확실성은 프로젝트가 내부에 잠재적인 문제인 위험(Risk)을 지니고 있다는 것을 의미한다. 위험은 발생되면 프로젝트 성공에 부정적 영향을 미칠 수 있다. 따라서 이러한 위험을 사전에 예방하고 최소화하기 위한 프로세스(Process)의 정립이 필요하다. 상당수의 중소규모 조직이 이러한 위험관리의 중요성을 인지하고 있지만, 위험관리 프로세스를 정의하고 이행하는 것은 전문적인 지식을 요구한다. 따라서 특정 조직과 프로젝트에 적합한 프로세스가 안정적인 단계에 이르기 위해서는 많은 시행착오의 과정이 필요하다. 이러한 어려움 때문에 중소규모 조직에서는 쉽게 프로세스 구축을 시도하지 못하고 있다. 관련 표준과 참조모델에서도 위험관리 프로세스 영역을 포함하여 중요성을 강조하고 있지만, 상위수준의 활동목표와 수행되어야 하는 프랙티스(Practice)만을 제시하고 있는 세부적인 절차나 방법들에 대해서는 언급하지 않고 있다. 이에 본 논문에서는 PMBOK 과 CMMI, 그리는 기존 전문가들의 연구를 바탕으로 소프트웨어 위험관리 프로세스 프레임워크(Framework)를 개발하였다. 중소규모 조직에서는 이 프레임워크를 활용하여 규모와 프로젝트의 특성을 반영한 위험관리 프로세스를 정의하고 적용할 수 있을 것이다.

• Journal of Software Engineering Society
• /
• v.25 no.1
• /
• pp.11-18
• /
• 2012

Characteristic of decommissioning target facility investigate and understand is very important. because radioactive materials occurs in the decommissioning and dismantling, so it is difficult to use a general dismantling method. Decommissioning nuclear facilities, the characteristics of the target of research to predict the amount of decommissioning waste, decommission projects costing is largely utilized. For this purpose, we developed DEFACS(Decommissioning Facility Characterization DB System) that manage characteristic of decommissioning target facility. But nuclear facility decommissioning takes long time. so we inevitably developed system during decommissioning works, it occurs many system changes. For this reason, it is difficult to apply general development process, so we take CBD process that divide CD(Component Development) and CBSD(Component Based Software Development) for handling change of requirement. it make Component of the overall system for changes to minimize changes by strengthening the independence of components and processes due to changes in requirements were to minimize stopping of the process.

• Proceedings of the Korean Information Science Society Conference
• /
• 2005.11b
• /
• pp.436-438
• /
• 2005

최근 소프트웨어공학에 있어서 소프트웨어 아키텍처와 컴포넌트에 관한 연구가 활발히 진행되고 있다. 소프트웨어 아키텍처란 컴퓨팅 시스템의 소프트웨어적인 구조이며 아키텍처를 이루는 주요 구성요소는 컴포넌트가 된다. 소프트웨어 아키텍처는 시스템 관련자들 간의 이해를 높이는 수단이 되며 개발시스템의 분석, 설계, 개발, 테스트, 유지보수 프로세스의 품질을 좌우하는 주요한 요소로서 전 개발공정을 추적가능하게 하는 장점을 지니고 있다. 또한 향후 재사용가능한 시스템의 산출물로서 이용하게 된다. 시스템 전체 구조관점에서의 중요성을 인식하여 J2EE 플랫폼에서의 아키텍처프로세스와 EJB 컴포넌트의 추출, 모델링방법을 제안한다.

• Proceedings of the Korea Inteligent Information System Society Conference
• /
• 2005.11a
• /
• pp.429-436
• /
• 2005

소프트웨어 아키텍처의 개념은 2000년경부터 ITA(정보 기술 아키텍처) 또는 소프트웨어 아키텍처라는 이름으로 소프트웨어 아키텍처 산업계, 학계에서 활발한 연구와 실제 프로젝트에 적용이 본격화 되고 있다. 소프트웨어 아키텍처는 시스템 관련자들 간의 이해를 높이는 수단이 되며 개발시스템의 분석, 설계, 개발, 테스트, 유지보수 프로세스의 품질을 좌우하는 주요한 요소로서 전 개발공정을 추적 가능하게 하는 장점을 지니고 있다. 또한 향후 재사용 가능한 시스템의 산출물로서 d용하게 된다. 시스템 전체 구조관점에서의 중요성을 인식하여 RUP방법론을 테일러링 함으로서 J2EE플랫폼의 소프트웨어 아키텍처 프로세스와 핵심요소를 제안한다.