전공 ✏️
하드웨어 H/W 비용산정 하드웨어 규모 산정 구분 정의 관점 시간성 용량관리 비즈니스 요구사항을 충족시키기 위한 현재와 미래의 용량 계획을 수립하고 비용과 용량의 균형을 맞추는 것 조직 지속적 용량계획 개략적인 시스템 아키텍처와 응용 업무 기반으로 시스템에 요구되는 성능 요구사항과 성능을 결정하기 위한 계획 조직, 시스템 지속적 규모산정 기본적인 용량과 성능 요구사항이 제시되었을 때, 그것을 시스템 요구사항으로 변환하는 것 시스템 일시적 하드웨어 규모 산정 방법 구분 개념 장점 단점 수식계산법 규모산정을 위한 요소를 토대로 용량의 수치를 계산, 보정치 적용 규모산정의 근거를 명확하게 제시 다른 방법에 비해 간단하게 산정 보정치가 잘못되어 있을 경우 원하는 값과 많은 차이 발생 참조법 업무량에 따라, 기본..
소프트웨어 S/W 비용산정 소프트웨어 사업비 정보전략계획 수립비를 포함한 IT 컨설팅비, 소프트웨어 개발비, 소프트웨어 유지관리 및 운영비, 소프트웨어재개발비 .. SW 사업 대가산정 가이드 적용범위 대가산정 모형들은 대가산정의 대상이 되는 사업의 유형과 대가산정 시점에 따라 적절한 모형을 선택하여 적용 1. 사업 유형 식별 → 2. 대가산정 시점 식별 → 3. 대가산정 모형 산정 1. SW 사업의 수명주기와 사업유형 기획 단계 → 구현 단계 → 운영 단계 정보전략계획(ISP) 업무재설계(BPR) 전사적아키텍처 (EA/ITA) 정보시스템 마스터플랜(ISMP) 정보보안컨설팅 소프트웨어 개발 소프트웨어 유지관리 소프트웨어 운영 소프트웨어 개발 2. 대가산정 시점 대가를 산정하는 시점에 따라 가용한 정보의 양..
정보시스템 마스터플랜(ISMP) 수립 EA/ITA 새롭게 발생하는 비즈니스 요구와 IT에 따라 주먹구구식으로 구성해 온 각종 정보시스템을 효과적으로 재편, 비즈니스와 전산정보 자원 간 유연한 융합을 꾀하기 위한 청사진으로서 현행 아키텍처와 목표 아키텍처를 수립하며, 목표 아키텍처를 달성하기 위한 이행계획을 수립 CEO의 진두지휘 하에 전사 차원의 구성 요소들을 정의, 부족한 것을 메워 나가며 개선하는 측면 ISP 정보기술 방향과 계획을 제시하는 CIO 차원 ISP(Strategy) > ISMP(System) 여러개의 시스템이 모여 기업 전체의 전략 큰 뷰의 방향성 3년 주기 one of systems 자세히, 좁은 범위 더 자주 ISMP 특정 SW 개발 사업에 대한 상세분석, 제안요청서(RFP) 마련하기..
ISP 수립 기본 내용 목표모델설계 (To-Be Model) To-Be 개선과제 상세화 ● 현황분석에서 도출된 개선과제들의 상세화 작업 수행 To-Be 과제 상세 정의서 To-Be 업무 프로세스 설계 ● 개선과제 내역, 선지사례, IT 개선방향을 종합적으로 고려하여 최적화된 To-Be 업무프로세스 재설계 ● To-Be 업무프로세스 내 IT 지원 업무기능 단위의 시스템 개발을 위한 기능 요건 상세 정의 To-Be 업무 프로세스 설계서 To-Be 정보 시스템 구조 설계 ● 전략적 정보시스템 구축을 위한 이상적인 응용서비스 구조 정립 To-Be 정보시스템 구조 설계서 To-Be 데이터 시스템 구조 설계 ● 정립된 정보시스템을 효율적으로 운용할 수 있는 정보자원 관리 체계 관리 To-Be 데이터 구조 설계서 T..
ISP - 이행 계획 수립 이행계획 수립절차 과제별 이행계획 수립 과제별 전개 전략 수립 이행조직 & 역할 정의 투자비용 & 효과 분석 이행과제 정의 우선순위 결정 Package 선정 과제별 Owner 선정 과제별 추진 일정 수립 이행조직 설정 이행조직의 역할 정의 투자비용 산정, 회수기간 분석, 기대효과 정리 > 1. 과제별 이행계획 수립 ● 이행과제 정의 각 아키텍처별로 도출된 개선과제에 대하여 우선순위, 과제별 선/후행 관계 등을 고려 이행과제를 정의 정의된 이행과제 예 과제구분 IT 추진과제 이행방향제시 IT 인프라 아키텍쳐 HW/SW 비즈니스 프로세스 시스템 안정성 & 가용성 향상 ● 시스템 이중화 구성 ● 디스크 이중화 ● 주요기간 서버 자원 확충 ● 기존 시스템 재배치 ● 하드웨어 장애 관리..
ISP - 신규 모델 개발 신규 모델 개발 현상분석 단계에서 도출된 개선 과제들을 해결하기 위하여 선진사례, 시스템 도입/구축사례, 최신정보기술 ··· 고려하여 응용프로그램, 데이터, 기반구조, 정보관리 ··· 각 영역별 아키텍처를 설계하고 위험요소 및 고려사항, 효과 ··· 분석하는 단계 원칙 고객의 편이성 증대 연속업무는 가급적 한 사람이 담당 (단, 적정 업무 규모 측정) 수직적 업무 단계 축소 (단, 담당자의 의사결정에 필요한 정보 제공) 작업에 대한 과학적 통제 (예상되는 오류의 확률 & 예상 피해 감안) 순차적인 작업은 가능하면 병렬처리 프로세스 유형 고려 업무는 관련성 높은 곳에서 수행 (물리적 위치 중요 X) 동일 정보 공동관리 중복/재입력 회피 선진사례 조사 / 분석 / 적용 세계최고 수..
1. 시스템을 개발한 후 설치하고 운영하는 단계에 분석가가 해야할 중요한 두가지 작업은 무엇인가? 사용자를 지원하는 것 시스템을 적절히 가동시키기 위한 유지보수 작업 2. 정보 센터라 불리는 헬프 데스크가 가지는 세 가지 중요한 목적은 무엇인가? 또한 헬프 데스크에서 하는 작업의 구체적인 사례를 들어보라 ● 목적 시스템 자원을 효과적으로 이용하는 방법을 보여줌 기술적 및 운영 중 질문에 대한 답을 제공 피룡한 정보를 충족하는 방법 알려줌 ● 사례 데이터 질의 생성, 특정한 비즈니스 정보를 디스플레이 하는 방법을 사용자에게 보여준다 네트워크 접근이나 패스워드 문제 해결 시스템이나 사용 패키지의 응용 기능에 대한 시범 사용자가 손상된 데이터를 복구하는 것 도와줌 더 잘 사용하는 팁 문서화 되지 않은 소프트웨..
1. 응용 소프트웨어의 개발 과정을 차례대로 나열하고 구현 단계에서 하여야 할 일들을 구체적으로 설명하라 전체 계획 -> 모듈 설계, 모듈 코딩, 모듈 테스트, 모듈 문서화 -> 통합 테스트 -> 시스템 테스트 -> 릴리스 구현단계 작업 : 시스템을 사용할 사용자를 교육하고 사용에 대한 설명을 문서화 2. 시스템의 구현 단계에 사용하는 UML 다이어그램 두가지는 무엇인가? 각 다이어그램이 표현하는 의미와 용도 기술하라 ● 컴포넌트 다이어그램 시스템을 구성하는 독립적인 컴포넌트 단위의 관계들을 정리 시스템 또는 서브시스템에 있는 컴포넌트의 개념적이고 논리적인 컴포넌트나 배치될 실제 컴포넌트를 모델링 하는데 사용 ● 배치 다이어그램 실행될 때 각 처리 요소들이 어떤 하드웨어 노드에 설치되는지 나타냄 런타임 ..
