• 한국경영과학회:학술대회논문집
• /
• 대한산업공학회/한국경영과학회 1991년도 춘계공동학술대회 발표논문 및 초록집; 전북대학교, 전주; 26-27 Apr. 1991
• /
• pp.476-486
• /
• 1991

본 연구의 목적은 문서의 다중측면을 고려한 문서화 지원시스템을 구현하는 것이다. 기존의 소프트웨어 개발 문서를 지원하기 위한 시스템은 소프트웨어 개발단계 측면에서의 문서들을 작성하기 때문에 개발 완료후 소프트웨어 이용자를 위한 문서나 서비스 측면에서 필요한 문서들은 새로운 작업을 통해 작성되어야 한다. 따라서 중복되는 자료로 인한 저장 공간의 낭비와 개발비용의 상승을 가져온다. 본 연구에서는 다중 측면 모델을 이용하여 소프트웨어 문서를 정의하고 정형화된 표현으로 문서화과정을 정의했다. 또한 소프트웨어 개발 단계 측면에서 만들어지는 문서 뿐만 아니라 기능측면, 이용자측면에서의 문서를 제공함으로써 다양한 문서지원이 가능한 문서화 지원시스템을 설계한다.

• 한국산학기술학회:학술대회논문집
• /
• 한국산학기술학회 2008년도 춘계학술발표논문집
• /
• pp.275-277
• /
• 2008

본 논문에서는 UML을 이용하여 소프트웨어 아키텍처를 표현하는 방법을 소개하고, 복수의 뷰를 통한 아키텍처를 문서화하는 방법을 설명한다. 무엇보다 논문의 핵심은 UML의 다이어그램이 복잡하여 특별한 편집도구 없이는 표현이 불가능한 점을 반영하여, UML의 표현방법을 개선하고 이를 아키텍처뷰의 표현에 적용한 점이라고 할 수 있다.

• 한국정보처리학회:학술대회논문집
• /
• 한국정보처리학회 2002년도 춘계학술발표논문집 (상)
• /
• pp.427-430
• /
• 2002

기존의 2 Tier나 3 Tier형태의 소프트웨어 개발 시 생산성과 효율성을 향상시키기 위하여 RAD Tool을 많이 사용하였다. 이러한 RAD Tool의 사용은 생산성과 효율성을 향상 시켰지만 소프트웨어의 유지보수나 성능 개선을 위한 작업 시 코드의 중복이나 복잡성 등의 증가 등 많은 문제점들을 발생되었으며, 이는 소프트웨어의 유지보수에 많은 문제점을 가져왔다. 이러한 문제점들은 역공학 기법을 통해서 해결이 가능하다. 역공학 기법을 이용하여 소프트웨어의 구조를 이해할 수 있는 정보를 추출하고 추출된 정보를 체계적으로 관리할 수 있는 시스템을 구축하여 문서화하는 것이다. 이에 본 논문에서는 소프트웨어의 소스코드를 분석하여 시스템 변경 등의 작업 시 문서화를 지원하여 생산성과 효율성을 증가시킬 수 있는 시스템을 설계 구현하였다.

• 한국정보과학회:학술대회논문집
• /
• 한국정보과학회 1998년도 가을 학술발표논문집 Vol.25 No.2 (1)
• /
• pp.547-549
• /
• 1998

CASE도구의 일부로 제공되는 기존의 문서화 도구들은 개발자들을 위한 편리한 기능을 제공했지만, 문서화 참여자들 사이의 협동작업 및 정보교환을 효과적으로 지원해 주지 못했다. 협동작업 환경 및 정보교환 도구 지원의 미비로 인한 문서화 참여자들 사이의 의사소통 부족은 문서 사이의 불일치(Inconsistency), 누락(Incompleteness), 애매모호함(Ambiguity)을 발생시킨다. 소프트웨어 문서가 사용자 및 개발자를 위한 중요한 자료로 활용되기 위해서 협동 문서화 작업 환경의 구축과 정보 교환 도구의 지원은 필수적인 요소이다. 본 논문에서는 문서 상태와 사건을 중심으로 한 문서화 프로세스를 정의하고 문서 변경이나 삭제가 발생했을 경우, 이를 탐지하여 자동으로 개발자들에게 메시지를 보내주는 메시지 에이전트(Message Agent) 기반의 협동 문서화 작업 환경을 제안한다. 협동 문서화 작업 환경은 여러 명의 문서화 참여자들이 서로의 문서를 공유하며 작업할 수 있는 환경을 제공하며, 메시지 에이전트를 통한 메시지의 자동 전송으로 문서화 도중에 개발자가 직접 메시지를 작성하던 번거로움을 줄이고 문서의 질적인 향상을 기할 수 있는 장점이 있다.

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

본 논문은 학부 종합설계 과목에 팀 프로젝트로, 안드로이드 어플리케이션에 소규모 소프트웨어 개발 방법론인 XP(eXtreme Programing)를 적용하고자 한다. XP는 작은 단위의 소프트웨어를 효율적으로 개발하기 위한 방법으로, RUP(Rational Unified Process)와 같은 대규모 소프트웨어 개발방법론보다 소프트웨어 개발 일정을 단축시킬 수 있고 요구사항 변경에 유연하다. 그러나 XP의 단점은 설계단계에서의 문서화가 부족한 것이다. 본 논문에서는 XP의 단점을 보완하기 위하여 설계단계에서 UML을 사용하여 문서화와 도식화를 시도하고자 한다.

• 한국산학기술학회논문지
• /
• 제10권8호
• /
• pp.1970-1976
• /
• 2009

최근 소프트웨어의 규모가 증대되고, 소프트웨어에 대한 관리가 능동적이어야 한다는 요구에 따라 소프트웨어 아키텍처의 중요성은 더욱 증대되고 있다. 소프트웨어 아키텍처는 건축물의 청사진과 마찬가지로 소프트웨어 골격의 구조에 대한 표현이 된다. 소프트웨어 구성요소와 이들간의 관계를 보다 정확하고, 종합적으로 표현하기 위해 소프트웨어 아키텍처는 다양한 뷰를 통해 명세되어진다. UML(Unified Modeling Language)은 소프트웨어 및 소프트웨어의 아키텍처를 문서화하기 위해 사용되는 모델링 도구이다. 그러나 UML은 실제 사용하는 것이 용이하지 않으며, 또한 그 표준도 지속적으로 변경된다. 도한 UML을 정확히 배워서 사용하는 것이 용이하지 않으며, 특히 도구없이는 표현하기가 매우 어렵다는 것도 사실이다. 본 연구에서는 소프트웨어 아키텍처 설계를 위한 아키텍처 뷰를 소개하고, 각각의 뷰를 설계하기 위한 UML을 소개한다. 특히 UML의 단순화된 표현을 소개하여 파워포인트와 같은 일반적인 문서화 도구를 이용하여서도 소프트웨어 아키텍처를 쉽게 문서화할 수 있는 방법을 소개한다. 또한 이 표현방법을 GLORY 시스템의 아키텍처 설계에 적용해 보고 적용효과를 분석해 본다.

• TTA 저널
• /
• 통권84호
• /
• pp.74-79
• /
• 2002

• 한국정보기술응용학회:학술대회논문집
• /
• 한국정보기술응용학회 2002년도 추계공동학술대회 정보환경 변화에 따른 신정보기술 패러다임
• /
• 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 등은 우리나라의 중소 규모 소프트웨어 조직에는 특히 부적절할 수 있다 본 연구에서는 우리나라 소프트웨어 조직의 종류, 조직의 규모, 그리고 프로젝트 수행 규모에 따라서 각 소프트웨어 프로세스 영역의 중요도가 어떻게 다른지, 그리고 해당 소프트웨어 프로세스 영역의 기준, 절차 그리고 방법을 문서화시킬 필요성이 어떻게 변하는가를 조사하였다. 본 연구 결과는 우리나라의 소프트웨어 조직들이 프로세스 개선을 위해서 무엇을 정말로 필요로 하는지를 밝힘으로써, 한국 소프트웨어 산업의 현실적인 특수성을 고려한 소프트웨어 프로세스 평가와 개선 모델의 개발을 위한 기초적인 자료를 제공할 것으로 예상된다 또한, 본 연구 결과는, 우리나라 소프트웨어 조직들이 실제로 무엇을 필요로 하는지를 밝힘으로써, 우리나라의 소프트웨어 산업을 육성하기 위한 실효성 있는 정책 입안을 위한 기초 자료를 제공할 것으로 예상된다.

• 한국정보처리학회:학술대회논문집
• /
• 한국정보처리학회 2004년도 제8회 소프트웨어 품질관리 심포지움 논문집
• /
• pp.310-335
• /
• 2004

• 한국산업정보학회:학술대회논문집
• /
• 한국산업정보학회 2002년도 추계공동학술대회
• /
• 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 등은 우리나라의 중소 규모 소프트웨어 조직에는 특히 부적절할 수 있다 본 연구에서는 우리나라 소프트웨어 조직의 종류, 조직의 규모, 그리고 프로젝트 수행 규모에 따라서 각 소프트웨어 프로세스 영역의 중요도가 어떻게 다른지, 그리고 해당 소프트웨어 프로세스 영역의 기준, 절차 그리고 방법을 문서화시킬 필요성이 어떻게 변하는가를 조사하였다. 본 연구 결과는 우리나라의 소프트웨어 조직들이 프로세스 개선을 위해서 무엇을 정말로 필요로 하는지를 밝힘으로써, 한국 소프트웨어 산업의 현실적인 특수성을 고려한 소프트웨어 프로세스 평가와 개선 모델의 개발을 위한 기초적인 자료를 제공할 것으로 예상된다. 또한, 본 연구 결과는, 우리나라 소프트웨어 조직들이 실제로 무엇을 필요로 하는지를 밝힘으로써, 우리나라의 소프트웨어 산업을 육성하기 위한 실효성 있는 정책 입안을 위한 기초 자료를 제공할 것으로 예상된다.