Technical Review
=매우 중요한 과정이다
=품질보증 + Project 통제를 동시에 얻을 수 있다
Technical Review 특징 Diagram
Work through 특징
=협업 문화가 잘 되어 있음
=상호작용이 잘 되는 조직
=조직원들끼리 신뢰가 있다
주요 Point
=Inspection 을 먼저 도입해야 한다
=inspection 은 정기적 공식 행사이기 때문에 이를 잘 하기 위해 work through 가 활발해 지는 특징이 있다
=Risk 관리 + Technical Review 를 도입하는게 가장 중요하다
궁극적 목표 = code의 공동 소유화
=모든 사람들이 code개발에 관여하기 시작하면서 코드가 더 이상 “나의 코드” 가 아니기 때문에 비판이 활발하게 일어난다
아키텍처 특징
=전반적 Program 의 구조를 말해준다
=변경사항에 대한 대응방안
=컴포넌트 요소의 설계 방안을 담고 있다
Architecture Block diagram 의 문제
=문제점 파악이 안됨
=문제 해결 솔루션을 알기 어려움
=구축 방안을 알기 어렵다
=매우 중요한 과정이다
=품질보증 + Project 통제를 동시에 얻을 수 있다
Technical Review 특징 Diagram
Work through 특징
=협업 문화가 잘 되어 있음
=상호작용이 잘 되는 조직
=조직원들끼리 신뢰가 있다
주요 Point
=Inspection 을 먼저 도입해야 한다
=inspection 은 정기적 공식 행사이기 때문에 이를 잘 하기 위해 work through 가 활발해 지는 특징이 있다
=Risk 관리 + Technical Review 를 도입하는게 가장 중요하다
궁극적 목표 = code의 공동 소유화
=모든 사람들이 code개발에 관여하기 시작하면서 코드가 더 이상 “나의 코드” 가 아니기 때문에 비판이 활발하게 일어난다
아키텍처 특징
=전반적 Program 의 구조를 말해준다
=변경사항에 대한 대응방안
=컴포넌트 요소의 설계 방안을 담고 있다
Architecture Block diagram 의 문제
=문제점 파악이 안됨
=문제 해결 솔루션을 알기 어려움
=구축 방안을 알기 어렵다
아키텍처 중요 3요소
Architecture Driver |
구조에 영향을 주는 핵심문제 |
Architecture Tectics |
Driver 를 해결하기 위한 도구 (선택시 선택한 이유,비선택시 비선택 이유를 기술해야함) |
Architecture view |
Tectics 를 그림으로 설명한다 =Logical =Process =Development / Implementation =deployment 순서로 진행된다 |
아키텍처를 구성하는 이유
=기능 그 이상인 “품질” 을 원하기 때문
==가용성,성능,변경 용의성,사용 용의성
===***언제나 변경 용의성을 생각해야 하기 때문에 Architecture가 중요하다***
Chp-11 최종 준비
= 상류에서 하류로 가는 과정에서 수행한다
=하류에서 해야할 작업의 확정
==투입 공수 , 비용 , 일정
==단계별 납품 계획의 확장과 확정을 짓는 과정
댓글 없음:
댓글 쓰기