<31C2F7C6EDC1FD2D30312DC1A4BAB8BDC3BDBAC5DB20B8B6BDBAC5CDC7C3B7A D502920B9E6B9FDB7D02E687770>

Transcription

1 정보시스템마스터플랜 (ISMP) 방법론

2

3 목차 Ⅰ. 정보시스템마스터플랜 (ISMP) 방법론개요 9 1. 도입배경및목적 9 2. ISMP 개념정의 참조모델 13 가. 참조모델특징 13 나. 참조모델시사점 방법론체계및특징 19 가. 방법론체계 19 나. 기존 ISP 방법론과의차이 22 다. 정보시스템마스터플랜 (ISMP) 방법론적용체크리스트 25 Ⅱ. 정보시스템마스터플랜 (ISMP) 방법론정의 단계 1 : 프로젝트착수및참여자결정 단계 2 : 정보시스템방향성수립 단계 3 : 업무및정보기술요건분석 단계 4 : 정보시스템구조및요건정의 단계 5 : 정보시스템구축사업이행방안수립 73 Ⅲ. 정보시스템마스터플랜 (ISMP) 사업대가기준수립 ISMP 사업대가기준수립목적 ISMP 사업대가산정기준 93 가. ISMP 사업대가산정업무요소 93 나. ISMP 사업대가활동가중치및난이도 94 다. ISMP 사업대가산정식도출 ISMP 사업대가방안한계점및제언 100 Ⅳ. 참고문헌 103

4 그림목차 [ 그림 Ⅰ-1] ISO/IEC 소프트웨어생명주기프로세스 14 [ 그림 Ⅰ-2] MBT 방법론체계 14 [ 그림 Ⅰ-3] FSAM 방법론 16 [ 그림 Ⅰ-4] 新기획프로세스 17 [ 그림 Ⅰ-5] 참조모델들에대한탐색적자료분석결과 18 [ 그림 Ⅰ-6] 정보시스템마스터플랜 (ISMP) 방법론체계 19 [ 그림 Ⅱ-1] 의사소통계획서예시 39 [ 그림 Ⅱ-2] 프로젝트계획서예시 39 [ 그림 Ⅱ-3] 정보시스템추진배경및필요성예시 42 [ 그림 Ⅱ-4] 정보시스템기대효과예시 42 [ 그림 Ⅱ-5] 정보시스템관련과제예 42 [ 그림 Ⅱ-5] 업무프로세스현황 51 [ 그림 Ⅱ-6] 업무요구사항예시 53 [ 그림 Ⅱ-7] 정보기술요구사항예시 56 [ 그림 Ⅱ-8] 정보시스템요건기술서예시 71 [ 그림 Ⅱ-9] 분리발주가능성평가결과 78 [ 그림 Ⅱ-10] 패키지수정및추가개발범위분석결과 78 [ 그림 Ⅱ-11] 정보시스템예산가격산출근거표 80 [ 그림 Ⅲ-1] ISMP 와 ISP 사업간수행단계대응도 95 [ 그림 Ⅲ-2] ISMP 와 ISP 사업간수행단계가중치매핑 96

5 표목차 [ 표 Ⅰ-1] ISMP와 ISP, EA/ITA 개념비교 12 [ 표 Ⅰ-2] 정보시스템마스터플랜 (ISMP) 수행활동 20 [ 표 Ⅰ-3] 정보전략계획수립 (ISP) 수행활동 23 [ 표 Ⅰ-4] ISP방법론과 ISMP 방법론을통해기술된기능요구사항비교 24 [ 표 Ⅰ-5] 정보시스템마스터플랜 (ISMP) 방법론적용체크리스트 26 [ 표 Ⅱ-1] 정보시스템관련응용어플리케이션정보 50 [ 표 Ⅱ-2] 정보시스템관련응용어플리케이션기능정보 50 [ 표 Ⅱ-3] 관련시스템간데이터보유및연계정보 50 [ 표 Ⅱ-4] 관련시스템 HW 정보 51 [ 표 Ⅱ-5] 요구사항연관표 61 [ 표 Ⅱ-6] 시스템요건명세서 ( 장비내역요건 ) 63 [ 표 Ⅱ-7] 시스템요건명세서 ( 장비설치요건 ) 64 [ 표 Ⅱ-8] 기능요구사항명세서 64 [ 표 Ⅱ-9] 성능요구사항명세서 65 [ 표 Ⅱ-10] 보안요구사항명세서 66 [ 표 Ⅱ-11] 품질요구사항명세서 67 [ 표 Ⅱ-12] 시스템인터페이스요구사항명세서 68 [ 표 Ⅱ-13] 사용자인터페이스요구사항명세서 68 [ 표 Ⅱ-14] 데이터요구사항명세서 ( 초기자료구축 ) 69 [ 표 Ⅱ-15] 데이터요구사항명세서 ( 데이터전환 ) 70 [ 표 Ⅱ-16] 시스템운영요구사항명세서 70 [ 표 Ⅱ-17] 제약사항명세서 71 [ 표 Ⅱ-18] 제안안내서주요목차 82 [ 표 Ⅱ-19] 기술제안요청서주요목차 82

6 [ 표 Ⅲ-1] ISMP 수행활동역할구분 93 [ 표 Ⅲ-2] ISMP 수행활동가중치 97 [ 표 Ⅲ-3] ISMP 수행활동가중치 98 [ 표 Ⅲ-4] ISMP 수행활동가중치 98

7 Ⅰ. 정보시스템마스터플랜 (ISMP) 방법론개요 Ⅰ. 정보시스템마스터플랜 (ISMP) 방법론개요 1. 도입배경및목적 2. ISMP 개념정의 3. 참조모델 4. 방법론체계및특징 7

8

9 Ⅰ. 정보시스템마스터플랜 (ISMP) 방법론개요 Ⅰ 정보시스템마스터플랜 (ISMP) 방법론개요 1. 도입배경및목적 SW산업개선대책마련을위한설문조사 (2007) 에따르면, 발주기관의불명확한요구사항및잦은과업변경은 SW 개발자초과근무의주된요인인것으로나타났다. 이러한문제점의근본원인은객관적인데이터와기준을근거로사업규모나일정을추정하기어려운국내현실에기인한것이며, 발주기관의저가입찰과부족한개발일정으로인해충분한품질을확보하지못하는결과로이어지고있다. 이에관련해미국, 일본등선진국은이미정보화사업기획단계에서기능적 기술적요구사항을상세히명시하고각카테고리별로요구사항을코드화하여사업자선정및정보화사업이행시해당요구사항을지속적으로관리하고있다. 또한요구사항에대한상세기술은 SW와업무분야별전문성을가진컨설팅기업에게맡기고, 기획단계에참여한기업의본사업참여를제한함으로써특정사업자에게유리하게요구사항상세기술서를구성할가능성을최소화시키고있다. 이제우리나라도구축사업수주를위한사전단계로 SI기업이 ISP를저가에수행하며제안요청서 (RFP, Request for Proposal) 작성시 ISP 내용을거의활용하지않는정보화사업기획단계의낙후된관행을없애야한다. SW와업무분야별전문성을가진전문가들이정보시스템마스터플랜수립에참여함으로써사업의전체모습을설계하고구축시스템이제공할서비스의명확한기능및관련기술요구사항명세를개발하는체계로변화시켜야한다. 본문서는해외선진기획체계를참고하여특정 SW사업에대한상세분석및요구사항기술, 구축전략및계획수립에도움이되는지침을제공하는것을목적으로작성되었다. 이를위해특정 SW사업준비단계에서상세기술사항정의및구축계획수립에이르는전단계에걸쳐수행해야할활동과작업수행시유의사항, 참고자료, 기반지식에대한정보를제공하고있다. 9

10 정보시스템마스터플랜 (ISMP) 방법론 본문서에서설명하는방법론을통해정보시스템에대한요구사항을상세화한다면, 사업규모및예산의객관화된산정과함께불합리한과업변경을최소화시킬수있을것으로예상된다. 또한분석 설계단계의기간지연및개발일정단축으로인한 SW품질저하를막고, 선진기획단계프로세스를기적용하고있는해외의개발사업진출을위한발판을마련함으로써정체된국내 SW 산업이지속적인성장을이룰수있기를기대한다. 10

11 Ⅰ. 정보시스템마스터플랜 (ISMP) 방법론개요 2. ISMP 개념정의 정보시스템마스터플랜 (ISMP, Information System Master Plan) 은특정 SW 개발사업에대한상세분석과제안요청서 (RFP) 를마련하기위해비즈니스 ( 업무 ) 및정보기술에대한현황과요구사항을분석하고기능점수도출이가능한수준까지기능적 기술적 비기능적요건을상세히기술하며, 구축전략및이행계획을수립하는활동이다. 조직에적합한정보화사업을도출한다는측면에서 ISMP는정보전략계획 (ISP, Information Strategy Planning) 과유사한면을보인다. 일반적으로 ISP는조직의경영목표전략을효과적으로지원하기위한정보화전략및비전을정의하고 IT 사업 ( 과제 ) 도출및 Road-map을수립하는활동이다. 따라서 ISP는수행범위에있어전사정보시스템을포괄하므로특정 SW사업에대한요구사항분석및제안요청서 (RFP) 작성과직접적으로연관되지않는다. 이에반해 ISMP는특정 SW사업 ( 정보시스템 ) 에대한요구사항을상세히기술함으로써제안요청서 (RFP) 작성및구축사업계획을수립한다는점에서차이를보인다. ISMP는대부분의공공부문 SW사업에적용해야하나, 후속구축사업의비용및업무측면에서효율성을평가하여적용여부를결정한다. ISMP와 EA/ITA, ISP와의개념에대한차이는 [ 표1] 과같다. EA/ITA는새롭게발생하는비즈니스요구와 IT에따라주먹구구식으로구성해온각종정보시스템을효과적으로재편, 비즈니스와전산정보자원간유연한융합을꾀하기위한청사진으로서현행아키텍처와목표아키텍처를수립하며, 목표아키텍처를달성하기위한이행계획을수립한다. ISP는 IT 방향과계획을제시하는 CIO 차원이라면, EA/ITA는 CEO의진두지휘하에전사차원의구성요소들을정의하고부족한것을메워나가며개선하는측면이다. ISMP는 EA/ITA의목표아키텍처구조하에, IT 방향및계획과일치하도록특정사업의구축목표및방향을수립하고사용자및시스템요구사항을기술한다. 11

12 정보시스템마스터플랜 (ISMP) 방법론 [ 표 Ⅰ-1] ISMP 와 ISP, EA/ITA 개념비교 ISMP ISP EA/ITA 특정정보시스템기능 경영전략과정보화전략 새롭게발생하는비즈니 적 기술적 비기능적요 연계및새로운정보기술 스요구와 IT 에따라주 구사항상세화 반영 먹구구식으로구성해온 목적 각종정보시스템들을효 과적으로재편, 비즈니 스와전산정보자원간 유연한융합 단위프로젝트또는단위 전사, 서비스또는부서 전사의기술 (ITA), 비즈 범위 프로젝트의묶음 대상정보화전략 니스 (BA), 애플리케이션 (AA), 데이터 (DA) 등의 아키텍처 정보시스템구축범위및 경영환경분석 ( 조직, 유관기 ITA 방향및지침수립 방향수립 관및고객특성분석등 ) 참조모형수립 (BRM, 정보시스템에대한기능 최근정보기술동향분석 SRM, DRM, TRM/SP, PRM) 적 / 기술적 ( 데이터및트 업무분석 ( 조직내부활 AS-IS 아키텍쳐분석 (BA, 랜잭션기능, 성능, 테스 동과현행프로세스분 AA, DA, TA, SA) 주요 트등 ) 요건도출 석 ) TO-BE 아키텍쳐수립 활동 정보시스템구조및요건 정보시스템구조분석 (BA, AA, DA, TA, SA) 상세기술 정보전략및정보관리체 이행계획수립 정보시스템구축사업계 계수립 ITA 관리체계수립 획수립 미래업무프로세스및정 정보시스템예산산정및 보시스템구조설계 업체선정 평가지원 To-Be 로드맵수립 RFP( 제안요청서 ) 경영환경분석및정보기 전사아키텍처비전, 원 정보시스템예산 술동향분석보고서 칙, 아키텍처매트릭스 업무 / 정보시스템분석보 ITA 프레임워크에정의 주요 고서 된현행 / 목표아키텍처 산출물 IT 비전및전략 ( 업무, 데이터, 기술, 응 이행과제및로드맵 용, 보안아키텍처 ) 목표아키텍처로의이행 계획 12

13 Ⅰ. 정보시스템마스터플랜 (ISMP) 방법론개요 3. 참조모델 본장에서는정보시스템마스터플랜 (ISMP) 수립을위해분석한참조모델및관련표준을설명한다. 기존의정보시스템을위한마스터플랜수립방안에대한선진방법론이존재하지않기때문에요구사항분석및제안요청서 (RFP) 작성을포함한 EA 및 ISP 방법론을중심적으로분석한다. 이러한분석결과를토대로정보시스템마스터플랜방법론정립에참조할수있는시사점을정리한다. 가. 참조모델특징 ISO/IEC : Software life cycle process [1] ISO/IEC 표준은소프트웨어생명주기를적용한프레임워크로써소프트웨어의도입부터개발, 운영및유지, 그리고폐기에이르기까지일련의업무프로세스를 [ 그림 Ⅰ-1] 정의하고있다. 소프트웨어생명주기프로세스중 5.1 Acquisition Process( 획득프로세스 ) 는소프트웨어의도입을위한준비단계로써특정 SW 제안요청서 (RFP) 작성및선정, 그리고도입준비단계를연계하여보여주고있다. ISO/IEC 표준에서소프트웨어요구사항분석요건및상세화기준을언급하고있지는않지만, 요구사항식별시파악되어야하는중요요소에대해제시하고있다. 13

14 정보시스템마스터플랜 (ISMP) 방법론 [ 그림 Ⅰ-1] ISO/IEC 소프트웨어생명주기프로세스 [ 그림 Ⅰ-2] MBT 방법론체계 14

15 Ⅰ. 정보시스템마스터플랜 (ISMP) 방법론개요 미국 DOI(Department of Interior) 의 MBT 방법론 [2] 미국내무부 (DOI) 는업무전략을재정의하고목표아키텍처계획및구현을수행하기위한일련의활동및과업, 관리체크포인트, 커뮤니케이션방안에대한가이드를제시하는 MBT 방법론을 [ 그림 Ⅰ-2] 개발하였다. 본방법론은크게다섯개의 Phase와총 17개의단계로구성되며, 네번째 phase의 ' 상세솔루션아키텍처정의 (Define detailed solution architecture) 단계에서비즈니스및전략을지원할수있는정보시스템의요구사항을도출하고이를토대로구현하는활동을정의하고있다. 기존의데이터나시스템의기능적인관점에서벗어나사용자에의해검증하기용이한객체지향관점 (OOA, Object-Oriented Analysis) 에서요구사항을분석하며, EA 원칙및전사어플리케이션구조를준수하도록가이드를제시하고있다. FSAWG(Federal Segment Architecture Working Group) 의 FSAM 방법론 [3] FSAWG는업무라인 (Line of Business) 의미션및전략을정의하고이를위해필요한정보시스템요구사항을도출하여, To-Be 아키텍처를수립하기위해 FSAM 방법론 (Federal Segment Architecture Methodology) 개발하였다. FSAWG는연방정부 CIO 협의회산하 AIC (Architecture and Infrastructure Committee) 의한부서로서예산관리국 (OMB, Office of Management and Budget) 을포함한 13개연방정부부서의조직원으로구성되었으며, 연방정부의선진사례및모델을기반으로 EA와연계된업무라인의효율적인정보화계획및아키텍처수립을위해방법론을개발하였다. FSAM 방법론은 5단계로구성되며, 단계 1(Determine Participants & Launch Project) 은프로젝트시작을위해필요한활동및작업, 준비사항에대한정보를제공한다. 단계 3(Define Business & Information Requirements) 과단계 4(Define the Conceptual Solution Architecture) 는전략을이행하기위해필요한업무및정보시스템요구사항을도출하고이로부터비즈니스와데이터, To-Be 아키텍처를수립하여이행계획을수립하는활동을정의하고있다. 본방법론은정보시스템의요구사항분석및작성요건에대해상세히가이드를제시하지는않지만 EA 및정보화전략과방향을일 15

16 정보시스템마스터플랜 (ISMP) 방법론 치시키면서업무라인의전략을수립하고데이터및시스템아키텍처를구조화하는 방법을설명하고있다. [ 그림 Ⅰ-3] FSAM 방법론 정보통신산업진흥원 ( 구한국소프트웨어진흥원 ) 新기획프로세스 [4] 新기획프로세스는전사아키텍처 (EA) 를기반으로 ISP를수행하며이행계획이제안요청서 (RFP) 를도출하기위한산출물과직접적인연관성을가지도록정보통신산업진흥원이 2008년에개발한방법론 [ 그림 Ⅰ-4] 이다. 기존 ISP방법론은조직전체의전사아키텍처 (EA) 와상호연관없이추진되기때문에정보화전략및비전이조직전체의방향과일치하지않을수있고, 이행과제에대한상세화가부족하여후속개발사업추진을위한제안요청서 (RFP) 에실질적으로활용하기어려웠다. 이에新기획프로세스에서는기존 ISP 방법론의문제점개선을위해전사아키텍처관점의분석활동과제안요청서 (RFP) 작성활동을추가하여구성하고있다. 그러나기능적 / 기술적요건사항을상세히기술하는활동에대한설명이간소화되어있어구체화된산출물제시및후속개발사업활용을위한보완이필요하다. 16

17 Ⅰ. 정보시스템마스터플랜 (ISMP) 방법론개요 [ 그림 Ⅰ-4] 新기획프로세스 준비 업무및정보기술분석 업무혁신분석 정보기술구조정의 RFP 작성 대상업무영역선정 ISP 사업계획서작성 업무혁신대안분석 응용아키텍처정의 산출물일관성검토 경영층지원확보 업무전략계획정의및이해관계자분석 정보및데이터분석 데이터아키텍처정의 기술요구사항통합검토 ISP 팀구성 업무및정보기술목표아키텍처분석 재원확보전략도출 기술기반아키텍처정의 RFP 작성 경영층승인획득 투자요청및승인 솔루션아키텍처정의 나. 참조모델시사점 정보시스템마스터플랜 (ISMP) 방법론은참조모델들의자료분석을통해충분한이해를한후에 ISMP 방법론목적과실제정보시스템구축에적합한정교한모델을개발하는실용적연구성격을가진다. 방법론은기본적으로 FSAM(Federal Segment Architecture Methodology) 모델을기반으로하고있으며, 新기획프로세스를참고하여정보화전략과방향이일치하고전사적아키텍처 (EA) 를기반으로업무를수행하도록가이드를제시한다. 또한 ISO/IEC 표준과 MBT 방법론을참고하여요구사항분석및요건정의단계를개발하였고, 정보통신산업진흥원의 소프트웨어사업대가의기준및해설서 [5] 와 IFPUG(International Function Point User Group) CPM[6] 을활용하여정보시스템의규모및예산을측정하는활동을상세화하였다. 17

18 정보시스템마스터플랜 (ISMP) 방법론 [ 그림 Ⅰ-5] 참조모델들에대한탐색적자료분석결과 18

19 Ⅰ. 정보시스템마스터플랜 (ISMP) 방법론개요 4. 방법론체계및특징 본장에서는정보시스템마스터플랜 (ISMP) 방법론구조와각구성요소 ( 단계 ) 를 개략적으로설명하고, 기존 ISP 방법론과의차이점을분석한다. 가. 방법론체계 [ 그림 Ⅰ-6] 정보시스템마스터플랜 (ISMP) 방법론체계 정보시스템마스터플랜 (ISMP) 방법론은총다섯단계로구성되며, 구성단계가반복적으로여러번수행되는것이아니라하나의사업으로마무리될수있도록한사이클만수행되는것으로설계하였다. 각단계는세부수행활동 ( 액티비티 ) 으로구성되며필수활동과선택활동 (Optional) 으로구분된다. 19

20 정보시스템마스터플랜 (ISMP) 방법론 - 단계 1 : 프로젝트착수및참여자결정 - 단계 2 : 정보시스템방향성수립 - 단계 3 : 비즈니스및정보기술요건분석 - 단계 4 : 정보시스템구조및요건정의 - 단계 5 : 정보시스템구축사업이행방안수립 [ 표 Ⅰ-2] 정보시스템마스터플랜 (ISMP) 수행활동 단계 단계 1 : 프로젝트착수및참여자결정 단계 2 : 정보시스템방향성수립 단계 3 : 업무및정보기술요건분석 경영진지원조직형성 프로젝트수행조직편성 프로젝트계획수립 정보화전략검토 벤치마킹분석 (Optional) 정보시스템추진범위및방향정의 정보시스템추진범위및방향검토 업무및정보기술현황분석 수행활동 - 프로젝트관련조직파악 - 경영진지원조직확립활동수행 - 경영진의사결정권자결정 - 프로젝트수행에필요한역할정의 - 프로젝트수행조직인력결정 - 리더쉽확보를위한활동수행 - 프로젝트수행계획수립 - 의사소통계획수립 - 프로젝트수행및의사소통계획검토 - 정보화전략및방향검토 - 정보시스템사업이해 - 정보시스템관련과제식별 - 벤치마킹조사대상선정 - 벤치마킹준비, 벤치마킹실시 - 정보시스템구축범위정의 - 정보시스템사용자그룹정의 - 정보시스템추진방향및목표정의 - 정보화전략과의방향일치검토 - 정보시스템추진범위검토 - 업무프로세스분석 - 응용아키텍처분석 - 데이터아키텍처분석 - 기술기반아키텍처분석 20

21 Ⅰ. 정보시스템마스터플랜 (ISMP) 방법론개요 단계 4 : 정보시스템구조및요건정의 단계 5 : 정보시스템구축사업이행방안수립 업무요건분석 정보기술요건분석 업무및정보기술요건검토 정보시스템아키텍처정의 정보시스템요건의이행연관성식별 정보시스템요건기술서작성 정보시스템구축사업계획수립 - 업무요건분석준비 - 최종사용자요구사항도출 - 도입대상장비요건분석 - 데이터요건분석 - 어플리케이션성능요건분석 - 표준화요건분석 - 테스트요건분석 - 보안요건분석 - 시스템운영요건분석 - 교육및기술지원요건분석 - 그외프로젝트지원요건분석 - 업무및정보기술요건최종검토 - 업무및정보기술요건우선순위평가 - 정보시스템 To-Be 아키텍처정의 - 재사용가능한구성요소파악 - 정보시스템요건연관성분석 - 이행연관성을고려한구축사업계획권고사항도출 - 정보시스템요건기술표준정의 - 측정범위와어플리케이션경계식별 - 기능요건기술 - 비기능요건기술 - 기술적요건기술 - 정보시스템요건기술서점검 - 정보시스템요건기술서최종검토 - 정보시스템구축범위확정 - 정보시스템기대효과및추진전략수립 - 정보시스템추진조직정의 - 정보시스템구축사업일정계획 분리발주가능성평가 - 관련패키지조사 - 분리발주가능성분석 - 패키지수정및추가개발범위분석 21

22 정보시스템마스터플랜 (ISMP) 방법론 정보시스템예산수립 제안요청서 (RFP) 작성 정보시스템구축업체선정 평가지원 - 정보시스템기능점수산정 - 정보시스템예산검토 - 제안요청서 (RFP) 목차수립 - 제안요청서 (RFP) 세부내용작성 - 제안안내서작성 - 제안요청서 (RFP) 검토 - 정보시스템구축업체선정 평가준비 - 정보시스템구축업체선정 평가수행 나. 기존 ISP 방법론과의차이 정보전략계획수립방법론 (ISP 방법론 ) 연구에따르면국내의 ISP방법론들은세부적인수행절차의차이는있으나전반적인구조와방법은유사하며, 방법론들간에공통적인정보전략계획수립절차는환경분석, 업무분석, 정보시스템분석, 정보모델설계, 정보아키텍처설계, 그리고이행계획수립이다. 이를반영하여수립된 SW사업대가의기준상의정보전략계획수립업무와정보시스템마스터플랜수립 (ISMP) 방법론의차이점은다음과같다. - 환경분석활동의유무 :ISP 방법론은자사 경쟁사 ( 유관기관 ) 고객의특성을분석 ( 경영환경분석 ) 하고최근정보기술동향을분석하여조직의경영목표전략을확인하고, 이를토대로현재의업무및정보시스템을분석하며정보화전략을수립한다. 이에반해 ISMP방법론은 ISP 사업등에서기수립된정보화전략을검토하여 SW사업의구축방향과일치시킬뿐조직의경영목표전략을분석하는환경분석활동은필요하지않다. 22

23 Ⅰ. 정보시스템마스터플랜 (ISMP) 방법론개요 [ 표 Ⅰ-3] 정보전략계획수립 (ISP) 수행활동 환경분석 현황분석 업무 미래모델설계 이행계획수립 RFP 작성 경영환경분석 정보기술환경분석 업무분석 정보시스템분석 미래업무프로세스설계 정보전략수립 정보시스템구조설계 정보관리체계수립 업무프로세스개선계획수립및정보시스템구축계획수립 세부내용조직, 유관기관및고객의특성분석, 외부환경분석, 핵심성공요소파악, 제도적타당성분석최근정보기술동향분석, 기술적타당성분석조직내부활동과현행프로세스의분석정보시스템의현안및요구사항, HW/SW /NW/ 보안등의현안및원인상세분석개선된업무절차의상세정의경영전략과미래업무프로세스에적합한정보기술의전체적인전략수립시스템구조, 데이터구조, 응용시스템구조의상세정의신규정보관리조직체계를정함개선된업무절차를구현하기위해이행과제, 일정, 장애요인, 비용등을수립및전환계획, 정보실행계획, 실행프로젝트정의, 예산, 일정계획수립업체선정을위한 RFP 작성 - 업무및정보시스템분석관점의차이 :ISP방법론은환경분석을통해확인된조직의경영목표전략을기준으로업무및정보시스템의문제점및개선방향을분석하는반면, ISMP 방법론은 SW사업범위내의업무및정보시스템의현황을파악하고사용자요구사항을도출한다. - 설계대상차이 :ISP방법론의설계대상은정보화전략, 업무프로세스, 정보시스템구조및정보관리조직체계로써, 개선방향및이행과제에대해정의한다. 반면, ISMP방법론은특정 SW사업에대한사용자및비즈니스의기능요구사항 기술요구사항 비기능요구사항 ( 성능, 품질, 보안 ) 프로젝트지원요구사항을상세설계한다. 23

24 정보시스템마스터플랜 (ISMP) 방법론 - 제안요청서 (RFP) 상세화수준의차이 :ISP방법론은이행과제의구축대상및적용기술을제안요청서 (RFP) 에정의하는정도의수준이지만, ISMP방법론은구축되어야하는기능의입출력정보와절차, 기능검증요건까지기술함으로써기능점수도출이가능한레벨까지상세화한다. 또한 ISMP방법론은기능요구사항외에도기술요구사항 비기능요구사항 ( 성능, 품질, 보안 ) 프로젝트지원요구사항에대해객관적인지표로측정가능하도록요구사항을기술하거나검증요건을함께기술한다. [ 표 Ⅰ-4] ISP 방법론과 ISMP 방법론을통해기술된기능요구사항비교 구분 ISP 방법론을통해기술된 RFP ISMP 방법론을통해기술된 RFP 세부내용로그인기능 - 아이디와패스워드를통한로그인제공 - 인증처리는 GPKI를적용하며, 인증처리일원화를위해발주기관의 SSO(single sign on) 적용 - 패스워드는만료기간을두어로그인시수정하도록기능제공로그인기능 1) 절차 - 사용자는로그인을위해아이디와패스워드를입력한다. - 패스워드는암호화하여내부논리파일인회원정보파일의암호와일치여부를판단한다. - 현재의날짜가사용자가패스워드를변경해야하는기간에속하면로그인이거절되고계정이정지되기전에 5일내에패스워드를변경해야한다는경고메시지를보낸다. 사용자가패스워드를변경하여패스워드만료기간도변경일자를기준으로 3개월뒤로업데이트한다. - 사용자인증에성공하면메인화면을오픈하며, 회원정보파일의사용자상태값을로그인으로변경된다. - 사용자인증에실패하면인증실패화면을오픈한다. 2) 제약조건 - 인증처리일원화를위해발주기관이보유한 SSO 통합인증제품을 24

25 Ⅰ. 정보시스템마스터플랜 (ISMP) 방법론개요 활용하여통합인증기능을구현한다. - 전자서명인증인 GPKI/NPKI 를적용해야한다. - 동시간대에동일한아이디로 2명이상시스템에접속할수없다. 3) 관련파일및유형 : 내부논리파일 ( 회원정보파일 ) 4) 기능검증 : 아이디어패스워드를올바르게입력했을때와잘못입력했을때해당화면이제공되는지, 패스워드가암호화가되어입력되는지확인한다. 5) 관련요구사항 : SER-001, SER-002, SER-009, SER-012, SER-014, SER-016 다. 정보시스템마스터플랜 (ISMP) 방법론적용체크리스트 SW사업의제안요청서작성및사업계획수립은발주기관에서기존에수행한사업및해당 SW 사업의준비정도에따라서수행되어야하는정보시스템마스터플랜 (ISMP) 방법론의활동들이 ( 액티비티 ) 달라진다. 또한 ISP 및 EA 사업등타사업수행시특정 SW사업에대해제안요청서및사업계획을수립할경우, ISMP 방법론에서필요한활동들만선택하여적용할수있다. 예를들어 ISP 사업을수행하여해당 SW사업필요한기능및요건에대해분석되었다면, 단계 1: 프로젝트착수및참여자결정, 단계 2: 정보시스템방향성수립, 단계 3: 업무및정보기술요건분석 은수행되어지지않거나검토활동만수행되어진다. 다음의정보시스템마스터플랜 (ISMP) 방법론적용체크리스트를통해해당 SW사업의제안요청서작성및사업계획수립을위해필요한활동을점검한다. ISMP 수행활동별평가질문에대해응답은 O, X로응답하며, X로표시한해당활동은반드시수행되어야하는활동을의미한다. 25

26 정보시스템마스터플랜 (ISMP) 방법론 [ 표 Ⅰ-5] 정보시스템마스터플랜 (ISMP) 방법론적용체크리스트 ISMP 수행활동평가항목응답 단계 1. 프로젝트착수및참여자결정 1.1 경영진지원조직형성 1.2 프로젝트수행조직편성 1.3 프로젝트계획수립 - 해당 SW사업과관련된부서가파악되고, 경영진및관련부서는해당 SW사업의추진배경및필요성을이해하고있는가? - 프로젝트수행에필요한역할과관련부서의담당자, 프로젝트 TFT팀이구성되었고, 이들은해당 SW사업의추진배경및필요성, 수행업무와역할을이해하고있는가? - 프로젝트를수행하기위해프로젝트업무와일정계획, 각활동의수행방안은수립되었는가? - 프로젝트를수행하기위해필요한검토 / 회의 / 보고활동은계획되었는가? - 프로젝트 TFT팀, 경영진지원조직은프로젝트계획과의사소통계획을검토하여, 경영진의사결정권자는최종승인하였는가? 필수 단계 2. 정보시스템방향성수립 2.1 정보화전략검토 - 정보시스템과연관된비즈니스의추진방향과정보화전략을이미파악하였으며, 프로젝트 TFT팀을통해정보화전략및방향에변화가없는것을확인하였는가? - 정보시스템사업의추진배경및필요성, 해당SW사업과정보화전략및목표와의관계를이해하고, 해당사업에대한추진경과및결과를파악하였는가? - 정보시스템에서지원하는서비스및업무, 연관된시스템및기술표준에대해진행중이거나수행할과제를조사하여중복되는범위및변경될부분들을파악하였는가? 해당과제담당자와협의하였는가? 2.2 벤치마킹분석 (Optional) - 벤치마킹이필요하지않거나이미해당 SW사업에대해벤치마킹을수행하였는가? 26

27 Ⅰ. 정보시스템마스터플랜 (ISMP) 방법론개요 2.3 정보시스템범위및방향정의 2.4 정보시스템추진범위및방향검토 - 정보시스템이제공하고자하는업무및서비스, 제반시스템, 구축범위, 사용자그룹, 추진방향및목표를정의하였는가? - 프로젝트수행조직과정보시스템범위및추진방향및목표를검토하였으며, 이에대해승인받았는가? 필수 단계 3: 업무및정보기술요건분석 3.1 업무및정보기술현황분석 - 정보시스템이지원하는업무기능및수행조직, 관련시스템, 정보시스템에서제공해야하는업무프로세스를파악하였는가? [ 그림 Ⅱ-5] (p.30) 참조 - 관련된어플리케이션의기능을조사하여정보시스템과인터페이스되어야하는부분을파악하였는가? [ 표 Ⅱ-1], [ 표 Ⅱ-2] (p.29) 참조 - DB구성도를조사하였으며, 정보시스템과연계된데이터및전환이필요한사항, 구축되어야할초기자료가파악되었는가? [ 표 Ⅱ-3] (p.30) 참조 - 전사아키텍처및개발과관련된표준화및원칙을파악하였는가? 3.2 업무요건분석 - 현업무및정보시스템의문제점과업무 ( 기능 ) 및비기능 ( 품질, 성능, 보안, 사용자인터페이스등 ) 요구사항을도출하였는가? 도출된업무는 조회, 등록등기능점수레벨 3단계이상분석되었으며, 업무를위해필요한입출력데이터, 수행절차가파악되어야한다. [ 그림 Ⅱ-6] (p.32) 참조 3.3 정보기술요건분석 - 정보시스템을위해도입되어야하는장비규격요건, 초기구축데이터및전환데이터요건, 성능및품질, 보안, 테스트, 기타프로젝트지원요건을도출하였는가? 3.3) 정보기술요건분석 [ 그림 Ⅱ-7] p.34 을참조 27

28 정보시스템마스터플랜 (ISMP) 방법론 3.4 업무및정보기술요건검토 - 프로젝트 TFT팀 ( 발주기관실무자, 아키텍처담당실무자, 요구사항도출시참여한실무자 ) 과후보요구사항을검토하여최종요구사항을선택하였는가? 필수 단계 4: 정보시스템구조및요건정의 4.1 정보시스템아키텍처정의 - To-Be 정보시스템구성도를정의하고, 유휴자산및활용자산중에활용가능한장비가존재하는지이미확인하였는가? 4.2 정보시스템요건의이행연관성식별 - 요구사항의연관관계를식별하고, 우선순위 ( 핵심, 필수, 선택 ) 를최종결정하였으며, 요구사항연관표를작성하였는가? [ 표 Ⅱ-5] (p.38) 참조 4.3 정보시스템요건기술서작성 - 시스템, 기능, 보안, 품질, 데이터, 인터페이스, 시스템운영, 제약사항, 프로젝트지원요건을기술하였는가? 해당요구사항의기술수준은 [ 표 Ⅱ-6] ~ [ 표 Ⅱ-17] 참조 (p.39~44) 필수 4.4 정보시스템요건기술서검토 - 요건기술서의상세화수준및기술적요구요건의내용이중립적인지검토하여최종승인하였는가? 해당요구사항의기술수준은 [ 표 Ⅱ-6] ~ [ 표 Ⅱ-17] 참조 (p.39~44) 필수 단계 5. 정보시스템구축사업이행방안수립 5.1 정보시스템구축사업계획수립 - 정보시스템구축방향및정보시스템구축사업발주부터개발완료까지일련의사업계획을수립하였는가? 필수 5.2 분리발주가능성평가 - SW분리발주또는사업의분리발주, 테스트분리발주등해당 SW사업의분리발주가능성을평가하였는가? [ 그림 Ⅱ-9], [ 그림 Ⅱ-10] (p.50) 참조 필수 5.3 정보시스템예산수립 - 정보시스템구축사업대가기준을참고하여정보시스템예산과가격산출표를작성하였는가? [ 그림 Ⅱ-11] (p.52) 참조 필수 28

29 Ⅰ. 정보시스템마스터플랜 (ISMP) 방법론개요 5.4 제안요청서 (RFP) 작성 - 사업추진배경및필요성, 현황과문제점, 사업의추진방안, 요구사항기술서, 계약조건및제안안내사항, 입찰공고사항을포함하는제안요청서를작성하였는가? 필수 5.5 정보시스템구축업체선정 평가지원 [ 표 Ⅱ-18], [ 표 Ⅱ-19] (p.53, 54) - 사업자선정기준및평가포인트, 정보시스템요구사항설명등정보시스템사업의제안서평가와업체선정을직 간접적으로지원하였는가? 필수 29

30

31 Ⅰ. 정보시스템마스터플랜 (ISMP) 방법론개요 Ⅱ. 정보시스템마스터플랜 (ISMP) 방법론정의 1. 단계 1 : 프로젝트착수및참여자결정 2. 단계 2 : 정보시스템방향성수립 3. 단계 3 : 업무및정보기술요건분석 4. 단계 4 : 정보시스템구조및요건정의 5. 단계 5 : 정보시스템구축사업이행방안수립 31

32

33 Ⅱ. 정보시스템마스터플랜 (ISMP) 방법론정의 Ⅱ 정보시스템마스터플랜 (ISMP) 방법론정의 1. 단계 1 : 프로젝트착수및참여자결정 단계설명및목적 ISMP 방법론은정보시스템마스터플랜수립에대한전반적인프레임워크를정의하고, 프로젝트수행조직및경영진지원조직 (Executive sponsor) 을구축하는 단계 1 : 프로젝트착수및참여자결정 단계로부터시작된다. 본단계에서는특정 SW사업또는정보시스템에대한마스터플랜수립을하나의프로젝트로간주하고, 수행조직구성및프로젝트계획수립등프로젝트운영및관리에대한전체적인가이드라인을제시한다. 본단계시작이전에발주기관은이미어떤 SW사업또는정보시스템을구축해야하는지정했어야한다. 만일 ISP나 EA 등전략및계획수립방법론에서제안요청서 (RFP) 상세화를추가로진행하기위해본방법론을적용하고자한다면, 이행과제에대한요구사항분석및제안요청서 (RFP) 작성업무를이행하는담당자를결정하기위해액티비티 1.2의수행조직이필요한역량을참조할수있다. 또한액티비티 1.3을참고하여제안요청서 (RFP) 상세화를위해필요한업무에대한일정을예측할수있다. 단계산출물 본단계의산출물에는프로젝트의사결정권자및수행조직역할정의서, 프로젝트 계획서 ( 프로젝트범위, 목표, 수행활동, 일정 ) 그리고의사소통계획서가포함된다. 액티비티상세 1.1) 경영진지원조직 (Executive Sponsor) 형성 본활동에서는개발하고자하는특정 SW 나정보시스템과관련된부서및경영진 33

34 정보시스템마스터플랜 (ISMP) 방법론 에게프로젝트에대한이해와적극적인참여를구하고, 프로젝트에대한의사결정을수행할의사결정권자를결정한다. 성공적으로특정 SW사업이나정보시스템을구축하기위해서는계획단계에서부터관련영역의실무자뿐만아니라상위관리자, 경영진의참여 (Commitment) 와후원 (Sponsorship) 이중요하다. 경영진지원조직이프로젝트관련실무자의적극적인프로젝트참여를지원해야요구사항도출및검토업무에충분한시간이투자되어향후정보시스템구축단계에서요구사항을추가하거나수정할위험이적다. 액티비티입력물 (Inputs) - 특정 SW 사업 ( 정보시스템 ) 추진배경및필요성을언급한자료 - 조직도 Tasks - 프로젝트관련조직파악 : 특정 SW사업또는정보시스템이지원할서비스또는업무를파악하여관련조직을식별한다. 또한정보시스템의운영및관리를담당하게될조직과기업의아키텍처및기술표준을담당하고있는조직을파악한다. - 경영진지원조직확립활동수행 : 프로젝트관련조직의경영진을대상으로프로젝트에필요한자원및스폰서쉽을획득하기위해특정 SW사업및정보시스템의추진배경및필요성을이해할수있는활동을수행하고, 경영진지원조직을수립한다. 프로젝트수행에실무자의참여가필요한업무를파악하고, 경영진지원조직으로부터이에대한실무자의시간할당을확약받는다. 프로젝트수행에필요한실무자는필요한현황자료제공, 업무및요구사항설명 ( 인터뷰 ), 요구사항검토및요구사항에대한부서의의견수렴활동을지원해야하며, 이러한업무는정보시스템의규모에따라영향을받을수있다. 34

35 Ⅱ. 정보시스템마스터플랜 (ISMP) 방법론정의 - 경영진의사결정권자 (Executive Sponsor) 결정 : 경영진지원조직중본프로젝트에대해의사결정을수행하고이끌어나갈의사결정권자를결정한다. 의사결정권자는프로젝트에대한스폰서쉽지원및특정 SW사업 ( 정보시스템 ) 에대한구축방향등마스터플랜수립에의사결정권한을가진다. 일반적으로의사결정권자는상위경영진으로조직의비전및정보화전략을이해하고있고, 커뮤니케이션능력이뛰어나며적극적이고변화에대해긍정적인지도자적인자질이필요하다. 액티비티결과물 (Outputs) - 프로젝트관련부서 / 조직 1.2) 프로젝트수행조직 (core team) 편성본활동에서는정보시스템마스터플랜수립에참여할실무자들과프로젝트수행조직을구성하고, 실무자들과수행조직을대상으로역할및참여를위한활동을수행한다. 프로젝트에대한헌신적인참여 (Commitment) 가확립되지않으면책임감과주인정신 (Ownership) 이부족하여요구사항상세화수준이낮아지거나요구사항을도출하는데기간이길어질가능성이높아진다. 액티비티입력물 (Inputs) - 특정 SW 사업 ( 정보시스템 ) 추진배경및필요성을언급한자료 - 프로젝트관련부서 / 조직 Tasks - 프로젝트수행에필요한역할정의 : 프로젝트수행조직을구성하기위해필요한역할및책임을정의한다. 정보시스템마스터플랜을수립하기위해서는기본적으로다음과같은역할이필요하다. 35

36 정보시스템마스터플랜 (ISMP) 방법론 발주기관실무자 (Business Owner) : 정보시스템이지원할서비스또는업무의현황및요구사항을을해줄정보시스템사용자부서의실무자. 여러개의서비스및업무가있는부서의경우각해줄담당자에게자료를요청하거나우을수렴하고개해줄를수행할수있는권한과자질을보유하고있어야함 아키텍처담당실무자 (Architecture Owner): 전사아키텍처및기술표준을담당하고있는실무자로, 기업이어플리케이션 / 데이터 / 보안영역에대해별도로정의한아키텍처및기술표준이있는경우각각담당자를정의한다. 구축할정보시스템과인터페이스가필요한아키텍처에대해현황을제시하고, 요구사항이전사아키텍처및표준을위배하지않는지검토함 경영진지원조직 : 정보시스템과관련된업무부서의적극적인참여와스폰서쉽확보를위해관련부서의경영진및상위관리자를대상으로지원조직을구성함 프로젝트의사결정권자 : 프로젝트에대한스폰서쉽지원및최고의사결정을위해경영진지원조직중가장관련업무가많거나리더를해야하는경영진을선택함 RFP 컨설턴트 : 동일한정보시스템사업및요구사항분석과상세화기술경험을가진전문가로, 정보시스템방향을정의하고비즈니스및정보기술요건을분석함. 또한정보시스템요건을상세화하여제안요청서 (RFP) 를작성하며, 이행계획수립및사업자선정을지원함 - 프로젝트수행조직을구성할인력결정 : 일반적으로프로젝트수행조직은경영진지원조직이나실무자의상위관리자들에의해결정되기때문에프로젝트수행에필요한담당자를이들에게요청한다. 경영진지원조직은프로젝트수행조직이정보시스템에대한마스터플랜수립을위해필요한시간을충분히할당할수있도록하며, 필요시프로젝트의사결정권자의적극적인지원을받아이들을설득시킨다. 36

37 Ⅱ. 정보시스템마스터플랜 (ISMP) 방법론정의 - 리더쉽확보를위한활동수행 : 프로젝트수행조직을대상으로특정 SW사업및정보시스템의추진배경및필요성, 수행업무, 역할을설명한다. 관련조직의팀원들이모두특정 SW사업 ( 정보시스템 ) 에대해충분히이해를하고적극적인참여에대한합의를이루었다면별도의활동없이회의에서간략히언급만할수도있다. 액티비티결과물 (Outputs) - 프로젝트수행조직 & 역할정의서 1.3) 프로젝트계획수립프로젝트를성공적으로수행하기위해필요한프로젝트업무와계획을상세하게수립하며, 프로젝트수행조직이이에따라업무를수행할수있도록계획을공유한다. 또한실무자들그리고부서간발생하는업무 기술협의및의견수렴, 관련된정보를전달하기위해의사소통계획을수립한다. 의사소통계획에프로젝트전기간에걸쳐중요한업무정보전달시점, 전달수단, 그리고관련된담당자를명확하게정의하며, 이미구축되어있는조직의의사소통채널과방식을활용하도록한다. 액티비티입력물 (Inputs) - 프로젝트관련부서 / 조직 - 프로젝트수행조직 & 역할정의서 Tasks - 프로젝트수행계획수립 : 프로젝트에대한목표, 방향성및범위를정의하고프로젝트수행을위해필요한활동을정의한다. 이를토대로프로젝트계획을수립하며, 이때수행활동간의관계 (dependencies) 를파악하고, 수행활동별담당자및필요인력을정의한다. 프로젝트마일스톤및세부일정을수립하고, 프로젝트수행산출물을정의하여이를일정과맵핑시킨다. 또한과업내용서를기반으로제안요청서를생산하기위해필요한구체적인수행 37

38 정보시스템마스터플랜 (ISMP) 방법론 방안을명시한다. 효과적인자원의사용과사업비용및일정등을고려하여 정보시스템마스터계획을수립할수있도록작성한다. - 의사소통계획수립 : 프로젝트에참여하는수행조직과관련담당자가필요한정보를획득하도록의사소통방안을수립한다. 프로젝트수행활동을기반으로발주기관실무자 (Business Owner), 아키텍처담당실무자 (Architecture Owner), 경영진지원조직등프로젝트수행조직에게전달받거나전달해야하는정보와시점을정의하고, 관련조직들과일정을상의하여계획한다. 의사소통계획중대표적인사항은주간및월간업무보고, 인터페이스요구사항및구현범위협의, 요구사항검토및합의, 이슈및리스크협의가있다. 주간및월간업무보고회는프로젝트에참여하는수행조직과관련담당자가간업진척상황및이슈를파악하기위한의사소통방법으로, 참석범위 보고내용 보고방법 보고시기등업무보고계획을의사소통계획서에명시한다. 인터페이스요구사항및구현범위협의는연계사항시스템과연계범위및제약사항을결정하기위해필요한참석사항 의사소통시기 의사소통방법등을의사소통계획서에명시한다. 요구사항검토및합의는발주기관실무자및아키텍처담당실무자, 또는사용자그룹으로부터도출된요구사항을검토하고합의하기위해사전에참석대상 의사소통시기 의사소통방법등을의사소통계획서에명시한다. - 프로젝트수행및의사소통계획검토 : 프로젝트는수행조직이공통된목표와방향에대해공유되어그목표를이루려는의도가병행되어야한다. 발주기관실무자 (Business Owner), 아키텍처담당실무자 (Architecture Owner), 경영진지원조직등프로젝트수행조직은프로젝트계획과의사소통계획을검토하고경영진의사결정권자 (Executive Sponsor) 는이를최종승인해야한다. 액티비티결과물 (Outputs) - 프로젝트계획서 - 의사소통계획서 38

39 Ⅱ. 정보시스템마스터플랜 (ISMP) 방법론정의 [ 그림 Ⅱ- 1] 의사소통계획서예시 [ 그림 Ⅱ-2] 프로젝트계획서예시 39

40 정보시스템마스터플랜 (ISMP) 방법론 2. 단계 2 : 정보시스템방향성수립 단계설명및목적 본단계에서는구축하고자하는정보시스템을운영하고있는타사를벤치마킹하여시스템이제공하는기능및문제점, 구축시유의사항등을파악하고, 정보시스템추진범위와목표및방향을정의한다. 특정정보시스템은업무, 프로세스, 제품, 서비스, 조직적관점에따라범위가달라지며이에따라현황분석및요구사항도출업무가영향을받으므로초기에정보시스템범위및방향을정의해야한다. 정보시스템의범위와방향을정의하기위해담당자는정보화전략 ( 회사 / 부서 / 사업의정보화 (IT) 추진전략 ) 및방향, 그리고정보화시스템사업추진목적및기대효과를파악한다. 본단계에서정의된정보시스템추진범위및방향은 단계 3: 업무및정보기술요건분석 과 단계 4: 정보시스템구조및요건정의 의액티비티를수행시기준으로사용되며, 현황분석및요구사항도출후 단계 5 : 정보시스템구축사업이행방안수립 에서최종적으로정보시스템추진범위및방향을확정한다. 단계산출물 본단계의산출물에는정보시스템추진범위및방향, 목표가포함되며, 이는제 안요청서 (RFP) 에기술된다. 액티비티상세 2.1) 정보화전략검토비즈니스방향에부합한정보시스템을구축하기위해서는계획단계에서정보화전략과정보시스템사업에대해이해하고, 정보시스템과관련된과제를식별하여연관관계를파악해야한다. 정보시스템과연관된과제를파악함으로써업무범위및마이그레이션계획을수립할때참고하여범위중복및계획에대한변경을최소화한다. 40

41 Ⅱ. 정보시스템마스터플랜 (ISMP) 방법론정의 액티비티입력물 (Inputs) - 정보화전략및방향 - 특정 SW사업 ( 정보시스템 ) 추진배경및필요성을언급한자료 - 추진과제목록 Tasks - 정보화전략및방향검토 : 정보시스템과연관된비즈니스의추진방향과정보화전략을관련자료및인터뷰 ( 정보화전략관련실무자 ) 를통해파악한다. 정보화전략은기업전략 ( 경영전략 ) 을효과적으로지원하고정보관리를위해정보기술을전반적으로이끌어가는방법을의미한다. 기존에수립된정보화전략및방향에변화가없는지관련담당자에게확인하며, 정보화전략및방향이수립되어있지않은경우 IT부서의경영진과의인터뷰를통해정보화전략을파악한다. - 정보시스템사업이해 : 향후개발될정보시스템사업의추진배경및필요성을이해하고, 만일정보시스템이고도화사업이라면과거사업수행계획이나결과를파악한다. 또한정보시스템관련경영진및상위관리자중정보시스템방향을제시해줄수있는이해관계자를식별하여, 이해관계자를대상으로인터뷰를통해정보시스템에대한비즈니스목표및방향을파악한다. - 정보시스템관련과제식별 : 기업에서추진할과제중정보시스템에서지원하는서비스및업무와관련된과제, 정보시스템과연관된시스템에대한개발과제, 전사아키텍처및기술표준관련과제와과제의범위를파악한다. 이렇게파악된과제는정보시스템추진범위및이행계획수립시업무가중복되지않고계획일정변경이최소화될수있도록과제관련담당자와협의하게된다. 액티비티결과물 (Outputs) - 정보시스템추진배경및필요성 41

42 정보시스템마스터플랜 (ISMP) 방법론 - 정보시스템사업에대한이해관계자의기대효과및구축방향 - 정보시스템관련과제 [ 그림 Ⅱ-3] 정보시스템추진배경및필요성예시 1. 추진배경및필요성가. 통합이전각기관별로운영되던사업관리시스템의운영이상호연계 운영되지않아완전치못한형태로운영되고있어효율적인산업기술통합사업정보관리가어려움나. 다양한환경변화혹은다양하게변화하는사업관리프로세스에적절하게대처할수있는혁신적인신기술을활용한시스템을구축함으로써사용자편의성및업무처리의효율성을극대화하는고객중심미래지향적시스템으로의전환이필요함다. 지식경제부 R&D 과제의전주기적이고통합적인연구비관리및평가관리시스템구축계획에의거, 개선된사업관리및평가체계에따른전주기적 종합적사업관리조직의구성및운영이필요함 [ 그림 Ⅱ-4] 정보시스템기대효과예시 2. 기대효과가. 사업수행전반을모니터링할수있는 Plan( 기획 )-Do( 시행 )-See( 평가 )-Feedback( 사후관리 ) 의전주기적이고종합적인사업관리체계완성이가능함 - 사업관리체계표준화를통한전반적인사업관리정보화수준제고 - 사업관리프로세스표준화를통한사용자업무편의성제공나. 사업관리프로세스의시스템구축을통해산업기술관련사업과제의효과적인목표달성과성과제고가가능함 - 정보화예산및자산의중복방지가가능함 - 통합시스템의구축을통해관리포인트및정보서비스유지보수비용과다를방지함 [ 그림 Ⅱ-5] 정보시스템관련과제예 3. 본사업과연관프로젝트 프로젝트명프로젝트기간프로젝트관리부서협의필요사항 DW 개선프로젝트 ~ 팀 - 테이블표준화 ( 컬럼명및테이블명 ) - 테이블구조 - 주민등록번호암호화

43 Ⅱ. 정보시스템마스터플랜 (ISMP) 방법론정의 2.2) 벤치마킹분석 (Optional) 유사한업무나서비스, 기능을지원하는정보시스템을운영하고있는선진기업을직접방문하거나정보수집및사례분석을통해제공하고있는기능, 시스템구축시고려해야하는요건, 시스템구축계획, 패키지로구현된시스템의경우패키지의성능및만족도등을조사한다. 벤치마킹을통하여정보시스템이제공해야기능파악및현실적인목표설정이가능하며, 더나아가목표달성을위한방법을쉽게체득할수있다. 액티비티입력물 (Inputs) - N/A Tasks - 벤치마킹조사대상선정 : 프로젝트수행조직은유사한업무나서비스, 기능을지원하는정보시스템을운영하고있는선진업체를조사하고, 대상업체방문가능여부와프로젝트일정을고려하여벤치마킹수행방식및조사대상을선정한다. 대상업체에방문할수없는경우정보수집및사례분석을실시하거나인터뷰또는설문을수행하는방법으로대체한다. - 벤치마킹준비 : 직접방문을할경우, 조사대상기관과의충분한협의를통해상세일정계획을수립한다. 벤치마킹이전에관련질문지를방문기관에전달하여자료수집및검증활동의효율성을높인다. 직접방문을하거나간접적으로정보및사례를분석하기위해조사항목을정의하고, 이때프로젝트수행조직이궁금해하는내용을포함시켜야한다. 정보시스템에대해벤치마킹수행시일반적으로다음과같은항목을조사한다. 전략적측면 : 정보시스템구축효과, 정보시스템 ( 관련패키지 ) 활용도또는만족도, 정보시스템구축계획, 향후정보시스템고도화계획등 업무적 ( 기능적 ) 측면 : 정보시스템구축범위, 정보시스템제공업무 ( 기능 ), 정보시스템사용상불편사항등 43

44 정보시스템마스터플랜 (ISMP) 방법론 운영적측면 : 정보시스템운영 관리조직, 정보시스템운영의어려움, 정보시스템성능등 정보기술측면 : 정보시스템에적용한기술, 정보시스템적용패키지및비교대상패키지등 - 벤치마킹실시 : 벤치마킹수행시조사항목을중점으로직접방문하거나자료분석을통해타사의정보시스템활용및제공기능, 구축시유의사항, 실패요건등핵심적인정보획득에대한조사를수행한다. 수행한결과를정리하고시사점을도출하며, 프로젝트수행조직과도출된사항중반영해야하는사항을선택한다. 선택된사항은요구사항기술및구축사업계획수립시반영하도록한다. 액티비티결과물 (Outputs) - 벤치마킹분석서 2.3) 정보시스템범위및방향정의본활동은 단계1 : 프로젝트착수및참여자결정 에서파악된정보시스템이지원할서비스또는업무, 조직, 관련된어플리케이션 시스템 데이터 보안, 관련과제를토대로프로젝트수행조직들과범위에대한협의를통해정보시스템의경계 (boundary) 를결정한다. 또한정보시스템과관련된사용자및관리자그룹을정의하고, 정보화전략방향과이해관계자의기대사항을고려하여정보시스템을통해획득하고자하는목표및추진방향을정의한다. 액티비티입력물 (Inputs) - 프로젝트계획 - 정보화전략및방향 - 정보시스템사업에대한이해관계자의기대효과및요구사항 - 정보시스템관련과제 44

45 Ⅱ. 정보시스템마스터플랜 (ISMP) 방법론정의 Tasks - 정보시스템구축범위정의 : 정보시스템이구축범위를수립하기위해발주기관실무자 (Business Owner), 아키텍처담당실무자 (Architecture Owner), 관련과제담당자와협의하여정보시스템이제공하고자하는업무및서비스를정의한다. 또한정보시스템의개발내용과범위를정의하기위해이와관련된업무및서비스, 제반시스템 ( 어플리케이션, HW, SW, DB, 통신망, 보안등 ) 과적용해야하는기술표준을정의한다. 정의된정보시스템범위는타시스템및어플리케이션, 관련과제와기능이중복되거나상호모순되지않도록정의해야한다. - 정보시스템사용자그룹정의 : 정보시스템구축범위및목적을토대로사용자및관리자그룹을정의하고연관된조직및실무자를맵핑한다. 정보시스템사용자그룹을고려하여업무및정보기술요건을분석할때설문및인터뷰를수행할실무자를식별한다. 이는사용자및관리자그룹에따라요구사항이나규정적용기준등이상이할수있기때문에요구사항이전단계에서정보시스템사용자를정의해야한다. - 정보시스템추진방향및목표정의 : 정보시스템개발의목적을정의하기위해정보시스템이무엇을수행할것인가, 누구에게필요한가, 왜필요한가, 누가사용할것인가를정의한다. 또한정보시스템을통해기대하는비즈니스목표를정의하고, 정보시스템목표달성을위해기술적측면, 관리적측면, 정책적측면, 표준화측면, 법제도측면등에서구체적인추진방향을수립한다. 액티비티결과물 (Outputs) - 정보시스템추진범위 - 정보시스템사용자및관리자 - 정보시스템추진목표및추진방향 45

46 정보시스템마스터플랜 (ISMP) 방법론 2.4) 정보시스템추진범위및방향검토정보시스템목표및구축방향이정보화전략및목표달성을지원할수있으며, 이해관계자의기대효과를충족시키는지검토한다. 정보시스템에대한상세분석과요구사항정의를위해우선적으로정의한정보시스템의범위를프로젝트수행조직과검토하여추진범위에대한이해와합의를도출한다. 정의된추진범위를기준으로현황및요구사항을파악하며, 범위에대한수정이필요한경우필요성및발생위험을분석하여범위를조정여부를결정한다. 액티비티입력물 (Inputs) - 정보화전략및방향 - 정보시스템사업에대한이해관계자의기대효과및요구사항 - 정보시스템추진범위 - 정보시스템추진목표및추진방향 Tasks - 정보화전략과의방향일치 (Consensus) 검토 : 정보시스템목표및구축방향이 액티비티 2.1 : 정보화전략검토 에서파악한정보화전략과방향이일치하고, 정보화시스템구축을통해이해관계자가기대하는목표를달성할수있는지검토한다. 또한아키텍처담당실무자 (Architecture Owner) 와정보시스템추진범위및방향이전사아키텍처표준및요건에위배되지않는지검토한다. 만일정보화전략및전사표준과방향이일치하지않으면발주기관실무자 (Business Owner), 아키텍처담당실무자 (Architecture Owner), 이해관계자들과인터뷰를통해추진범위및목표, 방향을재정의한다. - 정보시스템추진범위검토 : 프로젝트수행조직관련담당자, 정보시스템관련과제담당자와정보시스템추진범위에포함되는서비스및업무, 서브시스템과어플리케이션범위의경계를결정하고, 정보시스템관련과제와중복되는범위가있는지검토한다. 우선적으로정의된추진범위를기준으로현 46

47 Ⅱ. 정보시스템마스터플랜 (ISMP) 방법론정의 황및요건을분석하며, 범위에대한변경이필요한경우프로젝트관련담당 자를소집하여변경으로인한일정지연등발생할수있는위험요소를파악 하고최종적으로수정여부를결정한다. 액티비티결과물 (Outputs) - 정보시스템추진범위, 목표, 방향 47

48 정보시스템마스터플랜 (ISMP) 방법론 3. 단계 3 : 업무및정보기술요건분석 단계설명및목적본단계에서는업무및아키텍처구조, 관련시스템및어플리케이션을파악하고, 최종사용자및관련시스템담당자를대상으로설문 인터뷰등을통해현시스템의문제점및 To-Be 정보시스템에대한요구사항을도출한다. 본단계를통해도출된요건은검토회의를통해최종확정되며, 전단계에서정의한정보시스템의범위와목표를달성하기위해필요한요건이모두도출되었는지점검한다. 본단계에서는기능점수도출이가능한수준까지현황및비즈니스와정보기술요건을상세화 (Breakdown) 하여분석하는것이가장중요하다. 만일 ISP나 EA 등정보시스템에대한업무및정보기술현황을파악하고요구사항을분석하였다면프로젝트수행조직과 액티비티 3.4 : 업무및정보기술요건검토 를수행하여도출된현황및요건분석수준이충분한가를검증받고다음단계를수행한다. 단계산출물 본단계의산출물에는정보시스템의현아키텍처구조및관련시스템, 어플리케 이션, 데이터, 보안체계가포함되며, 이는제안요청서 (RFP) 에기술된다. 액티비티상세 3.1) 업무및정보기술현황분석발주기관실무자 (Business Owner), 아키텍처담당실무자 (Architecture Owner) 로부터수집된자료를통해정보시스템범위내에포함되는업무에대해주요업무내용및수행조직, 정보화여부등을파악하고, 전사아키텍처및개발과관련된표준화및원칙을파악한다. 기업의시스템전체환경과특성을파악하고, 정보시스템과관련된 HW, SW, NW, 데이터, 보안구조및현황을파악한다. 48

49 Ⅱ. 정보시스템마스터플랜 (ISMP) 방법론정의 액티비티입력물 (Inputs) - 업무현황자료 - 응응어플리케이션자료 - 데이터구조및변경 표준규칙 - HW, SW, DB, NW 구성도 Tasks - 업무프로세스분석 : 정보시스템이지원하는업무명, 업무기능, 수행조직, 관련시스템을파악한후, 정보시스템에서제공해야하는업무프로세스또는서비스흐름을분석한다. 업무프로세스또는서비스흐름이란, 수행주체가업무또는서비스의상태를변화시키는활동을말한다. - 응용아키텍처분석 : 정보시스템관련어플리케이션을대상으로어플리케이션기본정보, 사용정보, 운영정보, 도입특성정보, 시스템정보, 그리고 DB 정보등을정의한다. [ 표6] 은정보시스템관련응용어플리케이션분석시조사항목을제공하며, [ 표 Ⅱ-1] 외에도정보시스템특성에따라조사하고자하는어플리케이션속성정보를추가할수있다. 어플리케이션유형은 소프트웨어사업대가의기준및해설서 [5] 를참고하여업무처리용, 과학기술용, 멀티미디어용, 지능정보용, 시스템용, 통신제어용, 공정제어용, 지위통제용중선택하며, 두개이상의어플리케이션유형이혼합되어있는경우시스템기능별로어떤유형인지명시한다. 또한정보시스템을통해참조하거나재개발하고자하는어플리케이션은관련기능을레벨 3 까지분석하며, [ 표 Ⅱ-2] 과같이관련기능을참조할것인지재개발할것인지를명시하고관련기능과연계된타시스템및 DB가존재하는지파악한다. 49

50 정보시스템마스터플랜 (ISMP) 방법론 [ 표 Ⅱ-1] 정보시스템관련응용어플리케이션정보 어플리케이션명... 지원업무... 기본정보 어플리케이션유형... 어플리케이션사용언어... 어플리케이션설명... 사용정보 사용부서... 사용주체... 운영정보 현업부서... IT 담당... 도입정보 구분 ( 자체개발, 패키지 )... 도입시기... 벤더명... 패키지명 / 버전... 시스템정보 서버명... 플랫폼... 데이터정보 DB 명... DBMS 종류... [ 표 Ⅱ-2] 정보시스템관련응용어플리케이션기능정보 어플리케이션기능정보 기능레벨 1 기능레벨 2 기능레벨 3 구분 연계정보 정보등록참조 Groupware 관리 기본정보관리 정보의조회 재개발 ㆍㆍㆍ - 데이터아키텍처분석 : 정보시스템범위에포함된 DB 구성도를파악하고, 정보시스템과연계된데이터의엔티티명및데이터형식, 연계방식, 주기등을파악한다. 데이터표준규칙 ( 명명규칙, 메타데이터형성규칙등 ) 및데이터변경관리체계를파악한다. 데이터명 ( 엔티티명 ) [ 표 Ⅱ-3] 관련시스템간데이터보유및연계정보 데이터형식 송신시스템 ( 어플리케이션 ) 수신시스템 ( 어플리케이션 ) 연계방식 주기 직원 ID 숫자 A 시스템 B 시스템 TCP/IP Batch 직원연봉 숫자 B 시스템 A 시스템 단말 수시 기술기반아키텍처분석 : 최종사용자, 시스템, SW, DB, NW 로구성된전체의 시스템을파악하고, 현정보시스템의 HW 구성도및장비상세현황을조사 한다. 현정보시스템의 SW 구성도와 NW 구성도를작성한다. 50

51 Ⅱ. 정보시스템마스터플랜 (ISMP) 방법론정의 [ 표 Ⅱ-4] 관련시스템 HW 정보 업무명... 장비명... 수량... 용도... 보유형태... 구입시기... 설치장소... 플랫폼... 액티비티결과물 (Outputs) - 업무프로세스현황 - 정보기술현황 ([ 표 Ⅱ-1], [ 표 Ⅱ-2], [ 표 Ⅱ-3], [ 표 Ⅱ-4]) [ 그림 Ⅱ-5] 업무프로세스현황 3.2) 업무요건분석정보시스템에서개발하고자하는업무내역과구성요건을도출하기위해관련실무자중인터뷰및설문대상자를선택하고, 현시스템의문제점및업무요구사항을상세히분석하기위해질문및응답지를별도로준비한다. 최종사용자를대상으로정보시스템에서제공되어야하는업무를기능점수레벨 3단계까지분석하 51

52 정보시스템마스터플랜 (ISMP) 방법론 며, 업무를위해필요한데이터파일명, 입출력데이터및성능, 품질, 보안등의요 건을파악한다. 액티비티입력물 (Inputs) - 업무프로세스현황 - 정보기술현황 Tasks - 업무요건분석준비 : 액티비티 2.2 : 정보시스템범위및방향정의 에서식별한관련실무자중인터뷰및설문을통해요구사항을도출할대상자를선택한다. 설문형식은다수의의견을인터뷰보다적은시간과노력으로획득할수있지만, 설문자의작성수준에따라요구사항수준이다르며상세히도출하기위해서별도의면담및확인이필요하다. 이에비해인터뷰는상세한요구사항및문제점을획득할수있지만, 많은의견을수렴하기위해시간과노력이든다. 요구사항은기본적으로기능, 인터페이스, 데이터, 보안, 성능, 테스트, HW( 구성장비 ), 품질, 교육및기술이전, 운영, 제약요구사항등으로분류할수있으며, 최종사용자에게현시스템의문제점및요구사항을도출하기위해요구사항분류영역별로질문을준비한다. - 최종사용자요구사항도출 : 최종사용자를대상으로현시스템의문제점을도출하고현황분석결과를확인한다. 최종사용자를대상으로 정보시스템이어떤 < 운영조건 > 에서어떤 < 대상객체 > 에게어떤 < 성능 / 품질 > 을만족하는어떤 < 기능 > 을제공해야하는지 를질의하여기능요구사항을도출한다. < 기능 > 요구사항은정보시스템에의해데이터의입출력관점에서실행가능한요소로, 등록 ( 접수 ) 확인( 승인 / 반려 ) 조회( 검색 ) 수정( 삭제 ) 등레벨 3까지상세화 (breakdown) 한다. 기능이나정보시스템에서제공해야하는보안, 교육및기술이전, 제약요구사항이존재하는지확인하고, 입력데이터및출력데이터, 그리고입출력유형 ( 내부입력 / 외부입력 ) 을조사한다. 52

53 Ⅱ. 정보시스템마스터플랜 (ISMP) 방법론정의 액티비티결과물 (Outputs) - 업무요구사항 [ 그림 Ⅱ-6] 업무요구사항예시 3.3) 정보기술요건분석아키텍처담장실무자 (Architecture Owner) 및관련실무자를통해현시스템이제공하는문제점을파악하고, 현시스템구성도등정보기술현황을점검한다. 정보시스템비기능적요건으로표준화요건, 시스템운영요건, 교육및기술지원요건, 하자 유지보수요건등이있고, 기술적요건으로도입대상장비요건 (HW), 데이터구축요건, 어플리케이션성능요건, 테스트요건, 보안요건등이있다. 정보시스템에서제공하고자하는기능을지원하기위해필요한기술적 기능적요건이무엇이있는지정의된과제를참고하여수정하여정보기술요건을분석한다. 액티비티입력물 (Inputs) - 업무프로세스현황 - 정보기술현황 53

54 정보시스템마스터플랜 (ISMP) 방법론 Tasks - 도입대상장비요건분석 : 목표시스템구성을위해필요한도입대상 HW, SW, NW 등의구성도와기능요건 ( 스펙 ) 을도출한다. 기존장비와호환성을점검하여특정제품을필요하는도입장비가있는지파악하고, 그필요성을명시한다. HW 규모를산정하기위해서 정보시스템 HW 규모산정가이드라인 및공공기관하드웨어규모산정시스템을통해, 하드웨어규모를산정하기위해필요한기초자료를조사한다. 조사된기초자료및업무요건을분석하고, 정보시스템의아키텍처형태에따라적절한참조모델을선택한후, 기타정보 ( 보정치, 여유율등 ) 를파악하여최종적으로도입대상장비의시스템규모를산정한다. 규모산정결과를토대로정보시스템을위해필요한장비요건을명세한다. - 데이터요건분석 : 정보시스템의서비스에필요한초기자료구축및 DB의이관을위한요건을파악한다. 초기자료를위해문헌등원시자료를데이터베이스형태로구축하기원하면, 자료유형을조사하고 소프트웨어사업대가의기준및해설서 [6] 를참고하여작업난이도및요구수준, 검증횟수등작업요소별보정계수산정을위한요건을파악한다. DB의이관이필요하면변환되어야할기존데이터의자료명, 자료내용, 자료크기, 건수 / 주기, 보존기한, 예상자료량, 자료형태, 자료위치등을파악해야하고, 특히수작업이수반되는변환부분은반드시구체적인대상및분량등에대해요건을도출해야한다. 또한대상자료중지적재산권및보안과관련된문제가수반되는부분에대해서구축가능여부를확인하고, 데이터전환시수행시간, 데이터표준화등제약사항이존재하는지파악한다. - 어플리케이션성능요건분석 : 어플리케이션및정보시스템에대한동시사용 자수, 서비스응답시간, 서비스지연시간, 어플리케이션장애율및장애처리 시간등목표정보시스템의성능요건에대한요건을파악한다. - 표준화요건분석 : 업무프로세스, 업무처리에필요한정보항목, 업무용코드, 각종서식, 사업관리를위한지침및규정등을참조하여목표정보시스템의 54

55 Ⅱ. 정보시스템마스터플랜 (ISMP) 방법론정의 표준화를위한표준화대상및표준화적용지침, 지침중적용영역을파악 한다. 표준화에대한세부내용은 정보시스템의구축 운영기술지침 및기업 의표준화서식및지침, 규정을따른다. - 테스트요건분석 : 정보시스템개발초기부터구축완료되기까지발생하는단위시험, 통합시험, 시스템시험, 성능시험등에대한테스트대상, 테스트일정, 테스트방법, 테스트인력, 테스트데이터, 테스트절차등에대한요건및연계대상기관에대한시험운영실시를위한요건을파악한다. 업무요건분석을통해도출된기능요건을대상으로테스트방법및결과를정의하여, 인수테스트의베이스라인으로활용한다. - 보안요건분석 : 아키텍처담당실무자 (Architecture Owner) 중보안담당자와인터뷰를통해정보시스템개발사업수행과관련하여생성된문서, 통신, 시스템, 개인정보등에대한기밀유지요건사항을파악한다. DB 관리자및 DB 사용자의역할과권한에대한보안요건과 DB 저장시암호화가되어저장해야하는보안필드를조사한다. 내부사용자에대한통합인증및데이터암호화, 외부망에접속된클라이언트와서버간데이터암호화, PKI 기반의인증로그인또는 SSL을사용한암호화통신등정보시스템이적용해야하는보안요건을정의한다. 또한개발요원에대한보안교육, 프로젝트수행시발생하는모든데이터에대한보안정책등관리적보안요건을도출한다. - 시스템운영요건분석 : 정보시스템의정상운영을위한시스템적인조건, 운영조직, 보안대책등에대한요건을도출해야한다. 정보시스템운영을위한단위업무별처리요건, 필수기능, 운용시간등을파악하고, 관리및운영기관및조직의업무, 그리고담당자의자격요건을정의한다. 데이터베이스구축시정보의현행화요구조건, 시스템관리, 장애처리, 시스템모니터링, 백업 / 복구및작업관리등에필요한요구조건을도출한다. - 교육및기술지원요건분석 : 기업의교육담당자및사용자, 관리자등과의 인터뷰를통해정보시스템개발시필요한교육내용, 교육대상, 교육기간, 55

56 정보시스템마스터플랜 (ISMP) 방법론 인원, 횟수, 교육방법, 비용등교육요구사항을파악한다. 정보시스템운영담당자와의인터뷰를통해정보시스템과관련하여기술지원대상범위, 기술지원내용및수준, 기술매뉴얼, 헬프데스크등기술지원이필요한사항을도출한다. - 하자 유지보수요건분석 : 하자담보책임기간및기간내에수행해야하는유지보수업무, 장애발생시장애조치및하자보수요원대응시간등정보시스템의 HW, SW, NW의하자 유지보수활동을위한지원범위, 지원방법, 지원인원등의요건을파악한다. 액티비티결과물 (Outputs) - 정보기술요구사항 [ 그림 Ⅱ-7] 정보기술요구사항예시 56

57 Ⅱ. 정보시스템마스터플랜 (ISMP) 방법론정의 3.4) 업무및정보기술요건검토발주기관실무자 (Business Owner), 아키텍처담당실무자 (Architecture Owner), 그리고요구사항도출시참여한실무자들과도출된후보요구사항의필요성을검토하고, 요구사항이중복되지않고상호모순되는지점검한다. 협의시추가되거나수정이필요한요구사항을보완하고, 본활동이후에는요구사항을추가하지않도록한다. 액티비티입력물 (Inputs) - 업무요구사항 - 정보기술요구사항 Tasks - 업무및정보기술요건최종검토 : 발주기관실무자 (Business Owner), 아키텍처담당실무자 (Architecture Owner), 관련실무자들을대상으로정보시스템범위내의업무및정보기술현황과문제점을검토한다. 문제점및요구사항으로부터도출된정보시스템의업무및정보기술요건이중복되거나상호모순되는지확인한다. 도출된요구사항증업무에미치는중요도가낮고사용자의편의성에미치는영향도도낮아불필요하다고판단되는요구사항은제외시킨다. 검토회의를통해도출된수정및추가사항을정의하여요구사항을최종확정한다. - 업무및정보기술요건우선순위평가 : 모든요구사항이높은우선순위를가지고있는것은아니기때문에요구사항이업무에미치는중요도와사용자의편의성에미치는영향도등을파악해요구사항의우선순위를평가한다. 우선순위평가결과와사업자선정및평가시전문가검증필요성을고려하여요구사항의응락수준을핵심, 필수, 선택으로분류한다. 핵심요구사항은요구사항중사업자선정시전문가가검토하게될요구사항이다. 모든요구사항을전문가가검토하기에는시간과비용, 효과성측면에서이행가능성이떨어질수있기때문에발주기관은요구사항중전문가의검토가필요하거나 57

58 정보시스템마스터플랜 (ISMP) 방법론 중요기능등전문가에의해사업자선정시, 평가될요구사항을핵심요구사항으로선정한다. 필수요구사항은제안기관이반드시만족시켜야하는요구사항이고, 반드시만족시키지는않아도되는요구사항을선택요구사항으로선정한다. 액티비티결과물 (Outputs) - 업무요구사항 - 정보기술요구사항 ( 액티비티결과물은 Task 절차에따라본단계의액티비티입력물이검토되어도출된것이다.) 58

59 Ⅱ. 정보시스템마스터플랜 (ISMP) 방법론정의 4. 단계 4 : 정보시스템구조및요건정의 단계설명및목적본단계에서는정보시스템에대한 To-Be 모델을정의하고전단계에서도출한비즈니스및정보기술요건을상세히기술한다. 또한시스템및요건에대한이행연관성을분석하여, 이행계획수립시이를참고하도록권고사항을제시한다. 정보시스템요건기술서는제안요청서 (RFP) 상의주요부분으로하드웨어는 spec 및요구성능에대해상세히정의하며, 기능및기술요건은기능점수도출이가능하도록하며영역별상세화기준을사용한다. 단계산출물 본단계의산출물에는정보시스템아키텍처 To-Be 모델, 정보시스템상세요건이 포함되며, 이는제안요청서 (RFP) 에기술된다. 액티비티상세 4.1) 정보시스템아키텍처정의도입대상하드웨어를포함하여전체적인시스템플랫폼환경측면에서구현하고자하는 To-Be 정보시스템구성도를정의하며, 유휴자산및활용자산중에정보시스템구축시활용가능한장비가존재하는지조사한다. 활용가능한장비의연혁및특징을파악한후아키텍처담당실무자및 IT 자산관리담당자와협의하여최종적으로활용여부를결정한다. 액티비티입력물 (Inputs) - 정보기술현황 - 업무요구사항 - 정보기술요구사항 59

60 정보시스템마스터플랜 (ISMP) 방법론 Tasks - 정보시스템 To-Be 아키텍처정의 : 단계3 : 업무및정보기술요건분석 을통해도출된정보시스템요구사항을만족하는목표시스템의전체구성도및구성체계를정의한다. 목표시스템구성도는서비스이용자, 주요서비스내역, 정보시스템및연관된시스템, DB, NW 등이포함되고그들의관계를도식화한다. 또한목표시스템을구성하고있는 HW, SW, NW 등세부시스템단위별목표시스템도정의한다. 시스템구성도에는목표시스템을위한도입장비뿐만아니라연계되어야할 HW, SW, NW 등을포함하여작성한다. - 재사용가능한구성요소파악 : 비용절감및 IT 자산의효율적운영을위해현재보유하고있는 IT 여유자산및활용자산중목표시스템을위해필요한장비의구성요건을만족시키는자산이있는지점검한다. 또한목표시스템구축시필요한 SW 중현재기업에유휴라이센스가있는지확인한다. 정보시스템구축시재사용가능한장비의품명, 주요기능, 시스템개발 운영 유지보수연혁, 특징및용도등을파악한후, 활용여부를결정한다. 액티비티결과물 (Outputs) - 정보시스템 To-Be 모델 - 도입대상장비요건 4.2) 정보시스템요건의이행연관성식별도출된정보시스템요건을분석하여연관이있는요건을식별하고, 요구사항간의상호교차추적이가능하도록요구사항추적매트릭스를작성한다. 이는연관이있는요건을변경하였을경우, 영향력을파악하고관련된요건의변경여부를손쉽게파악하고관리하기위해서이다. 또한구축하고자하는정보시스템이하나의어플리케이션이아니고다수의어플리케이션및서브시스템으로구성된경우, 요건간의연관성을분석함으로써 단계 5 : 정보시스템구축사업이행방안수립 에서어플리케이션및서브시스템간상호연관성을고려하여계획을수립할수있다. 60

61 Ⅱ. 정보시스템마스터플랜 (ISMP) 방법론정의 액티비티입력물 (Inputs) - 업무요구사항 - 정보기술요구사항 Tasks - 정보시스템요건연관성분석 : 단계 3 : 업무및정보기술요건분석 에서기능적 비기능적 기술적요구사항으로분류하여정보시스템요건을분석하였기때문에하나의요구사항이다른범주의요구사항에분산명세가되는경우가발생할수있다. 예를들어, 어떤기능에대한요구사항은그어플리케이션이지켜야하는보안, 품질등의요구사항과상호연관이있게된다. 이렇게요구사항들간의횡적연결관계를파악하고정보시스템구축시지속적으로관리하기위해요구사항연관표를작성한다. [ 표 Ⅱ-5] 요구사항연관표요구사항유형요구사항 ID 기능품질성능... 보안 SRF003 SFR009 QRR SRR 이행연관성을고려한구축사업계획권고사항도출 : 정보시스템요건분석을통해상호의존관계가있다고판단된요건에대해정보시스템구축사업이행계획수립시고려해야하는사항을정의한다. 차세대시스템구축과같이정보시스템이하나의어플리케이션이아니고다수의어플리케이션정의서브시스템으로구성된경우, 정보시스템요건의상호연관관계에따라의개별어플리케이션의구축시점정의연야테스트시점등이달라진다. 이행연관성수립시결과를토대로정보시스템구축사업이행계획수립시고려해야하는사항을작성한다. 61

62 정보시스템마스터플랜 (ISMP) 방법론 액티비티결과물 (Outputs) - 요구사항연관표 [ 표 Ⅱ-5] - 정보시스템구축사업계획권고사항 4.3) 정보시스템요건기술서작성정보시스템요건을지속적이고효과적으로관리하기위해요구사항을유일하게식별할수있는요구사항번호형식, 요구사항번호부여기준, 그리고요구사항명세형식을정의한다. 정보시스템이제공해야하는기능요건은기능점수를활용하여사업대가산출이가능하도록측정범위와어플리케이션경계를식별하며, 기능에대한명세뿐만아니라, 입출력유형, 파일유형, 각기능에관련된입출력데이터를상세히기술한다. 기능요건외장비내역과구성요건, 데이터요건, 표준화요건, 시스템운영조건, 교육지원요건등도해당명세형식에상세히기술한다. 액티비티입력물 (Inputs) - 업무요구사항 - 정보기술요구사항 Tasks - 정보시스템요건기술표준정의 : 도출된요건을향후개발단계에서도지속적으로관리하기위해정보시스템요건분류체계및요구사항번호형식, 요구사항번호부여기준, 그리고요구사항변경 ( 추가또는삭제 ) 시재번호기준을수립한다. 공공 SW사업제안요청서작성가이드라인 [9] 에서요구사항분류및 Naming Rule에대한가이드와요구사항별요건기술서형식을참조하여해당정보시스템개발시에필요한요건들로기술서양식을수정한다. - 측정범위와어플리케이션경계식별 : 도출된정보시스템요건을기능점수수준까지상세화하기위해 소프트웨어사업대가의기준및해설서 [5] 를참고하여정보시스템의계산유형을결정한다. 기능점수계산유형은개발프로젝트기능점수, 개선프로젝트기능점수, 어플리케이션기능점수세가지로분 62

63 Ⅱ. 정보시스템마스터플랜 (ISMP) 방법론정의 류되며, 측정유형에따라기능점수측정범위를정의한다. 기능요구사항별데이터및트랜잭션의내 외부논리파일과내 외부출력을구분하기위해어플리케이션경계를식별한다. 어플리케이션의측정대상소프트웨어와사용자간의경계로, 사용자관점에기초하여사용자가무엇을이해하고기술하느냐에따라어플리케이션경계를설정한다. 어플리케이션경계에따라내부논리파일, 외부연계파일, 외부입력, 외부출력, 그리고외부조회의범위가결정되게된다. 이에대해자세한정의는 소프트웨어사업대가의기준및해설서 [5] 를참고한다. - 시스템요건기술 : 시스템요구사항은목표시스템을구축하기위해필요한도입대상 HW, SW, NW 등의장비내역에대한요구사항 ( 품목, 규격, 수량, 용도, 성능, 기능등 ) 을 [ 표 Ⅱ-6] 과같이기술한다. 이때공개 SW도입을저해하는비표준적인특정기술조건 ( 특정벤더만유리한단순 CPU속도와개수등 ) 을명시할수없으며, 시스템요구사항은객관적판단지표로언급되어야한다. 또한도입되는장비설치에대한시간, 자원, 중복된시스템, 장애처리등에대한요구사항이나제약사항등장비설치요건도 [ 표 Ⅱ-7] 와같이명시한다. ( 공공 SW사업제안요청서작성가이드라인-IV.1 기술제안요청서세부작성지침-마. 시스템요구사항-1) 목표시스템의세부내역참고 ) [ 표 Ⅱ-6] 시스템요건명세서 ( 장비내역요건 ) ID Name 응락수준요구사항내용 SYR- 001 감시시스템서버 필수 - 장비수량 : 1 식 - 장비품목 : 서버 - 장비성능및특징 쿼드코어프로세서 2.66GHz 146GB 10K SAS HDD 12MB(6MB 2 개 ) L2 캐시 2GB(1GB 2 개 ) 기본제공메모리 800-Watt CE-mark compliant Hot-Plug Dual Power supply ( 핵심, 필수, 선택 ) - 장비수량 : - 장비품목 : - 장비성능및특징 63

64 정보시스템마스터플랜 (ISMP) 방법론 [ 표 Ⅱ-7] 시스템요건명세서 ( 장비설치요건 ) ID Name 응락수준요구사항내용 SYR- 003 장비설치제약시간 필수 - 대상장비 : 도입되는 Web 서버및 DB 서버 - 장비설치요구사항 : 장비는업무외시간 22:00 ~ 06:00 내에설치하며, 도입일이전에테스트환경에서설치전후시스템및서비스에문제가발생하지않아야한다 ( 핵심, 필수, 선택 ) - 대상장비 : - 장비설치요구사항 : - 기능요건기술 : 기능요건은명시된요구사항으로부터기능점수등사업대가산출에사용되는지표의획득이가능하도록기술되어야하며, 어플리케이션경계를토대로내부논리파일, 외부연계파일, 외부입력과외부출력, 그리고외부조회를구분한다. 또한기능에대한평가 ( 테스트 ) 방법및기준을정의하고, 요구사항변경정보및추적정보등을 [ 표 Ⅱ-8] 와같이기술한다. ( 공공 SW사업제안요청서작성가이드라인-IV.1 기술제안요청서세부작성지침 -마. 시스템요구사항-2) 기능요구사항참고 ) [ 표 Ⅱ-8] 기능요구사항명세서 ID Name 응락수준요구사항내용 - 어플리케이션이름 : 포탈시스템 / 사용자및회원관리 - 기능입력정보 : 사용자 ID, 패스워드 - 기능출력정보 : 사용자정보 - 입출력유형 : 외부입력 FUR- 001 사용자로그인 필수 - 관련파일및유형 : 내부파일 ( 회원정보 DB) - 로그인절차 1) 사용자는로그인페이지에사용자 ID 와패스워드를입력 한다. 2) 패스워드를암호화하여회원정보 DB 에저장된사용자정 보와맵핑시킨다. 64

65 Ⅱ. 정보시스템마스터플랜 (ISMP) 방법론정의 3) 회원정보 DB 와일치하는경우사용자정보를가지고오 며다음페이지로넘어간다. 사용자정보 : 사용자이름, 사용자권한, 사용자부서 - 기능검증 ( 테스트요건 ) 사용자 ID 와패스워드를옳게입력했을때와그렇지않 을때로그인여부를확인한다. 회원정보 DB 에저장된비밀번호가암호화되었는지 확인한다. - 관련요구사항 ID: SER-004, SIR 어플리케이션이름 : - 기능입력정보 : ( 핵심, 필수, 선택 ) - 기능출력정보 : - 입출력유형 : - 관련파일및유형 : - 기능및정보처리절차 : - 기능검증 ( 테스트요건 ): - 관련요구사항 ID: - 성능요건기술 : 목표시스템의일부기능이달성해야하는최고또는최저능력을기술하며, 속도및시간, 처리량, 용량, 가용성에대해분류한다. 성능요건은관련기능또는기능집합, 성능에대한정의, 성능목표값, 성능측정조건및환경, 목표값이적용되지않는예외사례등을 [ 표 Ⅱ-9] 과같이명시한다. ( 공공 SW사업제안요청서작성가이드라인-IV.1 기술제안요청서세부작성지침-마. 시스템요구사항-3) 성능요구사항참고 ) [ 표 Ⅱ-9] 성능요구사항명세서 ID Name 응락수준요구사항내용 - 대상기능 : 질의를포함하는모든기능 PER- 001 질의응답시간 필수 - 성능목표값 : 모든질의는사용자가요청을하는시간으로부터 4초 + 같은위치에서간단한참조페이지를디스플레이하는시간내에그결과를보여줘야한다. - 성능측정예외사항 : 이요구사항의임의의선택기준이 65

66 정보시스템마스터플랜 (ISMP) 방법론 ( 핵심, 필수, 선택 ) 허용되는대량의데이터에대한질의에는적용되지않는다. - 대상기능 : - 성능목표값 : - 성능측정예외사항 : - 보안요건기술 : 목표시스템또는목표시스템의사용, 목표시스템이사용하거나생성하는데이터보호에영향을미치는보안 ( 인증, 접근통제등 ), 무결성, 개인정보보호에대한요건이나제약사항을 [ 표 Ⅱ-10] 과같이명시한다. ( 공공 SW사업제안요청서작성가이드라인-IV.1 기술제안요청서세부작성지침-마. 시스템요구사항-4) 보안요구사항참고 ) [ 표 Ⅱ-10] 보안요구사항명세서 ID Name 응락수준요구사항내용 - 대상기능 : 고객관리시스템 / 고객정보조회 - 고객의개인정보조회시에는고객의주민번호또는 SER- 001 개인정보조회보안 핵심 고객이등록한비밀번호를고객이입력해야조회가가능하도록한다. 단, 업무상꼭필요하여고객의정보를 조회해야하는사용자의경우에는권한으로부여하고 정보를조회한내역을로그에저장해야한다 ( 핵심, 필수, 선택 ) - 대상기능 : - 보안요구사항 : - 품질요건기술 : 구축이전에만족시켜야하는품질항목및목표값, 품질측정조건및환경, 품질요건대상을 [ 표 Ⅱ-11] 와같이명시한다. 품질항목은발주기관의품질기준에따라다르며, 일반적으로기능성, 사용성, 이식성, 유지보수성, 효율성, 신뢰성등이포함된다. ( 공공 SW사업제안요청서작성가이드라인-IV.1 기술제안요청서세부작성지침-마. 시스템요구사항-5) 품질요구사항참고 ) 66

67 Ⅱ. 정보시스템마스터플랜 (ISMP) 방법론정의 [ 표 Ⅱ-11] 품질요구사항명세서 ID Name 응락수준요구사항내용 - 품질목표값 : 성능에서명시한자원사용효율성을평가하여, QUR- 001 기능구현의정확성 핵심 요구사항에서명시한수준을만족시키면목표시스템은품질을확보하였다고판단한다. - 품질측정요건 : 서비스제공시, 최대부하조건에서프로세스용량과 RAM은적어도 25% 를미사용한다고성능요구사 항으로정의했다면실제로이를테스트해봄으로써품질을평 가한다 ( 핵심, 필수, 선택 ) - 품질목표값 : - 품질측정요건 : - 인터페이스요건기술 : 목표시스템과다른소프트웨어컴포넌트및하드웨어장치들과의인터페이스 ( 시스템인터페이스 ), 그리고사용자와의인터페이스 ( 사용자인터페이스 ) 로분류하여기술한다. 시스템인터페이스요건은인터페이스이름, 연계대상시스템, 연계범위및내용, 연계방식, 송신데이터, 인터페이스주기, 기타고려사항을명시한다. 인터페이스대상장비사업자 ( 공급자, 구축업체, 유지보수업체등 ) 와사전협의를통해시스템연동범위및상호책임범위에명확히규명한사항만을기재한다.[ 표 Ⅱ-12] 사용자인터페이스는사용자편의성, 정보접근성, 작업효율성, 정보유용성등을위해화면레이아웃및디자인에대한요건을기술한다. 다양한사용자환경 ( 브라우저등 ) 에서도사용자들이서비스를이용할수있도록표준기술을준수하도록하며, 사용자에서비스이용소외계층 ( 장애인, 저사양컴퓨터사용자등 ) 이포함된다면사용자인터페이스에이들을위한요건을기술하여야한다. [ 표 Ⅱ-13] ( 공공 SW사업제안요청서작성가이드라인-IV.1 기술제안요청서세부작성지침-마. 시스템요구사항-6) 인터페이스요구사항참고 ) 67

68 정보시스템마스터플랜 (ISMP) 방법론 [ 표 Ⅱ-12] 시스템인터페이스요구사항명세서 ID Name 응락수준요구사항내용 - 연계대상시스템 :VOC 시스템 ( 송신 ), CRM 시스템 ( 수신 ) - 연계데이터 : 고객 VOC 정보 ( 텍스트 ) - 연계범위및내용 :VOC 시스템을통해들어온고객불만 관련정보를 CRM 시스템에일 1 회전달하며, 1 일예상건 수는 500 회정도된다. SIR -001 VOC 연계 핵심 - 기타고려사항 ( 프로젝트범위외 ) VOC 시스템담당자는 VOC 시스템 에서 CRM 시스템으로고객불만관련정보를보내도록 프로그램을수정한다. 목표시스템구축업체는 CRM 시스템을수정하여해당정 보를수령하며, VOC 시스템과연동테스트를함께수행 해야한다 ( 핵심, 필수, 선택 ) - 연계대상시스템 : - 연계데이터 : - 연계범위및내용 : - 기타고려사항 : [ 표 Ⅱ-13] 사용자인터페이스요구사항명세서 ID Name 응락수준요구사항내용 - 대상어플리케이션및기능 : 고객관리 / 공통 UIR -001 스크린사이즈 필수 - 특정해상도에최적화된디자인은지양하고, 스크린및구성요소크기는 CSS를사용하여지정한다. 수평스크롤은사용하 지않도록설계한다. 단, 출력용조회화면의예외가능하다 ( 핵심, 필수, 선택 ) - 대상어플리케이션및기능 : - 사용자인터페이스요건 : - 데이터요건기술 : 정보로서가치가있는원시자료를이용자에게유용한형 태로가공 제작하는초기자료구축과데이터전환에대해데이터명, 구축 범위및구축량, 데이터형식, 데이터검증요건등을 [ 표 Ⅱ-14] 와같이명세 68

69 Ⅱ. 정보시스템마스터플랜 (ISMP) 방법론정의 한다. 만약, 대상자료중지적재산권문제가수반되는부분에대해서는구축가능여부및예산을제시한다. 데이터구축시보안이필요한데이터필드및권한관리에대해서도제약사항이있으면기타고려사항에반드시명시한다. ( 공공 SW사업제안요청서작성가이드라인-IV.1 기술제안요청서세부작성지침-마. 시스템요구사항-7) 데이터요구사항참고 ) [ 표 Ⅱ-14] 데이터요구사항명세서 ( 초기자료구축 ) ID Name 응락수준 요구사항내용 - 데이터명 : 외국인출입국 - 데이터형태 : 텍스트 - 데이터구축량 : 총 500권, 총 5000 편, 총 10만면 - 데이터구축범위 ( 필요작업요소 ) 자료반 / 출입및관리, 일반스캔, 이미지보정및검증 메타데이터추출및입력, 검증 이미지파일로부터변환, 형식 / 연계점검 * 상기의일반작업요소이외에특수작업요소및추가작업요소 DAR- 001 외국인출입국 DB 구축 핵심 는없음 - 데이터검증요건 스캔을통해획득한이미지는보정시원시자료상에존재하는오류도수정하며, 2회검증을실시한다. 메타데이터는 2 회검증을실시하며, 최종형식및연계사항 을점검한다. - 기타고려사항 원시자료유형은현대간행물로, 이미지제작을수행한다. 자료가분산되어있지않으나해당자료에대한목록을보유 하고있지않다. 해상도가 400dpi 이어야하고, 컬러로스캔해야한다. 원시자료가영어이며, 메타데이터항목은 17 개이다. 69

70 정보시스템마스터플랜 (ISMP) 방법론 [ 표 Ⅱ-15] 데이터요구사항명세서 ( 데이터전환 ) ID Name 응락수준요구사항내용 - 데이터명 : 고객정보 - 데이터구축량 : DB(1), 테이블 (44 개 ), 데이터량 (3,224 MB) - 데이터형태 : 텍스트, 숫자 DAR- 003 고객정보데이터전환 핵심 - 데이터구축범위 : 현시스템에서운영되고있는고객정보를새로구축되는목표시스템에전환한다. - 데이터검증요건 : 전환된데이터를샘플링하여원시데이터와비교하여오류데이터및중복데이터의정합성, 누락또 는잘못된데이터값을점검한다. - 기타고려사항 : 데이터전환계획수립시, 갱신이없는데이 터베이스 (Read Only) 는사전에데이터를전환한다 ( 핵심, 필수, 선택 ) - 데이터명 : - 데이터형태 : - 데이터구축량 : - 데이터구축범위 : - 데이터검증요건 : - 기타고려사항 : - 시스템운영요건기술 : 목표시스템의안정화및정상운용을위해제안기관이충족시켜야하는운용요구사항, 시험운영조건, 운용업무조건, 운용조직, 운용시간등을 [ 표 Ⅱ-16] 과같이기술한다. ( 공공 SW사업제안요청서작성가이드라인-IV.1 기술제안요청서세부작성지침-마. 시스템요구사항-8) 시스템운영요구사항참고 ) [ 표 Ⅱ-16] 시스템운영요구사항명세서 ID Name 응락수준요구사항내용 - 목표시스템가동이후, 1.5 개월동안안정화활동을수행한다. SUR -001 안정화요건 필수 - 안정화활동이란, 일별가동상태모니터링및기록, 예방점검활동실시, 운영유지보수인력교육, 자체헬프데스크운영및비상연락체제가동, 개발자원이관및기술지원을 의미한다. 70

71 Ⅱ. 정보시스템마스터플랜 (ISMP) 방법론정의 - 제약사항기술 : 시스템, 기능, 비기능, 인터페이스, 데이터, 시스템운용요구사항외에시스템을구축하기위해필요한제약사항및요건을명세화한다. 시스템개발방법, 설계및구현제약사항등을 [ 표 Ⅱ-17] 와같이명시한다. ( 공공 SW사업제안요청서작성가이드라인-IV.1 기술제안요청서세부작성지침-마. 시스템요구사항-9) 제약사항참고 ) [ 표 Ⅱ-17] 제약사항명세서 ID Name 응락수준요구사항내용 COR -001 개발언어 필수 - JAVA, JSP, C, C++, PL/SLQ 의다양한개발언어를지원하며, 특히 C# 3.0의언어적특성과기능을완벽하게지원할수있어야한다. 액티비티결과물 (Outputs) - 정보시스템요건기술서 [ 표 Ⅱ-6] ~ [ 표 17] [ 그림 Ⅱ-8] 정보시스템요건기술서예시 71

72 정보시스템마스터플랜 (ISMP) 방법론 4.4) 정보시스템요건기술서검토발주기관실무자, 아키텍처담당실무자는기술적요구조건이기능점수도출이가능한수준까지상세화되어있고, 액티비티 3.4 : 업무및정보기술검토 에서확정한요구사항이모두기술되어있는지검토한다. 또한기술적요구요건의내용이중립적인지여부를확인하여특정 HW 및 SW 기술을가진사업자만이참여가가능하도록제안서작성이되지않도록해야한다. 검토된정보시스템요건기술서는향후인수테스트의베이스라인이되며, 명시된요구사항은향후개발과정에서발생하는모든변경사항의베이스라인으로설정된다. 액티비티입력물 (Inputs) - 정보시스템요건기술서 Tasks - 정보시스템요건기술서점검 : 기술된요건이 Function Point 도출이가능한수준까지 Breakdown 되었는지 Depth를확인하고, 공공 SW사업제안요청서작성가이드라인 [9] 에서제시한아키텍처및기술분류체계구성요소별상세체크리스트를토대로정보시스템요건기술서를최종점검한다. 또한요건기술서에명시된내용중제안요청서 (RFP) 작성법률이나규정 지침에위배되지않는지확인한다. - 정보시스템요건기술서최종검토 : 발주기관실무자, 아키텍처담당실무자는정의된정보시스템요건기술서의기능 비기능 기술적요구조건이 단계3 : 업무및정보기술요건분석 에서확정된요건을모두기술하였으며, 정의된요건의내용이특정사업자에게유리하지않고중립적인지확인한다. 기술된내용을최종확인하고검토의견을작성한다. 액티비티결과물 (Outputs) - 정보시스템요건기술서 72

73 Ⅱ. 정보시스템마스터플랜 (ISMP) 방법론정의 5. 단계 5 : 정보시스템구축사업이행방안수립 단계설명및목적본단계에서는정보시스템구축전략및세부이행방안을수립하고, 정보시스템구축에필요한자원및예산을파악하여구축업체및패키지선정에대한가이드라인을제시한다. 전단계에서정의된정보시스템요건을개발하기위해이행계획안을수립하고비용, 이점및리스크를파악을통해계획안을비교하여최적의방안을결정한다. 단계 2: 정보시스템방향성수립 에서수립한정보시스템범위및목표를최종확정하고시스템범위에대한구축전략및구축 ( 개발 ) 원칙과추진조직을정의한다. 단계 4: 정보시스템구조및요건정의 에서기술된정보시스템요건상세서내용을기반으로기능점수를적용하여정보시스템구축예산규모및기간을산정하고구축사업자선정및평가시기술력이있는업체및패키지를선정할수있도록지원한다. 단계산출물본단계의산출물에는정보시스템이행계획및추진방식, 정보시스템구축범위및목표, 구축방향및전략, 정보시스템구축원칙, 정보시스템추진조직및세부역할에대한내용이포함되며, 이는제안요청서 (RFP) 에기술된다. 관련패키지분석결과및정보시스템예상예산, 그리고구축업체선정요건은별도의문서에정의된다. 액티비티상세 5.1) 정보시스템구축사업계획수립이전단계들의수행과정간에정보시스템구축범위가변경되었는지를파악하여조정하며, 이와관련된업무, HW, SW, DB 및 NW 등제반시스템의구축내용을최종확정한다. 정보시스템개발및제공으로발생되는기대효과를파악하고, 정보시스템구축사업의목표달성을위해필수적인전략및방향을제시한다. 정보시스 73

74 정보시스템마스터플랜 (ISMP) 방법론 템추진을위해필요한기관및주요역할과기능을기술하고, 정보시스템구축사 업발주부터개발완료까지일련의사업계획을수립한다. 액티비티입력물 (Inputs) - 정보화전략및방향 - 정보시스템사업에대한이해관계자의기대효과및요구사항 - 정보시스템추진범위 - 정보시스템추진목표및추진방향 - 정보시스템요건기술서 Tasks - 정보시스템구축범위확정 : 단계 2 : 정보시스템방향성수립 에서정의한정보시스템구축범위가업무및정보기술요건분석을통해변동이있는지파악한다. 초기수립된범위에서벗어나는업무및정보기술요건에대해범위에서제외할지수용할지발주기관실무자 (Business Owner), 아키텍처담당실무자 (Architecture Owner) 와함께협의한다. 정보시스템구축범위를최종확정하고, 이와관련된 HW, DB 및 NW 등제반시스템과응용 SW의개발내용을정의한다. 정보시스템구축범위에포함되지않는범위를명확히정의해줌으로써혼란을최소화시킬수있으며, 연도별 / 단계별 / 분야별사업범위가있다면이를당해연도사업범위에상세히정의한다. - 정보시스템기대효과및추진전략수립 : 정보시스템제공서비스내용및구축범위에대해연도별, 단계별, 분야별기대효과를정성적인효과와정량적인효과로구분하고산출근거를제시한다. 공공 SW사업제안요청서작성가이드라인9[] 을참고하여성과유형별정량적인성과지표를선정하고목표를정한다. 그리고본사업의목표달성을위해필수적인전략및방향을제시한다. 전략은선행사업수행전략, 정보기술활용전략, 사업관리전략, 표준화전략, 개발시스템확산전략, 관련기관간협조, SW분리발주등영역별단계별추진전략을의미한다. 정보시스템기대효과및추진전략, 방향은정 74

75 Ⅱ. 정보시스템마스터플랜 (ISMP) 방법론정의 보화전략및방향, 그리고경영진지원조직이정보시스템에기대하는효과 및구축방향과일치되어야한다. - 정보시스템추진조직정의 : 정보시스템개발사업수행에필요한주관기관, 관련기관, 사업자등관련기관및조직을파악하고, 참여주체별역할과기능을상세히명시한다. 또한역할에따라필수자격요건및정보시스템개발 관리업무참여정도를정의하여, 가용인력및정보시스템추진시필요한인력을파악한다. - 정보시스템구축사업일정계획 : 액티비티 4.2 : 정보시스템요건의이행연관성식별 의권고사항을참고하여세부기능단위별로정보시스템구축추진일정을세분화한다. 정보시스템구축사업의총수행기간, 일정별주요이벤트 ( 사업발주, 선정및평가, 착수, 서비스개통일등 ) 를월별또는업무별로수립한다. 차세대시스템구축과같이정보시스템이하나의어플리케이션이아니고다수의어플리케이션및서브시스템으로구성된경우, 각어플리케이션의개발시점에대해통합또는단계별추진등여러개의구축사업계획안을수립한다. 각구축사업계획안의장 단점을비교하고, 계획안결정기준을수립하여이를토대로구축사업계획을결정한다. 액티비티결과물 (Outputs) - 정보시스템구축범위및구축내용 - 정보시스템기대효과 - 정보시스템추진목표및추진전략 - 정보시스템추진체계 - 정보시스템구축사업계획 5.2) 분리발주가능성평가 국가계약법시행령제 16 조제 2 항 에의거하면공공 SW 사업은분리발주가원칙이 고일괄발주가예외로서, SW 사업의특성상필요한경우에일괄발주가능하다고 75

76 정보시스템마스터플랜 (ISMP) 방법론 규정하였다. 이에따라정보시스템의요건기술서를토대로이를제공하는 SW패키지가존재하는지조사하고, SW분리발주가이드라인 을참고하여정보시스템의분리발주가능성을분석한다. SW 패키지적용을통해분리발주해야한다고판단이된경우, 패키지수정및추가개발범위를분석하여예산수립및제안요청서 (RFP) 작성시참고하도록한다. 액티비티입력물 (Inputs) - 정보시스템요건기술서 - SW 분리발주가이드라인 Tasks - 관련 SW 패키지조사 : IT산업분류체계를이용하여정보시스템이제공하는기능을분류하고, 기능단위로나라장터국가종합전자조달사이트 [10] ( 또는우수 SW 정보제공사이트 [11] ( 에서해당기능을제공하는 SW를조사한다. SW분리발주대상기준항목중하나인단일SW가액을파악하기위해관련업체의견적가격을가능한 3개이상확인하고, 견적가격의산술적평균으로 SW품목의추정가격을결정한다. 패키지 SW를구축하기위해필요한 HW, SW, Application 측면에서전제조건을확인하고, SW 제공기능과해당 SW가 GS인증제품인지확인한다. 만일분리발주가능한 SW 도출작업에지원이필요하면, 정보통신산업진흥원및정부통합전산센터에협조를요청하여관련 SW 정보뿐만아니라분리발주경험과노하우등을획득하도록한다. - 분리발주가능성분석 : 관련 SW 중분리발주대상을선정하기위해정보시스템총사업규모와단일 SW 가액, GS 인증제품여부를확인한다. 분리발주매뉴얼 [12] 의분리발주기준에따르면총사업규모가 10억미만이거나단일 SW가액이 5천원미만인 SW가 GS 인증을받지못했다면일괄발주가가능하다. 그러나그외경우자체또는검토위원회를구성하여 SW를분리발주하는경우정보시스템구축사업에미치는비용, 일정, 품질, 관련시스템의 76

77 Ⅱ. 정보시스템마스터플랜 (ISMP) 방법론정의 변경정도, SW의커스터마이징정도등을분석한다. 관련시스템의설계를변경하거나 SW의핵심기능을변경하는등일괄발주보다일정, 비용, 품질측면에서부정적인영향을미친다고판단되는경우 국가계약법시행령제16 조제2항 에의해일괄발주하며, 구체적이고합리적이사유와자료를제안요청서 (RFP) 작성시명시해야한다. 또한 SW 테스트를별도의테스트업체에분리발주필요성과가능성을분석한다. 목표시스템의품질을위해별도의테스트업체에분리발주하는것을권장하며, 분리발주시테스트업체와의명확한업무및책임을분리하고, 테스트수행계획및방안을제안할수있도록기능요구사항을참조문서로제공한다. - 패키지수정및추가개발범위분석 : 정보시스템기능요건을 SW 기능이충족시켜주는수준과커스터마이징범위를파악하기위해패키지지원수준을몇개의단계로분류하고평가기준을정의한다. 일반적으로사용하는패키지지원수준평가단계는다음과같으며, 0( 기능을지원하지않으며, 별도로추가개발하지못함 ), 1( 기능을지원하지않지만, 추가개발로지원가능함 ), 2 ( 기능을일부지원하지만, 추가개발로지원불가능함 ), 3( 기능을일부지원하며, 요구하는정도를만족시키기위해소스코드를수정개발해야함 ), 4( 요구하는기능을충족시키기위해간단히데이터등을수정함 ), 5( 요구하는기능을충족함 ), SW업체에요건기술서와패키지지원평가기준을전달하여패키지지원영역과추가개발범위및개발가능여부에대해의견을수렴한다. 수렴된의견을토대로패키지수정및추가개발범위를파악한다. 액티비티결과물 (Outputs) - 분리발주가능성평가결과 - 패키지수정및추가개발범위 77

78 정보시스템마스터플랜 (ISMP) 방법론 [ 그림 Ⅱ-9] 분리발주가능성평가결과 [ 그림 Ⅱ-10] 패키지수정및추가개발범위분석결과 5.3) 정보시스템예산수립 단계 4 : 업무및정보기술요건정의 를통해서기술한정보시스템요건을토대로정보시스템구축사업예산을산정한다. 예산은정보통신산업진흥원에서발표한 소프트웨어사업대가의기준및해설서 [5] 를참고하며, 예산을토대로가격산출근거표를작성한다. 액티비티입력물 (Inputs) - 정보시스템요건기술서 - 소프트웨어사업대가의기준및해설서 78

79 Ⅱ. 정보시스템마스터플랜 (ISMP) 방법론정의 Tasks - 정보화시스템예산산정 : 정보화시스템사업예산은크게개발용역비와장비구입비, 기타개발에소요되는비용으로구성되며, 소프트웨어사업대가의기준및해설서 [5] 를참고하여산정한다. 개발용역비는 SW 개발비, 시스템운용환경구축비, DB 구축비를포함하며, 장비구입비는 SW 구매, HW 구매, 그리고기타필요장비구매비용을포함한다. SW개발비 : 정보시스템요건기술서에기입된내부논리파일, 외부연계파일, 외부입력, 외부출력, 외부조회를파악하여기능점수를산정하고기능점수단가와보정계수를곱한후이윤및직접경비를조사한다. 단, 기능점수로산정이불가능할경우에는코드라인수를통하여 SW개발비를산정한다. 시스템운용환경구축비 : 액티비티 3.3 : 정보기술요건분석 을통한시스템운영요건분석결과를토대로시스템시험환경및운용환경구축을위한기본설계및실시설계비용을도출한다. DB구축비 : 액티비티 3.3 : 정보기술요건분석 을통해도출된 Data 요건분석결과를토대로초기자료를위해원시자료를데이터베이스형태로구축하기소요작업공수및계수산정을파악하여예산을수립한다. 장비구입비 (HW, SW, 기타필요장비 ) : 도입대상장비목록의비용을파악하기위해관련업체의견적가격을가능한 3개이상확인하고, 이를토대로장비구입비를산정한다. 그러나 소프트웨어사업대가의기준및해설서 [5] 의기준은 SW 개발시보안이나품질틍비기능및기술적요구사항을 SW 기능이나전체시스템에반영시킬때발생하는추가적인비용을산정하는것이미흡하다. 그러므로최대한비기능및기술적요구사항을만족시키기위해별도의비용이얼마나필요한지계산하고산출근거를제시하여반영토록한다. 79

80 정보시스템마스터플랜 (ISMP) 방법론 액티비티결과물 (Outputs) - 정보시스템예산 [ 그림 Ⅱ-11] 정보시스템예산가격산출근거표 5.4) 제안요청서 (RFP) 작성정보시스템구축사업을위한제안요청서 (RFP) 를작성하기위해제안요청서 (RFP) 목차를수립하고, 단계 3 : 업무및정보기술요건분석 과 단계 4 : 업무및정보기술요건정의 를통해파악된현황과목표시스템에대한세부요구조건을기술한다. 또한입찰방침및적용규정, 계약체결관련유의사항, 필요한서류및제안서에서사용되는서식등을제안요청서 (RFP) 내에기술한다. 제안요청서 (RFP) 작성후, 공공 SW사업제안요청서작성가이드라인 [9] 을참고하여제안서작성시기술되어야내용을모두기재하였는지점검한다. 80

81 Ⅱ. 정보시스템마스터플랜 (ISMP) 방법론정의 액티비티입력물 (Inputs) - 정보시스템구축범위및구축내용 - 정보시스템기대효과 - 정보시스템추진목표및추진전략 - 정보시스템추진체계 - 정보시스템구축사업계획 - 정보시스템요건기술서 - 정보시스템 To-Be 모델 - 도입대상장비요건 - 업무현황 - 기술아키텍처 ( 응용어플리케이션, 데이터, 기술기반 ) 현황 Tasks - 제안요청서 (RFP) 목차수립 : 공공 SW사업제안요청서작성가이드라인 [9] 과정보시스템사업유형및업무의특성을고려하여제안요청서 (RFP) 목차와구성내용을정의한다. 협상에의한계약체결기준 에따르면제안요청서는입찰공고문, 제안안내서, 기술제안요청서의내용을포괄하여규정하고있다. 제안안내서는 SW사업의세부요청내용 ( 사업추진배경및현황, 사업추진범위및상세요구사항등 ) 외에사업및입찰에관한정보와제안서작성및평가에대한안내등제안을위해필요한정보를기술한다.[ 표 Ⅱ-18] 기술제안요청서는사업추진배경및목표, 추진방안및추진체계, 기능적요건, 도입장비의기술명세, 시험과품질보증요건, 실행계획서등을기술한다.[ 표 Ⅱ-19] 제안안내서와기술제안요청서의주요내용을토대로제안요청서 (RFP) 의목차를수립하고작성에필요한입력물을정리한다. 81

82 정보시스템마스터플랜 (ISMP) 방법론 [ 표 Ⅱ-18] 제안안내서주요목차 주요목차 Ⅰ. 제안안내 1. 사업개요 2. 주요일정 3. 입찰관련정보 Ⅱ. 제안요청서용어및계약조건 1. 용어표준정의 2. 계약조건 구성내용 - 사업명, 사업예산및기간등사업관련정보 - 입찰및제안, 계약체결, 사업추진일정 - 입찰참가자격및입찰서류, 제안서제출안내 - 제안요청서에서사용한용어개념정의 - 제안기관이인지해야할계약조건 Ⅲ. 제안서평가및선정안내 1. 제안서평가방법 2. 협상적격자선정및협상방법 - 제안서평가기준및방식 - 협상적격자선정및협상순서, 협상방법및기준 Ⅳ. 제안서작성안내 1. 제안서작성요령 2. 입찰및제안서관련서식 - 제안서목차및제안서작성시유의사항 - 입찰및제안에필요한서식 Ⅴ. 기타 1. 기타제안관련정보 - 기타입찰및제안에필요한정보 [ 표 Ⅱ-19] 기술제안요청서주요목차 주요목차 Ⅰ. 사업개요 1. 추진배경및필요성 2. 서비스내용 3. 사업범위 4. 기대효과 구성내용 - 사업이추진되어야할배경과필요성 - 사업완료후제공될서비스와효과 - 개발내용및개발범위 - 서비스개발및제공으로발생되는기대효과 82

83 Ⅱ. 정보시스템마스터플랜 (ISMP) 방법론정의 Ⅱ. 현황및문제점 1. 업무현황 2. 정보화현황 3. 문제점과개선방향 Ⅲ. 사업추진방안 1. 추진목표 2. 추진전략 3. 추진체계 4. 추진일정제안요청내용 1. 시스템요구사항 2. 기능요구사항 3. 성능요구사항 4. 보안요구사항 5. 품질요구사항 6. 인터페이스요구사항 7. 데이터요구사항 8. 시스템운영요구사항 9. 제약사항 10. 프로젝트지원요구사항 - 사업범위내에포함된업무정의 - 관련부처및조직간정보교환및상호연계성도식화, 현행시스템구성도및현재의정보화현황 - 정보화측면에서의문제점과개선방안 - 사업추진에대한최종목표및단계별추진목표 - 사업의목표달성을위한필수전략및방향 - 추진조직도 - 월별, 업무별추진일정 - 목표시스템 HW, SW, NW 구성도및구성요건 - 목표시스템을통해수행하고자하는기능의요건 - 목표시스템의최고또는최저능력등성능요건 - 목표시스템의보안요구사항 - 목표시스템의품질요구사항 - 목표시스템의인터페이스요구사항 - 초기자료구축과데이터전환요건 - 목표시스템운영요구사항 - 시스템구축에필요한제약사항 - 프로젝트수행및향후지원요구사항 - 제안요청서 (RFP) 세부내용작성 : 제안요청서 (RFP) 작성에필요한입력물을토대로제안요청서 (RFP) 세부내용을기술하며, 공공 SW사업제안요청서작성가이드라인 [9] 작성원칙및세부수행지침을참조한다. 제악서목차및세부작성지침, 참고서식을정의한다. SW분리발주시시스템통합사업자와 SW공급자의제안요청서 (RFP) 에전체정보시스템의구성계획과운영환경, 분리발주하는 SW의범위, 요구사항등을각각명확히제시한다. - 계약조건정의 : 입찰을위한제반조건과기술적인제한사항을고려하여제 안업체의책임과의무를계약조건으로정의한다. 제안요청서를기초로계약 에필요한조건을종합적으로검토한다. 계약에관한조건을작성한후필요 83

84 정보시스템마스터플랜 (ISMP) 방법론 시내부또는외부의법률적자문을거쳐제안요청서 (RFP) 에반영한다. 계약 조건외에별도의특수조건이있는지파악하고이를제안요청서 (RFP) 에명시 한다. - 제안요청서 (RFP) 검토 : 작성한제안요청서 (RFP) 가관련법령에부합하는지 검토하고, 제안요청서작성점검사항을토대로제안서를위해필요한모든 사항이기입되었는지확인한다. 액티비티결과물 (Outputs) - 제안요청서 (RFP) ( 제안안내서, 기술제안요청서 ) 84

85 Ⅱ. 정보시스템마스터플랜 (ISMP) 방법론정의 제안안내서점검사항 구분 점검사항 점검결과 O X 비고 일반사항 입찰가격 제안서평가 선정 사업예산 20 억원이상인 SW 개발사업, 정보전략계획사업에대해제안서보상제도적용을명시했는가? 발표평가가병행될경우제안서접수시제안요약서대신에발표자료를대체할수있도록하였는가? 제안서작성은 200 페이지이내, 단색등으로제출하도록하였는가? 제안서접수시제안서의 CD 제출을제안안내서에서삭제하고최종낙찰자에한해 PDF 형식으로제출하도록하였는가? 제안가격산출시 SW 개발비는기능점수방식을적용하도록명시하였는가? 제안요청내용에포함된패키지소프트웨어에대해최소한조달등록가격을준용하도록하였는가? 분리발주대상 SW를분리발주하지않은경우그사유를 SW별로구체적 합리적으로명시하였는가? 입찰공고문의주요내용이제안안내서에포함되었는가? 공동계약의이행방식인공동이행방식또는분담이행방식중 1개또는혼합방식을명시하였는가? 낙찰자결정전낙찰예정자의무효입찰여부를다시확인한다는사항을명시하였는가? 낙찰방식을기재하였는가? 협상에의한계약체결기준이최근개정된기준인가? SW 기술성평가기준이최근개정된기준인가? SW 사업의제안서보상기준등에관한운영규정 ( 지식경제부고시 ) SW 사업관리감독에관한세부지침 ( 지식경제부고시 ) SW 사업대가의기준 ( 지식경제부고시 ) 예산안작성세부지침 ( 기획재정부 ) 국가를당사자로하는계약에관한법률 - 공동계약운용요령 ( 회계예규 ) 용역입찰유의서 ( 회계예규 ) 국가를당사자로하는계약에관한법률 협상에의한계약체결기준 ( 회계예규 ) SW 기술성평가기준 ( 지식경제부고시 ) 85

86 정보시스템마스터플랜 (ISMP) 방법론 구분 점검사항 점검결과 O X 비고 협상에의한계약체결기준에따라기술 : 가격비중 이 10% 이상초과된경우기재부와협의하였는가? 예정가격은제안서접수전에결정한다고명시하였는가? 가격협상시제안내용의가감이없는경우제안 협상에의한계약체결기준 ( 회계예규 ) 제안서평가 선정 가격을조정하지않는다는것을명시하였는가? 기술 : 가격평가점수의비율이 80:20 이상인가? 소프트웨어기술성평가기준에서관리부문 ( 대항 목 )-품질보증방안( 중항목 )-국제소프트웨어개발프로세스품질인증획득여부 ( 평가요소 ) 가명시되었는가? 소프트웨어기술성평가기준의전문업체참여및상 소프트웨어기술성평가기준 ( 지식경제부고시 ) 호협력부문이가감없이기준대로명시되었는가? 최근개정된회계예규인용역계약일반조건을적 용하였는가? 사업을수행함에있어부정한행위등에대해신 규사업에의참여제한등의조치가가능함을명시하였는가? 공동수급체구성원의계약이행미참여시입찰 용역계약일반조건 ( 회계예규 ) 참가자격제한을명시하였는가? 부품, 기기, 소프트웨어에대한기술지원확약서 계약조건 에대해명시하였는가? 낙찰자로결정된이후공동계약수급구성원을변경할수없음등을명시하였는가? 공동계약운용요령 용역계약일반조건외에별도로계약상대자의이 익을제한하는계약조건을명시하였는가? 작업장소는상호협의하여결정하는것으로하였 는가? 작업장소등에대한비용이발주예산에계상되었는지여부를명시하였는가? 용역계약일반조건 ( 회계예규 ) 계약목적물의지적재산권은상호협의하여결정 하는것으로하였는가? 86