$\require{mediawiki-texvc}$

연합인증

연합인증 가입 기관의 연구자들은 소속기관의 인증정보(ID와 암호)를 이용해 다른 대학, 연구기관, 서비스 공급자의 다양한 온라인 자원과 연구 데이터를 이용할 수 있습니다.

이는 여행자가 자국에서 발행 받은 여권으로 세계 각국을 자유롭게 여행할 수 있는 것과 같습니다.

연합인증으로 이용이 가능한 서비스는 NTIS, DataON, Edison, Kafe, Webinar 등이 있습니다.

한번의 인증절차만으로 연합인증 가입 서비스에 추가 로그인 없이 이용이 가능합니다.

다만, 연합인증을 위해서는 최초 1회만 인증 절차가 필요합니다. (회원이 아닐 경우 회원 가입이 필요합니다.)

연합인증 절차는 다음과 같습니다.

최초이용시에는
ScienceON에 로그인 → 연합인증 서비스 접속 → 로그인 (본인 확인 또는 회원가입) → 서비스 이용

그 이후에는
ScienceON 로그인 → 연합인증 서비스 접속 → 서비스 이용

연합인증을 활용하시면 KISTI가 제공하는 다양한 서비스를 편리하게 이용하실 수 있습니다.

소프트웨어 개발 프로젝트를 위한 요구관리도구의 기능요건 연구
A study of the functional requirements to management tool for software development projects 원문보기

韓國컴퓨터情報學會論文誌 = Journal of the Korea Society of Computer and Information, v.16 no.12, 2011년, pp.113 - 120  

박구락 (공주대학교 컴퓨터공학과)

초록
AI-Helper 아이콘AI-Helper

정보시스템 구축 프로젝트의 복잡성과 규모가 점차 커지면서, 프로젝트가 실패하는 경우가 발생한다. 프로젝트의 실패의 원인을 분석해보면 사용자의 프로젝트 이해 부족, 불명확한 요구사항 및 요구사항변경 등으로 소프트웨어 개발 생명주기 중 요구사항 분석 단계에서 대부분의 원인을 찾을 수 있다. 본 논문은 소프트웨어 개발 프로젝트에서 요구분석을 통해 도출된 기능과 변경요구 기능간의 추적 등 개발 생명주기 전체 기간 동안 지속적인 요구사항 변경 관리가 가능하게 하는 도구를 설계하였다. 그리고 프로젝트 관련자들 사이에서 충분한 합의와 협의를 통해 공통의 이해를 구축하는 효과적인 의사소통을 지원하는데 필요한 기능에 대해 논의한다.

Abstract ▼ AI-Helper 아이콘AI-Helper

Information system gradually increases the complexity and scale of the project, while if the project fails to occur. To analyze the causes of failure of the project a lack of understanding of your project, unclear requirements and requirements change, etc. of the software development life cycle from...

주제어

#의사결정시스템   #소프트웨어 공학   #프로젝트 관리   #요구사항 분석  

AI 본문요약
AI-Helper 아이콘 AI-Helper

* AI 자동 식별 결과로 적합하지 않은 문장이 있을 수 있으니, 이용에 유의하시기 바랍니다.

문제 정의

  • 본 연구에서 제시하는 요구관리 도구의 기능 요건들은 요구사항변경 수용을 위한 논리적 의사결정을 지원하는 도구의 설계에 유용하게 활용될 것으로 기대한다. 본 연구에서는 고객의 불확실한 요구사항을 분석하고 분해하여 재정립함으로써 완벽한 요구사항을 정의할 수 있도록 시스템적으로 지원하는 도구 설계를 위한 기능 요건정의를 위한 것이다. 주요 기능으로 요구사항의 가시성, 일관성 및 추적성, 변경에 대한 영향분석, 협업지원, 프로젝트 진행상태 파악, 테스트 계획지원, 합의 및 협의 지원 등 프로젝트 관리에서 매우 중요한 요구사항에 대한 체계적 관리를 위한 필수 기능이다.
  • 소프트웨어 시험/인증을 위한 제반 활동에 관한 가이드와 구체적인 조직의 업무 분장 및 상세한 절차를 제시 한다. 이는 독립적인 소프트웨어 시험/인증기관이나 기업 내부의 시험/인증부서에서 시험/인증의 효과적인 수행을 위해 활용될 수 있다[11].
  • 소프트웨어 품질의 근간인 요구사항관리 방안 및 솔루션을 제시하고 효과적인 의사소통 도구로 활용하기 위한 필수 기능을 정의하고자 한다. 국내 기업들은 요구관리의 중요성을 점차 인식하고 시스템적으로 관리할 수 있도록 하기위해 도구를 도입하려 하고 있다.
  • 요구관리 도구를 통해 변경을 요구하는 고객에게 전체 개발 일정 및 비용의 변화를 인식하도록 함으로서 요구사항 변경 결정이 다른 요구사항에 미치는 영향을 파악하여 적절한 시기에 결정을 내리도록 도와주어야 한다. 이때 필요한 요구관리 도구의 기능이 무엇인지 조사하였다.
  • 이것은 결국 프로젝트의 성패에 막대한 영향을 미치게 되고 개발회사와 발주자에게 추가 비용 부담을 가중시킨다. 이렇게 복잡하고 어려운 요구사항 분석 및 정의를 요구관리 도구를 활용하여 시스템적으로 효율적인 관리할 수 있도록 하는데 필요한 기능을 도출하고자 한다. 요구관리 도구는 소프트웨어 개발 생명주기 동안 요구사항 변경을 식별하고 통제하며 산출물 사이의 추적과 영향분석을 가능하게 함으로써 요구사항의 일관성을 유지하고 개발 비용의 변화에 대한 프로젝트 이해관계자들 사이에서 충분한 합의와 협의를 통해 공통의 이해를 구축하는 효과적인 의사소통 도구로 활용 가능하게 하여야 한다.
본문요약 정보가 도움이 되었나요?

질의응답

핵심어 질문 논문에서 추출한 답변
소프트웨어 개발 프로젝트에서 고객의 요구 기대를 충족하기 위한 품질관리 활동에는 무엇이 있는가? 소프트웨어 개발 프로젝트에서 고객의 요구 기대를 충족하기 위한 품질관리 활동에는 품질보증활동 및 품질평가활동이 있다. 이러한 활동을 체계적으로 지원하고 관리하기 위한 많은 연구문헌을 볼 수 있다.
국내 소프트웨어 개발 프로젝트 실패의 원인 중 대부분은 무엇에서 기인하는가? 이것은 신규 개발하거나 개선하려고 하는 어플리케이션의 방향과 목표를 제시하는 것과 같기 때문이다. 국내 소프트웨어 개발 프로젝트 실패의 원인 중 대부부이 요구사항 정의를 소홀이 한데서 기인한다. 최근 국내 기업의 소프트웨어 개발 프로젝트는 다양한 분야와의 협업으로 분산되고 복잡해지면서 점점 대형화되고 있다[6].
소프트웨어 개발 프로젝트고객의 기대를 만족시키기 위한 중요한 공정 중 하나가 요구사항을 명확하게 정의하는 것인 이유는 무엇인가? 소프트웨어 개발 프로젝트에서 고객의 기대를 만족시키기 위한 중요한 공정 중의 하나는 요구사항을 명확하게 정의하는 것이다. 이것은 신규 개발하거나 개선하려고 하는 어플리케이션의 방향과 목표를 제시하는 것과 같기 때문이다. 국내 소프트웨어 개발 프로젝트 실패의 원인 중 대부부이 요구사항 정의를 소홀이 한데서 기인한다.
질의응답 정보가 도움이 되었나요?

참고문헌 (11)

  1. Andriole, S., "Managing Systems: Requirements, Methods, Tools and Cases", McGraw-Hill, 1996. 

  2. Andriole, S., "Managing Systems: Requirements, Methods, Tools and Cases", McGraw-Hill, 1996. 

  3. Lock, S., and Kotonya, G., "Requirement Level Change Management and Impact Analysis," Cooperative Systems Engineering Group, Technical Report Ref: CSEG/21/1998, October 1998. 

  4. Bosch, J., "Design and use of software architectures", Addison Wesley, 2000. 

  5. Lock, S., and Kotonya, G., "Abstract: An Integrated Framework for Requirement Change Impact Analysis," Requirenautics Quarterly: The Newsletter of the Requirements Engineering Specialist Group of the British Computer Society, Issue 18, January 2000. 

  6. http://www.ciobiz.co.kr/news/articleView.html?idxno4584 

  7. Standish Group, 2001 

  8. dae seung kim, "Rational DOORS + Rational Quality Manager", IBM, 3, 2010. 

  9. Mikyeong Moon, Keunhyuk Yeom, "An Approach to Managing Requirements as a Core Asset in Software Product - Line", Journal of KIISE, vol.31, no.8, pp.1010-1026. 8, 2004. 

  10. http://www.oracle.com/kr/products/091027-igovernment-session04-065496-ko.pdf, HP Software Solutions, 04, 2008. 

  11. http://spic.kaist.ac.kr, SPIC 

저자의 다른 논문 :

관련 콘텐츠

오픈액세스(OA) 유형

FREE

Free Access. 출판사/학술단체 등이 허락한 무료 공개 사이트를 통해 자유로운 이용이 가능한 논문

이 논문과 함께 이용한 콘텐츠

저작권 관리 안내
섹션별 컨텐츠 바로가기

AI-Helper ※ AI-Helper는 오픈소스 모델을 사용합니다.

AI-Helper 아이콘
AI-Helper
안녕하세요, AI-Helper입니다. 좌측 "선택된 텍스트"에서 텍스트를 선택하여 요약, 번역, 용어설명을 실행하세요.
※ AI-Helper는 부적절한 답변을 할 수 있습니다.

선택된 텍스트

맨위로