충분히 쌓여가는

GET 주로 데이터를 읽거나(Read) 검색(Retrieve)할 때에 사용되는 메소드 클라이언트에서 서버로 어떠한 리소스로 부터 정보를 요청하기 위해 사용되는 메소드 만약 GET요청이 성공적으로 이루어진다면 XML이나 JSON과 함께 200 (Ok) HTTP 응답 코드를 리턴함. 에러가 발생하면 주로 404 (Not found) 에러나 400 (Bad request) 에러가 발생. URL 값이 반영됨으로써 사용자에게 노출이 된다는 단점 존재. URL로 이용하는 것이므로 길이제한(255바이트 미만)으로 인해 많은 양의 보내기에는 비적합함. HTTP 명세에 의하면 GET 요청은 오로지 데이터를 읽을 때만 사용되고 수정할 때는 사용하지 않음. 즉, 데이터의 변형의 위험없이 사용할 수 있다는 뜻이다. 게다가 G..

정규화(Normalization) 관계형 데이터 모델에서 데이터의 중복성을 제거하여 이상 현상을 방지하고, 데이터의 일관성과 정확성을 유지하기 위해 무손실 분해하는 과정 이상 현상(Anomaly) 데이터의 중복성으로 인해 릴레이션을 조작할 때 발생하는 비합리적 현상 데이터베이스 이상 현상 이상 현상 설명 삽입 이상 정보 저장 시 해당 정보의 불필요한 세부정보를 입력해야 하는 경우 삭제 이상 정보 삭제 시 원치 않는 다른 정보가 같이 삭제되는 경우 갱신 이상 중복 데이터 중에서 특정 부분만 수정되어 중복된 값이 모순을 일으키는 경우 이상 현상 설명 테이블 학번 이름 교수번호 지도교수 202301 홍길동 1 김 교수 202302 김영희 2 이 교수 삽입 이상 학번 이름 교수번호 지도교수 202301 홍길동 ..

Agile 방법론 절차보다는 사람이 중심이 되어 변화에 유연하고 신속하게 적응하면서 효율적으로 시스템을 개발할 수 있는 신속 적응적 경령 개발 방법론 개발 시간이 짧고 신속하며, 폭포수 모형에 대비되는 방법론으로 개발과 함께 즉시 피드백을 받아서 유동적으로 개발할 수 있음 더보기 폭포수 모델: 소프트웨어 개발 시 각 단계를 확실히 마무리 지은 후에 다음 단계로 넘어가는 모델 애자일 방법론 등장 배경 기존 개발방법론의 한계를 극복하기 위해 등장함 등장 배경 설명 소프트웨어 개발 환경의 변화 - 소프트웨어 개발 트렌드가 모바일 환경으로 변화 - 시장 적시성과 잦은 배포의 중요성 부각 기본 개발방법론의 한계 - 전통적 방법론은 문서 및 절차 위주로 변화에 신속한 대응이 어려움 - 빠르게 적용하고 효율적으로 개..

TDD 테스트 기반 개발 작성해야 하는 프로그램에 대한 테스트를 먼저 수행하고 이 테스트를 통과할 수 있도록 실제 프로그램의 코드를 작성한다는 원리 테스트 케이스를 작성하고 소스 코드가 이를 통과하는지 반복확인하며 프로젝트를 진행하는 것 짧은 개발 주기의 반복에 의존하는 개발 프로세스이며, 애자일 방법론 중 하나인 eXtream Programming(XP)의 ‘Test-First’ 개념에 기반을 둔 단순한 설계를 중요시한다. 기능의 구현 목표에 집중하여 개발 생산성을 높이고, 이후 발생할 Refactoring을 지속할 수 있게 하는 근간이 되기도 함 XP(eXtream Programming) 미래에 대한 예측을 최대한 하지 않고 지속적으로 프로토타입을 완성하는 애자일 기방법론 중 하나 의사소통 개선과 즉..