기술사컬럼

제90회조직응용 2교시 강평(류기동기술사)

류기동

2010-02-08 23:59:18, 조회 : 935, 추천 : 69

90회 조직응용 2교시 강평

- 89회 조직응용 기술사 류기동

최근 관리에서 CA문제가 자주 나오고 87회에서 DB문제가 응용에 대거 나오면서
두 시험 간의 차이가 좁아 지는 느낌이었는데 이번 시험에서도 그런 경향이 많이
반영된 것 같습니다. 어쨋거나 경영, DB토픽이 많이 나왔지만 어려운 토픽은 아니므로
기본에 충실 하셨다면 충분히 좋은 답안 예상되고, 응용은 2교시가 왠지 승부의 관건으로 느껴집니다.

다들 시험 치루느라고 고생들 하셨는데...
너무 많이 쉬시지 마시고 1~2주만 쉬시기 바랍니다.
1~2주 쉴때 책을 사서 보는 것도 많은 도움이 됩니다.
평소 관심있었던 토픽.. 사실 기술사 토픽이라는게 다 책한권입니다.
저도 87회 시험치자 마자 컴구조, CMMi, ITIL, TDD  책사서 좀 봤습니다.
토픽공부할때 보긴봤는데 실무에서 제가 안쓰는 것들이라 좀더 실체를 보고자...
책보니 아.. 내가 외웠던게 이런거구나 하는 느낌도 들고 이해의 폭도 깊어지고.. 도움이 많이 됩니다.
그리고 나서 다시 반복의 길로 들어가면 됩니다.

1. ROI분석
  - 89회 면접 시험시 물어봤던 문제
  - 단순히 ROI가 무엇인지에 대해서 설명하는 것이 아니라 ROI 분석에 대한 가이드가 문제이다.
  - 목차를 잡을때 대충 아래 처럼 될거 같은데..
    핵심은 ROI에 관해 2,3단락을 쓰느게 아니라 2단락에서 ROI의 what 에 대해쓰고
    3단락에서는 ROI에 분석에 대한 가이드.. 즉 How를 써줘야 된다.
    3단락에서 어떤 식으로 ROI 분석에 대한 How를 짧은 시간내에 제시 하느냐가 고득점의 열쇠가 될 것 같다.
    4단락에서는 3단락 나. 의 내용이 고려사항과 중복될 수 있으므로
    목차를 ROI 향상을 위한 IT동향 이런식으로 잡아 버리고 자신이 알고 있는
    관련 토픽들,  EA, ITIL, ITSM, IT거버넌스 이런 키워드로 도배를 해주는 것도
    단순한 문제로 답안의 범위를 넓힐수 있는 목차 잡는 요령이 아닐까 싶다.

    1. ROI의 개요
        가. 정보시스템 도입시 ROI 분석의 필요성
             필요성에 대한 개괄적 그림
        나. ROI의 개념
            - 정의 및 기본적 수식
     2. ROI의 분석 기법
        가. ROI 분석 절차
        나. ROI 분석 팩터  : 체계화된 3단표
            -  TCO : 직접/간접비
            - Benefit : 유형/무형
      3. ROI 분석 가이드
        가. IT ROI 분석 프레임웍
          -> 이 부분이 이 답안 전체의 핵심 일수 있음.
          -> 프레임웍으로 크게 치고 CEO, CIO, CFO 측면등으로 나눠서 주요 핵심 관심사항에 대한
              표를 만들거나 개괄도 형태를 제시하면 좋을 듯.
        나. ROI 분석 요소
           - ROI 분석시 주요 고려사항이나 측면..
           - 특히 IT ROI 이므로 수익에 대한 분석 요소시 고려사항이나 ROI 결과값에 대한 적절한 수치
             에 대한 가이드 제시 필요
           - 솔류션을 통한접근법등에 대한 아이디어 제시
           - IRR, NPV등의 정량적 방법에 대한 내용 제시
      4. 최근 ROI 증대를 위한 IT의 동향
         - EA, ITIL, ITSM, IT거버넌스, ITAM머 이것저것 아는 키워드로 도배를 한다.

2. MBO, BSC
    - BSC는 맨날 하던건데 MBO는 흠.. 약간 생소하네요..
    - MBO와 BSC의 가장 큰 차이는 MBO는 실행에 대한 즉시적인 성과분석, 단기간의 성과관리 중심이고
       BSC는 전략을 기반으로한 장,단기 성과의 균형적을 맞추는 것이 큰 차이입니다.
      이런 맥락을 이해하고 답안을 전개해 가야 할 것으로 보입니다.
    - 1단락의 경우  1. 지식노동자의 동기부여를 위한 성과 관리의 개요   이런식으로 문제에서
      목차를 꺼낼 수 있는 좋은 예가 될수 있을 것 같군요.
    - 비교를 하더라고 전체 성과관리의 큰 틀에서 서로의 포지션에 대한 비교를 개념적으로 할 수 있는
      도식화를 할수 있다면 +알파가 예상됩니다.


3. OODBMS의 구성요소, 특징, 혼합구조 비교
    - 경영문제가 두개나 나오더니 그다음에 나오는게 DB라.. 최신기술/네트웍 열나 공부했던 사람은 가슴이 아플 타이밍이군여.. 허허
    - OODBMS는 이미 많이 했던 토픽이라 기본에 충실 하셨던 분은 크게 당황하지는 않았을 것입니다.
    - 문제에 목차가 이미 나와있기 때문에 목차 잡기는 어렵지 않았을 것으로 보입니다.
    - 이런문제 목차 잡으실때 그냥 물어본 내용대로 목차 잡는 분들 있는데 저는 항상 기승전결을 지킵니다.
      일반적으로 개념, 특징, 필요성, 등장배경들은 기에 해당되는 내용입니다.

      그래서 이문제 목차잡을때도

      1. OODBMS의 개념
         가. OODBMS의 정의
            - 특징을 많이 써야 하므로 정의는 2줄만 간단하게 쓴다.
        나. OODBMS의 특징
           - 1단락이지만 2X5 표 쳐서 10줄 쓴다.
     2. OODBMS의 구성요소
        가. OODBMS의 구조
             - 구조 그린다.
        나. OODBMS의 요소
             - 요소 설명한다., 표그릴때 3단으로 해서 마지막단에 그 요소의 RDBMS에서의 차이점을 써준다.
             - 물어본 문제가 RDBMS에 대비하는 OODBMS의 구성요소로 시작했으므로 그냥 쓰면 안된다.
             - 가능하면 RDBMS에 있는 요소들중에 OODBMS와 차이가 나는 그런 요소들을 중심으로 한다.
      3. Hybrid 구조와 비교
        가. Hybrid 구조의 특징/구성요소
             - 특징/구성요소 아무거나 쓸수 있는걸로 쓰고 표 밑에 한줄로 간단히 가장큰 차이점을 써준다. -> 비교표 작성 용이하게 하기 위해
        나. Hybrid 구조와 순수 OODBMS 비교
             - 비교표
      4. OODBMS 사용시 고려사항
        - 가능하면 용도에 따른 DBMS선택 기준같은것을 제시하는것도 좋은 방법일 것 같다.

4. 마스터데이타 관리의 중요성, 마스터데이터 정보관리 체계
     - 마스터데이타는 응용모의고사에도 자주 출제되던 토픽이다. 그나마 DB라도 이정도는 잘 쓸수 있어야 된다.
     - 개인적으로 조직응용에서의 DB는 DB원론 보다는 최신 기술의 응용DB와 분산DB,DW, MDM, DB품질과
        같은 전사차원의 DB아키텍쳐나 관리체계에 비중을 더두는게 좋을 것으로 생각한다.
        이런 토픽이 경영 토픽하고도 겹치는 부분이 많아 한개 잘 외우면 두마리 잡을 수있다.
     - 마스터 데이타 정보관리 체계는 결국은 3,4 가지 종류의 MDM 관리 방안하고 그 방안을 실제 사용시 어떤 환경에
       적합한지를 설명하는 식의 방법과 대놓고 3단락에 최적의 MDM 프레임웍을 제시하는것도 나쁘진 않을 것으로 보인다.
     - 문제가 업무 프로세스 능력 향상을 위한 최상의 체계를 설명하라고 했는데.. 최상이 어디있겠는가? 이런게 답이 있는가?
        정답은.. 없다.. 즉 이럴때는 여러가지를 상황에 맞게 선택할수 있는 가이드, 기준을 제시하는게 일반적이다.
        그리고 업무프로세스 능력 향상이란 단어가 들어갔다.. 여기에 대해서도 고민해야 된다..

5. macro, function, inline, 임베디드 SW에 적용 방법
   - 흠.. 이쯤에서 네트웍 문제가 나와야 되는데.. 결국.. 안나오는군요..
   - 이건 머 컴파일러에 임베디드까지...
   - 일단 세가지의 정확한 개념을 설명해야 하고 예시가 있어야 하겠죠.
   - 컴파일러 측면에서의 차이점, macro는 전처리기, 나머지는 컴파일시... 그리고 실행시 차이점..
      그런 차이로 인한 개발시 고려사항..
   - 그리고 임베디드가 나왔기 때문에 이 세가지의 특징중에서도 바로 성능, 리소스 사용 부분에
      포커스를 둬서 비교하고 설명하는게 좋을 것 같습니다.
   - 임베디드 SW 개발환경이 갖는 일반적인 특성,..리소스 제약, Dead Line 특성에 따라 어떻게 써야 할지를 가이드 하면 좋은 점수 기대 됩니다.

6. 버퍼링과 캐슁
   - 갈수록 태산입니다.
   - 기껏 기다렸던 CA문제가 이런 문제일 줄이야...ㅎㅎ흑
   - 그래도 일단 모르는 단어는 아니니 한숨돌리긴 했지만, 의외로 쓸라니 쉽지 않아 보입니다.
   - 물어본 질문이 개념, 활용예, 활용시 주의사항이기 때문에 개념에 대해서 상세히 그림과 함께
     설명하는것이 필요합니다.
   - 개념적인 측면에서의 핵심은 버퍼링은 FIFO 방식이고 캐슁은 랜덤접근이 된다는 점과
      버퍼링은 속도차가 나는 시스템간에 올바른 동작을 위해 필요하고 캐슁은 속도 향상을 위해 필요하다는 점을
     잘 부각할 수 있도록 목차를 잡고 다양한 사례를 제시하면 2단락 까지 마무리 될것 같네요.
   - 3단락에서는 활용시 주의사항인데 단순히 생각 할수 있는 내용들... 사이즈, 위치, 비용고려한 메모리 사용, 머 이런 것들 외에
      캐쉬와 버퍼를 같이 쓰는 경우..    예를 들면 디스크의 경우 메모리상에 메모리 버퍼가 있고 디스크상에 디스크 캐쉬가 있다든지 할경우
      중복되지 않게 잘 해야 적은 비용으로 성능향상에 도움이 된다. 머 이런 것들을 추가 해주면 고득점이 될것 같군요.
   - 이런 문제는 1단락 개념, 2단락 활용예, 3단락 주의 사항으로 끝내면 됩니다.

정종헌

실제로 캐쉬는 디스크 상에 있는게 아니라 메모리에 있죠. 일반적으로 디스크의 메모리를 그냥 버퍼 캐쉬라고도 하고요.

2010-02-09
10:12:20

류기동

제가 쓴거는 주기억장치에 메모리 버퍼 캐쉬를 두고 디스크 컨트롤러에 디스크 캐쉬(DRAM)가 양쪽에 있는 경우를 설명한 건데요..(논문 참조)

2010-02-09
11:09:03

윤현경

일반적으로 프로그래밍을할때 버퍼는 속도차이를 줄여주는 완충작용 하는 FIFO로 사용합니다. 그리고 캐쉬는 L2CACHE 부분을 커널에서 요청, 할당받아 속도개선용으로 사용합니다. 즉, 요즘나오는 CPU (DSP, ARM) 의 경우는 L2CACHE 부분에 대해 할당할수 있게 지원합니다. CPU내에 있는 자원에서 할당이 가능하면 커널에서 할당을 해주지만 그렇지 않은경우는 DRAM에서 할당을 해야합니다. 두분다 틀린말은 아니신듯... ^^;

2010-02-09
11:33:53

임호진

ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ

2010-02-09
11:45:22

추천하기

목록보기