SI 업무 프로세스에 대해 설명해 보세요.
1. 고객 요구사항
- 신규 개발이거나 기존업무에서의 수정 작업도 마찬가지로, 먼저 고객으로부터 요구가 옵니다.
2. 요건정의서 작성
- 기본적으로 고객의 요구사항을 바탕으로 요건정의서를 작성하게 됩니다. 고객 측에서 정리해서 보내오는 경우도 있고, 업무를 맡게 되는 "을"기업정도에서 요구사항을 바탕으로 작성하게 됩니다.
3. 사양서 작성
- 요건정의를 바탕으로 전체 업무의 기본 사양을 작성합니다.
4. 기본설계서 작성
- 사양서를 바탕으로 앞으로의 기본설계를 작성하게 됩니다. 업무에 따라서 DB에 관련된 사항이나, 화면정의 등을 포함하기도 하고, 기능설계 등을 작성하게 됩니다.
5. 상세설계서 작성
- 업무별로, 기본설계서만을 바탕으로 해서 개발을 진행하는 경우도 있고, 기본 설계서를 바탕으로 상세설계서를 작성해서 업무를 진행하기도 합니다.
6. 제조(코딩)
- 설계서를 바탕으로 코딩에 착수합니다. 프로그래머들의 작업 단계의 시작점이 됩니다.
7. 단위 테스트 ( Unit Test )
- 모듈 단위별로 나뉘어서 테스트합니다. 업무간의 관련성을 배제하는 단위별 테스트로 코딩 품질에 좌우되기도 하겠지만 여기서 버그가 많이 나기도 합니다. 통상 코딩에 참가했던 개발자들이 단위테스트를 진행하며, 이때 버그가 발생하면 문서화해서 기록에 남기게 됩니다.
8. 통합 테스트 ( Combination Test )
- UT 공정 다음으로 ST로 넘어가는 경우도 있고 CT를 진행하는 경우도 있습니다. 주로 업무 단위별로 나뉘어서 테스트가 진행되며, 개발자들이 진행해 나가기도 하고, 테스터들이나 현업이 진행하기도 합니다.
9. 시스템 테스트 ( System Test )
- 전체 업무의 테스트입니다. 테스트 단계의 최종단위라 할 수 있습니다.
10. 품질 향상 ( Quality Assurance )
- ST까지 완료하게 되면, QA 부서 (품질 보증팀)에서 납품직전 최종 품질향상을 위한 테스트 작업을 하게 됩니다. 이때 발생되는 버그는 개발자들에게 치명적이라 할 수 있습니다.
11. 납품
- 납품 후 유지보수 등의 작업을 진행하게 됩니다.
커뮤니티 Q&A
위 이론과 관련된 게시글이에요.
이해가 안 되거나 궁금한 점이 있다면 커뮤니티에 질문해 보세요!
게시글 작성하기