*진* 스토어

*진*

개인

팔로워0 팔로우

소개

등록된 소개글이 없습니다.

전문분야 등록된 전문분야가 없습니다.

판매자 정보

학교정보

입력된 정보가 없습니다.

직장정보

입력된 정보가 없습니다.

자격증

입력된 정보가 없습니다.

판매지수

판매중 자료수

4개
전체 판매량

129개
최근 3개월 판매량

0개
자료후기 점수

평균A
자료문의 응답률

-

전체자료 4개

[실제 IT프로젝트] 사업수행계획서 평가A+최고예요

프로젝트 수행 계획서XXXX 시스템문서명 : 프로젝트 수행계획서Version 1.02012-04-22회사마크, 회사명본 문서는 작성, 검토, 승인하여 승인된 원본을 보관한다...작성자:㈜ XXX XXX 부장일자:2012.04.22(금)개정 이력버전변경일자개정 내용작성자1.02012.4.22최초작성XXX목 차 TOC h z t "Title1,1,Title3,3,Title2,2" Hyperlink l "_Toc291232074" 1. 프로젝트 개요 PAGEREF _Toc291232074 h 4 Hyperlink l "_Toc291232075" 1.1. 프로젝트 개요 PAGEREF _Toc291232075 h 4 Hyperlink l "_Toc291232076" 1.2 프로젝트 배경 및 목적 PAGEREF _Toc291232076 h 4 Hyperlink l "_Toc291232077" 2. 프로젝트 내용 PAGEREF _Toc291232077 h 5 Hyperlink l "_Toc291232078" 2.1 전체 목표 시스템 PAGEREF _Toc291232078 h 5 Hyperlink l "_Toc291232079" 2.2 프로젝트 범위 PAGEREF _Toc291232079 h 5 Hyperlink l "_Toc291232080" 2.3 하드웨어/소프트웨어 및 네트웍 내역 PAGEREF _Toc291232080 h 8 Hyperlink l "_Toc291232081" 3. 프로젝트 조직 및 일정계획 PAGEREF _Toc291232081 h 10 Hyperlink l "_Toc291232082" 3.1. 조직도 PAGEREF _Toc291232082 h 10 Hyperlink l "_Toc291232083" 3.1.1. 조직도 PAGEREF _Toc291232083 h 10 Hyperlink l "_Toc291232084" 3.1.2. 책임 및 역할 PAGEREF _Toc291232084 h 10 Hyperlink 291232097 h 18 Hyperlink l "_Toc291232098" 4.3. 형상관리 PAGEREF _Toc291232098 h 18 Hyperlink l "_Toc291232099" 5. 유지보수 방안 및 교육 계획 PAGEREF _Toc291232099 h 21 Hyperlink l "_Toc291232100" 5.1. 유지보수 방안 PAGEREF _Toc291232100 h 21 Hyperlink l "_Toc291232101" 5.2. 교육계획 PAGEREF _Toc291232101 h 21 Hyperlink l "_Toc291232102" 6. 인수조건 PAGEREF _Toc291232102 h 23 Hyperlink l "_Toc291232103" 6.1. 인수조건 PAGEREF _Toc291232103 h 231. 프로젝트 개요본 프로젝트 수행계획서는 ㈜XXX이 XXX의 XXX 비교조회 시스템을 개발 구축하여 소비자 및 관리자를 위한 정보를 제공1.1. 프로젝트 개요1.1. 프로젝트 개요프로젝트명 : XXX 비교조회 시스템고객사 : XXX프로젝트 기간 : 2012-04-18 ~ 2012-08-31 (4.5개월)프로젝트 투입 MM : 15 MM1.2 프로젝트 배경 및 목적1.2 프로젝트 배경 및 목적2. 프로젝트 내용2.1 전체 목표시스템2.1 전체 목표 시스템목표시스템[그림2-1] 목표시스템 구성도2.2 프로젝트 범위2.2 프로젝트 범위2.3 하드웨어/소프트웨어 및 네트웍 내역2.3 하드웨어/소프트웨어 및 네트웍 내역S/W 구성구분제품제작사Web ServerWebToBTmaxSoftWeb Application ServeJEUSTmaxSoftInterface ToolAnyLinkTmaxSoftDB (RDBMS)OracleOracle웹보안XecureWeb소프트포럼키보드 보안Client Keeper KeyPro소프트포럼DB 보안DB Safer피앤피시큐어[표2-5] S/W 구성 항목.N/W 구성[그림2-2] N/W 구성도34월 18일부터 2012년 08월 31일까지 4.5개월 간으로 한다.3.3.1. 전체추진 일정기간2012년 4월 18일 ~ 2012년 8월 31일단계M1M2M3M4M5(0.5)착수 및 계획분석설계구축테스트이행[표3-4] 전체 추진 일정3.3.2. 단계별 세부일정단계별 세부일정은 아래와 같으며, 자세한 내용은 WBS(작업일정표) 을 참조한다.단계활동일정산출물담당자착수 및계획사업수행계획서 작성4/18~4/22사업수행계획서분석요구사항 상세화상세 프로세스 정의컨텐츠 항목/ 구조 상세화다른 시스템에 대한 인터페이스 정의보안 요구사항 정의비기능 요구사항 정의4/25~4/29요구사항 정의서설계UI 설계화면/보고서 설계5/2~5/13화면/보고서 설계서화면 흐름도디자인 Work디자인 Template을 통한 디자인 개발5/2~5/13디자인상세 설계DB 설계프로그램 상세 설계시스템 인터페이스 설계5/9~5/13데이터베이스 설계서프로그램 사양서외부 인터페이스 설계서구축응용시스템 개발 및 단위 시험응용시스템 코딩단위테스트 수행5/16~6/17프로그램/모듈단위테스트 결과서통합 테스트통합테스트케이스 작성통합테스트 수행테스트 결과 반영6/20~6/24통합 테스트결과서이행이행준비이행 계획 개발사용자 지침서 작성운영 절차 정의교육 계획 준비교육 자료 개발6/20~6/24이행 계획서사용자 지침서운영자 지침서설치 및 이관초기 데이터 구축운영 테스트 수행프로세스 검토 완료신규 애플리케이션으로 전환6/27~6/30설치 보고서설치 후 평가애플리케이션 감독 및 지원 개시애플리케이션 동작 및 성능 검토기술 및 작업 환경 최적화7/1~7/8문제점/요구사항 정의서[표3-5] 단계별 세부 일정3.4 업무보고3.4. 업무보고3.4.1. 보고의 목적 및 절차프로젝트 진행과정에서 발생될 수 있는 리스크에 대해서는 지속적인 모니터링을 통하여 사전방지하며, 주요 돌발 상황 발생시 아래와 보고 체계와 계획을 수립하고 프로젝트 수행 사전 리스크를 최소화 하겠습니다.보고의 절차구분세부 범위보고 준비보고의 대상 (target 내역은 아래와 같습니다.단계일정표준 산출물작성여부착수 및 계획프로젝트 일정표(WBS) 참조수행계획서○WBS○인력투입 일정표○분석요구사항 정의서○연계표준 정의서○연계목록○네이밍 정의서○설계디자인 시안○화면설계서○프로그램설명서○업무 흐름도○테이블명세서○단위테스트 계획서○연계흐름도○인터페이스 전문 정의서○연계테스트 계획서○구축단위테스트 수행 및 결과보고○연계테스트 수행 및 결과보고○통합테스트 계획서○통합테스트 시나리오○오류결함관리서○통합테스트 결과보고서○이행문제점/요구사항 정의서○[표4-1] 프로젝트 산출※ 상기 산출물은 XXX의 표준산출물 기준에 따라 변경될 수 있음4.2 품질관리4.2. 품질관리프로젝트 상황에 적합한 고객의 품질 요구사항을 충족시키기 위한 품질 활동을 계획하고 그 이행을 통하여 품질 요구사항에 부합되는 시스템을 고객에게 납품하며 이를 위한 품질보증 조직을 구성하여 본 사업에 있어서의 품질보증 활동, 방법 및 그 시기를 구체적으로 제시관리 목표 : 고객 품질 요구 사항을 만족하는 시스템 납품관리 활동 : 전사 품질 조직, 품질 보증 목표, 산출물 표준 절차 정의, 사내 감리 등품질 관리 Tool : 검토 체크 리스트품질 관리 원칙 : 사업 착수부터 교육, 사후 지원까지 품질 관리 체계 유지, 체계적 품질 활동으로 고객 요구 사항 적극 반영4.3 형상관리4.3. 형상관리문서 관리 원칙모든 문서는 본 개발계획서에 정의된 체계에 따라 Registry DB 에 관리한다.불가피하게 공유할 수 없는 자료는 목록만 등록하고 자료 보관자가 누구인지를 명시한다.본 계획서에 정의되어 있지 않는 문서는 업무 회의 시 협의하여 관리방안을 결정한다.타 문서를 참조해야 하는 경우, 원 문서를 복사하여 삽입하는 것보다는 해당 문서를 링크만 함으로써 연결이 가능하도록 한다.따라서, 이 체계에 따르지 않은 상태로 관리되고 있는 문서나 복사본들은 그 정확성을 보장하지 않으며 관리자에 의해 언제든지 삭제될 수 있다.문서의 분류 및 관리 체계구 분위 치관리방안담당자계획서수행계획서R부여 한다.Ex) 통합 시스템의 신청서 접수의 경우 문서ID는 TO-AP-0001-A001항목 ID: 문서 내에서 항목별 ID를 부여하는 경우, 항목 ID는 “-###” 의 형태로 구성 된다.Ex) 통합 시스템의 신청서 접수의 요구사항ID는 TO-AP-0001-A001-001, TO-AP-0001-A001-002로 부여5. 유지보수 방안 및 교육 계획5.1 유지보수 방안5.1. 유지보수 방안본 프로젝트 완료 후 원활한 시스템 사용을 위하여 아래와 같은 유지보수 내역에 의거하여유지보수를 실시 합니다.구분기 간범위 및 내용무상유지보수검수 완료 후 12개월본 사업으로 구축된 응용소프트웨어 장애 발생에 대한 처리 지원(비상주)시스템의 장소 변경이나 하드웨어, 소프트웨어의 변동사항 발생시 지원[표5-1] 유지보수 내역※ 유,무상 유지보수일정은 검수완료 시 협회와 협의하여 진행하토록 한다.5.2. 교육계획5.2. 교육계획본 프로젝트를 수행하기 위해 필요한 지식 및 기술 습득을 위해 다음과 같은 교육을 실시합니다.교육명교육 내용교육 기간참가대상사용자 교육소비자 가격 비교 시스템의 소개 및 기능 설명사용자 관리 및 공지 사항 등 관리를 위한 시스템 사용법 설명가격 비교 조회 통계 기능 설명1일현업 담당자시스템관리자 교육시스템 구성 설명온라인 파일 연계 기능 설명운영 절차 및 장애 대응 절차 등2일시스템 관리자사용자 교육소비자 가격 비교 화면 기능 설명가격 비교 조회 통계 기능 설명1일현업담당자[표6-2] 교육계획※ 교육 참가 대상자와 교육 내용, 세부 일정 등은 협회와 협의하여 진행하도록 한다.6. 인수조건인수산출물은 프로젝트 진행단계와 업무에 따라 나누어 정의되며 산출명과 주요 내용은 아래와 같습니다.6.1 인수조건6.1. 인수조건구분내 용인수 책임자인수책임자 또는 권한을 위임 받은 책임자는 산출물의 인수(승인)에 대해 책임을 지는 사람으로, 고객사는 인수책임자 또는 권한위임자를 통해 모든 개발산출물, 프로젝트통제, 품질활동 등에 관한 의견을 전달함산출물 검토개발사는 검토19

공학/기술| 2012.07.13| 19페이지| 1,500원| 조회(3,588)

형상관리, 일정계획, 사업수행계획서 프로, 전체 목표 시스템, 유지보수 방안, 프..

미리보기

닫기
제3세대 R&D 그 이후를 읽고(요약)

제 3세대 R D 그 이후 요약 (3.2 ~ 3.4)과 목 : 연구개발관리 교수님 : 교수님 조 별 : 4조 구성원 :목 차3.2 기업 내부 인터페이스3.3 연구소와 사업부서 / 타기관 협력3.4 요 약3. R D 인터페이스 : 다각적 커뮤니케이션에 가치 창출3.2 기업 내부 인터페이스기업내부에 존재하는 R D 인터페이스는 가치사슬상의 다른 기능과의 인터페이스, 연구소 간 혹은 연구소 내의 인터페이스 등 매우 다양하게 존재한다. 하지만 기업 R D 인터페이스는 구분에 따라 독립적으로 존재한다기 보다는 복합적으로 상호 연계되어 있다고 보는 것이 맞다. 1. 기술 로드맵수립 - 기술전략은 사업전략과 정합성이 필수적으로 요구 된다. - 최근 활발하게 활용되고 있는 기술 로드맵은 아래와 같은 다양한 작업을 통해 작성된다. 사회 변화 전망, 고객니즈 예측, 소유산업 트랜드 분석, 경쟁자 분석, 공급망 분석 - 기술 로드맵은 R D부서 단독으로 작성할 수 없는 것이며 전략기획, 마케팅, 영업부서 와의 기능간 협업이 필수적이다. 2. 신제품 개발 - 소비재이면서 기술의 발전이 빠르고 라이프사이클이 짧은 제품일수록 R D와 마케팅 간의 인터페이스는 더욱 중요함. - 신제품개발에서 R D마케팅 인터페이스가 매우 중요한 역할을 담당하고 있지만 디자인, 생산, 구매, 품질 등과 같은 기타 기능과의 인터페이스도 매우 중요함. - 필연적으로 복잡성이 존재하는 신제품개발과정의 인터페이스 관리를 위해 다양한 방법들이 시도되고 있음.2-1 PM제도에 의한 인터페이스 관리 성공의 7대요인1. 프로세스에 대한 총체적 관리 - 전체프로세스에 대한 총괄적 관리가 미흡하면 결과적으로 의사결정의 신속성에 문제가 발생하고 제품 출시가 지연됨.2. 강력한 프로젝트 관리자 - PM제도는 PM에게 주어진 역할 및 책임의 범위에 따라 다양한 유형으로 나타단다. ○ CEO로부터 전권을 위임 받아 해당 프로젝트에 대한 최종 의사결정권을 행사하는 중재인 ○ 일정을 관리하고 진척상황을 최고경영진에 보고하는 관찰관리자 ○ 전체 프로세스에 걸쳐 의견을 중재하고 최고의사결정권자와 인터페이스 역할을 수행하는 조정자3. 종합적 기능을 갖춘 팀구성 - 다기능팀은 가급적 조기에 구성되어야 인터페이스 간의 다양한 시각을 반영할 수 있음.4. 프로젝트 헌신도 여러기능 출신의 팀원의 참여도를 극대화하기 위해서는 제품로드맵을 조기에 확정하고 그에 따라 자원배분 계획을 수립하는 것이 필요함. 인력 스태핑이 전체 프로젝트 일정에 무리를 주지 않고 진행될 수 있도록 함으로서 중복 스태핑에 의한 참여도 저하를 막을 수 있음.3.2 기업 내부 인터페이스5. 팀워크 팀원의 소속감을 고취하고 성과 창출을 위한 'True Team'으로 만들기 위해서는 각 기능의 미션을 고려한 새로운 핵심성과지표 조정이 검토되어야 함.6. 지속적인 커뮤니케이션 각 기능간 효율적인 커뮤니케이션을 위해서 업무 프로세스를 재정비해야 함. (필요시 IT인프라 구축) - 각 조직별로보유하고 있던 정보를 프로젝트 팀을 중심으로 공유할 수 있어야 함. - 단게별 정보공유 문서 재정의 및 양식 표준화가 필요함.7. 경영진의 의지 - 인터페이스 관리체계의 성공적 구축을 위해서 최고경영진의 적극적 지원이 필요. - 부서간 의견충돌시 PM의 의견을 최대한 존중해주는 자세가 필요함.3.2 기업 내부 인터페이스3.3 연구소와 사업부서 / 타기관 협력-기초 연구소, 제품기술연구소, 생산기술연구소와 같은 대규모의 연구소가 존재하는 곳에서는 그들 사업부 각각의 영역에서 사업부를 밀착 지원하는 역할을수행 하는 것이 일반 적인데 이러한 구조에서 전사 연구소가 사업부의 사업방향과 니즈를 정확히 읽고 적적한 지원을 하는가 여부는 매우 중요 하므로 여기서는 두 가지 전사 연구소의 운영 및 기능 모델에 관하여 알아본다. 1. 전사 연구소의 운영 모델 2. 전사 연구소의 기능 모델3.3 연구소와 사업부서 / 타기관 협력1. 전사연구소의 운영모델 - 전사연구소에서 수행되는 R D 프로젝트 중 원천기술 또는 기초기술 개발용 과제를 제외한 사업부의 직접 지원성격의 과제 자금지원은 직접 사업부에서 조달하도록 하는 제도 - 전사연구소는 운영모델 측면에서 볼 때 사업부에 지시하고 군림하는 리더역할을 수행 하는 것은 적절 치 않으며, 단순히 사업부의 니즈를 충족 하고 요구되는 단기성 프로젝트만 피동적으로 수행하는 지원자의 역할도 지양해야 한다. - 전사연구소는 기술전략에 의해 중장기성 장기과제와 단기성 니즈과제간 균형을 유지하며 사업부의 파트너로서 역할을 수행 하는 것이 바람직하다. - 사업부의 전략방향을 정확히 파악하고 필요한 도움을 적시에 줌과 동시에 여러 사업부간의 중복투자 방지와 시너지 창출을 위해 통합/조정 기능도 수행해야 한다.3.3 연구소와 사업부서 / 타기관 협력2. 전사연구소의 기능모델 - 과거의 전사연구소는 부여 받은 R D 영역의 기능에만 충실 하였지만 현재의 기업환경에서는 자연스럽게 전사연구소의 기능 확장이 요구 되고 있다. - 기능의 확장은 기업 전체 가치사슬에 대해 R D가 일정한 역할을 수행 하는 것을 의미 하며 또 각각의 확장되는 기능마다 관리해야 하는 인터페이스가 늘어 남을 말한다. - 기능 확장과 인터페이스의 증가는 상대해야 하는 조직이 매우 다양해 짐을 의미 하며, 같은 전사 차원에 존재하는 기타 연구소 뿐 아니라 전략기획과 같은 지원기능과도 협업을 해야 한다. - 기능의 확장으로 기획, 재무, 인사, 생산, 구매, 물류 등의 거의 전 부서와 긴밀한 관계를 유지해야 한다.3.3 연구소와 사업부서 / 타기관 협력R D 인터페이스의 효과적인 관리는 조직의 문화와 개개인의 인식 변화가 가장 중요한 요소로 작용 하게 된다. 아무리 좋은 조직 체계를 만들고 새로운 프로세스를 구축하더라도 조직의 문화가 바뀌지 않고 개개인의 행동이 변화하지 않으면 그 효과는 매우 단기적이거나 기대에 미치지 못함. - 연구과제가 마케팅, 영업, 구매, 생산, A/S 부서에 어떠한 영향을 미칠 것인지 알아야 한다. 모든 영구원이 CTO, 나아가서 CEO의 시각을 가져야 한다. 즉 회사 전체의 성과와 연구소의 성과가 어떻게 연결되고 있는지에 대한 명확한 인식이 있어야 하며 다른 기능의 업무를 이해하고 적극 적으로 협력하는 자세를 갖추어야 한다. 이를 위해서는 자신의 전공 분야 이외에도 경영전반에 대한 지식, 커뮤니케이션 능력 등이 반드시 요구된다. 또한 자신이 직접 개발하는 것만이 능사가 아니며 외부에 가용한 리소스를 최대한 활용하여 원하는 결과를 얻어 내는 것이 회사 전체 차원에서 얼마나 가치 있는 일인지 깨달아야 한다. - 이제 R D 인터페이스 관리는 CTO의 핵심 아젠다가 되어야 한다. 그리고 R D 인터페이스 관리의 출발은 연구원 개인이어야 한다. 성공적인 R D 인터페이스 관리를 통해 기업은 R D 성과를 극대화 하고 나아가 혁신경영을 완성할 수 있을 것이다.외부 리소스 활용 예 - R D를 통한 혁신의 중요성은 향후에도 계속 높아질 것이며 혁신활동의 복잡성 또한 지속적으로 증가할 것이다. 세계적인 소비재 기업인 피앤지(P G)는 R D가 아닌 C D(Connect Development)라는 개념을 활용하여 효과적인 혁신을 추가하고 있다. 이는 '오픈이노베이션'에서 출발한 것인데, 이 회사는 전체 R D 혁신의 50%을 회사 밖에서 얻는 것을 목표로 하고 있으며 실제로 가시적인 성과를 창출하고 있다. ,피앤지에는 7,500여명의 연구원이 존재하는데 외부에서 활용가능한 인력 수는 약 천오백만 명에 달한다고 한다(내부 연구원 1인당 200여명), C D의 실행과정에는 반드시 기업외부와의 효과적인 R D 인터페이스관리가 수반되어야 한다.감사합니다.{nameOfApplication=Show}

공학/기술| 2012.07.13| 10페이지| 1,000원| 조회(143)

R&D, 연구개발, 인터페이스, 연구소, 조직 문화, 제3세대, 제3세대 R&D 인..

미리보기

닫기
IT governance 평가A좋아요

2007.4.3IT governance* 한국생산성본부의 'IT Governanace' 관련 교육자료를 발췌 요약한 것임Ⅰ. IT Governance 개요 및 방법론0. IT Governance 개요. IT Governance 개념― IT자원의 효율적인 관리를 위한 조직-프로세스-인력의 종합적인 관리 또는 통제 체계로 현재와 미래의 조직목표를 IT와 연계시키는 것임o IT Management가 조직 내부의 IT운영을 의미한다면, IT Governance는 보다 넓은 의미에서 고객과 기업의 현재 및 미래 IT수요를 만족시키기 위한 활동으로 정의될 수 있음IT GovernanceInstitute이사회와 경영진의 책임 아래 수행되는 기업 거버넌스의 일부로서 IT가 조직의 전략과 목표를 유지하고 확장할 수 있게 하는 리더십, 조직구조, 프로세스로 구성됨Gartner groupIT를 바람직하게 사용할 수 있도록 의사결정 권한과 책임을 정립하는 것국제통상산업부IT 전략 개발 및 추진을 관리하고 기업 경쟁력 확보를 위해 적절한 방향을 제시하고 이끄는 조직기능Van GrembergenIT 및 추진을 관리하고 이를 통해 비즈니스와 IT를 융합시키기 위해 이사회 경영진 IT관리자가 추진하는 조직 기능Cisco systemsIT 투자 효과를 극대화할 수 있는 프로세스와 문화머큐리 인터액티브IT에 대한 통제력을 높이고 IT가 기업의 비즈니스 목표와 연계되도록 하는 프로세스, 조직의 관리 방법엔트루 컨설팅 파트너즈조직의 전략과 목표에 부합하도록 IT와 관련된 리소스 및 프로세스를 통제·관리하는 체계가. IT Governance 목표― IT 자산의 활용 및 운영에 대한 명확한 원칙, 역할 및 책임이 정의된 관리/통제 체계 수립 및 관리/통제 활동을 통해 비즈니스 전략과 사업 목표에 부합되는 IT 자원 활용을 실현함o 비즈니스에 민첩하게 대응하는 저비용 고효율의 IT 관리/통제 구조를 달성하는 것임나. IT Governance Framework― 기업 이해관계자의 가치를 반영한 목표를 설정하고 IT 활동에 대한 성과를 측정하며 목표와 비교 평가하여 방향성을 재수립하는 순환구조로 이루어짐다. IT Governance 모델― IT Governance를 구축하는 것은 기업 전략과 비즈니스 성과 목표를 고려하여 무엇(governance domains)을, 누가(governance style), 어떻게(governance mechanism) 관리/통제할 것인가를 정립하는 것임? IT Governance Domains예시 : MIT - Gartner Model에서 정의한 IT Governance Domains? IT Governance Style주1) MIT - Gartner Model에서 정의한 IT Governance Style? IT Governance Mechanism? IT Governance 모델들:MIT-Gartner 모델, COBIT 모델, Mercury사 모델, Entrue 모델 등[ MIT-Gartner 모델][ COBIT 모델 ][ Mercury사 모델 ][ 엔트루사 모델 ]1. IT Governance 방법론― IT Governance를 구현하는 데는 정해진 체계가 있다기보다는 조직에 맞는 방법론으로 체계를 만들어 나가야 함. IT Governance 체계 수립 방법론주: Entrue IT Governance Planning가. 단계별 세부절차? Governance Direction 단계? As-Is Analysis 단계? To-Be Design 단계? Migration Planning 단계나. IT Governance 체계 수립시 고려사항― Corporate Governance의 중요한 부분으로 가치를 입증하고 위험요소에 대한 통제가 반드시 이루어져야 함― IT 관련 이해관계자들에게 적절한 책임과 권한이 위임됨으로써 Win-Win을 추구하며, 투명한 프로세스를 통해 의사결정 및 성과 관리 용이성 제고― 지속적인 변화관리가 중요하며 프로세스와 문화의 변화가 반드시 수반되어야 하고 실행에 옮기기 쉬운 영역부터 공략하는 것이 바람직함Ⅱ. Domain별 IT Governance (Entrue model)1. IT Strategy Governance1) IT Planning 관리/통제 체계. IT Planning 개념― IT Planning이란 기업의 전략계획과 운영계획에 맞추어 기업의 업무프로세스, 조직, 어플리케이션 및 IT 인프라스트럭처 등 기업의 IT전반에 대한 장래 변화 계획(IT Plan)을 체계적으로 수립하는 과정임? IT Planning의 일반적 프로세스가. IT Planning 체계 수립 방법론― Information Strategic Planning (ISP), Outsourcing Strategic Planning (OSP), Enterprise Architecture (EA) 등의 종류가 있음? ISP― 정보화를 위한 장기적이고 체계적인 전략 수립을 통해 최적의 비용과 최소의 위험으로 정보화의 성공 가능성을 극대화 하는 것임― 일반적으로 사업방향 분석, As-Is 분석 및 To-Be 모델 도출, 이행계획 등의 4단계로 진행하여 기업의 IT 업무 또는 시스템에 대한 중장기적인 계획을 수립하게 됨? OSP― IT관련 업무 및 자산 즉 IT 서비스 및 정보시스템의 일부 또는 전체에 대한 외주 여부의 결정과 관리를 목적으로 수립하는 계획― OSP의 수립은 먼저 아웃소싱의 전략적인 목표를 설정하고 기업의 IT 현황을 분석한 뒤 개선방향을 설정하며 이에 따른 추진 계획을 수립하는 프로세스로 진행됨? EA― 조직의 비즈니스, 정보, 응용시스템, 기술 기반구조를 정의하고, 이러한 요소가 상호 연계되는 모습을 총괄적으로 표현하여 시스템들이 일관되고 통합되게 설계하는 것― EA비전 및 원칙 수립, 비즈니스 모델 정의, 현황분석으로부터 EA관리 체계 수립단계까지 진행됨IT Planning 진단/통제 방안2) IT 투자 관리/통제 체계. IT 투자관리 개요? IT 투자관리 정의― 조직의 IT투자에 대한 종합적인 통제 및 관리를 가능하게 하는 IT 프로세스 및 관련 정책, 표준, 조직 등의 체계가. IT 투자성과 평가? IT 투자성과 평가 정의― 재무적 관점에서 IT가 현업의 업무 성과에 얼마나 효율적으로 기여하는가는 분석하는 작업으로, 사전/사후평가로 나누어짐? IT 투자성과 평가체계― 평가모형, 평가지표, 평가 프로세스로 구성됨― IT 투자 효과를 정향화하기 위해 IT 측면, 업무 측면, 사업성과 측면에서 IT의 효과를 화폐가치화함― 성과지표는 성과지표 pool 후보군 도출, 성과지표 pool 확정, 현업 부서 및 관련자 검증을 거쳐 도출됨2. IT Project Governance1) 프로그램 관리/통제 체계. 관련 개념 정의? 프로그램― 하나 이상의 관련 프로젝트로 이루어진 집합으로 관련 프로젝트들을 효과적으로 조정(coordination) 관리하여 전체적으로 시너지 효과를 얻기 위함? 프로젝트 포트폴리오 관리― 프로젝트 또는 프로그램에 대한 투자 여부를 결정하는데 있어 회사의 전략과 가용 자원을 근거로 회사의 전체 프로젝트를 관리함? 서브프로젝트― 하나의 프로젝트를 관리 가능한 보다 작은 단위로 분리한 것가. 프로그램 관리 통제 프로세스― 프로그램 관리 통제의 주요기능은 기획, 관리, 통제 3개 기능으로 구분됨? 기능별 특이사항― IT 프로그램 전략 계획은 IT Strategy Governance와 연계하여 수행됨― IT 프로그램 전략 계획에 포함된 과제들을 포트폴리오에 편입하여 관리 통제할 대상과 관리방안을 수립함나. PMO(Program Management Office)개요? PMO 역할― PMO는 비전 및 전략의 달성을 위해 추진되는 프로그램들을 통합 관리하기 위한 조직으로 프로그램의 효과적 관리 통제를 위해 프로세스 표준과 지원도구를 활용함― PMO는 프로그램 관계, 의사소통 및 변화관리 기술의 통합 및 운영의 통합에 관련된 활동을 수행함― PMO가 효과적으로 역할을 수행하기 위해서는 경영진의 강한 지원 및 PMO 자체의 강한 리더쉽 발휘가 요구됨? PMO 기대효과― Best Practice로는 PMO 운영을 통해 IT 투자의 33%를 절감한 것으로 분석된 바 있음2) 프로젝트 관리/통제 체계. 프로젝트 개요― 프로젝트란 제한된 자원 한도 내에서 명시적 목표를 달성하거나 고유한 제품 또는 서비스를 개발하기 위한 한시적인 노력 및 활동임? 프로젝트 관리 기능― PMBOK(Project Managenent Body of Knowledge)에서는 프로젝트 관리 통제를 9개의 기능으로 크게 구분하고 있음? 프로젝트 관리 통제 프로세스― 크게 5개 그룹으로 구성1. Initiating Processes : 프로젝트나 각 Stage의 시작이나 다음 단계로의 진행을 승인함2. Planning Processes : 프로젝트 목적을 정의하고 그 목적을 달성하기 위한 대안을 탐색하고 계획을 수립함3. Executing Processes : 수립된 계획을 이행하기 위한 자원을 배분하고 실제 작업을 수행함4. Controlling Processes : 계속적인 모니터링을 통해 계획과 실제의 차이를 파악 하고 적절한 교정 활동을 수행함5. Closing Processes : 프로젝트나 각 단계의 결과에 대한 고객 승인을 획득함3. IT Operation Governance1) IT 운영 관리/통제 체계. ITSM(IT Service Management) 개요― ITSM은 합리적 비용 수준에서 합의된 서비스 품질 수준의 IT 서비스를 제공하기 위한 비즈니스 중심적인 관리 방법임? ITSM 기대효과가. ITSM 추진 모델― ITSM 관련 글로벌 프로세스 모델로는 현재 eSCM, ITIL, CMMI, Cobit 4가지가 주로 참조됨? ITSM 모델 활용 방안― IT 아웃소싱 서비스 프로세스 역량에 관한 내재화에는 eSCM, 서비스 실행 가이드에는 ITIL, 시스템 설계 구축에는 CMMI, 서비스 수준 진단 및 감사에는 COBIT 등 상호보완적 활용이 바람직함

공학/기술| 2007.06.10| 26페이지| 1,000원| 조회(1,514)

방법론, Governance, project, PMO, Planning

미리보기

닫기
[소프트웨어공학] 실제 프로젝트 개발 계획서 평가A좋아요

..PAGE:1W E B L O G- 웹로그 프로젝트( 프로젝트 계획서 )20002164, 20002156, 20002167학번맹진열, 강성진, 반영훈이름컴퓨터공학과학과웹로그 프로젝트대전대학교..PAGE:2목 차개요1 프로젝트 개요1.2 프로젝트의 산출물1.3 정의, 약어자원 및 일정 예측2.1 자원2.1.1 인력2.1.2 비용2.2 일정3. 조직 구성 및 인력 배치3.1 조직구성3.2 직무기술4. WBS5. 기술관리 방법5.1 위험 관리5.1.1 위험관리 절차수립5.1.2 위험관리 및 평가절차5.1.3 위험요소 및 대책5.2 문제점 해결 방안6. 표준 및 개발 절차6.1 개발 방법론웹로그 프로젝트대전대학교..PAGE:3개요1.1 시스탬 개요웹서버에 접근을 하는 모든 행동은 웹서버의 로그파일에 그 기록이 남게된다. 이는 단순히 접속이라는 데이터로 기록되며, 텍스트 형태로 존재하기 때문에 통계치를 확인하기가 매우 까다롭다. 이러한 텍스트 형태의 자료를 관리자가 보기 쉽도록 테이블과 그래프로 변환시켜 보다 직관적인 자료로 사용될 수 있도록 하는데 목적이 있다.⊙ 관리자의 분석 불가· 접속자 한명당 수십페이지씩달하는 데이터를 일일이확인할수 없다⊙ Log파일 관리 불가·하루에도 수십에서 수백메가까지 생성되는 파일을관리하기가 힘들다현상 및 문제점⊙ 관리자의 쉬운 분석·관리자가 한눈에 알아볼수 있게표나 그림으로 로그를 분석해줌으로서 관리자의 서버 분석이쉬워진다.⊙ Log파일 관리 기능강화·Log파일을 가공해 새로운 DB를생성해 시스템의 자원을 절약한다.구축 목표웹로그 프로젝트대전대학교..PAGE:41.2 프로젝트의 산출물관리자로서 구별하기 힘든 데이터를 표로 보기 간편하게 출력해준다.웹로그 프로젝트대전대학교..PAGE:5접속(Hit) - 한 페이지의 HTML 문서를 검색 시 해당 페이지에 포함된 다양한 형태의 데이터 마다 기록을 남기게 되는데 이러한 하나의 데이터 이동을 접속이라 한다.예) 웹 페이지에 하나의 미디어 파일과 세 개의 이미지가 포함되어 있다면 접속 수는1(페이지) + 1(미디어) + 3(이미지) = 5방문(Visit) - 특정의 사용자가 일정 시간 내에 계속적으로 웹 서버를 검색하는 것을 방문이라 한다.예) 해당 사이트에서 여러 페이지를 열어 보더라도 방문은 1검색(View) - 사용자가 하나의 완성된 페이지를 보는 것을 검색이라 한다.예) 한 웹 페이지에 이미지나 미디어 파일이 몇 개가 포함되어 있더라도 검색(Pageview)은 1방문 시간 - 사용자가 특정 사이트에서 1회의 방문에 걸린 시간을 방문 시간이라 한다.사용 - 접속 + 방문 + 에러 + 데이터량에러 - 파일을 받지 못한경우, 웹 페이지가 없는경우등을 에러로 간주합니다. 웹 페이지에 하나의 미디어 파일과 세개의 이미지가 포함되어 있을경우 사용자가 이 웹페이지를 보았을 때 이미지 한 개를 받지 못한경우 에러는 1입니다.데이터량 - 웹 서버에서 클라이언트로 전달한 자료의 크기이다.1.3 정의, 약어웹로그 프로젝트대전대학교..PAGE:6자원 및 일정 예측2.1 자원2.1.1 인력총 인원 3명 (맹 진 열, 반 영 훈, 강 성 진)팀장 : 맹진열2.1.2 비용일 정 : 총 1달급여 : 250 만원인건비 : (250*3)*1 = 750만원경 비 : 여비, 인쇄비, 서버, 회의비, 공공요금등등 1500만원간접경비 : 300만원총 비 용 : 2550만원웹로그 프로젝트대전대학교..PAGE:7시험준비수시검토회의설 계검토회의요구사항검토회의주요회의S/W설치S/W완전성검증S/W에 대한완성도증진S/W상세설계S/W구조설계체계구조설계S/W계획수립제안요구서정립단계별문서종 료범위, 위험, 형상, 품질, 진척/일정(비용)관리착 수 / 계 획개발관리전 이구 축구체화개념화객체지향개발단계설 치시 험빌 드설 계분 석개발단계5 주 차4 주 차3 주 차2 주 차1 주 차구 분2.2 일정- 전체적으로 1~2주차에는 분석과 설계를 기반으로 하고 2~4주차를 개발 기간으로정한다. 4~5주차는 시험과 문서마무리를 기반으로 일정을 계획한다.웹로그 프로젝트대전대학교..PAGE:8맹 진 열 팀장프로젝트 총괄대전대학교컴퓨터공학과S/W 개발팀반 영 훈웹 제 작데이터베이스구현로그프로그래밍분석 / 설계강 성 진반 영 훈맹 진 열맹 진 열반 영 훈강 성 진3. 조직 구성 및 인력 배치3.1 조직구성- 중앙 집중식 팀 구성 : 의사 결정이 빠르고 소규모에 적합웹로그 프로젝트대전대학교..PAGE:93.2 직무기술- 인터페이스 개발- 로그가 가능한 웹 개발웹 제 작- 원시 로그 파일을 데이터베이스로 표현- 사용자를 위한 그래프나 표 개발데이터베이스구현- 원시 로그 파일을 분석을 위한 프로그래밍로그프로그래밍- 사용자 요구사항 분석 및 요구사항 명세화- 체계 구조설계- 프로토타입 설계- S/W 구조설계- S/W 상세설계분석/설계 파트S/W개발( 반 영 훈 )- 품질보증계획 수립, 유지, 관리- 품질관련 자료 수집 및 분석- 단계별 산출물에 대한 품질평가- 품질관련 보고서 작성- 형상관리품질보증 및 문서( 강 성 진 )- 사업계획 수립 및 통제 / 사업통제 및 조정역할- 각 부문 임무부여 및 확인감독- 각 개발부문 간 책임 한계, 역할조정 및 해결- 국과연에 프로젝트 진행사항, 문제점 및 위험 요소 보고프로젝트총괄( 맹 진 열 )역할수행조직웹로그 프로젝트대전대학교..PAGE:104. WBS작업을 크게 분류하여 6단계로 분류한다.웹로그 프로젝트핵심 아날로그 분석핵심 아날로그 개발결과 출력물 분석결과 출력물 개발DB개발개발문서 작성테스트DB구축웹로그 프로젝트대전대학교..PAGE:115. 기술관리 방법5.1 위험관리- 성공적인 개발을 위한 위험관리는 개발에 따른 위험요소를 도출하고 분류하여 이러헌 위험요소를 제거토록 관리한다. 이러한 위험관리는 다음과 같은 세가지 과정으로 구성된다.1) 위험관리 절차수립2) 위험을 식별하고 분석하여 우선순위를 부여하는 규칙 등을 포함하는 위험평가

공학/기술| 2003.06.10| 12페이지| 1,000원| 조회(4,720)

팀프로젝트, 프로젝트, 소프트웨어공학, 계획서, 개발계획서

미리보기

닫기