[정처기] 비전공자를 위한 5일 정처기 강의(1주차); SW설계

오늘은 메타코드의 강의를 처음으로 듣는 날이다. 

 

처음 강의를 등록하면서, 강의를 시작하는 가장 기초의 소개강의는 이미 들어두었고

이제는 시험을 준비하는 강의로서는 처음이다. 

 

메타코드 장학생으로, 강의를 들으면서 

내가 들은 내용을 기록하고, 

향후에는 이 기록이 메타코드의 강의를 듣는 사람들을 위한 기록이되고

또는 정처기 자체를 공부하는 사람들에게도 의미있는 글이 되기를 바라면서, 

서투루고 미숙한 글을 작성해본다. 

 

참고로 아래처럼 메타코드 홈페이지에 접속하면, 빅데이터 관련 자격증 교육을 많이 가지고 있다. 

내가 데이터 관련해서 엄청 잘나가는건 아니지만, 나도 저기있는 모든 자격증이 다있다. 정처기 빼고 

그래서 이제 정처기를 취득해보고자 한다..! 

 

이미지출처: 메타코드M

 

 

0. 1주차 강의를 들으며 든 생각

- 현재 강의를 약 1시간 정도 듣고 있는데, 전체의 맥락을 잘 모르겠다. 

- 정처기라는게 아예 처음 접하는 시험이기도 하지만, 

- 지금 배울 내용의 전반적 흐름이 어떻게 될 것인지 개괄이 없이 흘러가서 모든게 갑자기 나오는 느낌이다. 

- 그래서 나는 1시간째 듣던 인강을 멈추고, 스스로 강의자료를 간단히 훑고, 전체 개괄을 정리 한 뒤 다시 강의를 들으려한다.

 

1. 소프트웨어 설계- 요구사항

 

학교를 다니거나, 기업을 다니거나 하물며 집에 있더라도, 

무언가를 개선하거나 더 효율적으로 만들어야하는 상황이 온다. 

 

예를들면, 집에서 세탁기를 돌리는데 매번 흰색, 검은색, 수건이 모두 하나의 바구니에 있다면

세탁기를 돌리는 사람(바로 저인가요..?)은 세탁기를 돌릴때마다 3가지를 구분하는 작업을 해야한다. 

이에 작업자는 이 세가지를 미리 분류해놓는 방법을 원할 것이고, 우리는 그것을 조금 유식해보이는 말로 '요구사항'이라고 한다. 

 

이처럼 집에서도 세탁기 외에도 다양한 요구사항이 있을텐데, 

효율성을 토대로 최대의 이윤을 창출해야하는 기업이라는 곳에서

요구사항이 얼마나 많을까? 수 많은 요구사항 중에서, SW를 기반으로 하는 요구사항들이 있을 것이다. 

우리는 그 요구사항들을 기반으로 SW를 설계하게 된다. 

이미지출처: 메타코드M

그때 필요한 것이 바로 요구사항에 대한 확인이다. 

개인 또는 부서의 요청에 따라서 요구사항이 발생하면, 우선 3가지의 단계를 거치게 된다. 

1. 현행 시스템 분석

2. 요구사항 구체화 및 확인

3. 분석 모델 확인

 

이는 너무도 당연한 수순이라고 생각한다. 

현재 시스템이 어떤 구조, 상태, 배경으로 이루어졌는지를 파악한 뒤 

--> 개인 또는 부서가 현재를 바탕으로 어떤 요구를 하고 있는지를 분석한다.(즉 뭘 고쳐야하고 그게 가능한지)

--> 그리고 우리는 다양한 개발 방법(개발 모델) 가운데 어떤 방법론을 택해서 어떻게 개발 할 것인지를 구체화 하는 과정을 거치게 된다. 

이제 하나하나 조금 더 자세히 들여다 보자. 

 

1.1 현행시스템 분석

  현재에도 시스템은 운영중이다. 하지만 누군가 현 시스템에 대한 불만을 제기했다(요구사항). 

이에 우리는 현재 시스템 자체에 대해서 다시 알아볼 필요가 있다. 이에 우리는 우리의 플랫폼의 성능이 어떠한지 성능 분석을 해야한다. 그 분석 평가 항목으로는 1. 경과항목, 2. 사용률 3. 응답시간 4. 가용성이 있다. 

이 4가지의 기준에 얼마나 높은 평가를 받는지가 우리 현재의 플랫폼 상태를 파악하게 해주는 것이다. 

 

반대로 말하자면, 내가 어떠한 플랫폼을 구축했을때, 이 플랫폼이 잘 만들어졌는지 여부를 저 4가지 기준으로도 살펴볼 수 있다는 것이다. 아주 기본적인 지표가 되겠지만 말이다! 

 

2. 어플리케이션 설계

SW설계에서 많이 사용하는 방법인 모듈형. 

이는 경영에서도 많이 사용하는 개념이 바로 모듈이다. 

이는 쉽게 이해하면, 테슬라 설계 정도로 이해할 수 있다. 

바퀴와 배터리를 기반으로한 하부를 만들고나면, 그 위에 어떤 모양의 상체를 올릴 것인지만 구분하면

모델 S, 3, X, Y가 나온다. 

 

사실은 이런형태로 나오는게 아니지만, 개념적으로 

핵심, 중심이 되는 것을 만들고 그것을 바탕으로 차이점을 얹어서 제품을 설계하는 방식이다. 

이러한 개념처럼, 모듈(독립적 기능을 가진 단위)를 만들어서, 

그 모듈을 여러개를 조합하여 어플리케이션을 만드는 것이다. 

 

 

이러한 모듈에는 다양한 특징이 있는데, 그 특징은 위의 장표에 나와있는 내용과 같다. 

 

중요한 점은 모듈이 갖는 장점같다. 

 

위에서 언급한 바와 같이. 어플리케이션(소프트웨어)의 기본은 대게 모듈형식을 갖는데, 

이 형식의 장점은 모듈이 갖는 독립성이다. 

독립성이 있기 때문에, 하나의 모듈에서 문제가 발생할지라도, 

그 오류, 문제가 다른 모듈에 영향을 미치지 않는다. 

 

즉, 채팅 모듈에서 오류가 발생하더라도, 알림 모듈에서는 오류가 발생하지 않는다. 

 

우리가 자동차 의자에 문자가 생긴 것과는 별개로, 자동차 엔진 모듈에는 영향을 미치지 않기 때문이다. 

 

이러한 독립성을 가지고 있는 모듈은 효율성으로 인해 더 많이 사용되는 것 같다. 

 

마무리

이 강의에 관심이 있다면, 아래 링크를 통해서 강의를 신청하고 들을 수 있다! 

https://www.metacodes.co.kr/edu/read2.nx?M2_IDX=30659&page=1&sc_is_discount=&sc_is_new=&EP_IDX=15203&EM_IDX=15027

정보처리기사 필기 환급 챌린지ㅣ합격 인증 시 100% 환급 (제세공과금 22% 제외)