소프트웨어공학 2장

소프트웨어공학 2장

프로젝트관리란 조직, 계획, 일정관리 하는것.

중요한이유 : 수입,지출에 직결된 경제작업(기술외적부분이 많음)

관리가 잘된 프로젝트도 실패할 수 있으나, 관리가 안된다면 실패확률이 높다.

이론보단 현장이 중요.

다른프로젝트들과 소프트웨어프로젝트의 차이점 : 눈에안보이고 유연하다. 엔지니어링 기술 미확립. 일회성프로젝트

프로젝트관리작업 : 계획서-예산-일정-모니터링-조직구성,평가-보고서작성발표

공통점 : 스프트웨어프로젝트에만 있는 작업이 아님. 예산초과문제가능. 자원예측부정확. 지연. 계획의 변경. 모든 엔지니어링이 발생가능.

-계획

계획의부재 : 불확실성,일정차질,경비초과,저품질,높은유지보수비용,리스크,실패

프로젝트계획 : 개발과정과 일정,비용,조직,생산제품에 대해 사전에 계획하는 것.

계획서의 내용 : 문제이해,정의 , 소작업정의 순서결정, 일정,비용 예측 , 위험분석

계획서란 : 발주자,개발자,사용자들에게 사업의 범위,비용,필요자원,일정,위험요소 등에 대한 정보를 제공하는 문서

만들때 주의할 점 : 시스템에 대한 이해, 현실,구체적일것, 득실관계 따질것, 기술적인 측면 고려.

-문제정의 : 문제를 사용자가 이해하는 용어로 기술한 것. 인식-기본요건분석(상황분석)-시스템조사,정보수집(제도상의문제)-현시스템 이해-신규시스템정의

--대책수립 : 새 시스템의 목표결정. 해결방안 모색

--시스템정의 : 문제기술,필요성,목표,제약사항,시스템의기능,개발운용유지보수환경

-타당성분석 : 경제적타당성(시장성, 비용수익 비교), 기술적타당성(요구기능 과 제공가능성의 비교, 법적타당성(도덕적, 관행, 시장, 저작권)

-일정계획 : 개발을 이루는 소작업을 파악하고 순서,일정 정함. 개발모형결정

--작업순서 : 작업분해-CPM네트워크작성-최소소요기간산출-소요MM(몇명?, 맨/month)산출CPM수정-간트차트(타임테이블)로 그림

작업분해(WBS) 완성에 필요한 활동을 계층적으로 나타냄

******

p17의 소작업 리스트에 따라 p18의 Activity네트워크를 그릴 수 있다. M들은 이정표를 의미함(점검)

모든 경로를 다 뽑아내고, 소요기간이 가장 길게 표시되는것을 선택.

******

CPM네트워크 

장점 : 일정계획 도움, 병행작업계획가능

간트차트 p22

노력추정 : 개발비용예측, (알려지지않은 요소가 많고 원가계산 어려움), 과거데이터 기반으로 추정하기도 함. 단계적 비용산정방법사용.

비용에영향을주는요소

- 제품의 크기(크기가 커지면 기하급수 비용증가)

- 복잡도 응용:개발지원:시스템 = 1:3:9

- 프로그래머의 능력

- 요구되는 신뢰도, 기술수준, 남은시간

상향식 비용예측 : 소요기간을 구한 후 인력,참여도를 곱해 인건비 계산

하향식 비용예측 : 규모예측, 경험으로 예측한 규모에 대해 인력, 기간 선정.(CPM)

COCOMO 방법 : 보헴이 2천~32천줄의 프로젝트들을 통계분석

Organic PM=2.4*(KDSI)^1.05 TEDV=2.5*(PM)^0.38

기본코코모 : 주먹구구식, 추정치 설정이 중요하다.

중간코코모 : 전체를 보고 평균을 내리지만, 모듈별 복잡도가 달라 문제가 됨.

고급코코모 : 단계별 다른모델 적용.

예 :32,000 LOC로 예상되는 Organic Mode E = 2.4(32)1.05= 91 man-months

D = 2.5(91)0.38 = 14 개월
N = 91 / 14 =6.5 ≒7 명

- 생산성
32,000 / 91 = 352 LOC/MM
352 / 22 ≒ 16
그러므로, 한 사람이 하루에 약 16라인 작성

기능점수방법 : 정확한라인수 예측불가, 각 기능에 가중치, 입력,출력,화일,인터페이스의 개수로 규모 나타냄.

기능점수를 구현하기 위한 언어별 LOC가 다름.

총 라인수 = 기능점수*언어별LOC

조직계획

조직의구성 : 생산성에 큰 영향

프로젝트구조 : 프로젝트별 조직(시작부터 끝까지 전담), 기능별 조직(단계별로 팀이뤄짐.파이프라인식), 매트릭스 조직(고유업무하다가 필요시 차출)

중앙집중식조직 : 리더에게 집중. 계층적, 책임프로그래머가 있고, 보조, 사서, 그냥프로그래머가 있음. 의사결정 빠르고 소규모에 적합, 한사람에 성패좌우

분산형팀조직 : 서로협동, 비이기적, 동등한책임,권한, 만족도높음, 의사교류 잘됨, 장기프로젝트 적합, 책임의소재가 불분명, 대규모 부적합.

혼합형 팀조직 : 집중,분산의 단점을 보완

기능에 따라 계층적 분산, 의사전달 경로 김, 의사교환은 초보엔지니어나 중간관리층으로 분산

위험분석 : 위험요소 인식하고 미리 분석해 관리, 실패에 영향을 요소를 인식후 대책수립.

비용영향주는 리스크의 예 : 요구분석의 변경, 일정지연의 위험.