본문 바로가기

기술사168

객체지향 설계원칙 SOLID I. 유지보수와 확장이 쉬운 시스템 설계, 객체지향 설계원칙의 개요 가. 객체지향 설계원칙의 정의 - 로버트 마틴에 의해 명명된 객체지향 프로그래밍의 설계의 5가지 원칙으로 시간이 지나도 유지보수와 확장이 쉬운 시스템 구축 원칙 나. 객체지향 5가지 설계원칙 항목 - SRP, OCP, LSP, ISP, DIP II. 객체지향의 5가지 설계원칙 (SOLID원칙) 원칙 구분 설명 SRP 명칭 단일 책임의 원칙 (Single Responsibility Principle) 정의 하나의 클래스는 하나의 책임만을 가져야 한다 개념도 - 하나의 책임만 가지고 있는 클래스로 세분화하여 생성 OCP 명칭 개방 폐쇠의 원칙 (Open Close Principle) 정의 상하 관계인 확장은 열려 있고 수평 관계인.. 2021. 1. 31.
모듈화 (Modularity) 응집도 (Cohesion), 결합도 (Coupling) I. 분해와 추상화를 통한 SW 설계 및 구현기법, 모듈화의 개요 가. 모듈화 (Modularity)의 정의 - 시스템을 분해하고 추상화를 통해 소프트웨어 성능을 향상 시키고 유지보수를 효과적으로 하기 위한 SW 설계 및 구현 기법 나. 모듈 (Module)의 원리 구분 설명 비용과 모듈과의 관계 모듈수가 증가하면 인터페이스 비용이 증가 모듈의 독립성 낮은 결합도와 높은 응집도를 가짐 자료 추상화 각 모듈 자료구조를 엑세스하고 수정하는 함수 내에 자료 구조의 표현 내역을 은폐 다. 모듈의 속성과 구성 구분 구성요소 설명 속성 입출력요소 자료를 받아들이고 자료를 내보내는 요소 기능요소 입력을 출력으로 바꾸는 요소, 즉 모듈의 처리 결과 기관요소 기능을.. 2021. 1. 31.
소프트웨어 설계 (Software Design) 추상화, 모듈화 I. 요구사항 명세서를 참조하여 상세 설계서 작성 활동, 소프트웨어 설계의 개요 가. 소프트웨어 설계 (Software Design)의 정의 - 요구사항 명세서를 참조하여 분석 단계에서 고려하지 않았던 상세 내용을 충분히 반영하여 구체적인 설계서를 작성하는 활동 II. 소프트웨어 설계의 종류 구분 주요활동 설명 상위설계 아키텍처 설계 시스템의 전체적인 구조를 나타냄 데이터 설계 시스템에 필요한 정보를 자료구조와 데이터베이스 설계 반영 시스템 분할 전체 시스템을 여러 개의 서브 시스템으로 분할 인터페이스 정의 시스템의 구조와 서브 시스템들 사이의 인터페이스를 명확히 정의 사용자 인터페이스 설계 사용자가 익숙하고 편리하게 사용하도록 인터페이스 설계 하위설계 모듈 설계 각 모듈의 실제적인 내부.. 2021. 1. 31.
도메인공학 공통점, 가변성 I. 모듈 API의 공통점, 가변성 도출 활동, 도메인 공학의 개요 가. 도메인 공학 (Domain Engineering)의 정의 - SW 모듈의 재사용 측면에서 모듈이 제공해야 하는 API 를 도출할 때 공통점과 가변성을 도출하는 공학적인 활동 II. 도메인 공학의 프로세스 및 구성요소 가. 도메인 공학의 프로세스 - 도메인 명세서 작성, 명세서를 바탕으로 도메인 분석, 컴포넌트 추출하여 도메인 아키텍처를 생성, 도메인 컴포넌트 구현 나. 도메인 공학의 구성요소 분류 설명 도메인 명세 기존/신규 시스템의 요구사항을 공통/선택/가변적 속성으로 분석한 모델 도메인 아키텍처 도메인 내 SW 시스템들의 유기적인 구조/설계 도메인 컴포넌트 플랫폼에 독립적인 논리적인 수준에서의 서비스 중심 단위 .. 2021. 1. 31.
페르소나 (Persona) 집단 대표 가상 인물, 사용자 관점 요구사항 도출 I. 목표 대상의 집중을 위한 집단을 대표하는 가상의 인물, 페르소나의 개요 가. 페르소나 (Persona)의 정의 - 제품, 서비스를 사용할 만한 목표 인구 집단 안에 있는 다양한 사용자 유형들을 대표하는 가상의 인물 나. 페르소나의 필요성 - 사용자 기반의 프로젝트 의사결정 - 사용자에 대한 관점 유지 다. 페르소나의 역할 - 커뮤니케이션, 사용자 니즈 파악, 요구사항 도출/분석 II. 페르소나의 구성도 및 구성요소 가. 페르소나의 구성도 나. 페르소나의 구성요소 구분 설명 사례 페르소나 (추출) - 사용자 요구사항을 대변할 수 있는 가상의 인물 - 다양한 환경에 존재하는 사용자의 니즈를 이용하여 묘사 30대, 남성, 회사원 분석도구 (명세) - 조직.. 2021. 1. 31.
요구사항 추적표 I. 요구사항의 진행, 변경 추적, 요구사항 추적표의 개요 가. 요구사항 추적표의 정의 - 요구사항이 분석과 설계 등에 어떻게 반영되는지 고객 입장에서 알아볼 수 있게 한 문서 - 고객과 개발자의 의사소통이 원활해지고 요구사항의 변화가 있을 경우에도 추적하기 쉬움 - RFP나 제안서 등에 매핑 가능 나. 요구사항 추적의 필요성 - 요구사항 부합도 평가 : 실제 개발된 산출물들이 요구사항을 잘 부합하는지 확인 - 요구사항 변경 활용 : 개발 과정에서 요구사항이 변경되었을 때 그에 따라 변경되어야 하는 산출물이 어느 것인지 확인 가능 - 요구사항과 산출물의 일관성 확보 : 요구사항과 산출물의 일관성을 검증하기 위한 기본 활동 II. 요구사항 추적성의 분류 분류 내용 순방향 추적성 - 요구사항을 근거로 하여 .. 2021. 1. 31.
요구공학(Requirements Engineering) 타당성조사, 추출및분석,명세화,검증 I. 요구사항에 대한 공학적 접근 방법, 요구공학의 개요 가. 요구공학(Requirements Engineering)의 정의 - 요구사항의 도출, 분석, 명세, 검증 및 변경 관리 등에 대한 제반 활동과 원칙에 대한 체계적인 공학적 접근 방법 나. 요구공학의 필요성 필요성 설명 요구사항 분석의 어려움 - 문제영역에 대한 이해 부족 - 참여자 사이의 이해 문제 - 의사 소통에 대한 문제 - 요구사항의 잦은 변경 요구와 기대간의 Gap 발생 - 묵시적 요구사항 - 기능/비기능 요구사항 - 해당 업무에 대한 지식 - 변경과 추적에 대한 문제 요구공학 - 공학적 접근 필요 - 이해관계자 입장에서 요구 정의 - 시나리오 수립 통한 확인 - 프로세스 및 단계별 기법 제시 II. .. 2021. 1. 31.
요구사항명세서(SRS,Software Request Specification) IEEE 830 I. 사용자, 시스템의 요구사항 명세화, 요구사항 명세서의 개요 가. 요구사항 명세서(Software Request Specification)의 정의 - 시스템에서 구현되어야 할 것에 대한 공식적인 문장으로 사용자, 시스템 요구 사항을 명세화한 산출물 II. 요구사항 명세서의 표준 및 구성요소 가. 요구사항 명세서의 표준 (IEEE 830-1993) 구분 구성 1. 서론 1-1. 요구사항 문서의 목적 1-2. 제품의 영역 1-3. 정의, 약어, 생략어 1-4. 참고문헌 1-5. 문서의 나머지에 대한 요약 2. 일반적인 기술 2-1. 제품에 대한 전망 2-2. 제품의 기능 2-3. 사용자 특징 2-4. 일반적인 제약 2-5. 가정과 의존성 3. 특수 요구사항 기능적 요구사항, 비기능적 요구.. 2021. 1. 29.
요구사항 추적성, 범위기준선, 일정/원가, 기능/비기능, 페르소나 I. 서비스와 시스템의 제약에 대한 고수준 추상적 문장, 요구사항의 개요 가. 요구사항(Requirements)의 정의 - 문제의 해결 또는 목적 달성을 위해 사용자에 의해 요구되거나, 표준이나 명세등을 만족하기 위해 시스템이 가져야 하는 서비스 또는 명시적, 묵시적 제약 사항 나. 요구사항의 목적 - 지식획득, 신규 시스템에 대한 협업, 업무분석, 개선, 프로젝트 범위추정, 조직 이해, 시스템 기능 식별 다. 요구사항의 역할 역할 내용 추적성 제공 요구사항과 개발 산출물간의 관계와 단계별 개발 산출물 간의 관계 파악 범위기준선 제공 요구사항을 수집하여, 범위를 정의하고 WBS를 작성할 수 있도록 한다 일정과 원가에 영향 요구사항을 수집하여, 범위.. 2021. 1. 29.
DevOps 개발+운영 I. 개발, 운영 부서의 통합, DevOps의 개요 가. DevOps 정의 - SW 개발 조직과 운영 조직간의 의사소통, 협업, 융합을 강조하여 SW 상품과 서비스를 신속히 생산하는 개발 방법론 나. DevOps의 등장배경 - 수요증가, 비용절감, 장애대응, SW 라이프사이클 단축 다. DevOps의 특징 구분 특징 내용 기능적 관점 지속적 관리/시간 지속적 관리로 발생되는 복잡성을 낮추고 해결시간 단축 빠른 서비스 제공 문제 발생 시 신속한 초기 대응으로 문제 확산 확률 감소 올바른 측정 평가 유효한 데이터 평가 및 도출, 프로제트 성공 실패 원인 분석, 평가 비즈니스적 관점 지속적 의사소통 개발과 운영에 협업을 위한 의사소통 중요도 증가 및 목표 공유, 협력 II. DevOps의 프로세스 .. 2021. 1. 29.
반응형

티스토리툴바