사용자 경험과 관련된 요구 사항은 대부분 아키텍처 측면에서는 중요하지 않습니다. 예를 들어 특정 상황에서 알림이 생성되는 경우를 가정해 보겠습니다. 이미 시스템 아키텍처에 알림을 감지하고 발송하는 기능이 있다면, 조건이나 표시 형식을 변경하는 것은 간단한 변경일 뿐 아키텍처 측면에서는 중요하지 않습니다.

반면에 데이터 모델 변경은 광범위하게 영향을 미칠 수 있습니다. 특히 “하나만 존재해야 한다.” 또는 “절대 변경할 수 없다.”라는 규칙이 있는 경우 문제가 될 수 있습니다. 예를 들어 시스템에 사용자마다 주소를 하나만 저장해야 한다는 요구 사항이 있다고 가정해 보겠습니다. 아마도 아키텍처 팀은 하나의 주소를 기반으로 아키텍처를 설계하고 싶은 유혹에 빠질 것입니다. 이렇게 하면 설계를 단순하게 유지할 수 있기 때문입니다. 비록 단순함도 중요한 아키텍처 원칙 중 하나지만, 자칫 잘못된 가정이 시스템에 깊숙이 반영될 수 있습니다.

시스템에 사용자당 하나 이상의 주소를 저장해야 하는 상황이 발생하면 심각한 정도로 시스템을 수정해야 합니다. 예를 들어 배송지와 청구지를 구분해야 하는 경우를 들 수 있습니다.