상 감리 절차 [정의] 정보시스템 감리를 하는 법인 또는 기관이 전자정부법 시행령 제72조 2항 규정에 따라 수행해야하는 원칙
정보시스템 감리업무의 수행 형태에 따라 일부 절차를 변경, 생략 가능
[공통 감리 절차] : 예비조사, 현장감리, 조치 확인
1) 예비조사 : 예비조사 준비, 예비조사 실시, 감리계획서 작성/제출
2) 현장감리 : 감리시작, 착수회의, 감리수행, 보고서 작성/검토, 종료회의, 보고서 확정/통보
3) 조치확인 : 확인준비, 시정조치 확인, 확인보고서 작성/협의, 확인보고서 확정/제출
예현조
준실감
감착감보종보
준시작보
토픽 이름 감리절차
분류 SW > 정보시스템감리 > 감리절차
키워드(암기) 고객(발주기관), 피감리인, 감리업체,
계약->예비조사/계획->착수회의->시행/보고서작성->종료회의->보고서 통보->시정조치 결과확인/통보
암기법(해당경우) 계예착시(보)종보(통)결(확통)

[기출문제]

번호 문제 회차
1 5. 소프트웨어 개발 프로젝트 품질보증(Quality Assurance)을 위한 정보시스템 감리 절차에 대하여 설명하시오 105.정보관리.3
2 2. 공통감리절차 중 시정조치확인 과정에 대하여 설명하시오. 104.컴시응.2
3 6. 정보화사업 공통 감리절차에 있어서 현장감리는 어떠한 활동인지 기술하시오.
또한 현장감리에서 이루어지는 6가지 절차를 설명하시오		 101.컴시응.4

 

I. 정보시스템 감리 절차의 개념

- 정보시스템 감리를 하는 법인 또는 기관이 전자정부법 시행령 제72조 2항 규정에 따라 수행해야하는 원칙

- 정보시스템 감리업무의 수행 형태에 따라 일부 절차를 변경, 생략 가능

 

II. 정보시스템 감리 수행 절차 구성도 및 절차

가. 정보시스템 감리 수행 절차 구성도

 

 

나. 정보시스템 감리 수행 절차

 

 

수행 절차 주요내용 산출물
감리 계약
체결		 - 감리 제안, 종합감리계획서 작성 및 통보, 확정
- 감리 기관은 감리비, 감리 일정, 장소 등 감리 계약에 필요한 기본적인 사항 등 감리계약서에 포함될 내용을 협의
- 감리 기관과 감리의뢰기관 사이의 법적인 충돌을 방지하는 목적으로 상호합의에 따라 감리계약서를 작성		 감리 계약서
예비조사 실시 및 감리 계획 수립 - 감리 규약에 규정한 사항을 토대로 감리 계획 수립
: 사용 개요, 목적, 감리대상 범위, 일정, 감리 영역 및 점검 항목 등
- 감리 준비: 감리 일정, 감리대상, 사업 개략적 조사 및 이해
- 개별감리계획서 작성: 개별 감리 실시계획 작성
- 예비조사: 감리대상 사업의 특성, 중점검토사항 도출		 감리기본 점검표
감리 수행 계획서
감리 착수
회의 실시		 - 감리 계획 설명 및 점검 항목 협의
: 사업현황 파악 및 현업 담당자 확인
- 공식적인 감리 시작을 알리는 행위
- 감리 기관, 감리의뢰기관, 피감리인 등 관계기관의 참여 하에 공식적인 감리의 시작을 위한 착수 회의 실시		 착수 회의 자료
감리 시행 및
감리 보고서 작성		 - 계획에 기초하여 현장 감리 실시
: 자료 검토, 인터뷰, 관찰, 시험 활동, 상호 검증을 수행
: 감리 보고서 작성 및 검토
- 감리인이 현장 실사, 피 감리인 및 감리의뢰기관 관계자와의 면담 등을 통하여 중점 검토 항목별 문제점 및 개선사항을 발견하여 문서화
- 각 감리인들이 현장감리기간 동안 발견된 주요 문제점 및 개선사항을 보고서화하고 감리의뢰인 및 피 감리인에게 확인		 감리수행 결과
보고서(안)
감리 종료
회의 실시		 - 관련자에 감리결과 설명, 의견 청취, 추후 일정 협의
감리기간 중 발견된 중대 사항을 확인하기 위해 종료 회의를 실시하며 회의는 감리 총괄이 진행
- 주관감리인이 종합적인 감리 의견(총평)과 개선권고사항을 설명하고 피 감리인의 질의, 응답 과정을 통해 발견된 사항을 조정 및 확정		 감리수행 결과
보고서(안)
- 회의록
감리 보고서
통보		 - 감리 보고서 확정 본 작성 후 통보
감리종료회의 실시 후 각 감리인들은 상세검토사항의 내용을 조정
- 종료회의가 끝난 날로부터 10일 이내에 감리의뢰기관 및 피 감리기관의 장에게 통보		 감리 수행 결과보고서
감리에 따른 시정 조치 결과의 확인 및   통보 - 개선사항에 따른 조치계획 수립 및 검토
: 개선사항 조치 및 조치 결과 확인
피 감리인은 조치계획을 감리의뢰인에게 즉시 제출하고 감리의뢰기관은 감리결과 조치계획 및 조치결과를 감리인에게 제출
- 조치사항에 대한 검토는 산출물 위주로 이루어지며, 조치결과 검토공문을 통보함으로써 조치사항 검토 종료		 시정조치 확인 보고서

 

반응형
저작자표시 비영리 변경금지

'정보관리기술사 > 소프트웨어공학' 카테고리의 다른 글

SW 비용 산정 일반  (0) 2024.04.19
감리결과보고서 작성하기  (1) 2024.04.18
정보시스템 감리/Framework  (0) 2024.04.16
CMMI / CMMI 2.0  (0) 2024.04.15
ISO/IEC 25010(ISO 9126)  (1) 2024.04.14
상 정보시스템 감리/Framework [정의] 제3자적 관점에서 정보시스템의 구축·운영에 관한 사항을 종합적으로 점검하고 문제점을 개선을 하도록 하는 활동
[법적근거]
<전자정부법>제57조(행정기관등의 정보시스템 감리) ① 행정기관등의 장은 정보시스템의 특성 및 사업 규모 등이 대통령령으로 정하는 기준에 해당하는 정보시스템에 대하여 제58조제1항에 따른 감리법인으로 하여금 정보시스템 감리를 하게 하여야 한다. 다만, 제64조의2에 따라 전자정부사업관리를 위탁한 경우로서 대통령령으로 정하는 전자정부사업에 대해서는 그러하지 아니하다.
[사업유형/감리시점] EA, IS, SD, DB, OP, MA
[감리영역]
EA(기반정립, 현행아키텍처구축, 이행계획, 목표아키텍처구축, 관리체계, 품질보증활동, 사업관리)
IS(업무, 기술, 정보화계획, 품질보증활동, 사업관리)
SD(시스템 아키텍처, 응용시스템, 데이터베이스, 시험활동, 운영준비, 품질보증활동, 사업관리)
DB(데이터 수집 및 시범 구축, 데이터 구축, 품질검사, 사업관리)
OP(서비스 제공, 서비스 지원, 사업관리)
MA(유지보수 이행, 사업관리)
[감리관점/점검기준] 성과, 산출물, 절차		   시영관(사업유형/감리시점, 감리영역, 감리관점/점검기준)
성산절(성과, 산출물, 절차)
토픽 이름 정보시스템 감리 Framework
분류 SW공학 > 정보시스템감리 > Framework  (p.441)
키워드  
암기법 시영관, 성산절
관련 토픽  

 

기출문제

회차 종목 유형 문제
119 관리 4 6. 소프트웨어사업의 복잡도가 증가하면서 정보시스템 감리역할이 중요해지고 있다. 고시된 감리기준(행정안전부 고시 제2017-1호)에 대해 설명하시오.
가. 감리 실시시기 및 감리인력 배치기준
나. 감리 제안서 기술평가 항목
119 컴시응 3 4. 정보시스템감리 과업이행여부 점검 시 표본조사가 원칙이나 현실적으로는 발주기관에서 전수조사를 원칙으로 요구하는 사례가 많은 실정이다. 다음에 대하여 설명하시오.
1) 과업이행여부 전수점검에 대한 현실적 한계성과 감리에 미치는 문제점
2) 과업이행여부 전수점검에 대한 개선방안인 문서검토확인과 제3자 검증 방법
118 관리 3 5. 정보시스템 감리와 사업관리위탁(PMO, Project Management Office)을 비교 설명하시오.
117 관리 3 6. 정보시스템 감리 시행 절차의 활동(감리법인 관점)과 산출물을 설명하시오.
114 컴시응 4 5. 대규모로 운영중인 시스템을 개편하기 위해 PMO와 감리가 참여하는 프로젝트를 추진하고자 한다. 개발단계에서의 PMO와 감리간의 역할, PMO한계점 및 해결방안에 대하여 설명하시오.
111 관리 3 4.정보시스템 감리와 정보통신공사 감리를 설명하고, 감리보고서의 주요 내용을 비교하시오
108회 컴시응 4 5.최근 프로젝트의 위험성을 최소화하기 위해 PMO(Project Management Office)활성화에 대한 방안이 여러 분야에서 논의되고 있다. PMO에 대해서 기술하고, 정보시스템감리 유형 중 상주감리와의 차이점을 설명하시오. 또한 PMO를 활성화하기 위한 방안에 대해 설명하시오.
105회 관리 3 5. 소프트웨어 개발 프로젝트 품질보증(Quality Assurance)을 위한 정보시스템 감리 절차에 대하여 설명하시오
104 컴시응 2 2. 공통감리절차 중 시정조치확인 과정에 대하여 설명하시오.
101 컴시응 4 6. 정보화사업 공통 감리절차에 있어서 현장감리는 어떠한 활동인지 기술하시오.
또한 현장감리에서 이루어지는 6가지 절차를 설명하시오.
98 시스템응용 3 2. 정보시스템 감리의 프레임워크와 감리절차를 설명하시오.
95 조직응용 4 5.EA의 Framework 및 추진방안에 대하여 설명하시오
92회 관리 4 1. u-City 구축에 대한 정보시스템 감리 프레임워크 및 절차를 설명하시오.
90회 관리 1교시 13. 정보시스템 감리 점검프레임워크에 대해 설명하시오.
87 조직 3 2. ITA(Information Technology Architecture)/EA(Enterprise Architecture)의 프레임워크(Framework) 개념 및 구성에 대하여 설명하시오.
83 관리 3 3. 정보화 전략계획수립(ISP)사업에 대한 정보시스템 감리 프레임워크를 제시하고 중요 감리점검사항에 대하여 설명하시오.
83 조직 3 6. ITA/EA(Information Technology Architecture/Enterprise Architecture)에서 프레임워크 (Framework)의 정의, 필요성, 구성요소에 대하여 설명하시오. -> 가장 기본적인 문제가 나왔음.
83 조직 4 6.정보시스템 운영감리의 범위와 운영감리를 수행하기 위한 기본요소에 대해 설명하시오.
81 관리 1 13. 수석감리원, 감리원 자격기준에 대하여 설명하시오.
    [수석감리원]
- 80억 / 관리/전자계산조직응용기술사 등 수석감리원 등급자
    [감리원]
81 조직 2 감리 비용

 

 

  1. 효율적인 정보시스템 구축 및 운영을 위한 감리 개요
  • 정보시스템의 효율성 향상 및 안정성 확보를 위해 이해관계자로부터 독립된 자가 제3자적 관점에서 정보시스템 구축에 관한 사항을 점검하고 문제점을 개선하도록 하는 활동

 

  1. 정보시스템 감리의 등장배경
구분 설명
객관적 검증 - 정보시스템의 신뢰성, 안정성, 운영/구축, 효율성 확보를 위한 객관적 검증 필요
표준 준수 - 프로젝트 표준 준수 및 표준 설정의 완성도 향상
비용의 객관성 - 투자 및 적정 개발비용에 대한 객관성 필요

 

  1. 정보시스템 감리의 목적
목적 설명
법적 요건 준수 (Compliance)  
안전성 향상 (Security)  
효율성 향상 (Efficiency)  
효과성 향상 (Effectiveness)  
  • 감리의 목적은 주어진 요건을 준수하고, 정보시스템의 안전성, 효율성, 효과성을 향상시키는데 있음.

 

  1. 정보시스템 감리 점검 프레임워크 구성도 및 구성요소

  • 개념모델에 근거하여 사업유형/감리시점, 감리영역, 감리관점/점검기준의 세축으로 구성
  1. 감리점검 프레임워크 구성 요소
  2. 구성도 구성요소 설명


    		사업유형 - 정보기술아키텍처구축(EA)
    - 정보화전략계획수립(IS)
    - 시스템개발(SD), 데이터베이스구축(DB)
    - 시스템운영(OP), 유지보수(MA)
      감리영역 - 사업유형 별 감리 대상
    - 품질보증(QA)은 시스템개발까지 공통사항
    - 사업관리(프로젝트관리계획서)는 전체 유형
      감리관점
    점검기준    		 - 감리의 기준이 되는 내용
    - 절차, 산출물, 성과
  1. 감리관점/점검기준 설명
감리관점 내용
절차 (Process) 사업에 대한 각종 관리활동 및 구축/운영 계획 및 절차의 수립과 준수 여부의 적정성을 검토
산출물 (Product) 적정한 구축/운영 절차를 통하여 생산된 각종 문서, 시스템, 서비스 등에 대한 적정성을 검토
성과 (Performance) 궁극적인 사업의 성과목표 및 기대효과의 달성가능성 및 달성여부에 대한 검코
  1. SD 감리 프레임워크의 구성 및 감리 영역 점검 사항
    1. SD 감리 프레임워크 구성도
    2.  

  1. SD 감리의 감리 영역 점검 사항
감리시점 내용
요구분석(분석) 현행 시스템 운영환경과 업무를 분석하고 사용자 및 시스템 요구사항을 충분히 도출하였으며, 요구사항을 만족하기 위한 기술적 아키텍처 및 업무프로세스 분석을 적정하게 수행하였는지 점검
분석/설계(설계) 사용자 요구사항 및 분석 결과에 근거하여 시스템의 구조적 설계와 업무기능, 사용자 인터페이스 및 내/외부 인터페이스 등을 구현 가능한 수준으로 적정하게 설계하였는지 점검
구현 설계에 따라 시스템 도입, 설치를 위한 시험 및 검증 수행을 수행하고 시스템 계획을 시험계획을 적정하게 수립하였는지 점검

응용시스템 기능의 충분성, 완전성, 무결성, 편의성, 적정성을 확보할 수 있도록 구현하고 단위기능에 대한 검증을 수행하였는지 점검
시험 통합시험, 시스템시험을 통하여 구현된 시스템이 통합적인 관점에서의 기능과 완전성과 성능, 안전성, 보안성 확보 여부를 검증하였는지 점검
전개 시스템을 운영하기 위한 시스템 설치 및 배포, 초기데이터 구축 등의 준비를 완료하고, 시스템이 사용자에게 이관 및 운영될 수 있도록 준비하였는지 점검

 

  1. DB 구축사업 감리 Framework 및 점검사항

 

  1. DB 구축사업 감리 점검사항
감리시점 감리영역 감리사항
준 비 데이터수집
및
시범구축		 - 충분한 현황조사를 통한 데이터 구축자료 유형 및 범위 설정여부
- 데이터 구축요건/품질기준/구축공정/작업지침 마련여부
- 시범구축 공정을 통한 검증수행으로 목표일정 내 사업목표달성 준비여부
구 축 데이터구축 - 데이터 유형별 구축공정/작업지침/구축계획에 의거 품질목표를 만족하는
데이터의 누락없이 정확한 구축여부
  품질검사 - 공정별 품질보증계획에 따른 품질보증활동의 적정한 수행여부
- 전수검사 또는 표본추출검사를 통한 최종 데이터 품질목표 달성여부

 

“끝”

[ 참고문헌 ]

기필반 87기 교재 SW공학 / 프로젝트 관리 2 p.432

기필반 86기 숙제 게시물

 

[참고] 사업유형/감리시점별 감리사항 설명

사업유형 감리시점 감리영역 기반 감리사항
정보기술 및 아키텍처 구축(EA) 기반정립 및 현행
아키텍처 구축		  
  목표아키텍처 구축 및 이행계획 수립  
정보화 전략 계획 수립(IS) 현황분석 및 전략 수립  
  개선모델 및 실행계획 수립  
시스템개발(SD) // SD 사업 감리 점검 사항과 동일  
DB 구축(DB) // DB 구축 사업 감리 점검 사항과 동일  
시스템운영(OP) 운영  
유지보수(MA) 유지보수 - 유지보수 절차/표준의 수립여부
- 실제 유지보수의 적절한 수행여부
  • 품질보증은 전 영역에 걸쳐 있으며, 각 영역에 맞게 관련 계획을 수립/이행과 관련 산출물의 적정한 작성여부를 점검함.

 

V. 정보시스템 감리 대상기준 및 시행절차

  1. 정보시스템 의무감리 대상 기준 (전자정부법 시행령 제71조)
구분 대상 기준 예외인 경우
정보시스템 특성 1. 대국민 서비스를 위한 행정업무 또는 민원업무 처리용으로 사용하는 경우
2. 여러 행정기관 등이 공동으로 구축하거나 사용하는 경우		 총 사업비 1억원 미만의 소규모 사업으로써 비용대비 효과가 낮다고 행정기관 등의 장이 인정하는 경우는 제외
사업비 규모 정보시스템 구축사업으로써 사업비가 5억원 이상인 경우 (총 사업비 중에서 하드웨어, 소프트웨어 단순한 구입비용을 제외한 금액) 또는 사업 수행기간이 5개월 이상인 경우 단순한 구입비인지 여부는 행정기관 등의 장이 판단
행정기관 장의 필요성 판단 감리 시행이 필요하다고 해당 행정기관의 장이 인정한 경우 감리시행의 필요성을 판단하는 근거는 “정보시스템 특성”기준 참조
  1. 감리시행절차

  • 감리계약은 감리법인과 공공기관간에 체결하여야 하며 각 감리회차 별로 위 프로세스가 진행
  1. 감리수행 절차(감리법인 관점)

반응형
저작자표시 비영리 변경금지

'정보관리기술사 > 소프트웨어공학' 카테고리의 다른 글

감리결과보고서 작성하기  (1) 2024.04.18
감리 절차  (0) 2024.04.17
CMMI / CMMI 2.0  (0) 2024.04.15
ISO/IEC 25010(ISO 9126)  (1) 2024.04.14
품질통제(QC)  (0) 2024.04.13
상 CMMI / CMMI 2.0 [정의] 소프트웨어 개발 및 유지보수에 있어 프로세스 관리방법과 품질개선 개념을 적용하여 조직의 개선을 위한 모델
[CMMI v1.3 > cmmi 2.0 차이]
- 20 Practice Area
- Practice Group 구조
- Agile 환경 적용 적용
[CMMI v2.0 구성]
4개의 Category (두메인임 : Doing, Managing, Enabling, Improving)
12개의 Capability Area(Ensuring Quality, Engineer and Developing Products)
20개의 Practice Area(형상관리, 프로세스, 품질보증, 계획수립, 거버넌스, 인프라 이행)
[Practice Level-단계적 성숙도 level]
불완전(Incomplete, 성과 미고려),
초기(Initial, 성과 이슈 집중),
관리된(Managed, 프로젝트 성과 초점),
정의된(Defined, 조직 성과 초점),
정량적 관리된(Quantitatively Managed, 성과 예측 및 개선),
최적화(Optimizing, 성과 최적화)
[연속적] 불완전, 수행, 관리, 정의
[모델 심사 종류]공유재자
Benchmark(공식심사-3년), Sustainment(유지심사-2년),
Action Plan Reappraisal(재심사), Evaluation(자체심사)
두메인임
불수관확예최
불수관정
귱유재자
토픽 이름 (중) CMMI/CMMI2
분류 SW>품질 표준>CMMI
키워드(암기) Staged Representation, Continuous Representation, Process Area
기존 22개 프로세스 영역((Process Area)이
1) 4개의 카테고리로 구성됨, Doing, Managing, Enabling, Improving
2) 9개의 Capability Area와
2) 20개의 프랙티스 영역(Practice Area)으로 변경됨. (CMMI-DEV 기준임)
0~6단계
암기법(해당경우) 초관정량최, 불수관정

기출문제

번호 문제 회차
1 10. CMMI(Capability Maturity Model Integration) 107.응용.1교시
2 6. 소프트웨어 테스트 프로세스 성숙도 평가모델 TMMi(Test Maturity Model Intergration)와 시스템개발 프로세스 성숙도 평가모델 CMMi(Capacity Maturity Model Intergration)는 5레벨의 단계적 평가 프레임워크이다, TMMi 모델과 CMMi 모델을 각각설명하시오. 96.응용.2교시
3 4. CMMI(Capability Maturity Model Integration)는 조직의 프로세스 개선 활동을 효율적으로 지원하기 위한 모델이다. 다음 물음에 답하시오.
(1) CMMI 표현 방법중 단계적 표현 방법과 연속적 표현 방법을 비교 설명하시오.
(2) CMMI 의 단계적 표현방법에서의 모델 구성 요소에 대해 설명하시오.
(3) 통계적 프로세스 관리에 사용되는 대표적인 도구인 파레토 차트, 산점도, 관리도에 대해 설명하시오.		 87.관리.4교시

I. SW 프로세스 품질 개선 모델, CMMI의 개요

가. CMMI(Capability Maturity Model Intergration)의 개념

- 시스템과 SW영역을 하나의 프로세스 개선 툴로 통합시켜 기업의 프로세스 개선활동에 광범위한 적용성을 제공하는 모델

- 소프트웨어 개발 및 유지보수에 있어 프로세스 관리방법과 품질개선 개념을 적용하여 조직의 개선을 위한 모델

- 카네기 멜론대학 소프트웨어 공학연구소가 개발한 여러 CMM모델을 통합하고 있는 통합모델

- SW 개발 능력 및 성숙도에 대한 평가와 지속적인 품질 개선 모델

 

 

II. CMMI의 구성 및 모델구조

가. CMMI의 구성

나. CMMI 지식체계

 

III. CMMI의 종류

구분 Staged Representation
(단계적 표현)		 Continuous Representation
(연속적 표현)
설명 - 가장 기초적인 관리 절차 로부터 상위 수준으로 향상되기 위해 필요한 실무까지 수행되어야 할 프로세스를 단계별로 제시
- 조직 간 비교를 가능하게 하는 단일한 등급 체계 제공		 - 조직의 비즈니스 목적을 충족시키고, 위험 요소를 완화시키는데 중요한 개선 사항의 순서를 정하여 적용 시킬 수 있음
- Capability Level을 이용 하여 프로세스 영역(PA) 별로 성숙도 평가 가능
특징 - 성숙도 수준으로 조직간 비교 모델
- 단일등급체계 평가 결과 이므로 이해 하기 쉬운 프로세스 개선 결과 제시
- 입증 순서로 개선 활동 제공		 - 능력 수준을 프로세스에 적용
- 해당 프로세스 영역의 능력 수준을 결정 하므로 프로세스 개선에 유연한 접근 방식
- 우선 순위 기준 능력 수준 개선 가능
Process
Area		 Maturity Level로 그룹화 Capability Level 그룹화
예제모델 SW-CMM(단계적 표현)
Level별 KPI, Bottom-Up		 SE-CMM(연속적 표현)
SPICE와 호환가능,Top-Down
성숙도
평가		 1 ~ 5단계(SW-CMM과 유사) 0 ~ 3단계(SPICE와 유사)
표현방법

 

 

I. 프로세스 개선 De facto 표준, CMMI V2.0의 개요

가. CMMI 2.0(Capability Maturity Model Integration)의 정의

- 빠른 현실 비즈니스 환경에 적응하며, 조직의 성과를 잘 반영할 수 있도록 변경된 프로세스 개선 참조 모델

- 2018년 3월 모델 발표 이후, 2019년부터 심사 서비스 시작(2020년 4월부터 V2.0 심사 결과만 허용)

나. 주요 변경 사항

V1.3 -> V2.0
프로세스 영역(Process Area) 22개 -> 프랙티스 영역(Practice Area) 20개
Generic Practice 삭제 -> 거버넌스(GOV)와 이행 인프라(II)PA 통합
PA별 Pracice 구조 -> PA Level별 Practice 구조(PG)

- ① CMMI 채택 ROI 입증: 성과 및 효율성에 초점, ② 최신 트렌드 반영: agile, 보안, 안전 반영,

③ 심사 가치 증대: Sustainment Appraisal 도입, ④ View 도입: 사용자 친화적 모델

 

II. CMMI V2.0의 구조도와 구성 설명

가. CMMI V2.0의 구조도

 

나. CMMI V2.0의 구성 설명

구조 설명 상세 설명
View - 비즈니스 목적에 따라 모델 PA, PG, Practices 등을 선택할 수 있음 - SW 개발 조직: CMMI-dev 선택
- 사용자가 정의 보기 가능(Custom Views)
Category - 솔루션을 생산하거나 제공 시, 문제를 다루는 Capability Area의 논리적인 Group/View ① Doing, ② Managing
③ Enabling, ④ Improving
Capability Areas - 정의된 의도, 가치를 함께 달성하하는 유사한 Practice Areas 모음 - Ensuring Quality, Engineer and Developing Products 등 총 12개
Practice Areas - 목적을 달성하기 위해 필요한 주요 활동을 설명하는 Practice 집합 - 형상관리, 프로세스 품질보증, 계획수립,
거버넌스, 인프라 이행 등 총 20개

- Practice Level 별 Capability의 향상이 Performance 개선이 되도록 구성

 

III. CMMI V2.0 Practice level

Practice Level
  Performance Objective
Level 5 Optimizing
성과 최적화
Level 4 Quantitatively Managed
성과 예측 및 개선
Level 3 Defined
조직 성과 초점
Level 2 Managed
프로젝트 성과 초점
Level 1 Initial
성과 이슈 집중
Level 0 Incomplete
성과 미고려

- Practice 레벨 별 Capability의 향상이 Performance 개선이 되도록 구성

“끝”

 

[기타자료]

* PA 변경 내용(CMMI-DEV)

[영어 항목과 비교 공부]

반응형
저작자표시 비영리 변경금지

'정보관리기술사 > 소프트웨어공학' 카테고리의 다른 글

감리 절차  (0) 2024.04.17
정보시스템 감리/Framework  (0) 2024.04.16
ISO/IEC 25010(ISO 9126)  (1) 2024.04.14
품질통제(QC)  (0) 2024.04.13
품질보증(QA), 품질관리  (0) 2024.04.12
중 ISO/IEC 25010
(ISO 9126)		 [정의] ISO/IEC 25000(SQuaRE)의 품질 모델 부분으로 소프트웨어 품질의 특성을 정의하고
구체적인 품질모델을 제시한 국제표준
[ISO/IEC 9126 대비 변경 사항]
- 주특성: 보안성, 호환성의 주특성 추가로 기존 6개에서 8개로 증가
- 부특성: 기존 27개에서 31개로 증가. 각 주특성에 포함되어 있던 준수성 항목 삭제
[품질특성모델]
내부/외부 품질(기능적합성, 신뢰성, 사용성, 실행효율성, 유지보수성, 이식성, 호환성, 보안성)
사용품질(효과성, 생산성, 안정성, 만족도, 상황별 범위)
[특성상세]
기능적합성(기능성숙도, 기능정확성, 기능타당성)
신뢰성(성숙성, 결함수용성, 복구용이성, 가용성)
사용성(이해용이성, 학습성, 운영성, 사용자 인터페이트
미학, 사용자 오류보호, 접근성)
실행효율성(시간효율성, 자원활용성, 기억용량)
유지보수성(분석성, 수정가능성, 시험가능성, 모듈성, 재사용성)
이식성(환경적응성, 설치용이성, 치환성)
호환성(상호공존성, 상호운용성)
보안성(기밀성, 무결성, 부인방지, 책임성, 인증성)		 ISO 25000 8개 주특성, 31개 부특성
기신사실유이호보
성정타 성결복가
이학운사사접
시자기 분수시모재
환설치 기무부책인
효생안만상
토픽이름 ISO/IEC 25010(ISO9126)
분 류 SW공학 > SW 품질 표준 > ISO/IEC/25010(ISO9126)
키워드 정의 SW 품질특성, 품질평가 척도(Metrics), 사용자관점, 국제표준

특징 정량적 품질평가, 품질목표의 세분화/계층화, 품질평가 지침

품질특성 구조 내/외부 품질(주특성 8개, 부특성 31개), 사용품질(4개 특성)

내/외부품질
(주/부특성)		 [기능적합성] 기능성숙도, 기능정확도, 기능타당성


[신뢰성] 성숙성, 결함수용성, 복구용이성, 가용성


[사용성] 이해용이성, 학습성, 운영성, UI미학, 사용자오류보호, 접근성


[실행효율성] 시간효율성, 자원활용성, 기억용량


[유지보수성] 분석성, 수정가능성, 시험가능성, 모듈성, 재사용성


[이식성] 환경적응성, 설치용이성, 치환성


[보안성] 기밀성, 무결성, 부인방지, 책임성, 인증성


[호환성] 상호공존성, 상호운용성

사용품질 [효과성, 생산성, 안정성, 만족도]
암기법 기신사효유이를 보호하라

 

기출문제

번 호 문 제 회 차
1 4. 오픈 소스 소프트웨어(Open Source Software:OSS)를 설명하고 ISO/IEC 9126 및 ISO/IEC 12119의 방식에 의한 OSS의 품질 평가방법을 설명하시오. 89회.응용.4
2 9. ISO/IEC 25010에 대해 설명하시오. 합숙_2017.01.공통.5일
3 ISO 25010 에 대해서 설명하시오 합숙_2013.07.공통.2일
4 6. ISO 9126에 대하여 설명하시오. 모의_2017.01.관리.2
5 ISO 25010 모의_2014.04.관리.1

 

 

 

I. SW 품질 특성과 품질평가 Metrics를 정의한 국제표준, ISO/IEC 25010

가. ISO/IEC 25010의 정의

- 소프트웨어의 품질특성과 품질평가 척도(Metrics)을 정의한 국제표준

- 사용자 관점의 소프트웨어 품질특성에 대한 표준

나. ISO/IEC 25010의 특징

구 분 설 명
정량적 품질평가 - 소프트웨어 제품에 요구되는 품질을 정량적으로 평가
품질목표
세분화 및 계층화		 - 내ᆞ외부 품질특성을 주특성 8개와 부특성 31개, 사용 품질특성을 4개로 구분
- 품질 부특성 측정을 위한 내ᆞ외부 척도(Metric) 및 품질인자 정의
품질평가 지침 - 참여자 모두에게 소프트웨어 제품의 품질 평가를 위한 지침 제공
- 참여자 : 사용자, 평가자, 시험자, 개발자

 

II. ISO/IEC 25010의 구조 및 품질특성

가. ISO/IEC 25010의 구조

  • 소프트웨어 품질특성을 8개의 주특성과 31개의 부특성으로 분류

나. ISO/IEC 25010의 내ᆞ외부 품질특성

주특성 부특성 설 명
기능
적합성		 기능성숙도 - 기능의 지정된 작업 및 사용자 목적 전체를 다루는 정도

기능정확성 - 제품 또는 시스템이 필요한 정밀도에 따라 정확한 결과를 제공하는 정도

기능타당성 - 기능이 명시된 작업 및 목적의 완수를 용이하게 하는 정도
신뢰성 성숙성 - 제품 또는 시스템이 표준작동 하에 신뢰도에 대한 요구를 충족시키는 정도

가용성 - 사용이 필요한 경우 제품 또는 시스템이 사용 및 접근가능한 정도

결점완화 - H/W 또는 S/W의 결점 존재 시 제품 또는 시스템이 의도대로 작동하는지 여부

회복가능성 - 중단/실패 시 제품 또는 시스템이 원하는 상태로 재설정된 데이터로 복구할 수 있는 정도
사용성 타당성식별력 - 제품 또는 시스템이 사용자의 요구에 적절한지 여부를 식별할 수 있는 정도

학습성 - 사용자가 제품 또는 시스템의 사용법을 배워 명시된 목적을 달성할 수 있는 정도

운용성 - 제품 또는 시스템의 작동 및 제어를 쉽게 할 수 있는 정도

사용자오류보호 - 발생한 오류에 대해 시스템이 사용자를 보호하는 정도

UI 미학 - 사용자 인터페이스가 사용자에게 만족스러운 정도

접근성 - 지정된 상황에서 명시된 목적을 달성하는 기능과 다양한 사람에 의해 사용될 수 있는 정도
실행
효율성		 시간 반응성 - 기능 수행 시 제품 또는 시스템의 응답/처리시간과 처리율이 요구사항을 충족하는 정도

요소활용 - 기능 수행 시 사용하는 자원의 유형 및 양이 요구사항을 충족하는 정도

기억용량 - 제품 또는 시스템 파리미터(대역폭, 용량 등)의 최대 한계가 요구사항을 충족하는 정도
유지
보수성		 모듈성 - 최소 영향을 갖는 개별 구성요소로 이루어진 정도

재사용성 - 자산이 하나 이상의 시스템에서 사용되거나 기타 자산을 구축할 수 있는 정도

분석성 - 시스템 변화에 대해 어떤 영향을 받는지 평가 가능한 보고서를 제공하는 정도

수정가능성 - 제품 또는 시스템이 장애없이 효과적이고 효율적으로 수정될 수 있는 정도

시험가능성 - 제품 또는 시스템 사용 전 사용에 필요한 검증 기능 제공여부
이식성 적용성 - 다른 H/W, S/W 또는 기타 환경에 효과적ᆞ효율적으로 적용될 수 있는 정도

설치성 - 제품 또는 시스템이 성공적으로 설치 및 제거될 수 있는 정도

대치성 - 동일 환경에서 동일 목적을 위해 다른 지정 S/W로 대체될 수 있는 정도
보안성
 		 기밀성 - 제품 또는 시스템이 반드시 권한있는 데이터만 접근 가능한 정도

무결성 - 프로그램 또는 데이터에 무단으로 접근 또는 변경되는 것을 방지하는 정도

부인방지 - 사건 및 행위 후 부인하지 못하도록 행동 및 사건에 대해 입증되는 정도

책임성 - 시스템 내 개인을 유일하게 식별, 언제/어떤 행동을 했는지 기록해 추적할 수 있는 능력

인증성 - 사건 및 행동에 대해 행위자임을 증명할 수 있는 능력
호환성 공존성 - 다른 S/W에 유해한 영향을 주지 않고 환경/자원을 공유하면서 요구된 기능을 효과적으로 수행하는 정도

상호운용성 - 하나 혹은 그 이상의 제품 또는 시스템이 정보를 교환하거나 교환된 정보를 이상없이 사용할 수 있는 정도

다. ISO/IEC 25010의 사용 품질특성

품질특성 설 명
효율성 - 명시된 조건 하에 정해진 목표를 달성할 수 있게 하는 제품의 정확성과 완벽성 정도
생산성 - 명시된 조건 하에 사용될 경우 유효성과 관련해 소비하는 자원의 정도
안전성 - 명시된 조건 하에 상해/피해 위험을 수용가능한 수준으로 제한하는 정도
만족도 - 지정된 조건 하에 제품이 사용자를 만족시키는 정도

“끝”

 

 

<참고>

 

 ISO/IEC 9126 , ISO/IEC 25010으로 개정 요약

구 분 설 명
주특성 - 기존(6개) : 기능성, 신뢰성, 사용성, 효율성, 유지보수성, 이식성
- 개정(8개) : 기능적합성, 신뢰성, 사용성, 실행효율성, 유지보수성, 이식성, 호환성, 보안성
부특성 - 기존 27개에서 31개로 증가, 일부항목 삭제
- 각 주특성의 준수성(Compliance) 항목은 전체 삭제
반응형
저작자표시 비영리 변경금지

'정보관리기술사 > 소프트웨어공학' 카테고리의 다른 글

정보시스템 감리/Framework  (0) 2024.04.16
CMMI / CMMI 2.0  (0) 2024.04.15
품질통제(QC)  (0) 2024.04.13
품질보증(QA), 품질관리  (0) 2024.04.12
QM(품질관리)  (0) 2024.04.11
중 품질통제(QC) [정의] 프로젝트 결과가 관련 품질 기준을 준수하는지를 결정하기 위해 감시하고 기록하면서 성과를 평가하고 권고안을 제시하는 활동
---------------------------------
[QC7도구]
현상분석 ( 체크시트, 파레토차트, 히스토그램 )
원인분석 ( 특성요인도, 산점도, 흐름도 )
자료분석 ( 관리도 )
---------------------------------
[신QC7도구]
친화도법(애매한 문제, 다양한 언어 데이터로 상호 친화성 이용, 정리와 발견)
연관도법(원인-결과, 목적-수단 등 관계 연결해 문제 해결)
계통도법(목적, 결과 설정, 수단,방책을 계통적으로 전개해 나가는 기법)
매트릭스도법(행,열에 속하는 요소에 의해 문제 해결 아이디어 얻음)
매트릭스 데이터 해석법(주성분 분석법, 복수의 특성 합성 종합 지표 산출)
PDPC법(과정 결정 계획, 사전에 여러 결과 예상하여 대응하는 방법)
애로우 다이어그램법(PERT 기법, 시간상 항목 나열, 일정 계획 명확화)
현원자
체파히
특산흐
관
​
친연계매해P애
토픽 이름(상) 품질통제(QC)
분류 SW > SW 품질 표준 및 종합 > 품질통제(QC)
키워드(암기) 품질통제의 7가지 도구
- 특성요인도(Cause and Effect Diagram), 파레토 차트, 체크 시트, 산점도, 히스토그램, 관리도, 흐름도
암기법(해당경우) 특파관히체산층(5판기준) => 특산관히(6판), 친연매매계P애

 

기출문제

번호 문제 회차
1 13. 품질보증(QA : Quality Assurance), 품질통제(QC : Quality Control) 114.관리.1
2 7. 소프트웨어 품질관리를 위한 QC 7 도구에 대해 설명하시오 합숙_2018.01.1일차

 

I. 사용자 요구사항에 부합하는 산출물 생성을 위한, 품질통제의 개요

가. 품질통제(Quality Control)의 정의

- 프로젝트 결과가 관련 품질 기준을 준수하는지를 결정하기 위해 감시하고 기록하면서 성과를 평가하고 권고안을 제시하는 활동

 

나. 품질통제의 목적

1) 프로젝트에서 품질이 낮거나 요구사항에 맞지 않는 제품 품질의 원인을 식별해서 원인을 제거하는 활동

2) 주요 이해관계자의 요구사항에 맞는 작업과 산출물인지를 확인하여 결과적으로 최종 승인을 얻는 것

 

II. 품질통제의 7가지 도구

가. 품질통제 4가지 도구(PMP 6 Edition)

구분 도구 설명
원인분석 단계 활용 도구 특성요인도
(인과관계도)

- Cause and Effect Diagram, Fishbone Diagram, Ishikawa Diagram
- 결과(특성)와 그것에 영향을 미친 원인(요인)을 계통적으로 나타냄

산점도
(산포도, Scatter Diagram)

- 영향을 주는 2개 인자간의 관계를 파악하기 위한 도구
- 두 변수에 대해서 특성(결과)과 요인(원인)의 관계를 규명하고 이 관계를 시각적으로 표현하고자 할 때 사용
- 강한 정비례 관계(양(+)상관) : X가 증가하면 Y도 증가
강한 반비례 관계(음(-)상관) : X가 증가하면 Y는 감소
관계가 없는 것(무상관) : X가 증가해도 Y에 영향이 없음
자료관리 단계 활용도구 관리도
(Control Chart)

- 공정이 일정한 품질 수준을 유지하는가를 판정하는 도구
- In Control : random variation은 발생하지만, 통제할 수 있는 special variation은 없는 상태
- Out of Control : 결과가 상한선(UCL)이나 하한선(LCL)을 벗어나는 경우
현상파악 단계 활용 도구 히스토그램
( Histogram)

- 범위를 몇 개의 구간으로 나누어 막대그래프로 작성
- 데이터의 분포의 형태를 쉽게 파악하기 위한 용도

 

 

 

나. 품질통제 3가지 도구(PMP 6 Edition 제외분)

현상파악 단계 활용 도구 파레토 차트
(Pareto Diagram)

- 문제의 중점화, 우선순위 파악을 위한 도구
- 문제 원인은 “사소한 다수(trivial many)”와 중요한 “소수(vital few)”로 분류
- 중요한 20% 원인이 전체 문제의 80%를 발생 (20:80 법칙)

체크 시트

- Check Sheet
- 데이터 수집, 문제 분석을 효율적으로 실시하기 위한 도구
- 간단히 체크해서 결과를 쉽게 알 수 있도록 만든 도표
원인분석 단계 활용 도구 층별 - Stratification
- 불량 요인마다 데이터를 구분해서 잡는 도구
- 전체 데이터를 두 개 이상의 관련 있는 부분집합으로 나누어 분석함으로써 문제의 가능한 원인을 규명하려는 기법
- 부분집합을 층이라 하고 층으로 나누는 것을 층별 또는 층별화라 함

 

* [기존 5판]에서 수정된 부분

도구
개념도
설명
흐름도

- Flow Chart
- 하나의 프로세스에서 어떤 단계로 수행할 수 있는 가능성을 입력과 출력으로 표현







 

III. 신 QC 7가지 도구

- 주로 언어 데이터와 같은 정성적 데이터를 분석하고 정리하는 데 사용되는 도구

도구 개념도 설명
친화도
- 다량의 아이디어를 유사성이나 연관성에 따라 묶는 방법
연관도
- 인과관계를 설명함으로써 복잡한 문제의 여러 다른 측면의 연결관계를 분석하는데 이용되는 도구
매트릭스도

- 매트릭스 형태의 표에 가중치와 평가 점수를 배열된 표에 기입하여 데이터를 알아보기 쉽게 표 또는 그림으로 나타내기 위한 도구		 - 제품이나 서비스를 비교 혹은 평가하여 중요도를 나타내는데 효과적임
매트릭스 데이터 해석법
- 블록 다이어그램을 이용하여 각 블록의 상황을 구분하여 표현하는 데 효과적
- 주로 4-Block 또는 9-Block으로 구분하는 그림이 많이 활용됨
계통도
- 설정된 목표를 달성하기 위해 목적과 수단의 계열을 계통적으로 전개하여 최적의 목적 달성 수단을 찾고자 하는 방법
PDPC

 
- Process Decision Program Chart		 - 프로젝트의 진행과정에서 발생할 수 있는 여러 가지 우발적인 상황들을 가정하고, 그러한 상황들에 신속히 대처할 수 있는 대응책들을 강구하여 표현하는 기법
애로우다이어그램
- Arrow Diagram
- 여러 가지 복잡한 순서를 목적이 달성될 때까지의 작업순서와 시간 배정을 나타낸 것
- 순서와 서로의 관계가 하나의 화살표로 표시
예) 최적의 일정계획을 위한 진척도 관리

 

VI. 품질 통제 ITO

반응형
저작자표시 비영리 변경금지

'정보관리기술사 > 소프트웨어공학' 카테고리의 다른 글

CMMI / CMMI 2.0  (0) 2024.04.15
ISO/IEC 25010(ISO 9126)  (1) 2024.04.14
품질보증(QA), 품질관리  (0) 2024.04.12
QM(품질관리)  (0) 2024.04.11
성능 테스트  (2) 2024.04.10


1) 현재 여당에서 추진하는 취득세 완화는 앞으로 진행되지 않을것임

2) 현재 취득세는 과열지구일경우 중과세가 적용이 되지만, 강남과 주요 지역 몇곳을 제외하고는 비규제 지역이므로 3주택 취득부터 과세가 됨

3) 이미 서울에 2채를 세팅한 사람들은 다음번 주택 취득시 취득세 중과를 맞게됨

4) 공시지가1억미만의 주택들은 취득세 중과에 들어가지 않으므로 해당 수요들이 움직일때 같이 움직일 가능성이 있음.

5) 하지만, 이건 대세 상승장이라고 판단되었을떄 움직을 가능성이 있으므로 당장은 오르지 않을거같음

예상은 이번년 말이나 내년 초에 대세상승장에서 힘을 받을것으로 보임

각자 안전벨트 꽉 매시길 ㅎㅎ  

반응형

'재태크 이야기 > 부동산(실물자산)' 카테고리의 다른 글

주택임대사업자 자진말소시 필요서류 및 세금  (0) 2024.02.28
[부동산매물분석] 산본분석 24.01.15  (0) 2024.01.17
[부동산] 실거주 부동산 매수는 어떤것을 사야하는가?  (0) 2023.07.31
[20221107] - 주간 전국 주요 부동산 매물동향  (0) 2022.11.17
부동산 갭투자 정리  (0) 2018.02.20

품질관리

상 품질보증(QA), 품질관리 [정의] 프로젝트에서 품질관리 정책을 반영위한 품질 활동 실행 및 품질 관리 계획을 적용 프로세스
[활동프로세스]확인및검증(V&V) - 검토및심사(Review,inspection,walkthrough) - 시험평가및표준화 검사
[절차]계획-검토-측정평가-문서화-승인-보고
[활동] 형상관리, 문서관리, 품질기록, 합동검토, 검증&확인, 시정조치, 위험관리, 쟁점관리		 품질감사
Inspection
7개 품질 도구(필수)
골드플레팅(Gold-plating)
품질비용		 리인웍
토픽 이름(상) 품질보증(QA), 품질관리
분류 SW > SW 품질 표준 및 종합 > 품질보증(QA), 품질관리
키워드(암기) 품질관리(품질보증) 4가지 유형
- 감사★(Audits), Design for X, 문제 해결(Problem Solving), 품질 개선 방법(Quality Improvement Methods)
암기법(해당경우)  

 

기출문제

번호 문제 회차
1 13. 품질보증(QA : Quality Assurance), 품질통제(QC : Quality Control) 114.관리.1
2 5. 소프트웨어 개발 프로젝트 품질보증(Quality Assurance)을 위한 정보시스템 감리 절차에 대하여 설명하시오 105.관리.3
3 고품질의 SW 를 개발하기 위한 SDLC 의 단계별 활동과 표준산출물을 제시하고 이에 따른 품질보증의 프로세스를 설명하시오. 합숙_2014.07.3일자

 

I. 사용자 요구사항을 만족시키기 위한 체계적인 활동, 품질관리(Quality Management)의 개요

- 품질 프로세스의 개선사항 촉진을 위해 품질 요구사항, 적절한 품질기준을 적용하고 감사하는 활동

 

II. 품질관리 프로세스 및 기법

가. 품질관리 프로세스

나. 품질관리 도구 및 수집기법

종류 세부내용
품질 감사 (Audits) - 프로젝트 활동들이 조직과 프로젝트 정책, 프로 세스, 절차를
준수하는지, 결정하는 조직적이고 독립적인 프로세스 
 
- 수행 조직: PMO, 외부 조직의 감사자(Auditor) 수행
우수 설계(DfX)  Design for X   - 우수성을 위한 설계 기법, 기술 지침을 위한 모음
- 목적: 품질 개선, 고객 만족 등의 결과를 얻기 위함
-  X 의미: 설계를 위한 많은 값들(측면) 중의 하나/집합을 말함.
 예) 조립 (DfA), 비용(DfC), 물류(DfL), 제조 가능성 (DfM), 신뢰성 (DfR),
서비스 가능성 및 / 또는 수리 용이성 (DfS)이 포함.
문제 해결(Problem Solving) 프로젝트 이슈 및 도적적인 문제를 해결하기 위한 기법을 모두 말 함
예) 문제 정의, 원인 파악, 가장 좋은 해결책 찾기, 가능한 해결책 마련.
품질 개선 방법 (Quality Improvement Methods) PDCA(계획, 실행, 체크, 조치 혹은 개선)을 수행하는 방법 적용
 Six Sigma 적용 등 개선할 수 있는 방법들을 말한다.
Audit - 요구분석, 설계, 프로그램품질감사
- 계약관리, 프로젝트 관리 등의 전체 프로세스 준수여부에 대한 적정성검토

 

 

III. 품질관리 ITO

 

반응형
저작자표시 비영리 변경금지

'정보관리기술사 > 소프트웨어공학' 카테고리의 다른 글

ISO/IEC 25010(ISO 9126)  (1) 2024.04.14
품질통제(QC)  (0) 2024.04.13
QM(품질관리)  (0) 2024.04.11
성능 테스트  (2) 2024.04.10
Embedded System Test  (1) 2024.04.09

 

1. 결론 : 일본 방위산업체 투자가 좋다

순위
 기업명
 금액
(억 엔)
 비율（%）
 주요 조달품
1
 미쓰비시중공업
 4,591
 25.5
 호위함, 잠수함, 차세대 전투기
2
 가와사키중공업
 2,071
 11.5
 순찰기, 수송기, 스탠드 오프 전자전
3
 미쓰비시전기
 966
 5.4
 유도 미사일, 센서, 레이더
4
 NEC
 900
 5.0
 경계 관제 시스템, 야외 통신 시스템
5
 후지츠
 757
 4.2
 통신 전자기기
6
 도시바인프라시스템
 664
 3.7
 유도 미사일, 전파 측정 장치, 레이더
7
 IHI
 575
 3.2
 전투기 엔진 시스템
8
 SUBARU
 417
 2.3
 헬리콥터, 비행기 등의 개조
9
 하타치제작소
 342
 1.9
 사이버 보호 분석기, 소나
10
 오키전기
 277
 1.5
 소나

 

 

2. 이유

- 국제전략관점에서 좌경화된 한국의 경제를 살려주면서 가기에는 비효율적임.

  계속되는 표퓰리즘 정책으로 노동 경쟁력악화, 정치적 리스크 증가중

반응형
저작자표시 비영리 변경금지

'재태크 이야기 > 주식+그외자산' 카테고리의 다른 글

[24' 2월 4째주] 비트코인/알트코인 트렌드분석  (0) 2024.02.28
[지수분석] VNI 베트남 지수 분석, 저평가인거같다.  (0) 2024.02.26
[24' 2월 3째주] 비트코인/알트코인 트렌드분석  (0) 2024.02.15
[24' 2월 3째주] 미국 배당주 분석 SCHD, JEPI  (0) 2024.02.15
[24' 2월 3째주] KOSPI, S&P500, Bitcoin Trend  (0) 2024.02.15

+ Recent posts

티스토리툴바