편하게 보는 전자공학 블로그

ISTQB (International Software Testing Qualification Board)

국제공인 자격증입니다.

https://www.sten.or.kr/bbs/board.php?bo_table=training_notice&wr_id=82

ISTQB CTFL(Foundation Level) 기준으로

교육 660,000원

시험 158,400원

고용보험 환급 가능 교육 과정입니다. (고용보험 환급 신청하기 복잡합니다...)

CSTS (Certified Software Test Specialist)

한국 TTA에서 주관하고 국가공인자격증입니다. (최근에 바뀜)

https://sw.tta.or.kr/service/csts_it.jsp

CSTS FL(Foundation Level) 기준으로

교육 300,000원

시험 50,000원

ISTQB가 오래되고 좀 더 인정을 받는 느낌입니다.

가격은 CSTS가 가성비가 훨씬 좋고요.

둘 다 공부해야하는 내용은 비슷합니다!

SR Latch

SR Flip-flop

D Flip-flop

JK Flip-flop

T Flip-flop

내용은 추후에 추가

객체(Object)

실세계에 존재하는것

클래스로 생성된 변수(여러개 생성 가능)

클래스(Class)

설계도!

객체를 만들기 위한 틀!

객체의 특성이나 기능 설명

필드 + 메소드

필드(Field)

필드는 클래스의 상태 및 속성, 변수로 표현

인스턴스(Instance)

객체랑 같은 의미로 보면됨

인스턴스화 - 객체를 실제 메모리에 할당

메소드(Method)

객체의 기능

UML(Unified Modeling Language) 통합 모델링 언어

소프트웨어를 설계할 때 사용하는 표준화된 범용 모델링 언어를 말합니다.

객체 지향 소프트웨어 개발 방법론에 특화되어있어 객체지향 모델링 언어라고도 부릅니다.

즉, 소프트웨어를 시각화하며 문서화하는 언어죠.

건물에 비교하면 설계도라고 보시면 됩니다. 소프트웨어의 설계도

소프트웨어가 점점 무겁고 복잡해지면서 개발하기 전에 필수적인 작업이 되고있습니다.

다른 개발자가 UML을 통해 해당 소프트웨어를 쉽게 이해할 수 있습니다.

다만 UML은 모델링 언어고 개발방법론도 아니고 프로그래밍언어도 아닙니다.

구성요소

Things

Class, Usecase, Component, Node, State Machine..

Relationship

Dependency, Association, Generalization, Realization

Diagram

Things+ Relationships

다이어그램 (종류가 많지만 보통 9가지로 봅니다.)

클래스 다이어그램(Class Diagram)

클래스와 관계 정의, 정적인 관점

시퀀스 다이어그램(Sequence Diagram)

객체간의 동적 상호 작용 정의, 동적인 관점

유스 케이스 다이어그램(Usecase Diagram)

사용자 관점에서 정의, 인수 테스트 기준

Collaboration Diagram(Communication, Interaction 다 같은 다이어그램)

Sequence Diagram과 같으며 구조적인 측면을 좀 더 중시, 동적인 관점

상태 다이어그램(StateChart Diagram)

상태를 정의

액티비티 다이어그램(Activity Diagram)

일의 처리를 정의(프로세스 같은거), 동적인 관점

컴포넌트 다이어그램(Component Diagram)

컴포넌트(시스템의 기능)의 구성 정의, 정적인 관점

배포 다이어그램(Deployment Diagram)

컴퓨터를 기반으로 하는 시스템의 물리적 구조 정의

객체 다이어그램(Object Diagram)

객체간의 관계 표현

복합 구조 다이어그램(Composite Structure Diagram), 패키지 다이어그램(Package Diagram) 

타이밍 다이어그램(Timing Diagram), 인터액션 오버뷰 다이어그램(Interation Overview Diagram)

통신 다이어그램(Communication Diagram), 교류 개요 다이어그램

이런 다이어그램도 있습니다.

객체지향 분석의 방법론

Booch(부치) 방법론 : 설계 중심 방법론, 미시적 개발, 거시적 개발 프로세스를 모두 사용하는 방법론

Jacobson(야콥슨) 방법론 : Usecase를 강조하여 사용하는 방법론, 큰 프로젝트에서 효율적

Rumbaugh(럼바우) 방법론 : 가장 일반적인 방법론, 객체 모델, 동적 모델, 기능 모델로 나누어 수행

Coad와 Yourdon 방법론 : E-R 다이어그램을 사용

Wirfs-Brock 방법론 : 고객 명세서 평가

부트로더

부트로더란 운영체제가 시동되기 이전에 미리 실행되면서 커널이 올바르게 시동되기 위해 필요한 모든 관련 작업을 마무리하고 최종적으로 운영체제를 시동시키기 위한 목적을 가진 프로그램을 말함 - 위키백과

여기서 말하는 필요한 작업들은 하드웨어를 초기화하고 커널을 압축 해제 후 메모리에 적재, 

제어를 OS에 넘기는 과정을 수행 등을 말합니다.

여기서 1차 부트로더, 2차 부트로더가 있는 이유는

용량의 문제입니다. 부트로더가 점점 용량이 커지는 까닭에 1차 부트로더가 2차 부트로더를 로드하고

다시 2차 부트로더가 커널을 로드하는 방식입니다.

여기서 1차 부트로더인 MBR(Master Boot Record)은 디스크의 첫번째 섹터(512바이트)에 위치합니다. 

1차 부트로더 : MBR, PBR(partition boot record - 멀티부팅 시 이용)

2차 부트로더 : GRUB(리눅스, 윈도우), SYSLINUX(리눅스), LILO(리눅스), BOOTMGR(윈도우), NTLDR(윈도우)

Startup Code

부팅 과정 중 첫번째에 실행되는 코드, 말그대로 시작할 때 필요한 사항을 적은 코드입니다.

main함수가 불리기 전에 실행되죠.

파일명이 startup.s 입니다. 파일명.c는 어셈블리어로 프로그래밍된 파일입니다. 

C언어가 아니라 어셈블리어로 프로그래밍하는 이유는 C코드로 프로그래밍하기 위해서는

스택 메모리 할당이 전제가 되어야하기 때문입니다.

스타트업 코드는 보통 다음과 같은 절차를 구성합니다.

1. Disable all interrupts

2. Copy any initialized data from ROM to RAM.

3. Zero the uninitialized data area.

4. Allocate space for and initialize the stack.

5. Initialize the processor's stack pointer.

6. Create and initialize the heap.

7. Execute the constructors and initializers for all global variables

8. Enable interrupts.

9. Call main.

스타트업 코드 깔끔한 설명

임베디드 책 추천

캡슐화

데이터와 데이터를 조작하는 연산을 하나로 묶는 것을 의미

다른말로 번들링(Bundling)이라고도 합니다.

인터페이스 간결, 추상화, 모듈화 향상, 내부 데이터의 보호, 모듈 독립성 향상의 효과가 있습니다.

기존에도 C언어에서 구조체나 공용체를 통해서 캡슐화를 시도했지만

객체지향 언어가 등장하면서 캡슐화가 완벽하게 지원됩니다.

추상화란?

복잡한 문제를 다루기 위해서 불필요한 부분들을 숨기고 중요한 부분만을 표현하는 것

또는 구체적인 사실들을 일반화시켜 기술한 것

공용체란?

구조체와 같이 여러 자료형을 멤버로 가지고 있지만

여러 멤버들이 메모리 공간을 공유하며 사용합니다.

가장 사이즈가 큰 멤버의 사이즈로 메모리를 할당하고 모든 멤버들이 해당 메모리 공간을 공유하며 사용합니다.

정보은닉

객체에 대한 구체적인 정보를 노출시키지 않도록하는 기법, 외부에서의 접근을 막는 기법

목적은 객체간의 결합도를 약화시켜 교체나 변경이 쉽도록 하는 것입니다.

객체지향 언어에서 추구하는 유연성(교체, 변경)을 정보은닉을 통해서 얻을 수 있습니다.

public : 외부에서 접근 가능

private : 외부에서 접근 불가

default : 동일 패키지로 묶인 클ㄹ스 내에서만 접근 가능

정리하자면 캡슐화는 데이터와 함수를 묶어주는 기법이고 정보은닉은 캡슐 속에 있는 데이터와 함수를

외부에 노출시키지 않는 기법입니다.

정보은닉, 캡슐화 추천 블로그

툴체인

컴퓨터 프로그램을 제작하기 위해 필요한 개발도구 모음을 뜻합니다.

여기에 포함된 개발도구들은 연쇄적으로 사용됩니다.

연쇄적이란 어느 한 개발도구의 출력이 다른 개발도구의 입력이 된다는 뜻입니다.

간단한 툴체인은 소스 코드 편집을 위한 문서 편집기와 소스 코드를 실행 프로그램으로 변환하는 컴파일러와 링커, 운영체제의 기능을 제공하는 라이브러리로 구성됩니다.

여기까지 위키의 설명이었습니다.

툴체인은 크로스컴파일러를 보면 많이 나오는 용어입니다.

크로스컴파일러는 호스트 시스템에서 타겟 시스템을 위한 실행 가능한 코드를 생성해주는 컴파일러죠.

여기서 툴체인은 타겟 시스템에서 실행할 프로그램 개발을 위한 호스트 시스템의 소프트웨어, 개발환경을 통칭합니다.

여기서 프로그램 개발이라 하면 소스 코드를 컴파일하고 링킹하는 등 실행 가능한 파일을 생성하는 과정을 말합니다.

툴체인의 기본적인 구성입니다.

Compiler(gcc)

Debugger(gdb)

Library(glibc)

Util(binutils - gcc를 위한 어셈블러(as), 링커(ld), 라이브러리 관련 파일 모음)

 arm-linux-gcc 가 대표적인 툴체인 입니다.

모놀리식 커널

입출력 기능, 네트워크 기능, 장치 지원 등 운영체제의 일반적인 기능을 커널과 동일한 메모리 공간에

적재, 실행하는 기법을 말한다. 단일성 커널이라고도 부른다. (위키)

쉽게 말해, 커널이 모든 기능을 포함하고 있는 커널 아키텍처

장점은 각 기능 간에 커뮤니케이션이 좋습니다. 그리고 시스템 호출에 의한 서비스가 빠릅니다.

단점은 새로운 디바이스를 추가하거나 기능 변경시 커널을 재빌드해야합니다.

각 가능 간에 효율성이 좋지만 같은 메모리 상에서 실행되어 한 기능이 문제가 생기면

시스템 전체에 영향을 줄 수 있습니다.

ex) UNIX, LINUX

마이크로 커널

OS를 구성하는 몇개의 요소, 기능을 커널 고간으로부터 떼어내어, 외부 모듈화 하는 등으로 추가하는 기법

쉽게 말해, 커널에 핵심적인 기능(스케줄링, 메모리 관리 등)만을 포함하고

적용 분야나 시스템에 따라 필요한 기능을 추가하는 방식의 아키텍처

예를 들면 위의 그림과 같이 디바이스 드라이버, 파일 시스템이 유저 모드에 들어갑니다.

커널의 크기가 작으므로 임베디드 시스템에 사용하기 용이합니다.

장점은 리얼 타임성 시스템에 강합니다.

ex) MacOS X, Windows NT

모놀리식 커널이 부품 수나 결선이 적어 경제성이 높으면 동시에 고장이 적어 신뢰성이 높다.

그 때문에 널리 사용되는 IC는 대부분 모놀리식이다. (컴퓨터인터넷IT용어대사전)

임베디드 좋은 사이트 추천

http://recipes.egloos.com/

https://selfish-developer.com/category/%EC%BB%B4%ED%93%A8%ED%84%B0%EA%B3%B5%EB%B6%80/%EB%A6%AC%EB%88%85%EC%8A%A4

ELF(Executable and Linkable Format)

리눅스, 유닉스 시스템의 표준 바이너리 파일 형식, 오브젝트 파일 형식(파일명.o)

윈도우 시스템에서는 PE파일 형식이 ELF파일 형식입니다.

결국에 링커를 거쳐서 나온 실행파일로 보시면 됩니다.

ELF파일은 ELF헤더와 파일 데이터로 이루어집니다.

HEX파일(intel)은 ELF로부터 생성되는 플래쉬 메모리에 다운로드되는 16진수로 인코딩된 파일입니다.

마이크로프로세서용의 오브젝트파일을 ASCII포맷의 파일로 인코딩한 파일이죠.

포럼을 보면

source -> compile -> ELF -> link -> hex -> Flash programmer -> Targer board

라고 설명도 해놨더라고요.

위에 내용으론 Link 다음이 ELF가 맞는건데 아직 뭐가 정답인줄 모르겠네요

HEX파일은 많이 다뤄봤는데 ELF는 이제 막 알게되어서 더 접해보고

아무튼 추후에 업데이트하겠습니다.