감리사 26회 기출 스터디(소프트웨어 공학)

4월 26일 26회 시험을 보고왔습니다.

26회 시험을 복기하며 내년 27회 시험을 대비해봅니다.

 

26. Clean Architecture   패키지 Instability         

패키지의 Instability

https://wikidocs.net/167362

 

https://sigmasabjil.tistory.com/688

 

I= fan-out  / (fan-in + fan-out)

 

https://velog.io/@kshired/Clean-Architecture

 

패키지 결합성

https://swingswing.tistory.com/200

객체지향 설계원칙(SOLID)_클래스 설계 SRP, OCP, LSP, ISP, DIP, 패키지응집성 REP,CCP, CRP, 패키지결합성 A

 

27. 25010:2011 유지보수성          

기신사효유이

유지보수성 - 분수시모재

분석성 수정가능성 시험가능성 모듈성 재사용성

 

https://swingswing.tistory.com/117

 

 

28. 테스트설계 기법           

 

State transition testing

https://codedragon.tistory.com/9738

 

 

Destion table testing

https://third-backgo.tistory.com/7

 

Scenario testing

https://en.wikipedia.org/wiki/Scenario_testing

 

Requirement-based testing

https://en.wikipedia.org/wiki/Session-based_testing

 

 

https://bipark.tistory.com/147

 

 

29. 디자인패턴           

디자인패턴
UML Sequence diagram
Master-Slave / Pipe and Filter / MVC

 

https://sonseungha.tistory.com/510

 

https://en.wikipedia.org/wiki/Architectural_pattern

 

30. Java Class상속           

final static

 

31. ISO 25010 신뢰성           

ISO 25010 신뢰성

기신사효유이는?

ISO 25010:2011

수용가능수준/장애의 수/복구 시간/데이터변조방지 비율

 

 

Reliability
Degree to which a system, product or component performs specified functions under specified conditions for a specified period of time. This characteristic is composed of the following sub-characteristics:

 

성가결복 - 성숙성 가용성 결함허용성 복구성

Faultlessness - Degree to which a system, product or component performs specified functions without fault under normal operation.
Availability - Degree to which a system, product or component is operational and accessible when required for use.
Fault tolerance - Degree to which a system, product or component operates as intended despite the presence of hardware or software faults.
Recoverability - Degree to which, in the event of an interruption or a failure, a product or system can recover the data directly affected and re-establish the desired state of the system.

 

 

32. SysML Requirement Diagram            

 

요구사항의 계층구조를 가시적으로 표현한다

다른 모델 요소들과의 관계를 표현

개별 요구사항에 대하여 표현

 

입력,출력,처리의 흐름 관점에서 표현 <- Activity Diagram?

https://en.wikipedia.org/wiki/Activity_diagram

 

시스템 특성의 제약사항에 대한 수식을 표현

 

 

 

https://en.wikipedia.org/wiki/Requirement_diagram

 

https://velog.io/@gun_123/Requirements-Diagram%EC%9D%B4%EB%9E%80-%EB%AC%B4%EC%97%87%EC%9E%85%EB%8B%88%EA%B9%8C

 

 

33. 인공지능 테스트             

인공지능 소프트웨어 품질 보증 테스트 기법

메뉴최커 = 메타모픽 테스트/ 뉴런 커버리지 테스트 기법 / 최대안전반경테스트기법 / 커버리지 테스트 기법

 

타당한 추론 결과를 얻을 수 있는 정확한 범위를 파악하지 못해도 타당한 값을 얻을 수 있는 예상되는 범위가 있다.

=> 최대 안전 반경 테스트 기법 아닐까?

 

메타모픽 테스트

커버리지 테스트 기법

뉴런 커버리지 테스트 기법

적대적 공격 기법

 

책에서 다루는 4개의 AI 소프트웨어 테스트 기법입니다.

 

메타모픽 테스트 기법이란, 입력의 변화에 대해서, 예측되는 출력의 변화를 토대로 테스트를 작성하는 테스트 기법입니다.
뉴런 커버리지 테스트 기법이란, 가능한 한 많은 뉴런이 활성화되도록 테스트 데이터를 만드는 테스트 기법입니다.
최대 안전 반경 테스트 기법이란, 어느 정도의 범위에서는 크게 변화하지 않는 범위를 구해 테스트하는 기법입니다.
커버리지 검증 기법이란, 절대적으로 엄수해야 하는 조건에 대해서, 모든 입력에 대해서 만족함을 검증하는 테스트 기법입니다.

https://blog.aladin.co.kr/798993180/14904566

 

 

 

https://blog.naver.com/365blackstar/223512432323

 

 

 

https://blog.naver.com/gold5doo/223207031282

 

https://edu.tta.or.kr/edu/educationWebView.do?key=54&prgNo=524&pageUnit=10&pageIndex=1&searchCnd=all&category=CT00000023

 

 

https://cafe.naver.com/itpewithciobiz/60440?art=ZXh0ZXJuYWwtc2VydmljZS1uYXZlci1zZWFyY2gtY2FmZS1wcg.eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJjYWZlVHlwZSI6IkNBRkVfVVJMIiwiY2FmZVVybCI6Iml0cGV3aXRoY2lvYml6IiwiYXJ0aWNsZUlkIjo2MDQ0MCwiaXNzdWVkQXQiOjE3NDc4MjQ4MjM2Njd9.r9I5043utdhUbTtO8SIUITUIYoy-fqnAtzHrNRDVakI

 

 

34. 유클리드 거리              

세이프거리

맨하탄거리

체비쇼프 거리

 

 

 

35. 오픈소스 라이선스             

MPL GPL LGPL BSD

 

https://blog.naver.com/websearch/223759374287

 

https://blog.naver.com/joje3029/223346837815

 

 

 

36. 클라우드 컨테이너              

클라우드 컨테이너 => 운영체제 공유

쿠버네티스 => 컨테이너화된 워크로드와 서비스를 관리하는 오케스트레이션 도구

 

컨테이너 기술에도 단점은 존재한다. 호스트 운영체제의 커널을 공유하기 때문에 호스트 운영체제에 실행 환경이 묶이는 것과 생성된 컨테이너 수가 작을 경우 운영자가 관리하기 쉽지만 그 수가 많아질 경우 운영자가 일일이 컨트롤하기 어렵다는 것이다. 이때 컨테이너 관리·오케스트레이션 도구를 별도로 이용하기도 한다

출처 : 데이터넷(https://www.datanet.co.kr)

 

https://www.datanet.co.kr/news/articleView.html?idxno=130205

 

독립된 환경에서 동작하는 가상화 -> ??? 베이메탈

컨테이너는 하이퍼바이저가 필요? 노노

https://youtu.be/Jz8Gs4UHTO8?si=I01CjmBWuWWOTfIp

 

 

 

 

논란이 있는 문제였나보다. 독립된 환경에서 동작하는 가상화란 무슨 의미일까?

도커,하이이파바이저 등등 어떤 것과 관련이 있는 것일까...

 

https://cafe.naver.com/junggambok/19391

 

 

클라우드 컨테이너란 무엇인가요?
클라우드 컨테이너는 애플리케이션 코드, 라이브러리 및 클라우드에서 실행하기 위해 필요한 기타 종속성이 포함된 소프트웨어 코드 패키지입니다. 

https://aws.amazon.com/ko/what-is/cloud-containers/

 

 

 

37. 마이크로 서비스 설계 절차               

MSA 기반 소프트웨어 개발
마이크로 서비스 설계 절차

 

목표식별 
정제원 정의
핵심 스케치
영향분석

목표 설정 → 서비스 분리 → 평가 검증 → 서비스 설계

 

38. 소프트웨어 아키텍처 뷰               

피어투 피어 뷰
파이프 앤 필터 뷰
발행 구독 뷰

 

https://bloodstrawberry.tistory.com/1537

 

 

39. McCabe의 Complexity Number                

코드실행에 대한 오류는 없는 것으로 가정

순서도에 대한 복잡도 계산만 보다가 코드 기준으로 문제가 나오니 당황

for 구문도 하나의 면적을 만드는 것이었음

 

제어문(while, for, if) + 1

https://blog.naver.com/newzio/222834176115

감리사 / 소프트웨어공학 / 2022.29 - McCabe 복잡도

 

https://shinbe.tistory.com/entry/%EC%A0%9C-25%ED%9A%8C-%EC%86%8C%ED%94%84%ED%8A%B8%EC%9B%A8%EC%96%B4-%EA%B3%B5%ED%95%99-4243-%ED%95%B4%EC%84%A4

(제 25회) 소프트웨어 공학 / (42)~(43) 해설

 

 

40. ITIL 4 - Service Management Practices                

SVS - G14 S17 T3

조정파가 지거서지실

 

https://en.wikipedia.org/wiki/ITIL

ITIL - Wikipedia

 

 

ITIL 4.0 프레임워크
조정파가
지거서지실

 ITSM의 구성요소
 IeSC
 ITIL eSCM SoW CMMI

 https://blog.naver.com/graydirt/222933535281

ITIL 4.0 / ITIL(IT Infrastructure Library)

 

There are 34 ITIL Practices which are arranged in three broad categories:

General Management Practices (14)
Architecture management
Continual improvement
Information security management
Knowledge management
Measurement and reporting
Portfolio management
Organizational change management
Project management
Relationship management
Risk management
Financial management
Strategy management
Supplier management
Workforce and talent management

Service Management Practices (17)
Availability management
Business analysis
Capacity and performance management
Change control
Incident management
IT asset management
Monitoring and event management
Problem management
Release management
Service catalogue management
Service configuration management
Service continuity management
Service design
Service desk
Service level management
Service request management
Service validation and testing

Technical Management Practices (3)
Deployment management
Infrastructure and platform management
Software development and management

 

41. ISO 22989:2022 - AI 시스템의 신뢰성               

이해당사자의 기대에 부합하는지

사고후 빠르게 복구

 

42. 커버리지 branch / statement  

구문 결정 조건 구결조라고 외움. 용어 생소

 

구문 statement

결정 decision / branch

조건 condition

 

43. 소프트웨어 요구사항 품질특성     

시간을 들여 충분히 생각했다면 상식선에서 맞출수 있는 문제

라. 실현성 점검 맞는 거 보고 그냥 찍어버림

 

소프트웨어 요구사항 품질특성
유일완실
유효성 일관성 완전성 실현성

https://swingswing.tistory.com/253

요구사항 분석_기능, 비기능 요구사항, 요구사항 검증, 도출기법, 시스템 범위, 품질특성, 요구사

 

 

44. 클래스 다이어그램 Service Staff Person Task   

노안으로 3번 왼쪽 점선을 실선으로 봄

그래서 무조건 4번으로 선택

3,4번 중 고른다면 Task 가 연관 관계인지 의존관계인지 선택해야했는데 연관 실선 의존 점선

 

45. Normal 유스케이스 시나리오 Conditional 유스케이스 시나리오               

화살표 방향

include vs extend

 

46. 문장커버리지               

단,각 라인에 번호가 부여된 것을 문장으로 간주한다.

문제을 띄엄 띄엄 보는 습관이 있다. 문제만 잘 읽었다면 상식적인 수준의 문제였다.그냥 찍어버림

https://blog.naver.com/gjghwns1990/223465987334

애플리케이션 테스트 관리

 

 

https://cafe.naver.com/junggambok/19343

소공 46번 문장커버리지 문제

 

https://cafe.naver.com/junggambok/13232

2016년 38번 구문 커버리지 계산

 

 

47. RESTful 서비스                

GET POST PUT DELETE

Http Method 를 의도로 해석한 것이 실수다. url 이나 구문이 포인트가 아니라 HTTP Method 가 포인트였다.

 

 

48. 금고경비시스템 설계패턴               

State Pattern

 

 

 

49. 리팩토링                

Replace Type Code with Subclasses

 

 

50. 임계 경로 상의 작업               

Slack Time 이 없는 작업들이 임계경로인가?

 

https://reitbe.github.io/softwareengineering/2022/07/18/SE-5-project-management-and-control-2.html

프로젝트 관리 및 계획 - 2

 

https://luv-n-interest.tistory.com/357

프로젝트 계획 (4) -스케줄링(Scheduling) [ 소프트웨어공학]