아키텍처, 칸반

📜 소프트웨어 아키텍처

⭐ 정의

: 소프트웨어의 골격이 되는 기본 구조이자, 소프트웨어를 구성하는 요소들 간의 관계를 표현하는 시스템의 구조 또는 구조체이다.

아키텍처 그림 참조

자세한 설명

⭐ 특징

1. 소프트웨어 개발 시 적용되는 원칙과 지침이며, 이해 관계자들의 의사소통 도구로 활용된다.

2. 소프트웨어 아키텍처의 설계는 기본적으로 좋은 품질을 유지하면서 사용자의 비기능적 요구사항으로 나타난 제약을 반영하고, 기능적 요구사항을 구현하는 방법을 찾는 해결 과정이다.

3. 애플리케이션의 분할 방법과 분할된 모듈에 할당된 기능, 모듈 간의 인터페이스 등을 결정한다.

4. 소프트웨어 아키텍처 설게의 기본 원리로는 모듈화, 추상화, 단계적 분해, 정보은닉이 있다.

⭐ 원리

• 모듈화(Modularity) : 소프트웨어의 성능을 향상시키거나 시스템의 수정 및 재사용, 유지 관리 등이 용이하도록 시스템의 기능들을 모듈 단위로 나누는 것을 의미한다.

• 추상화(Abstraction) : 추상화는 문제의 전체적이고 포괄적인 개념을 설계한 후 차례로 세분화하여 구체화시켜 나가는 것이다.

• 단계적 분해(Stepwise Refinement) : 단계적 분해는 Niklaus Wirth에 의해 제안된 하향식 설계 전략으로, 문제를 상위의 중요 개념으로부터 하위의 개념으로 구체화시키는 분할 기법이다.

• 정보 은닉(information Hiding) : 정보 은닉은 한 모듈 내부에 포함된 절차와 자료들의 정보가 감추어져 다른 모듈이 접근하거나 변경하지 못하도록 하는 기법이다.

접근제한자

⭐ 설계 과정

1) 설계 목표 설정

: 시스템의 개발 방향을 명확히 하기 위해 설계에 영향을 주는 비즈니스 목표, 우선순위 등의 요구사항을 분석하여 전체 시스템의 설계 목표를 설정한다.

2) 시스템 타입 결정

: 시스템과 서브시스템의 타입을 결정하고, 설계 목표와 함께 고려하여 아키텍처 패턴을 선택한다.

3) 아케텍처 패턴 적용

: 아키텍처 패턴을 참조하여 표준 아키텍처를 설계 한다.

4) 서브시스템 구체화

: 서브시스템의 기능 및 서브시스템 간의 상호작용을 위한 동작과 인터페이스를 정의한다.

5) 검토

: 아키텍처가 설계 목표에 부합하는지, 요구사항이 잘 반영되었는지, 설계의 기본 원리를 만족하는지 등을 검토한다.

⭐ 사용해야하는 이유

https://velog.io/@yeongori/%EC%95%84%ED%82%A4%ED%85%8D%EC%B2%98%EB%9E%80

유지 보수에 최적화!

---

📜 칸반 (Kanban)

⭐ 칸반의 기원

• kanban은 간판 또는 광고판을 의미하는 일본어 용어이다.
• '오노 타이이치'라는 산업 엔지니어가 도요타 자동차 회사에서 칸반을 개발하여 제조 효율성을 개선하였다.

⭐ 칸반의 의미

• 칸반(Kanban)은 반복적인 프로세스의 단게를 명확히 나누는 프로젝트 관리 방식이다.
• 애자일 방법론을 실현하는 도구의 종류.
• 칸반 보드에 팀별로 해야할 일(to do)과 진행중인 일을 잡아놓는다.
• 매일 짧은 회의를 거쳐 우선순위에 따라 업무 처리한다.

프레임워크를 통해 주요 작업을 관리하기 쉬운 작은 조각으로 세분화하고 칸반 보드에 배치하면 각 업무의 진행 상태를 시각적으로 확인할 수 있으며, 문제가 발견되면 즉시 해결할 수 있다.

⭐ 애자일이란?

• '민첩한', '기민한'이라는 의미이다.

• 고객의 요구사항 변화에 유연하게 대응할 수 있도록 일정한 주기를 반복하면서 개발과정을 진행한다.

• 스크럼도 여기에 포함됨.

칸반으로 프로젝트를 관리하는 방법

극강의 효율을 위해 사용...

---

참조

정보처리기사 필기 2024 기본서 - 시나공
https://learn.microsoft.com/ko-kr/devops/plan/what-is-kanban
https://open-pro.dict.naver.com/_ivp/#/pfentry/c0be8b4bdf92430c8b8fea537ae8468a/db75ef713bbd46de9d7f42a3046818ad