• Proceedings of the Korean Information Science Society Conference
• /
• 2004.04b
• /
• pp.442-444
• /
• 2004

소프트웨어를 구성하는 요소들의 재사용은 소프트웨어 공학에서 가장 중요하게 생각하는 부분으로써 기존의 소프트웨어의 유지보수나 새로운 소프트웨어의 개발에서 생산성을 높일 수가 있다. 이러한 소프트웨어의 경제성 재사용성을 위한 개발방법론이 CBD(Component Based Development)이다. CBD는 소프트웨어 개발 방법론들 중의 하나로써 컴포넌트들을 특정 목적에 맞게 조립하고 배치하여 품질 보증된 높은 생산성의 컴포넌트를 재사용할 수 있게 한다 이러한 장점 때문에 CBD가 유력한 차세대 개발방법론으로 주목받고 있는 것이다. 따라서 본 논문은 기존에 구축된 on-line 심사 프로세스 지원시스템을 컴포넌트기반 시스템으로 재구축하여 컴포넌트화의 효과를 알아보고자 한다.

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

소프트웨어 개발을 위한 분석 및 설계 언어로 UML이 일반화 되어 있다. UML이 갖는 객체지향 개념의 장점으로 인하여 일반 소프트웨어 개발뿐만 아니라 임베디드 소프트웨어 개발에 있어서도 UML의 사용이 증가하고 있다. 특히 UML 모델 중에서 시퀀스 다이어그램은 시스템의 다이나믹스 및 동적 시나리오 표현에 매우 유용하고, 모델링이 직관적이어서 소프트웨어 엔지니어들이 선호하고 있다. 본 연구에서는 시스템 행위를 중심으로 하는 임베디드 소프트웨어 모델링 방법으로 ESUML 방법론을 제시한다. 제시한 ESUML 방법론에서는 Use Case, Class, Interaction overview, Sequence 다이어그램과 Action Language를 이용하여 시스템을 효과적으로 모델링 하도록 하였다.

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

최근 임베디드 소프트웨어가 다양한 분야에서의 개발이 증대되면서 요구사항도 변화되고 있다. 즉, 임베디드 시스템이 단순하고 독립적인 소형시스템에 정착되어 운영되었던 과거와는 달리 최근에는 초정밀의 동작제어와 함께 복잡하고 다양한 플랫폼 환경을 요구하거나 다수의 소프트웨어 통합하고 제어하는 시스템 중속적인 요구사항들이 많이 발생하고 있다. 기존의 개발방법들은 하드웨어와의 밀접한 관계, 여러 유사 도메인에 대한 고수준의 재사용성 요구 등 임베디드 소프트웨어가 갖고 있는 특성들을 효과적이로 반영하지 못하고 있다. 본 연구에서는 개발 프로세스 혁신하고 오류를 최소화하기 위해서는 "계획 ⇒ 설계 ⇒ 구현 ⇒ 테스팅" 단계와 같은 임베디드 소프트웨어 개발 프로세스를 정립하고 각 단계에서 필요한 최적의 품질관리 체계를 구축함으로써 경쟁력 있는 임베디드 소프트웨어 제품의 개발을 지원할 수 있는 방법론을 확립하였다.

• The KIPS Transactions:PartD
• /
• v.10D no.4
• /
• pp.697-708
• /
• 2003

In a software product line approach, developers first develop common software architecture and components by analyzing the characteristics of all software members, and then produce each application by integrating components. The approach is considered very effective means for developing and maintaining in parallel a software product family. Main disadvantage of this approach is that it requires a big up-front investment in preparing product line. Therefore, it takes time to deliver the first version. In this paper, we present an incremental method to develop software families, which requires small additional cost for initial versions and allows an organization to move smoothly to full-scale product line. We present our method by explaining how to record and upgrade the results of variations analysis, and show the application of our method by developing a family of YBS. Our method is a low-risk approach that can be effectively applied to an organization that starts developing software systems but has to deliver the first versions quickly to the market.

• The KIPS Transactions:PartD
• /
• v.11D no.3
• /
• pp.635-648
• /
• 2004

Extreme programming is the most representative methodology among agile software development methodologies that is agile in business environment which change fast. As software industry is matured, usability of software quality characteristics is emphasized gradually, but effort to obtain usability in extreme programming is insufficient. In this paper, three things lacked in extreme programming are reinforced. First, roles of user interface expert are defined. Second, usability testing method to extreme programming are introduced. Third, development process and products are proposed. The proposed plan is validated by four methods, which analyze supporting software development life cycle, analyze satisfaction of CMM key process areas, analyze satisfaction of CMM practices, and analyze development of green tea shopping mail. Green tea shopping mall is improved 23％ in the estimated running time, 21％ in the learnability. Also, usability is improved 18％ in the heuristic evaluation and 16％ in the questionnaire method.

• Journal of the military operations research society of Korea
• /
• v.15 no.1
• /
• pp.1-13
• /
• 1989

소프트웨어 위기(software crisis)라는 용어가 소프트웨어 공학분야의 연구보고서에서 자주 언급되고 있는 이유는, 오늘날의 소프트웨어 개발환경에서 소프트웨어의 품질과 생산성의 문제해결이 매우 어렵기 때문이다. 소프트웨어 개발과 관련되는 프로그램의 설계, 프로그램의 명세서, 계발방법론 및 기술과 도구들 중에서 기존의 개발사업에서 이미 사용하였던 요소들을 새로운 개발사업에서 효율적으로 재사용할 수 만 있다면, 품질과 생산성에 관한 위험 부담을 최소화할 수가 있다. 본 연구는 지금까지 연구발표된 연구보고서를 중심으로 소프트웨어 재사용의 대상과 잇점, 재사용에 따른 장애요인들을 소개하였고, 재사용을 목적으로 소프트웨어를 설계할 때에 고려할 몇가지 지침들을 고찰하였다.

• Proceedings of the Korean Institute of Information and Commucation Sciences Conference
• /
• 2015.05a
• /
• pp.78-81
• /
• 2015

소프트웨어 개발 환경의 급격한 변화와 지속적인 요구사항 변경으로 인해 발생하는 전통적 개발 방법론의 문제점을 해결하기 위한 애자일 개발방법론은 관심의 대상이 되었다. 비교적 짧은 주기를 가지고 요구사항 분석, 설계, 코딩, 테스트 과정을 끊임없이 반복하며 점차 소프트웨어의 규모를 늘려가는 애자일 개발방법은 오픈소스 소프트웨어의 개발방식(OSSDP)과 매우 유사하다고 볼 수 있다. 지금까지 애자일 방법론은 Scrum, XP, Lean, Crystal 방식 등 여러 가지 방법으로 시도 및 제안되고 있으며, 점차 다양한 프로젝트에서도 성공적으로 수행할 수 있도록 개선되고 있다. 이러한 애자일 개발방식의 특징을 OSSDP에 적용함으로써 더 많은 오픈소스 프로젝트가 성공할 수 있도록 하는 프로세스를 연구하는 것은 의미가 있다. 애자일 성명서에서 추구하는 4가지 가치인 소통, 단순성, 피드백, 용기를 반영한 관행(practice)을 OSSDP에 채택하여 추가할 경우, 사용자 만족도를 높이고 결과적으로 오픈소스 프로젝트 성숙도를 높이는데 기여할 것으로 기대한다.

• Proceedings of the Korean Nuclear Society Conference
• /
• 1997.05a
• /
• pp.233-238
• /
• 1997

본 논문에서는 Safety-critical 소프트웨어를 위한 V'||'&'||'V 지침서(guideline) 개발 방법론을 제시한다. 즉, 기존의 산업계 표준인 IEEE Std-1012, IEEE Std-1059에서 논의되고 있는 개념을 근간으로 "독립성(independence)", "소프트웨어 안전성 분석(software safety analysis)", "COTS 평가(evaluation) 기준", "다른 보증(assurance) 조직들간의 관련성(relationship)" 등의 필수 안전 항목들을 추가하여 원전 안전성 시스템(NPP safety system)을 위한 V'||'&'||'V 지침서 개발 방법론을 제시하였다 제시된 방법론에는 V'||'&'||'V 지침서의 범위(scope), 승인기준(acceptance criteria) 부분인 지침서 프레임(guideline framework), V'||'&'||'V activities 및 methods 부분인 타스크(task) entrance 및 exit 기준(criteria), 리뷰 및 감사(review and audit), 테스팅 그리고 V'||'&'||'V material의 QA 레코드(records) 및 형상관리, 소프트웨어 검증 및 확인 계획서(Software Verification and Validation Plan : SVVP) 생성 등의 내용을 기술하고, Safety-critical 소프트웨어 V'||'&'||'V 방법론도 함께 제시하였다.

• Proceedings of the Korea Society for Industrial Systems Conference
• /
• 2003.11a
• /
• pp.489-503
• /
• 2003

잘못되거나 불확실한 결과가 예상되는 프로젝트를 계속 지속하는 행위는 어떠한 분야의 프로젝트에서도 발견 할 수 있는 보편적인 현상이다. 그러나 소프트웨어 개발 분야는 그러한 어떠한 분야보다도 이 문제에 더 민감하며 그 파급효과 또한 크다. 그 이유는 소프트웨어 그 자체가 형태를 가지고 있지 않아 프로젝트 진행 도중에는 그 완성도를 예측하기가 무척 어렵기 때문이다. 또한 소프트웨어는 프로젝트범위가 자주 변동되기 때문에 통제와 관리에 어려움이 많다. 이런 이유로 소프트웨어 개발 생명주기의 각 단계에서 발생하는 위험 요소들을 찾아 그 위험 요소들이 발생했을 때 프로젝트에 미치는 영향정도 파악하여 그 해당위험 요소에 대응하는 방안들을 모색하는 것이 피해를 줄이기 위해 가장 최선의 방법이다. 본 논문에서는 위에서 거론된 소프트웨어 위험 관리에 대한 관련 문헌을 조사, 검토하고 설문을 통해 조사한 실무자들의 경험을 바탕으로 위험에 대한 인식과 대응 반응을 파악하고 연구하고자 한다. 소프트웨어 프로젝트 계획 단계에서 위험 요소가 추후 발생할 것을 예측하여 실제로 위험 요소가 발현했을 때, 적극적으로 대처 할 수 있는 방법을 찾아 해당 위험이 주는 영향을 최소화 할 수 있는 방법을 찾고자 한다.

• Journal of KIISE:Software and Applications
• /
• v.28 no.12
• /
• pp.896-909
• /
• 2001

Recently, above 50 percentages of software are being developed based on distributed application platforms. And recent technologies such as EJB(Enterprise Java Beans)[1]COM(Component Object Model)[2] CORBA(Common Object Request Broker Architecture)[3] have been advanced for distributed component-based software development . Therefore a systematic development process is necessary to develop component based applications using distributed application platforms. However, most of component-base software development processes do not define concrete flows between tasks and relationships among artifacts of each task Also, distribution issues are not considered explicitly in most of component-based software development In this paper, we present an approach to analyze and design software based on distributed components. In this approach, we propose systematic guidelines for developing a software based on Unified process and the relationships among artifacts which are produced, Also we explicitly consider the distribution issues such as performance, fault tolerance, security, distributed transaction of CORBA environments.