일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 |
- HttpSecurity
- 스프링시큐리티
- securityconfig
- 스프링 #스프링 시큐리티 #spring security
- Spring Security
- WebSecurity
- WebConfigurerAdapter
- ㅇㅇㅇㄴㅇ
- Session1이 그 모든 클라이언트의 저올
- ㅂ
- Today
- Total
다오의 개발일지
프로젝트 관리 본문
일정 계획과 작업
- 작업의 분할
- 작업의 명세화
작업의 양을 인원-월(PM)로 표시함, 1PM은 중급 수준 개발자의 한 달간 작업량
- 작업 진행 순서의 정의 (PERT/CPM 도표)
- 인력 배정
- 비용 산정
- 개발 일정의 수립 (CPM -> 간트차트로 도표화)
WBS
- 작업 분할 구조, 계층 구조로 표현
- 최하위 수준의 작업을 작업 패키지라고 한다.
정량적 측정이 가능한 입출력물을 가짐
PERT
- 작업들의 선후 관계를 표현한 사이클이 없는 방향 그래프
CPM : 임계경로 방법
- 일정 계획을 위한 알고리즘적 분석 방법
- 임계경로는 시작, 종료 작업까지의 경로 중 가장 긴 경로
- 임계 경로상의 작업들은 지연이 허용되지 않는 작업
CPM 네트워크
간트 차트
- 막대 모양으로 작업들의 순차, 병행 순서를 보여주는 차트
- 막대는 작업시간, 길이는 소요 시간을 의미
프로젝트 산정 기준
- 규모 추정 ( 사용자 요구사항, 시스템 명세서 참조, 라인수(LOC), 기능점수(FP) 방법 등 )
- 일정 계획에는 투입 되는 인력을 고려

기능 점수
- 기능 점수는 규모를 측정 하기 위한 단위
소프트웨어의 기능을 5가지 유형으로 분류하여 계산함
- 프로그램의 기능에 초점을 맞춘 논리적 규모 척도
- 구현 기술이나 언어와 무관
- 보정 기능 점수(AFP)는 미보정 기능 점수(UFP)와 보정 계수를 곱하여 계산한다.
- 미보정 기능 점수 (UFP)
프로그램에서 표현되거나 사용되는 데이터의 총량을 계량화
데이터 기능(내부 논리 파일, 외부 인터페이스 파일)과 트랜잭션 기능(외부 입력, 외부 조회, 외부 출력)의 개수를 측정
각각에 복잡도에 따른 가중치를 곱하여 합산함
- 보정 기능 점수(AFP)
UFP * VAF, 여기서 VAF = 0.65 + 0.01 * TDI(총 영향도)
VAF는 보정 계수이며, TDI는 기술적 복잡도를 반영하기 위해 14개 항목의 영향도(0~5)를 모두 합한 것(0~70)
기능 점수 고찰
- 프로그래밍 언어별로 LOC/FP 즉, 기능 점수 1점을 구현하기위해 필요한 라인 수가 존재
- 프로그래머의 평균 생산성(FP/PM)을 안다면, 전체 PM을 계산할 수 있음
- 사무 정보 시스템의 규모 산정에 적합함
소프트웨어 개발 비용 산정
- 델파이 방법, 작업 분해에 의한 방법, 알고리즘 모델을 이용, 유추에 의한 산정
COCOMO
- 소프트웨어 비용 산정 모델
- 프로젝트 유형을 3가지로 구분(기본/중간/내장형)
- 우선 듀모를 추정해야함
- 기본 COCOMO는 라인 수만으로 비용을 추정한다. 개발 노력은 소프트웨어 규모에 선형적으로 비례한다.
기본 COCOMO 추청 예
*기본형/중간형/내장형
Effort=(2.4*KLOC^1.05)
Tdev = 2.5*(Effort)^0.38

중급 COCOMO
15개의 비용 승수를 곱하여 노력 보정 계수(EAF)를 계산
각 비용 승수는 6개의 등급으로 나뉨
총 노력을 계산할 때 EAF를 곱함
*기본형/중간형/내장형
Effort=(3.2*KLOC^1.05) * EAF
Tdev = 2.5*(Effort)^0.38
비용 승수



소프트웨어 수정을 위한 노력
- 설계, 코드, 통합과 테스트 부분에서 수정이 필요한 비율을 구하여 수정 보정 계수(AAF)를 계산함
- AAF = 0.4 * (설계 수정 비율) + 0.3 * (코드 수정 비율) + 0.3 * (통합과 테스트 수정 비율)
- 상응 LOC = 기존 LOC * AAF
팀 구성 방식
- 매트릭스 조직
- 비이기적인 팀 : 분산형, 책임 소재 모호, 구성원 전체가 의사결정
- 책임 프로그래머 팀 : 중앙 집중형, 책임 프로그래머가 관리적 결정
- 계층형 팀 : 분산형과 집중형을 혼합
위험 관리 프로세스
- 위험 식별 : 위험 요인을 나열
- 위험 분석 : 발생 가능성과 결과의 심각성을 평가, 우선순위를 정하여 정리
- 위험 계획 : 회피 전략, 최소화 전략, 긴급 대책
- 위험 제어와 모니터링
'개발지식 > 소프트웨어 개발' 카테고리의 다른 글
소프트웨어 프로세스 (0) | 2025.03.11 |
---|---|
소프트웨어 개발 (0) | 2025.03.11 |