반응형

프로젝트이야기

개발자가 바라본 SI금융 프로젝트

분석

 

☞ Index.개발자가 바라본 SI금융 프로젝트

 

개요

분석 단계. 현행 시스템을 분석하는 단계입니다.

제안 및 요구사항에 맞춰 시스템을 개발하기 위해서는 먼저 현재 운영되고 있는 시스템에 대해 알아야합니다.

기존 시스템없이 신규로 생성하는 시스템의 경우, 생략하거나 단계를 짧게 가져갑니다.

 

분석 단계의 주업무는 시스템 분석이지만,

추가적으로 고객의 요구사항needs을 파악하기 위해 '인터뷰 및 설문조사'를 진행하기도 합니다.

시스템뿐만 아니라 현행 업무를 분석하는 것도 이 분석단계에서 해야할 일이기 때문입니다.

대부분 고객사의 요구사항에 의해 프로젝트가 진행되지만, 요구사항 자체가 두리뭉실하고 불명확한 경우가 많이 있습니다. 이를 구체적으로 정의하고 어느 부분을 어떻게 시스템화할지 고민하는 단계로 보면 됩니다.

 

산출물

1. 인터뷰 및 설문조사 계획서/결과서 (옵션)

2. 요구사항 정의서

3. 프로세스 구조도/흐름도

4. 테이블 목록/정의서

5. 프로그램 목록( 화면, 서비스, 배치 )

6. WBS작성 <PM의 역할>

 

실무에선...

프로젝트에는 PM, PL, AL, 설계자, 개발자가 있습니다.

일반적으로 프로젝트 시작부터 '설계 단계'까지는 PM, PL, (AL), 설계자만 참여를 합니다.

( 예외적으로 소스분석 및 기술검토 등으로 처음부터 개발자를 투입하기도 합니다. )

그런데..

요즘은 개발자를 처음부터 투입시키고, 설계자/개발자의 역할을 모두 시키는 추세입니다.

( 수행사에서 비용을 줄이려고 하는 xxx짓 입니다만... 대세가... OTL )

개발자로 참여하게 되면, PM이나 PL, 또는 설계자가 주로 작업지시를 하기 때문에, 시키는 일을 하면 됩니다.

주요 업무는 '산출물'작업 입니다.

 

분석 단계의 기간이 충분하지 않기 때문에, 산출물 생성에 맞춰 모든 작업이 이뤄지기 됩니다.

현행 시스템 소스분석도 산출물을 작성하기 위한 수준으로 분석하는 것이죠.

자세히 분석하면 좋지만... OTL

 

이러한 분석단계가 끝나면, 설계 단계로 넘어갑니다.

끝.

반응형