나를 알기

UML ( Unified Modeling Language )은 객체 지향 소프트웨어 개발에 사용되는 표준화된 모델링 언어입니다. 객체 지향 개발에서 시스템의 구조와 행동을 시각적으로 표현하고 문서화하는 데 사용됩니다. 개발자라면 반드시 알아야하는 부분이라고 생각되는 아주 중요한 언어입니다. 고급 개발자라면, 반드시 알고 있어야 한다고 생각합니다. UML의 주요 목적은 시스템을 모델링하고 표한하여 개발자들 간의 의사소통을 도와주는 것입니다. 이를 통해 소프트웨어 시스템의 구조, 행위, 기능 등을 이해하고 문서화할 수 있으며, 개발 과정을 설계부터 구현, 테스트에 이르기까지 지원합니다. [목차] 특징 활용 방법 의견 특징 표준화된 언어 UML은 객체 지향 소프트웨어 개발을 위한 국제 표준 모델링 언어로, ..

개발/방법론 2024. 1. 8. 21:05

애자일 방법론은 문서보다는 실행되는 소프트웨어에 집중하는 것을 강조합니다. 문서의 중요성은 인정하지만, 너무 많은 문서(과도한)를 작성하지 않는 것입니다. 애자일에서의 문서는 소통을 위해 만드는 경우가 많습니다. 그 문서의 종류는 다양하게 있고, 그 문서는 잘 유지되어야만 합니다. 아래와 같이 문서화에 대해 조금 더 알아보겠습니다. [목차] 목적 대표 문서 종류 의견 목적 지식 공유 및 전달 문서화는 프로젝트에 대한 지식을 공유하고 전달하는 수단입니다. 새로 합류하는 팀원들에게 프로젝트에 대한 이해를 돕고, 다양한 경험이나 전문성을 공유함으로써 팀 간 지식의 일관성을 유지합니다. 요구사항 명확화 요구사항 및 기능 명세서는 프로젝트의 범위와 목표를 명확히 정의합니다. 이는 프로젝트의 방향성을 제시하고, 개..

개발/방법론 2024. 1. 7. 16:58

디자인 패턴 두 번째 이야기입니다. 개발자에게 디자인 패턴은 개발자들의 유산 같은 것이라고 생각합니다. 많은 선배 개발자분들이 수많은 개발을 하면서 경험한 경험을 체계화시켜 패턴들로 정리해 놓은 것이기 때문입니다. 방법론도 비슷한 경우 겠지만, 디자인 패턴만큼 소스 레벨에 직접적으로 영향을 미친다고 볼 수는 없습니다. [목차] 학습 이유 대표적인 5가지 패턴 의견 학습 이유 문제 해결 능력 향상 디자이 패턴을 이해하면 코드를 더 효율적으로 작성할 수 있습니다. 이해된 패턴들을 적용하여 공통된 문제를 해결할 수 있고, 반복적인 문제에 대해 일관된 해결책을 제시할 수 있습니다. 코드의 재사용성 증가 다자인 패턴은 재사용 가능한 코드를 작성하는 방법을 가르쳐줍니다. 이는 시간을 절약하고 유지보수를 용이하게 만..

개발/방법론 2024. 1. 6. 18:54

디자인 패턴은 소프트웨어 개발에서 자주 발생하는 문제를 해결하기 위한 일련의 해결책이자 설계 방법론입니다. 패턴들은 공통된 설계 문제를 식별하고, 이에 대한 효과적이고 재사용 가능한 설루션을 제시함으로써 소프트웨어의 개발 과정을 보다 효율적으로 만들어줍니다. 디자인 패턴은 주로 개발자들 사이에서 경험과 지식을 공유하고, 일종의 "최선의 실천 방법"으로 받아들여집니다. 소프트웨어 개발에서 이전에 발생했던 비슷한 문제를 효과적으로 해결한 코드들을 패턴화하여 재사용함으로써 시간을 절약하고 품질을 향상할 수 있습니다. [목차] 특징 적용 방법 의견 특징 재사용성 디자인 패턴은 특정한 상황에서 발생하는 문제에 대해 검증된 해결책을 제공하여 코드의 재사용성을 높입니다. 유연성 패턴은 소프트웨어 시스템의 변경에 유연..

개발/방법론 2024. 1. 5. 19:29

요구공학은 소프트웨어 개발의 초기 단계로, 사용자나 시스템의 요구사항을 식별, 분석, 문서화하고 이해관계자 간의 의사소통을 원활하게 하는 과정입니다. 이는 소프트웨어가 실제로 필요로 하는 것이 무엇인지를 명확히 파악하고 이를 기반으로 효과적인 시스템을 개발하기 위한 핵심 과정입니다. 요구공학은 프로젝트 초기에 중요한 역할을 하며, 잘 수 행 되지 않을 경우 나중에 문제가 발생할 수 있습니다. [목차] 주요점 적용 방법 의견 주요점 요구사항 식별 및 분석 사용자 및 시스템 요구사항을 파악하고 문서화하여 명확하고 일관된 요구사항을 정의합니다. 요구사항 관리 요구사항을 추적, 변경 및 관리하여 프로젝트의 전반적인 흐름을 유지하고 범위 변화에 대응합니다. 의사소통과 협업 이해관계자들 간의 의사소통을 원활히 하고..

개발/방법론 2024. 1. 4. 20:36

스크럼은 애자일 방법론의 하위 방법론 중에 하나입니다. 소프트웨어 개발을 작은 단위의 개발 주기인 스프린트를 통해 제품을 지속적으로 개발하고 변화에 대응합니다. 스크럼은 가장 어려운 방법론 같은 느낌입니다. 책이나 강의를 들어도 원론적인 이야기들 뿐이니, 실제 조직에서의 활용은 말처럼 쉽지만은 않습니다. [목차] 특징 적용 방법 칸반,스크럼 의견 특징 자기조직화된 팀 스크럼은 팀원들이 자율적으로 업무를 할당하고 조율하며 실행할 수 있는 환경을 지향합니다. 팀은 스스로 문제를 해결하고 업무를 진행합니다. 반복적인 개발 주기 ( 스프린트 ) 스크럼은 짧은 개발 주기인 스프린트를 갖추고, 각 스프린트는 고객 가치를 전달할 수 있는 완전한 제품 기능을 제공합니다. 역할 ( 스크럼 마스터, 제품 책임자, 팀 멤버..

개발/방법론 2024. 1. 3. 21:21

애자일 방법론의 하위 방법론으로 칸반이 있습니다. 칸반은 보통 시각적인 작업 관리를 표현합니다. 보통 칸반 보드라고 불리고 있습니다. 작업 흐름을 시각화하고 작업량을 조절하여 작업 흐름을 최적화하는데 중점을 둡니다. [목차] 특징 적용 방법 의견 특징 시각적인 작업 관리 칸반 보드를 사용하여 작업 상태를 시각적으로 표현합니다. 보드는 일반적으로 "할 일", "진행 중", "완료"등의 열로 구성되어 활용됩니다. 작업량 제한 각 열에는 작업할 수 있는 최대 작업량을 정하여, 초과되지 않도록 관리합니다. 연속적인 개선 작업 흐름을 지속적으로 측정하고 분석하여 개선점을 찾습니다. 조직원의 생산성을 높이기 위한 노력을 지속적으로 시도합니다. 적용 방법 칸반 보드 구성 보드의 열을 구성합니다. 일반적으로 "할 일..

개발/방법론 2024. 1. 2. 20:55

요즘의 거의 모든 회사가 따르고 있다는 애자일 방법론에 대해 알아봅니다. 애자일 방법론은 유연성과 협력을 중시하는 방법론입니다. 초기부터 정확한 계획을 세우는 대신, 변화를 수용하고 고객의 피드백을 적극 수용하는 것을 중요시하는 개발 방법론입니다. 작은 단위의 반복적인 개발 주기를 통해 소프트웨어를 점진적으로 개발하고 변경에 유연하게 대처합니다. 애자일 방법론을 말할 때 "4가지 가치"와 "12원칙"은 빠지지 않고 이야기됩니다. 조금 더 자세히 알아보겠습니다. [목차] 4가지 가치 12가지 개발 원칙 의견 4가지 가치 애자일 선언문에서 제시된 핵심 가치입니다. 개인과 상호작용을 과정과 도구보다 우선시합니다. 개인들의 상호작용과 소통이 더 중요하며, 프로젝트에 있어서 도구나 프로세스보다 사람 간의 상호작..

개발/방법론 2024. 1. 1. 19:38