History

소프트웨어 설계 순서 계획 (분석 설계 구현 테스트) 유지보수 계획: 비용 일정 분석: 고객의 요구사항 () -> 실질적인 개발 분석: 요구사항 개발 프로세스 도->도출(Elicitation): 사용자의 머릿속에 있는 것을 다 끄집어내는 것(여러 가지 도출 기법들) 분->분석(Analysis): 도출을 잘 추린다음에 할 수 있는지 없는지, 고객하고 협상하는 것 (요구사항 분류, 구조 설계, 협상) 명->명세(Specification): 문서화 확->확인(Validation): 문서화를 서로 확인하고 도장찍는 것 기능적: 어떤 버튼을 눌렀을 때 어떠한 기능이 실행되어야한다. 비기능적: 어떤 버튼을 눌렀을 때 보안성이 뛰어난가 를 확인 ->성능 기존의 소프트웨어와 새로운 소프트웨어를 연결하는 소프트웨어는 인..

소프트웨어 개발 선언 - 공정과 도구보다 개인과 상호작용을 - 포괄적인 문서보다는 작동하는 소프트웨어를 - 계약 협상보다는 고객과의 협력을 - 계획을 따르기보다는 변화에 대응하기를 왼쪽보다 오른쪽에 있는 것들을 더 가치 있다고 생각하는 것이 애자일 소프트웨어 개발 선언문이다. 애자일 방법론 종류 * XP(eXtreme Programming) -5가지의 핵심가치 > 의사소통 > 피드백 > 존중 > 용기 > 단순성 * (SCRUM)스크럼 - 스플린트 - 짧은 단위 (보름, 한 달) > 짧은 시간에 소프트웨어가 만들어져야 한다. * FDD - 크리스탈 - 린