본문 바로가기

Programming/Architect2

애자일 소프트웨어 개발 선언 애자일 소프트웨어 개발 선언 우리는 소프트웨어를 개발하고, 또 다른 사람의 개발을 도와주면서 소프트웨어 개발의 더 나은 방법들을 찾아가고 있다. 이 작업을 통해 우리는 다음을 가치 있게 여기게 되었다.공정과 도구보다 개인과 상호작용을 포괄적인 문서보다 작동하는 소프트웨어를 계약 협상보다 고객과의 협력을 계획을 따르기보다 변화에 대응하기를가치 있게 여긴다. 이 말은, 왼쪽에 있는 것들도 가치가 있지만, 우리는 오른쪽에 있는 것들에 더 높은 가치를 둔다는 것이다. 애자일 소프트웨어의 12가지 원칙 우리는 다음 원칙을 따른다.우리의 최우선 순위는, 가치 있는 소프트웨어를 일찍 그리고 지속적으로 전달해서 고객을 만족시키는 것이다.비록 개발의 후반부일지라도 요구사항 변경을 환영하라. 애자일 프로세스들은 변화를 활.. 2016. 5. 1.
아키텍트의 아키텍처 아키텍트 항상 누가 아키텍처 설계서를 읽을지 고려한다. 아키텍처는 설계와 구현을 위한 지침이다.아키텍트의 임무는 시스템 특징에 적합한 설계와 구현의 지침인 아키텍처를 작성하고, 이것을 개발팀 전원이 파악할 수 있도록 하는 것이다.IT 아키텍트에게 요구되는 세 가지 힘 → 균형감각, 추상화 능력, 예지 능력 ISO9126에 따른 품질 모델 분류 내용 기능성 타당성, 정확성, 상호운용성, 표준적합성, 보안성 신뢰성 성숙성, 내구성, 회복성 사용성 이해성, 학습성, 조작성 효율성 시간효율성, 자원효율성 유지보수성 분석용이성, 변경용이성, 안정성, 테스트용이성 호환성 환경적응성, 설치용이성, 규칙적합성, 치환용이성 가만히 있어서는 품질 특성에 대한 최종 사용자의 의견을 듣기 어렵다. 적극적으로 제안하고 질문해야.. 2016. 3. 14.