IT자격증

ECM (Enterprise Content Management) 의 정의

조직내의 처리업무에 관한 콘텐츠나 문서를 보관,전달,관리에 이용하는 기술
조직내에서 발생하는 비정형문서에 대한 생성부터 폐기까지의 일련의 과정을 관리하는 프로세스

ECM의 필요성

기업의 조직내에서 생성,유입,유출,폐기되는 콘텐츠는 다양한 포맷으로 유통되고 흘러간다
특히 요즈음 단순 문서형태가 아닌 Web content, ,CRM, EP(Enterprise Portal) 등 콘텐츠 
애플리케이션의 증가로 콘텐츠 조직과 프로세스가 복잡화 되었으며 그 양도 엄청 커졌다.
또한 조직내에서의 중복적인 콘텐츠의 생산에 대한 비용도 증대되었으며 , 그 생산프로세스
를 관리하고 정형화하고 유연한 작업환경의 제공이 필수적인 요소로 대두되고 있는 상황이다.
ICT즉면에서도 이러한 콘텐츠에 대한 관리의 분산으로 통제가 어렵게 되었고, 콘텐츠 배포작업
등에 에러율이 높아졌다. 또 날로 신기술이 나오면서 거기에 걸맞는 콘텐츠 관리가 요구되고
있는 실정이다. 

ECM의 특징

① XML을 메타 데이터 표현 도구로 사용한다.
② 포털구조를 지원하며, 필요 시 외부 전문 포털 시스템과 연계 가능하다.
③ 업무 분야에 따라 특수화에 손쉽게 대응 가능하다.

ECM의 주요 구성요소

ECM 구축을 위한 기술
 1. 콘텐츠의 활용 측면 ECM 구축 기술

 2. 비즈니스 측면 ECM위한 구축 기술

<출처 : 118회 정보관리기술사 동기모임 : 두두림>

IT 투자성과 평가의 정의

조직에서 비용을 투입해서 투자한 IT투자에 대한 목표 달성 여부 및 기여도 그리고 품질/이용/효과 측면에서
정량적, 정성적으로 타당성을 평가하는 활동을 말한다.

IT 투자성과 평가의 필요성

단순히 투자비용, 프로세스 개선 효과 관점에서 바라보는 것이 아닌, 전략적 관점에서 실질적으로
비즈니스 가치를 높였는지 IT투자 성과를 제대로 측정, 분석할 수 있어야 함

IT 투자성과 평가의 주요 지표들 

IT 투자성과 평가의 주요 측징기법들 (정량적)

기법	설명	계산식
ROI (return of investment)	투자수익률  - 재무적 관점에서 사업의 투자 적절성을 평가하는 방법  - 누적된 총 순 효과를 총 비용으로 나누어 계산한 비율  - ROI > 0 이 되는 시점이 손익 분기점	ROI(%) = 누적 순 효과 /총비용
NPV (Net Present Value)	순현재가치  - 연도별 수익의 현재 가치에서 투자비용의 현재 가치를 뺀 값    들의 합계  - NPV > 0 , 같은 조건이면 클 수록 좋음  - 예를 들어 현재의 1,000원이랑 5년후의 1,000원의 가치는     같지가 않다. 당연히 5년 후의 1,000원을 지금 가치로      따진다면 1,000원 이하가 될것이다 , 머 한 920원 정도..     이 920원이 현재가치 값이다.      보통 현재가치를 계산할 때 시장이자율을 가지고 계산한다.      C : 1,000원  r : , 시장이자율  t :  5 년	- Ct: 진행기간 동안 현금유,   C0: 초기 투자비용,   r: 할인율,   t: 진행기간
IRR  (Internal Rate of Return)	내부수익률  - NPV가 0 이 되는 이자율을 말함.  - 투자 안에 투입되는 비용과 예상되는 수익의 현재 가치    를 동일하게 해주는 할인율 - 같은 조건이면 높을 수록 좋음	NPV = 0
PP (Payback Period)	회수기간   - 투자 원금 회수 때까지의 기간

IT 투자성과 평가의 주요 측징기법들 (정성적)

기법	설명	개념도
Value Chain	-기업의 전반적인 생산 활동을 주 활동 부문과 보조(지원) 활동 부문으로 나누어 분석하는 기 법
BCG Matrix	- 시장의 성장률과 그 산업 내 기업의 경쟁적인 위치를 확인하여 각기 다른 전략 사업 단위와 비교할 수 있도록 하는 포트폴리오 관리 기법

< 출처 : 정보관리기술사 118회 모임 : 두드림 >

요구명세(SRS)의 중요성 뛰우기

Software를 개발할려면 우선 무엇을 개발할것이며, 어떤 기능, 어떤 화면을 개발할 것인가에 대해서
사용자의 요구사항을 정리하게 되는데. 이러한 문서를 보통 요구사항정의서 또는
요구명세(SRS; Software Requirement Specification) 라고 한다. 
그리고 이러한 요구명세에 의해서 과업, 비용, 개발기간을 정량화 한 후 합의를 해서 이후 분석,설계
, 구현, 시험, 인수 의 전과정에서 의사결정의 판단 기준이 되는 중요한 문서이다 
그러나 실제 국내 SI 프로젝트를 보면 요구명세(SRS)의 활용도가 아주 떨어진다.
왜냐하면 요구명세(SRS)의 바탕이 되는 제안요청서(RFP)부터 애매하게 정의가 되기 때문에
일단 프로젝트를 시작한 후에 그 때부터 산출물 기준으로 요구명세를 꺼꾸로 정의해 나가는
상황이 벌어지고 있다. 
그래서 2018년 3월 22일 과학기술정보통신부가 입법예고한 소프트웨어진흥법 전부개정안에 따르면 
이러한 주먹구구식 개발관행은 민간기업에게 강제할 수는 없지만 적어도 공공SI에서만큼은 제대로 된
요구명세(SRS)를 시작으로 프로젝트 전과정에 사용할 수 있도록  발주자는 예비입찰자가 FP(Function Point)
를 가늠할 수 있도록 과업범위를 상세하게 적은 제안요청서(RFP)를 공고해야 하고, SW기업과 계약 직후
착수회의 까지 과업내용을 합의해 오면, 제3자인 과업심의위원회가 그 과업내용을 계약금액과 대비하여 "
심사한다. 또한 프로젝트 수행 중 불가피한 과업변경 요구가 있는 경우, SW기업이 변경 영향도 분석을 
거쳐 과업심의위원회 개최를 요청하면 공공기관은 이에 응하도록 법안에 명시했다. 
최종 검수 단계에서는 애초에 작성한 SRS를 기준으로 검수하여 불명확한 기준으로 인한 검수지연 
및 지체상금 부과가 최소화 되도록 하위법령 또한 마련해야 한다.

요구명세(SRS) 가 없는 SI사업의 문제점

                            
SW진흥법 전부개정안의 공공SW사업 이행방안 요구명세(SRS) 중심의 사업관리

계약 전 SRS를 위한 토대를 구축하고, 계약과 착수회의를 거치면서 2단계로 SRS를 확정하며, 이후 수행과 
검수과정에서 SRS를 의사결정 기준으로 설정
즉 계약단계에서 요구명세(SRS)를 확정을 하기에는 어려움이 있다.  이를 감안해서 계약후 착수회의 때 
SRS에 대해서 다시한번 검토 및 확정을 할 수 있게 했다.

SW진흥법 전부개정안의 요구명세(SRS) 활용방안 요약

항목	현황/개선	설명
1. 제안요청서와 SRS	현황	상세한 요구사항은 공공SW사업 예산편성부터 검수까지 전 과정에서 사업  성공의 기초인데, 현행 공공SW사업의 제안요청서 중 사업규모를 산정할 수 있는 B등급* 이상의 비율은 4% 미만에 불과함
	개선	과업규모를 산정할 수 있는 B등급 이상의 요구사항을 적은 제안요청서를 공고하도록 의무화
2. SRS와 계약	현황	과업내용을 확정한 후 이를 근거로 계약을 체결하는 것이 바람직  하나, 계약 체결 전(제안요청→입찰→제안평가→기술협상)에 과업내용을  합의하는 것은 현실적으로 어려움
	개선	과업규모와 금액으로 계약*을 체결하고, SW사업자는 일정기간 내에 착수계획서를 작성하여 보고하는 과정에서 발주자와 SW사업자 쌍방이 구체적인 과업내용 까지 적은 SRS에 합의하도록 함
3. SRS에 근거한 과업변경	현황	과업변경심의위원회가 거의 개최되지 않고* 과업변경을 인정받기 어려워 계약금액의 조정이 이루어지지 않음 * SW계약 4951건 중 0.4%인 23건만이 과업변경심의위원회를 개최
	개선	국가기관별로 과업심의위원회를 의무적으로 설치하고 SW 사업자가 과업심의회의 개최를 요청하면 발주기관은 이에 응하도록 규정 ㅇ (과업변경 절차) 과업심의위원회에서 계약시점에 작성한 SRS·산출내역서와 과업내용 변경 요청서를 비교하고 과업변경에 대한 영향도(기간, 금액)를 검토하여 과업 증감량과 이에 따른 계약 금액의 조정을 심의
4. SRS와 사업검수	현황	SW사업의 인수테스트와 검수의 기준이 명확하지 않아 발주자의 재량과 사업기간 등 외부상황에 따라 검수가 이루어짐
	개선	SRS가 인수테스트와 검수의 기준 문서가 됨
5. SRS와 사업비	현황	SRS를 작성하는 것이 SW구현비용을 산정하는 기초가 되는데, SRS작성에 전체 사업비의 약 20% 정도가 소요됨   -> SW구현비용은 FP(Function Point) 또는 MM(Man Month)로 산정하는       데 이는 국가계약법 상거래실례가, 실적공사비, 원가계산, 견적가 중       원가계산 방식에 해당하며, SW사업은 이러한 원가계산에만 많은 비용       이 소요되는 딜레마 상황임 ㅇ (대가기준) 소프트웨어산업협회의 SW사업대가(KOSA) 산정 가이드는     요구분석 단계에 19%의 가중치를 할당함 ㅇ (실태조사) 요구분석 단계 까지의 인건비 비중은 10%~25%로 조사
	개선	충실한 SRS를 위해 지출한 20%의 비용이 나머지 80% 사업비의 낭비를 방지하므로, SRS를 기준으로 SW구현을 계속할지 의사결정하고 적절 하지 않는 경우 구현을 중단4) 하거나 계획 자체를 변경할 수 있는 체계가 필요함   -> 즉 요구사항 분석을 시작하면 반드시 구현까지 해야 하는 일괄발주       사업의 제약을 벗어나기 위해, 사업을 분리하여 시행하는 방안이 필요       함 (SRS에 의해 사업의 진행여부를 판단함)
6. SRS와 선행사업 분리	현황	현행 일괄발주 체계 내에서 SRS의 품질과 명확성을 일정 수준 이상 보장할 수 있는 예산과 기간을 확보하기 어려움
	개선	SRS 작성에 상당한 예산과 기간이 소요됨에 따라 별도의 사업으로 분리하여 발주하는 체계가 필요 ㅇ (SRS 수준) 선행 사업의 결과물인 SRS는 소요비용과 역량을 고려할 때 B등급(간이법 FP) 이상의 산출물을 도출할 수 있음

< 출처 : 인사이트리포트 2018-001 요구명세의 중요성과 제도화 방향 >

오프쇼어링 (Off-Shoring)

오프쇼어링 (Off-Shoring) 의 반대말이 리쇼어링(Reshorijg) 이다 .
오프쇼어링이란 글자그대로 해석을 하면 다른 지역의 해안가(shore)로 이동한다는 뜻으로
생산,제조공장이나 업무를 비용이 싼 해외로 옮기는 것을 말한다.
대표적으로 우리나라도 국내 인건비의 증가로 인해 생산비가 증가하자 인건비가 저렴한
중국이나 동남아국가로 생산공장을 이전하는 사례는 흔한 일이다. 특히 노동집약적인 상품
에 대한 생산비에는 인건비가 큰 비중을 차지하기 때문에 노동집약적인 산업일 수록
오프쇼어링이 강세였다.

리쇼어링 (Reshoring)

그러나 이런 해외공장도 시간이 지나면서 공해,안전,세금,인건비상승 등의 문제가 발생하기
시작했고, 또 자국의 경제활성화, 일자리창출 등 자국의 이익을 중요시 하면서 각나라는 해외로
나갔던 생산시설이나 기업을 다시 자국으로 불러들이기 위해 인센티브나, 세금감면, 규제완화
등의 정책을 펴기시작 했는데. 이처럼 해외의 생산기지나 시설, 회사,업무 등이
다시 본국으로 돌아가는 것을 리쇼어링 (Reshoring) 이라고 한다
우리나라도 2012년부터 '유턴기업 지원정책'을 만들어서 리쇼어링을 유도하고 있다.
다른 말로 '온쇼어링','백쇼어링','인쇼어링' 이라고도 한다.

각국 사례

1.미국 - 2012년 오바마 정부시절 국내기업의 법인세인하 정책을 펴면서 리쇼어링(Reshoring) 이
           등장하기 시작했다. 금융위기 이후 국내 경기회복을 위해 귀환기업에 대한 법인세율 인하
           , 이전비용 지원 등의 당근책을 내세웠고 그 결과 캐터필러, GE, 애들 등이 미국으로
           귀환(Reshoring) 했다.
           최근에는 트럼프 대통령이 강력한 미국 우선주의를 내세우면서 리쇼어링 현상은 더 현실
           화 되고있다. 
 2.일본 - 일본도 잃어버린 20년 이후 경제활력을 찾고자 기업규제완화 등을 통해 리쇼어링 효과를
            보게 되었으며, 아베 정부는 대규모 양적 완화를 통해 엔저 정책을 추진하였는데. 환율효과로
            수출 경쟁력이 높아졌고 귀환기업에 대한 입지 지원등의 정책등으로 인해 유턴 기업이
            크게 증가했다.
 3. 유럽 - 유럽또한 리쇼어링 정책에 적극적이며, 영국 캐머런 총리는 GDP데비 제조업 비중을 
             15% 대로 끌어올리겠다는 목표아래 법인세 인하와 노동시작 개혁을 단행했다.
             프랑스는 농업과 저부가가치 제조업의 비중이 크다 보니, '르노' 등 특정 기업에 지원금을
             주는 전략을 펴기도 했다.

Customer Experience (CX) 란 ?
 
요즘 CX 즉 Customer Experience 라는 용어가 자주 등장한다.
예전에 Customer(고객) 과의 접점은 주로 영업사원,콜센터,판매직원 등 offline에서 이루어
지기 때문에 주로 그런 곳에서 고객에 대한 만족도를 중요시 했다. 그래서 가전회사에서
A/S를 위해 기사님이 방문하는 경우 엄청 친절하시고, 나중에 해피콜를 통해 만족도를
묻고 하는게 다 이런 고객 접점인 수리기사로부터 고객만족도를 끌어 올리기 위한 전략
의 일종이다.
하지만 지금은 단순한 offline 상의 고객의 경험에서 벗어나 택배를 통해 자사제품을
받아서 뚜껑을 여는 순간부터 그 제품을 online과 digital세계에서 사용하는 순간까지
확대된 범위에서의 소비자 경험, 즉 고객 경험(Customer Experience)를 뜻한다.
애플의 스티브 잡스는 제품을 기획할 때 기술보다는 사용자의 사용경험에 대한 아이디어를
착안하고 그에 맞는 기술을 선택 진화시켰다고 한다.

CRM 과 Customer Experience

이러한 Customer Experience 는 IT분야의 CRM (Customer Relationship Management) 솔루션
에도 필수적으로 적용되어지는 개념이 되고 있다.
전통의 CRM은 판매를 위한 잠재고객으로서 고객(customer)를 바라보고 일차원적으로 고객에게
물건을 팔면 그걸로 고객과의 관계(Relationship) 가 끝났었다. 하지만 지금은 고객과의 관계를
끊임없이 관리하고 체크함으로써 고객의 경험을 하나의 중요한 Data로 인식을 하게 되었다.

CRM 솔루션 소개

현재 CRM 솔루션의 대표 강자는 세일즈포스닷컴(salesforce.com) 이다. 그 뒤를 SAP 와 Oracle
이 2,3위 시장 점유율을 차지하고 있다.
세 기업 모두 CX(Customer Experience) 개념을 도입했으며, 모두 Cloud 형태의 SaaS 로 서비스
를 제공하고 있다.

이 TOC 이론이 발표되기 전에는 어떤 생산시스템의 각각의 기능 (기계,인력등)을 최적으로 향상시키면
그 각각의 향상된 기능의 합이 전체 생산시스템의 기능의 향상이 된다라는 이론이 지배적이었다.

반면 TOC (Theory of Constratins) 제약이론은 이와는 다르게 각 생산공정 중에서 가장 제약이 되는, 예를
들자면 가장 느린 공정에 의해서 전체 생산속도가 좌우되므로 이 느린 공정을 개선 시키면 전체 속도가
빨라진다는 개념이다.. 즉 각 개별 공정을 각각 개선시키는게 아니라 가장 Critical 한 공정을 찾아서
고것만 개선을 해도 전체 성능이 향상된다는 뜻이다.
이렇게 하면 아무래도 전체를 각각 개선시키는 비용보다는 적게 들기 때문에 비용대비 효과가 좋다고
할수있다.

이 이론과 비슷한 것이 CP (Critical Path) 로 전체 소요시간은 Critical path의 소요시간보다 적을수는 
없다. 즉 전체 소요시간을 줄일려면 딴 경로를 줄여야 소용없고 이 CP의 시간을 줄여야 전체시간이
줄어들수 있다는 것이다.  제약이론도 이 제약공정의 앞뒤 공정을 개선해봤자 이 제약공정때문에
효과가 없기 때문에 이 제약공정을 개선해야 그 효과를 볼수 있다는 뜻이다.

이 제약이론은 이스라엘의 물리학자 엘리 골드렛 박사가 1984년 발표했다. 이 이론으로인해
 JIT (Just In Time)  등 경영혁신기법으로 무장한 일본경제에 밀리고 있던 미국 경제가 살아나는 계기가
되었다고 할 정도로 높이 평가가 되었다..  그래서 이 이론이 다른 나라에도 도입이 되어서 급성장할
까봐 17년동안 이책의 번역을 금지했다는 썰이 있기도 한다.

제약이론에서 이익을 극대화 하기 위한 조건들로는 다음과 같다.

제약이론의 특징은 다음과 같다.

제약이론은 프로세스 최적화를 위해서 DBR(Drum-Buffer-Rope)이라는 핵심 개념을 설명한다.