bth2468의 등록된 링크

 bth2468로 등록된 네이버 블로그 포스트 수는 13건입니다.

기능점수(FP)산정시 투입기간 및 인력 수 환산방법 [내부링크]

FP로 소프트웨어 개발 규모를 알고있다면 얼마의 인력M/M로 산정해야 할까? 소프트웨어사업 관리감독에 관한 일반기준 '소프트웨어 개발사업의 적정 사업기간 산정 기준표'에 따르면 다음과 같이 제시되어 있다. 예를들어, 1000FP 이하 규모의 프로젝트일 경우 19포인트당 1MM로 환산한다. 규모별로 1MM는 최대 24포인트로 환산되는 것을 알 수 있다. 위의 표를 근거로 예를 들어 계산하면 다음과 같다. 기능점수가 500이 나왔고, 이에 따라 표준 투입공수를 계산하면 26.3M/M가 됨을 알 수 있다. 5명을 투입한다면 적정 개발기간은 5~6개월이 될 것이다.

유지관리의 종류 [내부링크]

1.소프트웨어 생명주기상의 유지관리 비율 흔히 사용되는 용어로 유지보수라는 것이 있다. 유지보수는 시스템의 정상운용을 목표로 하는 소극적 개념이며 현재는 지속적 향상을 포함하는 유지관리라는 용어로 대체되고 있다. 소프트웨어 유지관리 단계는 소프트웨어 생명주기로 볼 때 가장 유용하게 활용되는 기간이라 할 수 있다. 규모에 따라 차이가 있지만 소프트웨어 개발을 6개월~1년 정도라고 한다면 그 개발 시스템이 폐기되는 시점은 약 5년 ~ 10년 정도라고 볼 수 있다. 물론 성공적인 개발이 되었을 경우를 가정한 것이다. 도표에서 보듯이 요구분석부터 테스트까지의 개발과정이 끝났을 경우 해당 시스템은 전체 비용 혹은 노력의 33%가 지출되는 것이다. 나머지 67%는 유지관리 되는 비용이 된다. 단순 계산을 해보자. 개발비용이 1억이고 사용기한이 10년 이라면 총 유지관리 비용은 약 2억이 된다. 따라서 년간 유지관리 비용은 개발비의 20%인 2천만원이라는 것을 알 수 있다. 사용기한이 5년이라면

도입기업 인력 수행일지 쉽게 만들기(엑셀파일) [내부링크]

완료보고시 도입기업인력 인건비 정산을 위해 참여인력에 대한 수행일지를 제출해야 한다. 원래대로라면 도입기업의 참여자가 주간단위로 작성해야 한다. 그러나 현실적으로 도입기업에서 이런 서류를 제대로 만드는 경우가 드물다. 이 서류 또한 공급기업에서 만들어 주고 담당자가 이를 확인하는 식으로 처리할 수 밖에 없다. 수행일지 양식 어쨌든 만들어야 하는 문서이기 때문에 사업초기 부터 관리해주는 것이 여러모로 유리하다. 6개월 투입으로 승인 받았다면 제출해야할 일지는 4주 x 6개월로 계산해서 1인당 24장이 된다. 3명이면 총72장이 되므로 이를 미루었다가 한 번에 작성하려면 상당한 부담이 될 수 밖에 없다. 조금 쉽게 할 수 있는 방법으로 초기에 미리 키워드 수준으로 간략히 계획서를 만들어 두었다가 나중에 살을 붙여서 완성하는 방법을 추천한다. WBS를 만들었다면 이를 참조해서 도입기업에서 해야할 주요 업무를 계획서에 기입하는 식이다. 이렇게 키워드를 중심으로 사전에 계획서를 만들어 두면

FP(기능점수)란 무엇이고 왜 알아야 하나? [내부링크]

FP란 소프트웨어 개발 프로젝트의 규모를 산정하는 방법 중 하나이다. 규모를 산정하는 이유는 다양한데 계약 금액 결정부터 시작해서 수행계획을 수립하고, 개발이 완료된 후에는 정산하기 위한 매우 중요한 척도가 된다. 산정 방식은 크게는 세 가지가 있다. COCOMO 세계적으로 가장 전통적인 방식이며 코드라인 수를 기반으로 규모를 산정한다. 코드라인을 산정하기 위해 제품속성, H/W속성, 인적속성, 프로젝트속성등을 점수화한다. 투입공수 엔지니어링 대가산정 기준에 의해 인력 등급별 단가와 공수를 적용하여 산정하는 방식이다. 건설노임을 계산하기 위한 것인데 소프트웨어 개발의 산정에도 사용되고 있다. 계산방식 : A+B+C - A직접인건비 = SW기술자 등급(또는 직무)별 투입공수(MM) * 월평균임금 - B제경비 = 직접인건비 * 110~120% - C기술료 = (직접인건비 + 제경비) * 20~40% 3. FP(기능점수) 철저하게 사용자에게 제공되는 기능을 기준으로 계산하는 방식이다. 정

FP(기능점수) 방식에 의한 개발비 산정 절차 [내부링크]

개발비 산정은 견적 및 계약시 활용하는 간이법과 사후정산 개념이 있는 정통법 두 가지가 있다. 견적과 계약에만 활용하려면 간이법만으로 충분하다. 비용정산이 필요할 경우, 엄격한 프로젝트의 경우, 유지관리를 위한 규모파악의 경우에는 정통법이 필요하다. 간이법은 말 그대로 간단하게 시스템 규모를 판단하기 위한 것이고 정통법은 정확한 측정을 위한 것이다. 어떤 경우든 산정절차는 동일하다. 기능점수 방식에 의한 소프트웨어 개발비 산정절차(SW산업 대가산정가이드) 절차에서 제일 중요한 건 사전준비물이다. 사전준비물은 개발대상이 되는 기능에 대한 구체적인 자료를 말한다. 스마트공장 사업에서는 사업계획서가 이에 해당한다. 사업계획서내에 '2.6Application 시스템 기능 설명'에 제시된 기능목록이 FP산정의 핵심내용이다. 스마트공장 사업계획서내 기능목록 사례 사전준비물이 준비되었다면 그 다음은 엑셀로 제공되는 표준 산정양식(사업비산출내역서)에 기입하여 간이법 기능점수로 작성한다.

FP비용 산정 초간단 설명1 [내부링크]

스마트공장용 사업계획서 작성시 같이 제출하는 사업비산출내역서 엑셀파일은 크게 두 개의 시트로 이루어져 있다. 제공되는 매뉴얼이 있는데 필요없는 내용이 대부분이고 전문용어로 범벅되어 이를 파악하는데만도 상당한 시간이 걸릴것이다. 그래서 간단히 이해할 수 있도록 최대한 쉽게 설명해보았다. 사업비산출내역서 작성에 많은 도움이 될 것이다. FP산정(간이법) SW재개발비 산정 엑셀 시트의 내용은 복잡하지만 몇 가지만 알면 쉽다. 지금부터는 예제를 중심으로 FP산정을 해보자. 1.사업계획서내 'Application 시스템 기능 설명' 준비 사업계획서를 충실히 작성하였다면 이런 기능목록표가 만들어진다. 이 기능목록을 가지고 FP산정용 엑셀파일을 채워넣으면 된다. 2.FP산정 양식(엑셀) 내용 채우기 아래 시트는 기능목록을 기초로해서 양식을 완성한 모습이다. 이 시트를 작성하기 위해서는 각 컬럼의 의미를 알아야 한다. ① 기능명 Application시스템 기능 설명을 참조하여 기입힌다. 단위 프로

FP비용 산정 초간단 설명2 [내부링크]

2.SW재개발비 산정표 작성 앞의 기능점수 산정표를 작성하였다면, (재)개발비 산정은 계산식에 의해 자동으로 수치가 기입된다. 노란색으로 된 부분은 입력할 수 있는 항목이다. 입력수치에 따라 단순 계산되지만, 금액산정의 최종단계이니 주의가 필요하다. ① 시험단계 비율 : 0~25% 수정없이 재사용되는 기능의 경우라도 시험절차를 수행해야할 수 있다. 신규개발모듈과 연계성이 있는 통합테스트, 사용자테스트등이 이에 해당될 수 있는데 이를 감안하여 비율을 책정한다. 시험단계 비율 의미 0% 재사용 모듈에 대해 전혀 테스트 할 필요가 없다. 1~24% 재사용 모듈중 일부에 대해 테스트 필요가 있다. 25% 신규개발과 동등한 수준의 테스트 필요가 있다. 왜 25%일까? 분석-설계-구현-시험 개발단계에서 시험단계의 가중치가 25%이기 때문이다. ※ 25%에 가까울 수록 금액조정의 가능성이 높아진다. 재사용 모듈의 경우 테스트비율은 최소한으로 산정하는 것이 여러모로 무난하다. ② 재사용 난이도 재

FP방식 식별권고사례 [내부링크]

SW사업 대가산정 가이드(한국소프트웨어산업협회, 2022년 개정판 p.142)에는 각 유형별 식별 권고 사례가 제시되어 있다. 위 도표는 가이드로서의 의미이며 절대적인 기준은 아니다. 가령 로그인의 경우 사용자입력을 카운트해서 5회이상 오류시 잠금기능을 적용한다면 ILF를 변경하게 되니 'EI'로 식별해야한다. 그러나 간이법을 적용하는 스마트공장 사업에서는 실무적으로 이러한 객관적 가이드가 절대적인 기준이 될 수 밖에 없는게 현실이다. 이런 기준을 만드는 의미는 과다계상을 방지하기 위한 것이다. 특히 마스터코드 테이블, 로그등을 포함하기 쉬운데 ILF는 평균복잡도 가중치가 7.5로 매우 높으므로 추가시 상당한 주의가 필요하다.

투입인력방식 견적서 양식 다운로드 [내부링크]

소프트웨어 개발 비용산정은 기능점수(FP)방식으로 하여야 하지만 실무적으로는 투입공수 방식도 통용되고 있습니다. 또한 정부사업이라도 기능점수로 산정하기 곤란한 개발업무의 경우 투입공수로 산정할 수 있습니다. 다음과 같은 사업유형은 예외적으로 투입공수방식이 적용가능합니다. 홈 페이지 디자인, 웹 접근성 개선, 동영상 등 콘텐츠 관련 정보화사업 R&D 성격의 소프트웨어개발 사업 사용자에게 식별되는 기능규모에 비해 내부처리 복잡도가 현저히 높아 기능점수 방식의 대가체계 적용이 불합리하다고 인정되는 소프트웨어개발 사업 데이터 튜닝 및 최적화, 테스트 등 기능점수 산정이 불가능한 경우 소프트웨어개발 관련 예산이 5천만원 미만인 사업 SW대가산정 가이드에서 제시하는 투입공수 방식은 과거 사용하던 엔지니어링투입공수 방식과 동일하지만 두 가지가 다릅니다. 1) 직접인건비는 IT직무별 평균 임금을 적용 2) 제경비률은 140~150%로 적용 따라서 특급, 중급, 고급, 초급으로 나뉘던 인력

기능점수방식 견적서 양식 다운로드 [내부링크]

실무에 바로 써먹을 수 있는 기능점수방식의 견적서 양식에 대해 설명드리겠습니다. 소프트웨어산업협회에서 제공하는 FP 개발비 산정용 엑셀 양식이 있지만 보기가 쉽지 않습니다. 견적서라는 특성상 고객에게 제출되는 서류라서 기본 형식을 갖추어야 하며 이해가 쉬워야 합니다. 그래서 이해가 쉽도록 견적서양식을 만들어보았습니다. 견적서 작성 순서 1.'FP산정(간이법)'시트의 기능산정표를 작성합니다. 기능산정방법은 이전 포스트를 참조하세요. - 수정없이 재사용(패키지 기능을 사용) : 구매처마스터, 품목마스터, 수금관리 - 기능변경(패키지를 수정) : 수금관리 - 신규개발(없는 기능을 추가) : 대금지불관리, 메일송출 2.'SW재개발비산정'시트를 열고 추가 사항을 입력합니다. 추가사항은 시험단계 비율, 재사용난이도, 이윤입니다. 역시 이전 포스트에 설명을 해드렸으니 참조하세요. 3.마지막으로 패키지 및 할인금액을 입력하고 '견적서'시트를 완성합니다. 기능점수 산정방법은 아래 링크를 참조하세요.

유지보수/유지관리용 견적서 다운로드 [내부링크]

유지관리에 필요한 업무내용 이번에는 유지관리용 견적에 대해 알아보겠습니다. 유지보수라는 용어가 최근까지 사용되었지만 지금은 포괄적인 개념의 유지관리로 변경되었습니다. 소프트웨어 시스템 관점에서의 유지관리는 수정형, 예방형, 적응형 그리고 완전형으로 구성됩니다. 흔히들 알고있는 에러의 하자보수에 해당되는 항목은 수정형 유지관리이며, 기능 개선이나 추가 개발의 경우는 완전형으로 분류 됩니다. 자세한 내용은 다음의 포스팅을 참조하세요. 유지관리의 종류 1.소프트웨어 생명주기상의 유지관리 비율 흔히 사용되는 용어로 유지보수라는 것이 있다. 유지보수는 시스... blog.naver.com 이렇게 위의 4가지 유형 유지관리 업무외 시스템의 원활한 운영을 위한 일상운영과 지원업무를 더해서 유지관리 계약을 할 경우가 있습니다. 이럴 경우 총 여섯가지의 업무형태로 구분할 수 있습니다. 업무활동 대가산정 방식 유지관리 완전유지관리 결함을 고친다 변동비 (기능점수방식 적용) 예방유지관리 오류 가능성을

교육실시결과서 양식 공유 [내부링크]

필수나 선택 산출물도 아닌데 최종 감리시 감리원이 제출을 요구하는 문서가 있습니다. 감리원의 판단에 따라 보완용 요구문서가 조금씩 다르긴 하지만, 교육실시결과서는 거의 요구를 합니다. 이유를 살펴보니 감리보고서에 사용자 교육실시 여부를 체크하는 항목이 있어서 그런 것으로 생각됩니다. 사업계획서에 표기된 교육계획에 따라 실행되었는지가 주요한 점검기준이니, 교육을 실시할 때 미리 양식을 준비해두었다가 서명을 받아두시는 것이 좋습니다. 그래서 어쩔 수 없이 작성이 필요한 교육실시결과서 양식을 공유해드립니다. 이 양식은 스마트공장 사업 초기 표준양식인데 지금은 간소화대상으로 빠져있습니다. 교육실시결과서 다운로드 첨부파일 교육실시결과서_샘플.hwp 파일 다운로드

스마트공장 개발 PM의 역할과 범위 [내부링크]

어떤 프로젝트이던 PM의 역할은 중요합니다. 그리고 스마트공장 사업에서도 개발 PM의 역할은 역시 중요할 수밖에 없는데요, 그에 대해 구체적으로 생각해 보겠습니다. 형식상 도입 기업의 총괄 PM이 있지만 실질적으로 솔루션 공급회사의 개발 PM이 프로젝트의 가장 핵심적 역할을 하게 됩니다. 통상적 PM은 프로젝트와 관련된 여러 직무와 긴밀하게 협업하면서 하나의 목적물을 완성합니다. 도입 기업의 요구사항을 파악하고 개발자와 자주 소통하면서 개발을 이끄는 것만 있는 것이 아닙니다. 프로젝트 매니지먼트에서 가장 권위 있는 기관인 PMI(Project Management Institute)는 프로젝트를 이렇게 정의했습니다. 고유한 제품, 서비스, 또는 결과물을 창출하기 위해서 한시적으로 투입하는 노력 PM의 역할을 정의한 PMBOK(편의상 '피엠복'이라고 읽음)에서는 다음의 항목으로 설명하고 있습니다. 통합 관리: PM의 권한을 획득하고, 통합 관리 계획을 수행 범위 관리: 요구사항을 수집하