1. 아키텍처 패턴이란 : 아키텍처를 설계할 때 참조할 수 있는 전형적인 해결 방식. 자주사용하는 기능을 미리 구현한 것. – 장점: 시행착오를 줄임, 예측 가능, 안정적 개발 가능 2. 아키텍처 패턴의 종류 ★ 레이어 패터(Layers pattern) : 각각의 서브시스템들이 계층 구조를 이룸. Ex) OSI참조 모델 클라이언트-서버 패턴(Client-Server Pattern) ★ : 하나의 서버 컴포넌트와 다수의 클라이언트 … Read more
1. 모듈 : 모듈화를 통해 분리된 시스템. 하나의 기능을 하는 코드의 집합 – 단독으로 컴파일 가능, 재사용 가능 – 모듈의 독립성은 결합도⋅응집도에 의해 측정 – 결합도는 약하게, 응집도는 강하게 설계. ★★★ 1. 1. 결합도(Coupling) ★★★ : 모듈 간에 상호 의존 정도. 모듈 사이의 관계. 자료 결합도(Data Coupling): 모듈 간의 인터페이스가 자료요소로만 구성. => 함수에 … Read more
1. 소프트웨어 설계 – 요구사항 명세서를 참고하여 소프트웨어의 구체적인 설계서를 작성 * 시스템 아키텍처 설계 – 물리적으로 구현이 가능하도록 시스템을 구체적으로 정의 * 소프트웨어 아키텍처 설계 2. 소프트웨어 설계 분류 3. 소프트웨어 아키텍처 : 소프트웨어의 골격이 되는 기본구조 – 기본 원리:추상화, 모듈화, 정보은닉, 단계적 분해, 분할과 정복 추상화(Abstraction): 필수 정보만 추출하여 … Read more
1. 사용자 인터페이스(UI;User Interface)란? : 사용자와 시스템 간 상호작용을 도와주는 소프트웨어. 2. UI의 특징 – 사용자의 만족도에 가장 큰 영향을 미침. – 수행 결과의 오류를 줄이고, 작업 시간 단축. – 업무에 대한 이해도 증가, 편리성과 가독성 증가. 3. UI의 구분 ★★ CLI(Command Line Interface): 명령과 출력이 텍스트 형태로 이루어진 인터페이스. GUI(Graphical User Interface): … Read more
1. 객체지향이란? – 현실 세계의 개체(Entity)를 기계 부품처럼 하나의 객체(Object)로 만들어 소프트웨어를 개발. – 소프트웨어의 재사용 및 확장이 용이, 유지보수가 쉬움. – 구성요소: 객체, 클래스, 캡슐화, 상속, 다형성 등. ★★ 1. 1. 객체(Object) : 데이터와 데이터를 처리하는 함수를 묶어 놓은 하나의 소프트웨어 모듈. 데이터: 속성, 상태, 변수, 상수, 자료구조 함수: 메소드, 서비스, 동작, 행위 … Read more
1. 요구사항 확인 기법 : 요구사항 개발 과정을 거쳐 문서화(명세)된 요구사항 관련 내용을 확인하고 검증하는 방법. 요구사항 확인 기법: 요구사항 검토, 프로토타이핑, 모델검증, 인수테스트 ★ 1. 1. 요구사항 검토(Reviews) : 문서화된 요구사항을 훑어보면서 확인하는 것으로 가장 일반적인 요구사항 검증 방법. 1. 2. 프로토타이핑(Prototyping) : 시스템의 개발이 진행되는 동안 도출되는 요구사항을 반영하면서 지속적으로 프로토타입(견본품, … Read more
1. UML이란? – 시스템 개발자와 고객간의 의사소통이 원할하게 이루어지도록 표준화한 대표적인 객체지향 모델링 언어. – Rumbaugh, Booch, Jacobson 등 객체지향 방법론의 장점을 통합. – 객체 기술에 관한 국제표준화기구(OMG)에서 표준으로 지정. – UML의 구성요소: 사물, 관계, 다이어그램. ★★ 1. 1. 사물 – 모델을 구성하는 가장 중요한 기본 요소. – 다이어그램 안에서 관계가 형성될 수 있는 … Read more
1. 요구사항 분석 기법 – 요구사항 중 명확하지 않거나 모호한 부분을 걸러내기 위한 방법. – 요구사항 분류, 개념모델링(UML), 요구사항 할당, 요구사항 협상, 정형분석 등 2. 요구사항 분석 모델링 구조적 분석: 도형화된 도구를 이용하며, 절차에 따라 사용자의 요구사항을 파악. => 하향식 객체지향 분석: 요구된 문제와 관련된 모든 클래스⋅속성⋅연산⋅관계 드을 모델링. => 상향식 3. 요구사항 … Read more
1. 요구공학이란 : 고객의 요구를 체계적으로 수집⋅분석⋅명세화⋅검증하고 추적⋅변경되는 요구사항을 도출하고 관리하는 기법. 2. 요구사항의 유형★★ 2.1. 기능 요구사항(Fucntional Requirements)★★ – 소프트웨어를 구성하는 기능들이 무엇인지를 정의. – 시스템의 입⋅출력으로 무엇이 포함되어야 하는지, 어떤 데이터 저장하거나 연산을 수행해야 하는지에 대한 사항. – 시스템이 반드시 수행해야 하는 기능. 2.2. 비기능 요구사항(Non-Functional Requirements)★★ – 소프트웨어의 기능들에 … Read more
1. 현행 시스템 파악 1단계: 현행 시스템의 구성, 기능, 인터페이스 파악. 2단계: 현행시스템의 아키텍처, 소프트웨어 구성 파악. 3단계: 현행시스템의 하드웨어 및 네트워크 구성 파악. 2. 운영체제 분석 운영체제(OS: Operation System) – 컴퓨터 시스템의 자원을 효율적으로 사용할 수 있도록 환경을 제공하는 소프트웨어. – 사용자와 하드웨어간의 인터페이스를 담당. 3. 네트워크 분석 3.1. 네트워크 – … Read more
