build & fix
일단 만들고 고친다.
Prototype
최소한의 요구사항 분석 후 프로토타입 제작함.
고객의 요구를 개발에 적극적으로 도입. 고객 평가가 중요한 프로덕트에 도입하는 모델
waterfall
요구사항 분석 -> 설계 -> 구현 -> 운용이 순차적으로 진행. 대규모 팀에 적합. 각 단계를 완료하기 전까지 다음 단계로 넘어가지 않음
spiral
목표설정 -> 위험분석 -> 개발 및 검증 -> 고객평가/다음단계수립을 반복. 점진적으로 단계를 반복수행하여 위험을 최소화.
Agile
agile: 프로젝트의 생명주기동안 반복적인 개발을 촉진하는 개발모델
보통 문서화를 따로 하지 않고 README.md 에 정리하는 정도만 함
속도와 코드에 중점을 둔다
XP, Scrom 등의 방법론 존재
5.1 XP (eXtreme Programming )
고객 중심의 양질의 소프트웨어를 빠른 시간안에 전달한다
Business Requirements의 변동이 심한 경우 적합한 개발 방법
Test! Test! Test! - Test Driven Development
역할: PM, Technical writer, interation Designer, Architect, Tester, Programmer, User(StakeHolder)
Planning: 2주 주기로 계획을 세우고, 프로토타입을 통해 개발 방향 점검
Test-Driven Development: Test Code를 먼저 작성하고 기능을 개발 후 테스트를 통해 검증
Pair Programming: 2인 이상의 팀을 이뤄 한 명이 Drive 하고, 한명은 QA 또는 Navigator로 참여
5.2 Scrum
상호, 점진적 개발방법론
개발할 기능, 수정사항에 대해 우선순위를 부여한 뒤, 이 순서대로 Task 진행
매일 15분의 회의 진행
14주의 Sprint(기획리뷰)
역할: Product Owner, Scrum Master, Developer
Product Backlog: 제품 전체의 요구사항
Sprint Backlog: 부분 요구사항
Plannig metting: Sprint 목표와 Sprint Backlog 계획
Daily Scrom: 어제 한 일, 오늘 할 일, Issue 등 공유
5.3 Scrum with xp
Sprint 주기: 2주(Deadline: 중간발표, 최종발표일)
Requirement Analysis -> Design -> Implementaion(Scrum with XP)
5.4 개발 전에 할일
요구사항 분석: Client, Functional, External interface
Wireframe, Usecase, Stroyboard (프론트 & 백)
Design Prototype (프론트엔드)
ERD(Entity Relationship Diagram) (백엔드)
API Design (프론트 & 백)
If you like this blog or find it useful for you, you are welcome to comment on it. You are also welcome to share this blog, so that more people can participate in it. If the images used in the blog infringe your copyright, please contact the author to delete them. Thank you !