[D+69] 서버프로그램구현

 

 

국비지원 D+69

-  서버프로그램구현 -

 

---

 

개발환경 구축하기

• 개발환경 준비

개발환경 구축의 이해

개발환경을 구축하기 위해서는, 프로젝트의 목적과 구축 설계에 대한 명확한 이해가 필요하며, 이에 맞는 하드웨어, 소프트웨어의 선정이 이루어져야 한다.

또한 개발에 사용되는 제품들의 성능과 라이선스 그리고 사용 편의성 등에 대한 내용도 파악해야 한다.

 

개발을 위해 사용되는 소프트웨어의 종류와 특성

- 구현 도구 : 프로그램을 개발할 때 가장 많이 사용되는 도구로 코드의 작성 및 편집, 디버깅 등과 같은 다양한 작업이 가능하며 Eclipse, Visual Studio Code, IntelliJ 등이 있다.

- 테스트 도구 : 소프트웨어의 품질을 높이기 위해 테스트에 사용되는 소프트웨어 도구들로 xUnit, Spring Test 등이 있다.

 

개발언어의 선정 기준

- 적정성 : 개발하고자 하는 시스템이나 응용 프로그램의 목적에 접합해야 한다.

- 효율성 : 프로그래밍의 효율성이 고려되어야 한다.

- 이식성 : 일반적인 PC 및 OS에 개발환경이 설치 가능해야 한다.

- 친밀성 : 프로그래머가 그 언어를 이해하고 사용할 수 있어야 한다.

- 범용성 : 다양한 과거 개발 실적이나 사례가 존재하고, 광범위한 분야에 사용되고 있어야 한다.

 

프로그램의 배포 및 라이브러리 관리를 위한 빌드(Build)도구의 특징

- Gradle : 기구현된 Goal 수행, 프로젝트 전체 정보를 정의, Multi 프로젝트 빌드 지원, 스크립트 규모가 작고 읽기 쉬움

- Maven : 기구현된 Goal 수행, 프로젝트 전체 정보를 정의, 빌드 생명 주기, 표준화된 디렉터리 레이아웃, 재사용 가능한 플러그인 및 저장소

 

형상관리 도구

- Git

라이선스 : GNU GPL v2.0
적용언어 : 무관
OS : Windosw/Linux/Max
실행환경 : Command Line Interface
GUI : 번들로 제공 Source Tree, Git Eye 등

 

• 개발환경 구축

클라이언트(Client) 환경 구성

- 서버 시스템에서 제공하는 서비스를 활용하기 위한 사용자와의 인터페이스를 제공하는 하드웨어

- PC, 웹 브라우저 화면, 핸드폰 등

 

서버(Server) 환경 구성

- 웹(Web) 서버 : 클라이언트에서 요청하는 서비스의 속도를 향상시키기 위해 정적 파일들을 제공하는 웹 서버 애플리케이션이 설치되는 하드웨어

- 웹 애플리케이션(Application) 서버 : 동적 웹 서비스를 제공하기 위해 Tomcat, Undertow, IIS 등 미들웨어인 WAS(Web Application Server)와 서비스에 관련된 애플리케이션이 설치되는 하드웨어

- 데이터베이스(Database) 서버 : MySql, Oracle, MS-SQL등 데이터베이스가 설치되는 하드웨어

- 파일(File) 서버 : 서비스 제공을 위해 파일을 저장하고, 공유하기 위한 파일 저장 하드웨어

 

개발 소프트웨어

- 요구 사항 관리도구 : 고객의 요구사항을 수집, 분석, 추적을 쉽게 할 수 있게 지원한다

ex) JFeature, JRequisite, OSRMT, Trello 등

- 설계/모델링 도구 : 기능을 논리적으로 결정하기 위해 동합 모델링 언어 지원, Database 설계 지원 등 설계 및 모델링을 지원한다.

ex) ArgoUML, DB Designer, StarUML 등

- 구현 도구 : 문제 해결 방법을 소프트웨어 언어를 통해 구현 및 개발을 지원하는 도구이다.

ex) Eclipse, IntelliJ, Visual Studio 등

- 테스트 도구 : 구현 및 개발된 모듈들에 대하여 요구 사항에 적합하게 구현되어 있는지 테스트를 지원하는 도구이다.

ex) JUnit, CppUnit, JMeter SpringTest 등

- 형상관리 도구 : 산출물의 변경 사항을 버전별로 관리하여 목표 시스템의 품질 향상을 지원하는 도구이다.

ex) Git, SVN 등

 

형상관리

Software Configuration Management란 소프트웨어의 개발과정에서 발생하는 산출물의 변경 사항을 버전 관리하기 위한 일련의 활동이다.

 

형상관리 절차

(1) 형상 식별

(2) 형상통제

(3) 형상 감사

(4) 형상 기록/보고

 

 

---

공통 모듈 구현하기

• 공통 모듈 구현

재사용(Reuse)

목표 시스템의 개발 시간 및 비용 절감을 위하여 검증된 기능을 파악하고 재구성하여 시스템에 응용하기 위한 최적화 작업이다.

 

공통 모듈의 종류

어떻게 하면 좋은 품질을 유지할수 있을지에 대한 모듈화 관련 내용

 

응집도 유형

 

목표 시스템의 기준에 따라 모듈을 구성할 수 있으나, 품질 측면에서는 응집도의 유형 중 기능적 응집도가 가장 높고 우연적 응집도가 가장 난다.

 

결합도 유형

 

목표 시스템의 환경에 따라 모듈 구성의 결합 정도를 결정할 수 있으나, 품질 측면에서 결합도의 유형 중 자료 결합도의 품질이 가장 높고, 내용 결합도의 품질이 가장 낮다.

 

• 공통 모듈 테스트

테스트 케이스 구성 요소

테스트 케이스란 요구 사항을 준수하는지 검증하기 위하여 테스트 조건, 입력값, 예상출력값 및 수행한 결과 등 테스트 조건을 명세한 것이다.

 

테스트 프로세스

테스트 프로세스는 테스트 수행과 관련된 활동들이 의도된 테스트 목적과 조건을 달성할 수 있도록 도와주는 역할을 한다.

 

 

---

서버 프로그램 구현하기

• 업무 프로세스 확인

프로세스의 개념

개인이나 조직이 한 개 이상의 정보 자원의 입력을 통해 가치 있는 산출물을 제공하는 모든 관련 활동들의 집합이다.

 

 

• 서버 프로그램 구현

프레임워크 특징

- 효율적인 정보 시스템 개발을 위한 코드 라이브러리, 애플리케이션 인터페이스(Application Interface), 설정 정보 등의 집합으로서 재사용이 가능하도록 소프트웨어 구성에 필요한 기본 뼈대를 제공한다.

 

데이터 저장 계층 또는 영속 계층(Persistence Layer)에 대한 이해

 

소프트웨어 개발 보안 가이드의 구성

단순히 프로그램을 구현할 경우 보안에 상당히 취약하다. 

이는 기술이 발전하면서 해킹도 발전하게 된 것이 원인이다.

이를 통해 개발자는 어플리케이션 보안을 어떻게 하면 잘할 수 있을까에 대한 이슈가 생기게 되었으며 이에 대해 안내해주는 가이드라인이 생겨나게 되었다.

 

 

• 서버 프로그램 테스트

소프트웨어 테스트의 개념

- 소프트웨어 테스트란 구현된 애플리케이션이나 시스템을 사용자의 요구 사항이 만족되었는지 확인하기 위하여 기능 및 비기능 요소의 결함을 찾아내는 활동이다.

 

소프트웨어 테스팅의 원리

1. 테스팅은 결함이 존재함을 밝히는 활동이다.

2. 완벽한 테스팅은 불가능하다.

3. 테스팅을 개발 초기에 시작한다.

4. 결함집중(Defect Clustering) : 결함은 퍼져있는 것이 아니라 특정 부분에 집중되어 있다.

5. 살충제 패러독스(Pesticide paradox) : 동일한 테스트게이스에 의한 반복적인 테스트는 새로운 버그를 찾지 못한다.

6. 테스팅은 정황(Context)에 의존적이다.

7.오류-부재의 궤변 : 요구사항을 충족시켜주지 못할경우 결함이 없다고 해도 높은 품질이라고 볼 수 없다.