Project개발 계획서

늘 그랬듯이 태양은..... | 심현만
http://blog.naver.com/hmshim/6546731

근태 관리 소프트웨어 개발 계획서

　

발주자 : ***회사

연 도   : 1998년 9월

분석가 : 박중호 (컴퓨터 공학과 학생)

                         시스템 분석가.

1. 개요

***회사는 사원들의 효율적인 관리를 하지 못하고 있다.   회사의 어느 부서에 사원이 속해 있는지는 알수 있지만 그날 그날의   사원의  출퇴근과 사원의 인적사항, 급여명세서, 작업스케쥴, 그리고 불특정한 사원들의 하루하루의 작업과 사원들 개개인에게 할당되어 있는   복지혜택의 관리를 효율성있게 관리하기 위함이다. 즉 사원들의 회사에 대한 규율을 어김으로써 사원관리에 크나큰 비효율성을  드러내고 있다. 이러한 사원의 효율적인 관리를 위해서 이 프로그램이 필요한 것이다.

   1.1 프로젝트 개요

이 소프트웨어의 의한 업무과정은 다음과 같은 것을 포함하고 있다.

회사정보에서는 일반적으로 고객 회사에 대한 정보를 포함하고 있다. 이 정보는 보고서 양식으로 출력가능하다.

봉급급여정보에서는 사원들 개개인에 대한 급여의 요소를 볼 수 있으며 각각의 사원들이 노동시간을 월/주 별로 기록할 수   있으며 그리고 사원들의 급여를 계산할 수 있는 모든 요소를 포함시킬 수 있다.

출근정보에서는 사원들의 출퇴근 시간을 체크할 수 있으며 이 정보에서는 사원들의 근무시간이외의 다른 부수적인 요소     (점심시간, 혹은 기타 업무로 인해 자리를 비운 시간)등을 체크할 수 있다.

사원정보에서는 사원들의 개인에 대한 신상정보, 소속부서, 그리고 신입사원에 대한 정보를 기입할 수 있다.

물론 여기서는 신입사원에 대한 급여설정, 소속부서설정, 개인정보설정을 할 수 있고 이러한 모든 정보는 보고서 형식으로 볼 수 있다.

보안정보에서는 관리자와 사원들로 나뉘어지며 이들 모두는 각각의 암호와 아이디를 부여받게 된다. 관리자는 이러한 모든 사원에 대한 정보를 관리하고 수정, 추가, 변경 시킬 수 있으며 사원에게 부여된 아이디와 암호는 사원들의 출퇴근시 혹은 사원들에게 암호와 아이디를 통한 회사에 대해 외부사람의 출입을 막고자 하는데 있다.

　

프로젝트 산출물

이 프로젝트가 끝나면 다음과 같은 결과를 산출한다.

1. 근태관리를 효과적으로 할 수 있는 pc용 소프트웨어 1본
2. 근태관리 소프트웨어 사용자 지침서 1본
3. 근태관리 소프트웨어 산출물을 통한 보고서

　

참고 문헌 및 정의, 약어

이 문서의 이해를 위하여 도움이 될 만한 참고서적

[1] 한국정보과학회, 컴퓨터 용어 사전, 정익사, 1990.

[2] Roger S. Pressman, Software Engineering: A Practitioner's Approach, McGraw-Hill, 1992.

[3] 최은만, 소프트웨어 공학, 정익사, 1995.

[4] 김동환 외 3인, 구조적 시스템 분석, 홍능출판사, 1992. [2][3]

　

2.  자원및 일정 계획

  2.1 자원

     (1) 직접 인건비

      이 프로그램의 규모는 주로 회사의 일반 사원들에 대한 일정을 관리하는 관리프로그램임으로 약 15K 정도의 원시코드로  구현이 가능하다 . 따라서 이 프로젝트의 규모는 다음과 같은 분류별로 인원과 경비를 산출해 낼 수 있다.

직접 인건비	비용
본당 평균 스탭수	10K LOC
정보 처리 형태	10K LOC
언어 보정	13K LOC
공정별 전문 요원 등급별	26.6 MM
기술 용역 대가 기준의 노임 단가

     (2) 제경비

여비	1200 * 90 = 108000원
인쇄비	7000 * 5권 = 35000
참고 문헌비	없음
회의요금	3000 * 30 = 90000
공공요금 지불비	(여비에 포함되어 있슴)
합계	233000원

　

2.2 일정

일정을 계획하기 위하여 프로젝트에 필요한 소작업을 정의하고  필요한 작업기간을 다음과 같은 순서로 일정을 예측하였다. 각각의  일정에 대한 착오는 2주를 기준으로 하고 있으며 개발에 필요한 기간은 다음과 같이 10주를 기준으로 한다. 따라서 이 프로젝트의 개발에 걸리는 시간은 총3360시간이며 소요기간은 20주를 기준으로 한다.

　

  근태관리 프로젝트를 위한 일정 계획

일 정	기간
1) 문제정의	2주
2) 요구분석	4주
2.1) 회사 정보 처리 정의,분석    2.2) 사원의 급여 계산 처리 정의         - 급여 계산에 필요한 요소 정의    2.3) 사원의 출,퇴근 정의         - bar code를 통한 자동 정의    2.4) 사원의 권한 부여         - 개개인의 정보 보호    2.5) 새로운 사원에 대한 추가, 삽입, 수정 분석         - 사원의 신상 정보         - 신규사원의 부서정의         - 신규사원의 기본 급여 설정 정의         - 휴가 부여         - 년, 주 스케쥴 설정 정의    2.6) 오류메시지 정의    2.7) 기록 정의    2.8) 화면 정의    2.9) 백업/복구 정의    2.10) 전환/교육 정의
3) 구조설계	2주
3.1) 회사 신상 정보 처리    3.2) 개인 급여 관리 처리    3.3) 신규 사원 처리    3.4) 사원의 출,퇴근 시간 정의    3.5) 개인 사원의 휴가 처리
4) 상세설계	3주
4.1) 회사 신상 정보 처리    4.2) 개인 급여 관리 처리    4.3) 신규 사원 처리    4.4) 사원의 출,퇴근 시간 정의    4.5) 개인 사원의 휴가 처리
5) 구현/ 코딩	4주
5.1) 회사 신상 정보 처리    5.2) 개인 급여 관리 처리    5.3) 신규 사원 처리    5.4) 사원의 출,퇴근 시간 정의    5.5) 개인 사원의 휴가 처리
6) 테스트	2주
6.1) 화면 테스트    6.2) 서브 시스템 테스트    6.3) 시스템 테스트
7) 유지보수	2주
총 소요시간	20주..

　

3. 조직 구성 및 인력 배치

   3.1) 조직 구성

  이 프로그램의 규모는 소규모로 되어 있으며 본인 혼자서 구성하도록 한다. 문제 발생의 소지가 있는 요구분석 단계에서는 직접 주의의 회사에 근무하는 사람의 말을 듣고 신중을 기하도록 하며 분석가 이외에 프로그래머는 본인이 모든걸 하도록 설정이 되어 있다.

　

   3.2) 인력 배치

프로젝트 리더	박 중호
분석 및 설계팀	박 중호
구현 팀	박중호
테스팀	본인을 제외한 다른 제 3자

 

  4. 기술 관리 방법

개발 단계의 모든 산출물에 대하여 변경 관리를 한다. 개발이 진행되면 변경 관리 대상 항목을 정하고 각 단계의 이정표를 만나게 되고 검토회가 완벽히 끝난 후에는 각 산출물의 모든 변경은 중지된다. 산출물의 변경이 일단 동결된 후 일어나는 변경은 철저히 보고에 의하여 심사한 후 변경하고 통보한다.

변경관리에서 사용하는 변경 요청서는 별도로 정하며 변경 심사 후 형상 관리절차는 품질 담당자(박중호외 프로젝트 발주자)가 추후 정한다.

 

  5. 위험 관리

  이 프로젝트의 발주자인 **회사는 기존의 있던 시스템의 사용에 있어서 몇몇 사람들에게 한정이 되어 있으며 이 프로젝트에 의한 산출물은 일반 사원들에게도 확산이 된다. 무엇보다도 자신의 신상정보를 보호하기 위해서는 자신에게 부여된 아이디와 암호의 유출을 막는게 우선시 되어야 하는 사항이며 이의 소흘로 인한 시스템의 정상적인 작동을 막을 수 있는 요인이 될 수도 있다. 그러므로 회사의 모든 사원들은 정기적으로 암호를 변경하는 방법이 있으며 이러한 사항을 사원들 각자에게 인식시켜 주어야 한다. 기존의 낡은 시스템에서 새로운 시스템의로의 교체는 사원들에게는 인식의 차원에서 어렵게만 느껴질 경우가 있는데 이러한 경우에는  폭넓은 인식과 최소한의 마찰을 통해 사용자 측면에서 꺼리낌없이 사용할 수 있는 친근한 프로젝트와 교육 그리고 사용자와 관리자간의 이해와 인식을 높임으로써 충분한 사용자의 이해를 돕는데 있다.

  6 표준 및 개발 절차

   이 프로젝트는 프로젝트 개발에 있어서 사용되는 언어

   객체 지향 언어 : Visual C++(ODBC)

   기존 시스템 설계에 관한 데이터 베이스 디자인 도구 :   Visio

   데이터 베이스 구축 : MS Access

   객체 지향 데이터 베이스 설계에 관한 도움 책:

      - 관계형 데이터베이스 시스템 -김원

      - 객체 지향 데이터베이스 시스템 - 김원

      - 관계형 데이터베이스 - 김원

  7. 검토 회의

    프로젝트를 진행하면서 각각의 모듈 완성 단계에 있어서 검토 회의 일정과 참석자는 다음과 같다.

    

검토 회의	일 시	참석 예정자
요구 분석 설계 구현 인수	3주 7주 12주 18주	사용자, 분석가 분석가, 프로그래머, 프로그래머, 테스트 담당자, 사용자 사용자, 분석가, 품질 보증팀

     7.2 검토 회의 진행 방법

검토 회의는 항상 적어도 3주 이전에 공고되고 산출물과 검토 리스트를 제출한다 주관자는 회의를 주재하며 의견을 묻고 문제되는 사안은 토의 후 해결방법을 결정하고 후속 조치할 담당자를 정하여 통보한다. 회의록의 회의가 끝난 후 참석자에게 배포되어 확인된다.

  8. 개발 환경

IBM호환용 PC의 윈도우 환경에서 개발한다. 사용하는 프로그래밍 언어는  VISUAL C++이며 데이터 베이스 구축은 MS ACCESS이다. 사용자의 인터페이스를 구현하기 위하여 GUI 라이브러리 함수를 사용한다.

9 성능 시험 방법

작업의 극대화를 위하여 빠른 반응 시간이 요구된다. 그리고 기존의 자료는 모두 문서화 혹은 백업 자료를 받아 놓는다.