요구공학 1. 요구 공학의 정의 - 개발 공정의 단계 마다 초기에 정한 개발 요구사항들은 물론 이후의 상세 요구 사항들이 제품설계와 구현 단계에서 제대로 지켜지고 있는지를 검증해 나가는 기법 2. 요구 공학 프로세스의 프레임 워크 - 요구사항 추출: 문제를 이해하고, 요구사항 추출 - 요구사항 명세: 문제를 이해하면서 문장으로 기술, 설명(분석, 정의) - 요구사항 검증 및 확인: 문제를 기술하고, 서로 다른 부분들과 일치 3. 요구사항 관리 - 모든 요구 공학 프로세스 단계와 병행적으로 수행되면서 요구 사항에 대한 변경을 제어함 - 제품이 성공적으로 완성되었는지 아닌지를 합의하기 위한 기본으로 역할과 책임 부여 4. 요구사항 관리 프로세스 가. 요구사항 협상 - 가용한 자원과 수용 가능한 위험 수준에서 구현 가.. 더보기 UML (Unified Modeling Language) UML 2.0을 기준으로 작성했습니다. 1.X는 이미 숙지하고 있으리라 믿고서리.... 1UML1.X의 한계 극복 UML2.0 가.UML1.X의 한계 -복잡성:크고 복잡함으로 인한 적용이나 구현에 있어서 접근도에 영향 -UML 의 이해성:Semantics나 Notation의 상세 내용에 대한 정확하게 이해하기 어려움 -간결성:UML의 크기 축소통한 언어 자체의 정확성,간결성 부족 -컴포넌트 개념:컴포넌트 기반 개발을 지원하는 컴포넌트의 개념이 지원안됨 -아키텍쳐 설계 지원:아키텍쳐 설계를 위한 다이어그램이 제공안됨 -모델-코드간 불일치성:모델의 behavior부분을 기술할 수 없었기 때문에, 모델과 코드의 불일치 2개체지향적 분석, 설계 방법론 표준 UML(Unified Modeling Language).. 더보기 PMS (Project Management System) 1. PMS (Project Management System)의정의 - 프로세스가 지정한 업무만 따라하면 되는 편리한 프로젝트 관리 - 대규모 프로젝트를 보다 효율적으로 관리하기 위한 프로그램 - 프로젝트 제안부터 계획, 실행, 종료시까지 발생하는 많은 정보를분석, 공유, 전달하기 위해서는 프로젝트 관리 솔루션 2. 도입효과 - 업무적 측면 : 프로젝트팀별 팀원간의 빠른 의사소통 체계, 협업과 통합업무 지원에 의한 업무 효율화 - 경영적 측면 : 실시간 의사결정 체계 구축, 가시성이 확보된 경영관리, 시간 비용 절감 - 사용자 측면 : 중복 보고 업무 감소, 가시성 확보에 의한 투명한 기반 구축 - 정보기술 측면 : 체계적인 프로젝트 산출물 관리 및 지식공유, 표준화에 의한 점진적 업무 정리된 자료는 없.. 더보기 ITILV3.0 ITIL2.0과 3.0의 가장 큰 차이는, IT서비스 Life Cycle측면을 다루었다는 부분입니다. Life Cycle을 다룸으로 인해, IT Governance, CMMI, Cobit 등과의 연계와 활용이 가능합니다... 쩝 1.정의-IT Infrastructure Library -발전: ITIL1.0->BS15000->BS15000Certi->ISO20000 ->ITIL2.0 ->ITIL3.0 -IT서비스 관리 분야의 업계 표준으로, IT운영관리의 모범사례를 제공하는 프레임?p 2.ITIL2.0과 ITIL3.0 -ITIL2.0은 서비스관리 분야에 초점을 맞추었으나, ITIL3.0은 서비스의 라이프 사이클에 대해 관심을 가짐 1)ITIL2.0과 3.0의 주요 차이점 -서비스 Strategy: IT 거.. 더보기 이전 1 ··· 204 205 206 207 208 209 210 ··· 221 다음
