Thank you for sending your enquiry! One of our team members will contact you shortly.
Thank you for sending your booking! One of our team members will contact you shortly.
Course Outline
Software Engineering 5일
1일차: 프로젝트 Management
- 프로젝트 대 라인 관리, 유지보수 및 지원
- 프로젝트 정의 및 프로젝트 양식
- Management – 일반 규칙 및 프로젝트 관리
- Management 스타일
- IT 프로젝트의 특별한 점은 무엇입니까?
- 기본 프로젝트 프로세스
- 반복적, 증분적, 폭포식, 민첩하고 간결한 프로젝트 프로세스
- 프로젝트 단계
- 프로젝트 역할
- 프로젝트 문서 및 기타 유물
- 소프트 팩터와 피플웨어
- PRINCE 2, PMBOK, PMI, IPMA 및 기타 프로젝트 표준
2일차: Business 분석 및 Requirements Engineering 기초
- 비즈니스 목표 정의
- Business 분석, 비즈니스 프로세스 관리, 비즈니스 프로세스 개선
- 비즈니스 분석과 시스템 분석의 경계
- 시스템 이해관계자, 시스템 사용자, 시스템 컨텍스트 및 시스템 경계
- 요구사항은 왜 필요한가요?
- 우리의 요구 엔지니어링
- 요구사항 엔지니어링과 아키텍처 설계의 경계
- 요구사항 엔지니어링은 어디에 숨겨져 있나요?
- 반복적이고 간결하며 민첩한 개발과 지속적인 통합을 위한 요구사항 엔지니어링 - FDD, DDD, BDD, TDD
- 기본 요구사항 엔지니어링 프로세스, 역할 및 가공물
- 표준 및 인증: BABOK, ISO/IEEE 29148, IREB, BCS, IIBA
3일차: 아키텍처 및 개발 기초
- Programming 언어 – 구조적 패러다임과 객체지향 패러다임
- 객체지향 개발 - 역사가 얼마나 되는지, 미래는 얼마나 되는지
- 아키텍처의 모듈성, 이식성, 유지 관리성 및 확장성
- 소프트웨어 아키텍처의 정의 및 유형
- 엔터프라이즈 아키텍처 및 시스템 아키텍처
- Programming 스타일
- Programming 환경
- Programming 실수와 이를 피하고 예방하는 방법
- 아키텍처 및 구성요소 모델링
- SOA, Web Services 및 마이크로서비스
- 자동 빌드 및 지속적인 통합
- 프로젝트에는 얼마나 많은 아키텍처 디자인이 포함되어 있나요?
- 익스트림 프로그래밍, TDD 및 리팩토링
4일차: 품질 보증 및 테스트 기본 사항
- 제품 품질: 그것은 무엇입니까? ISO 25010, FURPS 등
- 제품 품질, 사용자 경험, Kano 모델, 고객 경험 관리 및 통합 품질
- 사용자 중심 디자인, 페르소나 및 품질을 개인화하는 기타 방법
- 딱 좋은 품질
- 품질 보증 및 품질 관리
- 품질 관리의 위험 전략
- 품질 보증의 구성 요소: 요구 사항, 프로세스 제어, 구성 및 변경 관리, 확인, 검증, 테스트, 정적 테스트 및 정적 분석
- 위험 기반 품질 보증
- 위험 기반 테스트
- 위험 중심 개발
- 품질 보증 및 테스트의 Boehm 곡선
- 4개의 시험 학교 – 귀하의 필요에 맞는 곳은 어디입니까?
5일차: 프로세스 유형, 성숙도 및 프로세스 개선
- IT 프로세스의 진화: Alan Turing에서 Big Blue를 거쳐 린 스타트업까지
- 프로세스와 프로세스 중심의 조직
- 공예 및 산업 공정의 역사
- 프로세스 모델링: UML, BPMN 등
- 프로세스 관리, 프로세스 최적화, 프로세스 리엔지니어링 및 프로세스 관리 시스템
- 혁신적인 프로세스 접근 방식: Deming, Juran, TPS, Kaizen
- (공정) 품질은 무료인가요? (필립 크로스비)
- 성숙도 향상의 필요성과 내역: CMMI, SPICE 등 성숙도 척도
- 특수한 성숙도 유형: TMM, TPI(테스트용), Requirements Engineering 성숙도(Gorschek)
- 프로세스 성숙도와 제품 성숙도: 상관관계가 있나요? 인과관계가 있나요?
- 프로세스 성숙도와 비즈니스 성공: 상관관계가 있나요? 인과관계가 있나요?
- 버려진 교훈: 자동화된 결함 예방 및 Productivity의 다음 도약
- 시도: TQM, SixSigma, 민첩한 회고, 프로세스 프레임워크
Requirements Engineering - 2일
1일차: 요구 사항 추출, 협상, 통합 및 Management
- 요구사항 찾기: 무엇을, 언제, 누구에 의해
- 이해관계자 분류
- 잊혀진 이해관계자
- 시스템 컨텍스트 정의 - 요구사항 소스 정의
- 추출 방법 및 기술
- 테스트를 통한 프로토타이핑, 페르소나 및 요구사항 도출(탐색적 및 기타)
- Marketing 및 요구 사항 도출 – MDRA(“시장 중심 Requirements Engineering”)
- 요구사항 우선순위 지정: MoSCoW, Karl Wiegers 및 기타 기술(Agile MMF 포함)
- 요구 사항 개선 – 민첩한 "사례별 사양"
- 요구사항 협상: 갈등 유형, 갈등 해결 방법
- 일부 요구 사항 유형(예: 보안 대 사용 용이성) 간의 내부 불일치 해결
- 요구사항 추적성 – 이유와 방법
- 요구사항 상태 변경
- 요구사항 CCM, 버전 관리 및 기준선
- 요구사항에 대한 제품 보기 및 프로젝트 보기
- 프로젝트의 제품 관리 및 요구사항 관리
2일차: 요구 사항 분석, 모델링, 사양, 확인 및 검증
- 분석은 도출과 명세 사이에서 생각하고 다시 생각하는 것입니다.
- 요구 사항 프로세스는 순차적 프로젝트에서도 항상 반복됩니다.
- 자연어로 요구사항 설명: 위험 및 이점
- 요구사항 모델링: 이점 및 비용
- 요구사항 사양에 자연어를 사용하는 규칙
- 요구사항 용어집 정의 및 관리
- UML, BPM 요구사항에 대한 N 및 기타 공식 및 준공식 모델링 표기법
- 요구사항 설명을 위한 문서 및 문장 템플릿 사용
- 요구사항 검증 - 목표, 수준 및 방법
- 검증 – 프로토타입 제작, 검토, 검사, 테스트 포함
- 요구 사항 검증 및 시스템 검증
테스트 - 2일
1일차: 테스트 설계, 테스트 실행 및 탐색적 테스트
- 테스트 설계: 위험 기반 테스트 후 사용 가능한 시간과 리소스를 사용하는 최적의 방법 선택
- "무한대에서 여기까지" 테스트 설계 - 철저한 테스트는 불가능합니다.
- 테스트 케이스 및 테스트 시나리오
- 다양한 테스트 레벨의 테스트 설계(단위부터 시스템 테스트 레벨까지)
- 정적 및 동적 테스트를 위한 테스트 설계
- Business 중심 및 기술 중심의 테스트 설계("블랙박스" 및 "화이트박스")
- 시스템 파괴 시도(“네거티브 테스트”) 및 개발자 지원(승인 테스트)
- 테스트 커버리지를 달성하기 위한 테스트 설계 – 다양한 테스트 커버리지 측정
- 경험 기반 테스트 설계
- 요구사항 및 시스템 모델로부터 테스트 케이스 설계
- 테스트 설계 휴리스틱 및 탐색적 테스트
- 테스트 케이스를 언제 디자인해야 할까요? – 전통적이고 탐구적인 접근 방식
- 테스트 사례 설명 – 얼마나 자세하게 설명하나요?
- 테스트 실행 – 심리적 측면
- 테스트 실행 - 로깅 및 보고
- "비기능" 테스트를 위한 테스트 설계
- 자동 테스트 설계 및 MBT(Model-Based Testing)
2일차: 테스트 조직, Management 및 자동화
- 테스트 수준(또는 단계)
- 테스트는 누가, 언제 수행하나요? – 다양한 솔루션
- 테스트 환경: 비용, 관리, 액세스, 책임
- 시뮬레이터, 에뮬레이터 및 가상 테스트 환경
- 민첩한 스크럼에서 테스트
- 테스트팀 구성 및 역할
- 테스트 과정
- 테스트 자동화 - 자동화할 수 있는 것은 무엇입니까?
- 테스트 실행 자동화 – 접근 방식 및 도구
63 Hours
회원 평가 (5)
가르치는 방법
Negritu - OMNIASIG VIENNA INSURANCE GROUP S.A.
Course - SoapUI for API Testing
Machine Translated
나는 모든 것이 나에게 새로운 것이기 때문에 모든 것을 즐겼고 그것이 내 작업에 울릴 수 있는 부가가치를 볼 수 있었습니다.
Zareef - BMW South Africa
Course - Tosca: Model-Based Testing for Complex Systems
Machine Translated
Very broad overview of the subject matter that ran through all the prerequisite knowledge in ways appropriate to the course knowledge.
James Hurburgh - Queensland Police Service
Course - SpecFlow: Implementing BDD for .NET
It was easy to understand and to implement.
Thomas Young - Canadian Food Inspection Agency
Course - Robot Framework: Keyword Driven Acceptance Testing
Amount of hands-on excersises.
