[정보처리기사] - [1과목] 2023 (01)

• [제 1과목 소프트웨어 설계]

[제 1과목 소프트웨어 설계]

- 2023년도 1회차 (01)

워크스루

▶ 개념

1. 사용사례를 확장하여 명세하거나 설계 다이어그램, 원시 코드, 테스트 케이스 등에 적용할 수 있다.

2. 복잡한 알고리즘 또는 반복, 실시간 동작, 병행 처리와 같은 기능이나 동작을 이해하려고 할 때 유용하다.

3. 단순한 테스트 케이스를 이용하여 프로덕트를 수작업으로 수행해 보는 것이다.

 

XP(eXtreme Programming)

▶ 개념

1. 수시로 발생하는 고객의 요구사항에 유연하게 대응하기 위해 고객의 참여와 개발 과정의 반복을 극대화하여 개발 생산성을 향상시키는 방법

2. 짧고 반복적인 개발 주기, 단순한 설계, 고객의 적극적인 참여를 통해 소프트웨어를 빠르게 개발하는 것이 목적

3.  릴리즈의 기간을 짧게 반복하면서 고객의 요구사항 반영에 대한 가시성을 높임

4. 릴리즈 테스트마다 고객을 직접 참여시킴으로써 요구한 기능이 제대로 작동하는지 고객이 직접 확인 가능

5. 비교적 소규모 인원의 개발 프로젝트에 효과적임

 

▶  5 가지 핵심 가치 : 의사소통(Communication), 단순성(Simplicity), 용기(Courage), 존중(Respect), 피드백(Feedback)

 

▶ XP 개발 프로세스

1. 사용자 스토리 (User Story)

2. 릴리즈 계획 수립 (Release Planning)

3. 스파이크 (Spike)

4. 이터레이션 (Iteration)

→ 하나의 릴리즈를 더 세분화 한 단위를 의미

5. 승인 검사 (Acceptnace Test, 인수 테스트)

6. 소규모 릴리즈 (Small Release)

※ 릴리즈 (Release) : 몇 개의 요구사항이 적용되어 부분적으로 기능이 완료된 제품을 제공하는 것

 

메시지 지향 미들웨어(Message-Oriented Middleware, MOM)

▶ 개념

= 메시지 기반의 비동기형 메시지를 전달하는 방식의 미들웨어

= 이기종 분산 데이터 시스템의 데이터 동기를 위해 많이 사용된다.

 

1. 독립적인 애플리케이션을 하나의 통합된 시스템으로 묶기 위한 역할을 한다.

2. 송신측과 수신측의 연결 시 메시지 큐를 활용하는 방법이 있다.

3. 상이한 애플리케이션 간 통신을 비동기 방식으로 지원한다.

 

▶ 다른 미들웨어(Middleware)의 종류

1.  DB(DataBase) : 데이터베이스 벤더(Vendor)에서 제공하는 클라이언트에서 원격의 데이터베이스와 연결하기 위한 미들웨어

2. RPC(Remote Procedure Call) : 응용 프로그램의 프로시저를 사용하여 원격 프로시저를 마치 로컬 프로시저처럼 호출하는 방식의 미들웨어

3. TP-Monitor(Transaction Processing Monitor) : 항공기나 철도 예약 업무 등과 같은 온라인 트랜잭션 업무에서 트랜잭션을 처리 및 감시하는 미들웨어

4. ORB(Object Request Broker) : 객체지향 미들웨어로 코바(CORBA) 표준 스펙을 구현한 미들웨어

5. WAS(Web Application Server) : 사용자의 요구에 따라 변하는 동적인 콘텐츠를 처리하기 위해 사용되는 미들웨어

→ 느리고 안정적인 응답보다는 즉각적인 응답이 필요한 온라인 업무에 적합

 

자료 흐름도(DFD)

▶ 자료 흐름도 작성 지침 항목

1.  자료 흐름(Flow)은 처리(Process)를 거쳐 변환될 때마다 새로운 이름을 부여한다.

2. 처리(Process)가 출력 자료를 산출하기 위해서는 반드시 입력 자료가 발생해야 한다.

3. 상위 단계의 처리(Process)는 소단위 명세서를 갖는다.

4. 자료 저장소에 입력 화살표가 있다고 하여 반드시 출력 화살표가 표시될 필요는 없다.

→ 자료 저장소의 입력 화살표는 데이터의 입력 및 수정을 의미하는 것이므로 반드시 필요한 것은 아니다.

5. 상위 단계의 처리(Process)와 하위 자료 흐름도의 자료 흐름은 서로 일치되어야 한다. 

 

설계 기법 - 하향식 설계 방법 / 상향식 설계 방법

▶ 상향식 설계 개념

→ 하위 모듈에서 상위 모듈 방향으로 설계하는 것

 

▶ 하향식/상향식 설계 기법 비교

1. 하향식 설계에서는 통합 검사 시 인터페이스가 이미 정의되어 있어 통합이 간편하다.

2. 하향식 설계에서 레벨이 낮은 데이터 구조의 세부 사항은 설계 초기 단계에서 필요하다.

3. 상향식 설계는 최하위 수준에서 각각의 모듈들을 설계하고 이러한 모듈이 완성되면 이들을 결합하여 검사한다.

4. 인터페이스가 이미 성립되어 있어야만 기능 추가가 가능하므로 상향식 설계에서는 기능 추가가 어렵다.

 

모델링 (Modeling)

▶ 모델링이란?

→ 분석 및 설계 단계에서 개발하고자 하는 것을 시각적으로 표현한 것

 

1. 개발팀이 응용 문제를 이해하는 데 도움을 줄 수 있다.

2. 개발될 시스템에 대하여 여러 분야의 엔지니어들이 공통된 개념을 공유하는 데 도움을 준다.

3. 절차적인 프로그램을 위한 자료 흐름도는 프로세스 위주의 모델링 방법이다.

4. 모델링은 소프트웨어 개발의 전 과정에서 지속적으로 사용된다.

 

UML의 관계 (Relationships)

1. Association (연관) 관계 : 2개 이상의 사물이 서로 관련되어 있음

2. Aggregation (집합) 관계 : 하나의 사물이 다른 사물에 포함되어있는 관계

3. Composition (포함) 관계 : 집합 관계의 특수한 형태로, 포함하는 사물의 변화가 포함되는 사물에게 영향을 미치는 관계

4. Generalization (일반화) 관계 : 하나의 사물이 다른 사물에 비해 더 일반적인지 구체적인지를 표현하는 관계

5. Dependency (의존) 관계 : 연관 관계와 같이 사물 사이에 서로 연관은 있으나 필요에 의해 서로에게 영향을 주는 짧은 시간 동안만 연관을 유지하는 관계

6. Realization (실체화) 관계 : 사물이 할 수 있거나 해야 하는 기능 (행위, 인터페이스)으로 서로를 그룹화 할 수 있는 관계

→ 한 객체가 다른 객체에게 오퍼레이션을 수행하도록 지정하는 의미적인 관계