2019년 제20회 정보시스템감리사 기출문제 (소프트웨어공학)

7월에 완전 달라진 #임베스트정보시스템감리사 가 오픈 될 것입니다​​그래서 현재 준비하고 있는 것입니다.​​​

4번Stakeholder는 프로젝트 영향을 줄 수 있는 이해관계자를 의미한다.[도표] 품질속성 시나리오

3번. 상태전이 테스트- 상태 전이도를 기반으로 테스트케이스를 도출한다.- 시스템의 현재 상황과 이전 이력을 반영하는 상태, 변화에 따른 테스트 기법이다.- 시스템 상태에 따른 관계를 파악한다.​

>

​​

2번technical debt은 개발단계에서 제대로 개발하지 않으면 그게 빚이 되고 나중에 이자가 붙어서 더 많이 일을 해야 한다는 은유적 표현이다.technical debt가 발생하는 원인① 비지니스 조직으로 부터의 무리한 압박 : 시장 출시를 맞추기 위해서 무리한 일정이나 무리하게 적은 예산으로 진행한 경우, 소프트웨어의 품질에 문제가 생기고, 결국 나중에 이 부분을 다시 보강해야 한다.② 부정확한 요구 사항이나 잦은 변경 : 요구 사항이 정확하지 않게 정의 되면 시스템의 기능이 제대로 개발되지 않고 프로젝트 후반에 집중되는 경향이 있으며, 이는 심각한 일정과 품질 문제로 연결 된다.③ 잘못된 의사 결정 프로세스 : 비지니스 쪽에서 일정 변경이나 요구 사항 변경에 대한 implication (영향도)를 인지하지 못하고, 일정이나 비용등에 없이 변경을 하면 결국 문제가 발생하고 Technical debt의 원인이 된다. 이는 잘못된 의사 결정 프로세스에서 기인 한다.④ 부족한 협업 : 팀간의 협업 부족으로 서로 정보가 공유되지 않거나 정보가 오역되는 경우⑤ 부족한 테스팅 : 테스팅의 부족으로 인하여 소프트웨어의 품질이 심각하게 저하되는 경우⑥ 부족한 문서화 : 문서화의 부족으로 향후 참고할 자료가 없는 경우⑦ Refactoring 지연 : Refactoring을 미루다가, 소프트웨어 품질이 저하된 경우⑧ 낮은 수준의 아키텍쳐 설계 : 아키텍쳐 설계가 유연하지 않아서 향후 요구 사항에 대한 반영이 어려운 경우. 또는 용량이나 성능에 대한 부분이 충분히 고려되지 않아서 향후 용량 초과시 문제가 되는 경우​

>

3번위의 문제는 객체지향 설계원칙을 질문하는 것이다.DIP(Dependency Inversion Principle)- 자신보다 변하기 쉬운 것에 의존하지 말라는 것이다.- 자동차와 스노우타이어 사이에서 자동차가 스노우타이어에 의존한다.​​[도표] 의존관계 역전의 원칙이 적용되지 않은 경우

>

[도표] 의존관계 역전의 원칙이 적용된 경우

>

– 자신보다 변하기 쉬운 것에 의존하던 것을 추상화된 인터페이스나 상위 클래스를 두어 변하기 쉬운 것의 변화에 영향 받지 않게 하는 것이 의존관계 역전의 원칙이다.​​​

>

4번> 관계는 특정 조건을 만족하면 실행되는 관계로 위의 예에서 도서대출예약 시에 특정 조건을 만족하면 자동취소 유즈케이스가 실행된다는 것이다. (가), (나),(다)는 관계가 잘 못 되었다.​​

1번[도표] 시스템 품질속성

#정보시스템감리사#수석감리원#정보시스템감리사기출문제#임베스트정보시스템감리사#정보시스템감리원