Software Requirement 소프트웨어 요구사항 - 개선 프로젝트와 교체(혹은 리엔지니어링) 프로젝트

1. 개선 프로젝트와 교체(혹은 리엔지니어링) 프로젝트의 개념에 대해서 구체적으로 작성하시오. 그리고 기존 시스템의 존재가 야기하는 개선과 교체 프로젝트의 공통 도전 과제 5가지와 프로젝트 개선 및 교체를 위해 중요한 요구사항 기법 중에서 비즈니스 프로세스 이해하기가 적절한 이유 2가지에 대해서 구체적으로 작성하시오. 마지막으로 현재 자사에서 기존 시스템에 적용할 수 있는 요구사항 기법에 대해서 구체적으로 작성하시오. 

   

 <작성 세부지침> 1. 개선 프로젝트의 개념에 대해서 구체적으로 작성하시오. 2. 교체(혹은 리엔지니어링) 프로젝트의 개념에 대해서 구체적으로 작성하시오. 3. 기존 시스템의 존재가 야기하는 개선과 교체 프로젝트의 공통 도전 과제 5가지에 대해서 구체적으로 작성하시오. 4. 프로젝트 개선 및 교체를 위해 중요한 요구사항 기법 중에서 비즈니스 프로세스 이해하기가 적절한 이유 2가지에 대해서 구체적으로 작성하시오. 5. 현재 자사에서 기존 시스템에 적용할 수 있는 요구사항 기법에 대해서 구체적으로 작성하시오.   

 

  

 

1. 개선프로젝트의 개념

 개선 프로젝트는 기존 시스템에 신규 기능을 추가하는 것을 말한다. 또한 개선 프로젝트는 결함을 수정하고 보고서를 추가하며, 비즈니스 규칙이나 요구사항이 수정됨에 따라 이에 부합하도록 기능 수정을 하는것을 포함한다. 

2. 교체(혹은 리엔지니어링) 프로젝트의 개념

 교체(혹은 리엔지니어링) 프로젝트는 기존 애플리케이션을 새로운 맞춤형 시스템이나 사용(COTS;Commercial Off-the Shelf) 시스템, 혹은 하이브리드 시스템으로 대체한다. 교체 프로젝트는 일반적으로 성능 향상, 비용 절감(유지보수 비용이나 라이선스 비용 등), 최신 기술 활용, 규제 요굿항 충족 등을 위해 개발된다. 

3. 기존 시스템의 존재가 야기하는 개선과 교체 프로젝트의 공통 도전과제 5가지

- 변경사항이 사용자에게 익숙한 성능 저하를 야기할 수 있다.

- 기존 시스템의 요구사항 문서를 거의 사용할 수 없을 것이다.

- 오늘날의 시스템 동작 방식에 익숙한 사용자들이 직면한 변화를 좋아하지 않을 것이다.

- 무의식적으로 일부 이해관계자 그룹에게 필수적인 기능을 중단 혹은 생략할 수 있을 것이다.

- 이해관계자가 좋은 아이디어처럼 보이지만 실제 비즈니스 목표 달성에는 필요하지 않는 신규 기능을 요청하기 위한 기회로 삼을 수 있다.

4. 프로젝트 개선 및 교체를 위해 중요한 요구사항 기법 중에서 비즈니스 프로세스 이해하기가 적절한 이유 2가지

- 현재 시스템이 이해관계자의 일상 작업과 어떻게 관련돼 있는지, 변화가 영향을 끼치는지 이해하기

- 신규 기능이나 교체 시스템에 부합하기 위해 만들어야 하는 새로운 비즈니스 프로세스 정의하기

5. 현재 자사에서 기존 시스템에 적용할 수 있는 요구사항 기법에 대해 구체적으로 작성

- 비즈니스 규칙 문서화 하기가 있다. 현재 코드에 적용되어 있는 비즈니스 규칙이 문서화 되어 있지 않다보니 유지보수 및 신규 인력에 교육에도 애로 사항이 많다.

- 요구사항 명세서 검사하기가 있다. 기존 요구사항 중 교체 시스템에 사용되지 않거나(삭제), 업데이트(수정), 신규 된 것들이 요구사항에 표기가 안되어 있다보니.. 개발, QA에서도 주먹 구구 식으로 진행하고 있기 때문이다. 

소프트웨어개발 완료 후에도 업무 프로세스 및 정책이 변화됨에 따라 기 구축된 기능도 변화될 수 있는 여지가 높기 때문에 개발 전, 개발 중, 개발 후의 변경되는 기능에 대한 이력과 품질관리가 체계적으로 정의되어 있어야 합니다. 

 

 

 

 

소프트웨어 요구사항 3 국내도서 저자 : 칼 위거스,조이 비티(Joy Beatty) / 최상호,임성국역 출판 : 위키북스 2017.04.27 상세보기