초보개발자의 발버둥

mybatis.jar
mybatis-spring.jar
commons-dbcp.jar
spring-jdbc.jar

파일 추가

1. mybatis.jar 파일 추가

<!-- https://mvnrepository.com/artifact/org.mybatis/mybatis -->
<dependency>
    <groupId>org.mybatis</groupId>
    <artifactId>mybatis</artifactId>
    <version>3.5.3</version>
</dependency>

2. mybatis-spring.jar 파일 추가

<!-- https://mvnrepository.com/artifact/org.mybatis/mybatis-spring -->
<dependency>
    <groupId>org.mybatis</groupId>
    <artifactId>mybatis-spring</artifactId>
    <version>2.0.3</version>
</dependency>

004. 아키텍처 스타일

- 아키텍쳐 스타일 : 신뢰 있는 기관에서 검증된 보편적인 설계 방법의 양식들

- 아키텍쳐 모델 : 아키텍처 스타일에 있는 여러 설계 방식들. = 애플리케이션 개발 모델

1) IEEE 1471

- ANSI/IEEE1471- 2000의약자

아키텍쳐가 표현해야 하는 요소와 내용들, 이들 간의 관계를 규정하는 국제 표준

- 특징

- 구성요소

Architectual Descriltion : 시스템 구축 시 아키텍처가 기록되는 방법

stakeholder : 소프트웨어 시스템 개발에 관련된 모든 이해 당사자

concern : Stakeholder들의 의견과 목표. 시스템의 성능 유지보수보안 분배 등

view : 관점. 전체 시스템을 표현하거나 묘사하는 방법

viewpoint : view 구성하기 위한 규칙을 정의하는 패턴. 하나 이상의 viewpoint를 ad가 사용

2) 저장소 구조

- 중앙자료구조와 독립된 컴포넌트로 구성된 아키텍처

큰 데이터 이동 및 공유에 적합. 컴포넌트 간 통신은 이뤄지지 않음

3) MVC(model/ View/ Controrl Architectue) 구조

- 상호작용 어플리케이션을 모델, 뷰, 컨트롤러의 세개의 컴포넌트로 구분하는 아키텍쳐

유저 인터페이스와 비즈니스 로직들을 서로 분리하여 개발하는 방법

- 구성요소

4) 클라이언트/ 서버 구조

- 클라이언트와 서버로 나뉘는 아키텍쳐

하나의 서버 : 다수의 클라이언트 - > 일대다 관계

서버는 하나의 중앙 서버 또는 분산된 여러 서버 존재 가능

- 구성

클라이언트 : 사용자로부터 입력을 받아 서버에 요청을 전달

서버 : 수신된 요청을 수행하고, 데이터의 일관성을 유지

- 특징

새로운 서버의 추가 및 업그레이드가 용이

데이터가 서버에 집중 - > 데이터 관리가 용이, 보안적 측면 뛰어남

- 서버에 네트워크 트래픽과 데이터가 집중 - > 처리비용 급증 가능성 있음

5) 계층 구조

- 계층적으로 조직화가 가능한 애플리케이션에 적합한 아키텍쳐

- 각 계층이 특정 측면만을 전문적으로 다루기 때문에 응집력 있는 설계가 가능.

설계를 더욱 쉽게 이해할 수 있게 함 (OSI 7계층)

- 상위계층은 하위계층의 서비스 제공자 / 하위계층은 상위계층의 클라이언트

- 복잡한 문제를 점진적이고 순차적으로 분할하여 구현

인접 계층 사이에서만 요청과 응답 이루어짐. 변경 사항을 적용할 때에도 두 개의 인접 계층에만 영향을 미쳐 원활한 변경 가능

- 특정계층만을 교체해 시스템을 개선하는 것이 가능하나, 동작이 변경 될 경우 단계별 재작업이 필요

- 구축 시 레이어의 적절한 개수나 규모를 결정하는 것에 어려움

6) 파이프 필터 구조

- 데이터의 흐름을 점진적으로 처리하는 시스템을 위한 아키텍처

프로세싱을 위한 시스템이 각 필터에 캡슐화

데이터는 인접 필터 사이의 파이프를 통해 전달

- 각 필터들은 상호 독립적. 자신 앞의 필터나 뒤에 있는 필터에 대한 정보를 알 수 없음

- 모든 데이터의 처리순서 : 파이프 구조와 각각의 필터를 통해 조정가능한 이벤트에 의해 통제됨

003. 객체지향 기법의 생명 주기

1) 객체지향 기법의 생명 주기

- 개발 전 과정에 걸쳐 동일한 방법론과 표현 기법이 적용됨

- 분석, 설계, 구현 단계 사이의 전환이 쉬움 - > 각 과정이 명확하게 순차적으로 이루어지지는 않음

- 계획 및 분석 - > 설계 - > 구현 - > 테스트 및 검증

2) 객체지향 분석 (OOA)

- 사용자의 요구사항 분석하여 요구된 문제와 관련된 모든 클래스, 이와 관련된 속성과 연산, 그 관계 등을 정의하여 모   델링

- 비즈니스(업무)를 객체와 속성, 클래스와 멤버, 전체와 부분 등으로 나누어 분석

- 문제를 모형화

- 주요 목적 : 객체- 클래스로부터 인스턴스화하는 것, 클래스를 식별하는 것

- 럼바우, 부치, 제이콥슨, 코드와 유르던, 윕스- 브록

3) 객체지향 설계 (OOD)

- OOA로 생성한 여러 가지 분석 모델을 설계 모델로 변환하는 작업.

  시스템 설계와 객체설계 수행

- 사용자 중심, 대화식 프로그램 개발에 적합

- 설계 중요 이슈 : 시스템 구성하는 객체와 속성, 연산을 인식하는 것

- 추상화, 정보 은닉, 기능 독립성, 모듈화, 상속성을 바탕으로 한 설계 개념 모듈화!!

- 문제정의 - > 요구 명세화 - > 객체 연산자 정의 - > 객체 인터페이스 결정 - > 객체 구현

4) 객체지향 구현

- OOD에서 생성된 설계 모뎅과 명세서를 근거로 코딩

- 순차적 || 동시적 구현 가등

- 객체지향 프로그래밍 OOP

  모듈 단위(객체)를 중심으로 개발

  객체를 단위로 현실 세계에 가까운 방식으로 프로그래밍

  유지보수가 쉽고 재사용 가능한 프로그램 개발 가능

  선 개발된 프로그램 이용해 확장된 프로그램 개발 가능

5) 객체지향 테스트

- 클래스 테스트 : 구조적 기법에서의 단위 테스트와 같은 개념

가작 작은 단위, 즉 캡슐화된 클래스나 객체를 검사

- 통합 테스트 : 객체를 몇 개 결합하여 하나의 시스템으로 완성시키는 과정에서의 검사

스레드 기반 테스트 & 사용 기반 테스트

- 스레드 기반(Thread- Based) 테스트

시스템에 대한 하나의 입력이나 이벤트에 응답하는 데 요구되는 클래스를 통합하는 것

각각의 스레드가 통합되고 개별적으로 테스트 됨

- 사용 기반(Use_Based) 테스트

독립 클래스를 테스트한 후 독립 클래스를 사용하는 다음 계층의 종속 클래스를 테스트

- 확인 테스트

사용자 요구사항에 대한 만족 여부 검사

- 시스템 테스트

모든 요소들이 적합하게 통합되고 올바른 기능을 수행하는지 검사

002. 객체지향 기법의 기본 원칙 / 캡슐화, 정보 은닉, 추상성, 상속성, 다형성

1) 캡슐화

- 데이터와 데이터를 처리하는 함수를 하나로 묶는 것

- 캡슐화 된 객체의 세부 내용이 외부에 은폐(정보 은닉)되어, 변경 발생 시 파급효과 적음

- 재사용 용이

- 인터페이스가 단순해지고 객체 간 결합도 낮아짐

2) 정보 은닉

- 다른 객체에게 자신의 정보를 숨기고 자신만의 연산을 통해 접근을 허용하는 것

- 각 객체의 수정이 다른 객체에게 주는 영향을 최소화하는 기술

- 외부 객체가 직접 접근하여 사용하거나 변경하지 못해, 유지보수와 소프트웨어 확장 시 오류 최소화

3) 추상화

- 불필요한 부분을 생략, 객체 속성 중 가장 중요한 것에 중점 두어 개략하는 것. "모델화"

- 완전한 시스템 구축 전 그 시스템과 유사한 모델을 만들어 테스트 가능

- 최소의 비용으로 실제상황에 대처 가능. 시스템 구조를 가시적으로 볼 수 있음

4) 상속성

- 이미 정의된 상위 클래스의 모든 속성과 연산을 하위 클래스가 물려받는 것

- 하위 클래스는 속성과 연산의 재정의 없이 상위클래스의 속성과 연산을 그대로 사용 가능

+ 새로운 속성과 연산 첨가하여 사용 가능

- 상위클래스 속성과 연산을 하위클래스가 공유할 수 있기 때문에 소프트웨어 재사용 증대

- 다중 상속성 : 한 개의 클래스가 두 개 이상의 상위 클래스로부터 속성과 연산 상속받는 것

5) 다형성

메시지에 의해 객체가 연산을 수행하게 될 때 하나의 메시지에 대해 각 객체가 가지고 있는 고유한 방법으로 응답할 수 있는 능력

같은 타입이지만 실행결과가 다양한 객체를 대입할 수 있는 성질

- 객체를 부품화 시킬 수 있음

- 객체들은 동일한 메소드명을 사용하며 같은 의미의 응답을 함

하나의 함수나 연산자가 두 개 이상의 서로 다른 클래스의 인스턴스들은 같은 클래스에 속한 인스턴스처럼 수행할 수 있도록 하는 것