아키텍처 썸네일형 리스트형 2. 두가지 가치 - 행위(요구사항) vs 아키텍처 행위(요구사항) 프로그램으로 해야할 것! 개발자로서 행위가 가장 중요한걸까? 아키텍처 프로그램으로 해야할 것을 아키텍처에 적용 시켜야한다. 근데 아키텍처에 적용 할 수없다면 ? 비용은 크게 증가할 수 밖에 없다. 결국 아키텍터는 형태에 독집적이야 한다. > 새로운 기능, 새로운 요구사항을 유연하게 받아들이기 위해 > 독립적이지 않으면 개발 비용이 증가 할 수 밖에 없다. 아이젠하워 매트릭스 *깨알 지식 - 아이젠하워 매트릭스는 드와이드 D. 아이젠하워 미국 대통령이 고안한 중요성과 긴급성으로 일의 업무 순서를 정하는 매트릭스! 소프트웨어의 행위는 긴급하지만 매번 중요하지 않고, 아키텍처는 중요하지만 긴급한 경우는 없다! 1. 긴급하고 중요한 2. 긴급하지는 않지만 중요한 3. 긴급하지만 중요하지 않은 4.. 더보기 1. 설계와 아키텍처란 ?_? 1) 설계(Design) 저수준의 구조 또는 결정사항 등을 의미 2) 아키텍처(Architecture) 저수준의 세부사항과는 분리된 고수준의 무언가(?)를 가리킬때 사용 집을 예로 들어보면 아키텍처 : 집의 형태, 외관, 입면도, 공간, 방의 배치 등 설계 : 콘센트 전등 스위치의 위치, 보일러, 온수기 배출 펌프이 크기, 지붕 벽 의 기초 공사진행내용 등 >> 모두 집의 구성요소! 즉 설계, 아키텍처는 단절되는 것이 아니라 연속 적인 것! 소프트웨어 설계는 고수준에서 저수준으로 진행되는 의사결정일뿐! 소프트웨어 아키텍처의 목표는 " 필요한 시스팀을 만들고 유지보수하는데 투입되는 인력을 최소화 하는것 " 더보기 이전 1 다음
