품질 요구사항과 UI 프로토타입 - 요구 사항 분석 기법 : 개발 대상에 대한 사용자의 요구사항 중 명확하지 않거나 모호한 부분을 걸러내기 위한 방법 * 개념 모델링 - 요구사항을 보다 쉽게 이해할 수 있도록 현실 세계의 상황을 단순화하여 개념적으로 표현하는 모델을 만드는 과정 - 개념 모델은 문제의 주체인 개체들과 그들 간의 관계 및 종속성을 반영 - 종류 : 유스케이스 다이어그램, DFD, 상태 모델 등 - 모델링 표기는 UML을 사용 * 요구사항 할당 - 개념 모델링을 통해 식별된 구성 요소들 간에 어떻게 작용하는지 분석하는 과정 * 요구사항 협상 - 요구사항이 서로 충돌할 경우 이를 적절히 해결하는 과정 * 정형 분석 - 구문과 의미를 갖는 정형화된 언어를 이용하여 요구사항을 수학적 기호로 표현한..

UML(Unified Modeling Language) - 시스템 분석, 설계, 구현 등의 개발 작업 과정에서 각 이해 관계자들의 의사소통을 보다 원활하게 이뤄지도록한 시각적 모델링 언어 - 객체지향 언어와 밀접한 관련이 있으므로 객체지향 모델링 언어라고도함 - 소프트웨어 시스템, 업무 모델링, 시스템의 산출물을 규정하고 시각화하며 문서화하는 모델링 언어 UML 관계 개요 및 종류 - 사물 : 다이어그램에서 관계가 형성될 수 있는 대상으로 다이어그램의 가장 중요한 기본 요소 - 관계 : 사물과 사물 사이의 연관성 * 연관 관계 - 사물과 사물 사이를 실선으로 연결하여 표기, 방향성이 있으면 화살표로 표시 - 서로에게 영향을 주는 양방향 관계는 그냥 실선으로 표시 - 다중성은 숫자로 표현 * 집합 관계 -..

S/W 생명주기 모형(SDLC) - S/W가 개발되기 위해 정의되고 사용이 완전히 끝나 폐기될 때까지의 전 제작 공정 과정 - S/W 개발 단계와 각 단계별 주요 활동, 활동 결과에 따른 산출물 출력 * 폭포수형 모델 - 작업 단계가 완성되어야만 다음 단계로 넘어가므로 단계별 정의가 명확 - 개발 과정 중에 발생하는 새로운 요구사항을 시스템에 반영하기가 어려워서 처음부터 사용자들이 모든 요구사항들을 명확히 제시해야함(각 단계가 끝난 후에는 다음 단계 수행을 위한 결과물이 명확하게 산출되어야함) * 프로토타이핑 모델 - 개발이 완료된 시점에 발견되는 오류를 보완하기 위한 모형 - 실제 개발 이전에 사용자나 고객이 시제품을 보고 평가하여 요구사항을 검증하는데 목적이 있다. * 나선형 모델(spiral mod..

캐시 기본 동작 캐시가 없을 때 - 데이터가 변경되지 않아도 계속 네트워크를 통해서 데이터를 다운로드 받아야 한다. - 인터넷 네트워크는 매우 느리고 비싸다. - 브라우저 로딩 속도가 느리다. - 느린 사용자 경험 캐시 적용 - 두번째 요청 시 캐시에 접근하여 캐시에서 응답 결과를 가져온다. - 캐시 덕분에 캐시 가능 시간동안 네트워크를 사용하지 않아도 된다. - 비싼 네트워크 사용량을 줄일 수 있다. - 브라우저 로딩 속도가 매우 빠르다. - 빠른 사용자 경험 - 캐시 유효 시간이 초과하면, 서버를 통해 데이터를 다시 조회하고, 캐시를 갱신한다. - 이때 다시 네트워크 다운로드가 발생한다. 검증 헤더와 조건부 요청 - 캐시 유효 시간이 초과해서 서버에 다시 요청하면 다음 두 가지 상황이 나타난다. 1...

HTTP 헤더 - field name “:” OWS field-value - HTTP 전송에 필요한 모든 부가정보 RFC2616(과거) - General 헤더 : 메시지 전체에 적용되는 정보 - Request 헤더 : 요청 정보 - Response 헤더 : 응답 정보 - Entity 헤더 : 엔티티 바디 정보 - 엔티티 헤더는 엔티티 본문의 데이터를 해석할 수 있는 정보 제공 RFC723X 변화 - 엔티티 -> 표현 - 엔티티 : HTTP 메시지(리퀘스트 혹은 리스폰스)의 바디에 적재되는 실제 데이터 - Representation = Representation Metadata + Representation Data ※ Representation : 어떤 리소스의 특정 시점의 상태를 반영하고 있는 정보 -..

상태 코드 : 클라이언트가 보낸 요청의 처리 상태를 응답에서 알려주는 기능 1XX : 요청이 수신되어 처리중(거의 사용하지 않으므로 생략) 2XX : 클라이언트의 요청을 성공적으로 처리 - 200 OK : 요청 성공 - 201 Created : 요청 성공해서 새로운 리소스가 생성됨 - 202 Accepted : 요청이 접수되었으나 처리가 완료되지 않았음 - 204 No Content : 서버가 요청을 성공적으로 수행했지만, 응답 페이로드 본문에 보낼 데이터가 없음 ex) 웹 문서 편집기에서 save 버튼 3XX : 리다이렉션 : 요청을 완료하기 위해 유저 에이전트의 추가 조치 필요 ※ 리다이렉션 : 웹 브라우저는 3XX 응답의 결과에 Location 헤더가 있으면, Location위치로 자동 이동 영구 ..