본문 바로가기

분류 전체보기374

[소프트웨어공학] Error와 Defect와 Failure의 차이점/소프트웨어 품질 보증 소프트웨어 품질 보증 목차 소프트웨어 품질 비용 오류, 결함, 장애 정적/동적 테스팅 소프트웨어 품질 보증이란 고객의 요구사항(requirement)와 개발된 산출물이 일치하는지 확인하기 위한 체계이다. 이는 개발단계 전체에 걸쳐 진행된다. 소프트웨어의 품질 수준을 높이려면 적잖은 비용이 들어간다. 이 비용을 나누자면 아래와 같다. 소프트웨어 품질 비용 예방 비용 - 오류를 방지하기 위한 비용 - 프로젝트 관리, 교육, 품질 보증, 형상관리, 기술 지원 등이 포함 - 제품이 실제로 만들어지기 이전에 모두 소요되는 비용 평가 비용 - 요구사항을 모두 포함하는가를 검토하기 위한 비용 - 검토, 테스트, 감사 등이 포함 - 평가 비용은 제품이 완성 된 후, 사용자에게 배포되기 이전에 소요되는 비용 내부 실패 .. 2022. 12. 19.
[소프트웨어공학] OOD와 SOLID/객체지향프로그래밍(OOP)의 5대 원리 OOD와 SOLID 목차 단일책임 원칙 개방-폐쇄 원칙 리스코프치환 원칙 인터페이스 분리 원칙 의존관계 역전 원칙 일반적으로 소프트웨어 개발에서, 개발 비용보다 유지 보수 비용이 2배가 넘어간다.소프트웨어 개발의 최종 목적은 개발 그 자체가 아닌, 지속적인 운영이기 때문이다. 만약 개발 완료가 다 되어갈 무렵 새로운 버튼 하나를 추가하라는 명령을 들으면 어떨까? 만일 모든 클래스, 객체가 심하게 연동되어있으며 다양한 기능이 단 하나의 함수에 들어가 있다면 변경 작업 중 문제가 생길 확률이 크다. 이러한 것들을 해결하기 위한(유지 보수와 확장을 쉽게 하기 위한) OOD(객체 지향 디자인)의 원칙이 바로 SOLID이다. 이 SOLID를 이용하여 소스코드를 고쳐나가면 코드에서 smell을 제거할 수 있다. 또.. 2022. 12. 17.
[소프트웨어 공학] 소프트웨어 설계 원칙/응집도, 결합도, 복잡도의 특성과 측정 응집도, 결합도, 복잡도의 특성과 측정 목차 응집도 결합도 복잡도 소프트웨어의 설계는 요구사항(Requirements)를 바탕으로 (분석 과정을 거쳐) 진행된다. 이 과정에서 유지보수성을 생각한다면 응집도, 결합도, 복잡도를 설계 원칙으로 하여야한다. 또한 여기에 더해 객체지향 설계를 한다면 SOLID(SRP, OCP, LSP, ISP, DIP) 디자인 패턴 역시 고려하여야한다. 이번에는 이 중 응집도 결합도 복잡도의 개념과 측정을 정리한다. 분석과 설계의 차이 : 요구사항 중 기능적 요구사항만을 고려하면 분석, 추가적으로 비기능적 요구사항 역시 고려하면 설계라고 한다. *요구사항 : 시스템이 갖추어야 할 요건을 정리한 것, 요구사항의 내용은 기능적 요구사항과 비기능적 요구사항으로 나눌 수 있다. *기능.. 2022. 12. 17.
ㅁ 제목 목차 소제목1 소제목2 소제목3 소제목4 소제목5 소제목 내용1 소제목2 내용1 소제목3 내용1 소제목4 소제목5 2022. 12. 13.

티스토리툴바