1. 소프트웨어 개발 및 전산장비 운영 업체들의 업무 능력 및 조직의 성숙도를 평가하기 위한 모델을 말한다. (20년 4회 필기 기출) 2. 소프트웨어 개발 표준 중 소프트웨어의 품질 및 생산성 향상을 위해 소프트웨어 프로세스를 평가 및 개선하는 국제 표준으로, 공식 명칭은 ISO/IEC 15504 (20년 3회, 4회 필기 기출)

1. 기능 요구사항 (Functional Requirements)기능 요구사항은 시스템이 제공해야 하는 주요 기능들로, 사용자 요구를 만족시키기 위해 반드시 구현해야 하는 기능들입니다.주요 기능:회원 관리회원가입, 로그인 기능 제공.JWT 기반 인증 및 권한 부여.회원 정보 수정 및 조회.상품 관리상품 등록, 수정, 삭제 기능 제공.상품 조회 API 제공.장바구니 기능상품을 장바구니에 추가/삭제.장바구니 조회 기능 제공.주문 및 결제 기능주문 생성, 결제 진행 및 주문 내역 조회.관리자 기능관리자 페이지에서 상품 및 주문 관리.2. 비기능 요구사항 (Non-Functional Requirements)비기능 요구사항은 시스템의 성능, 보안, 신뢰성 등을 정의하며, 시스템이 어떻게 동작해야 하는지에 대한 기..

WBS 일정목록 산출WBS 구성프로젝트 기획요구사항 분석기술 스택 선정일정 수립 (PERT, 간트차트)시스템 설계ERD 설계 (DB 모델링)API 설계 (RESTful 설계)아키텍처 설계 (MVC 패턴 적용)UI/UX 설계 (화면 와이어프레임)백엔드 개발Spring Boot 프로젝트 세팅회원 관리 (회원가입, 로그인, JWT)상품 관리 (CRUD API)장바구니 기능주문 및 결제 기능관리자 기능 (상품, 주문 관리)프론트엔드 개발JSP 페이지 구축Bootstrap/JQuery 적용AJAX 비동기 처리장바구니, 주문 페이지 구현데이터베이스 구축Microsoft SQL Server 설치 및 설정테이블 생성 및 관계 설정SQL 쿼리 최적화보안 및 성능 개선Spring Security 적용 (JWT 인증)HTT..

객제지향(OOP)객제지향 구성요소클래스속성과 메소드(기능/함수/프로시저)객체 또는 인스턴스메시지정보은닉캡슐SOLID단일 책임의 원칙 : 한 클래스에 하나의 책임만User 클래스 이면, User에 관한 것만개방과 패쇄의 원칙 : 확장에는 열려 있고, 수정에는 닫혀 있어야 한다.리스코프 친환 원칙 : 자식클래스는 언제나 부모클래스를 댕체 할 수 있다.인터페이스 분리 원칙 : 사용하지 않는 인터페이스는 구현하지 말아야한다.의존성 역천 원칙 : 자주 바뀌는거에 의존하지말고 바뀌지 않는 것(추상클래스, 인터페이스)에 의존Gof 디자인 패턴행위 패턴책임 연쇄 다음 객체로 전달하는 방식커맨드 : 실행될 기능인터프리터 : 해석(통역)반복자 : 반복중재자 : 직접 참조하지 않고 중재자메멘토 : 이전 상태로 복원옵서버 :..

목적 : 지속적인 버그 수정 및 새로운 기능 추가하는 단계 유지보수수정보수예방보수적응보수향상 보수  문제 [유지보수 구분] 1. 변경된 환경에서도 제대로 작동할 수 있도록 조정 2. 소프트웨어의 결함이나 오류를 수정 3. 잠재적 오류 대비 4. 소프트웨어의 기능적 품질을 개선하기 위해 수행

테스트 : 검증과 획인을 하는 단계소프트웨어 테스트의 기본 원칙결합 집중 : 소수의 특정한 모듈에 집중되는 경향파레토 법칙 : 80%중 20%에 결함에 집중살충제 패러독스 : 반복적인 테스트만으로는 새로운 결함을 찾기 어려움오류-부재의 궤변 : 오류가 없더라도 사용자의 요구사항 충족하지 안흥면, 좋다고 볼 수 없다.테스트 케이스테스트 시나리오테스트 오라클 : 참인지? 거짓인지? 판단하기 위해서 사전에 정의된 참값(True)을 비교하여 검증오라클의 유형 :참 오라클 : 모든 입력값에 대한 정확한 결과 / 전부샘플링 오라클 :  제한된 입력값 / 몇개휴리스틱 오라클 : 근사값으로 테스트(추정) / 몇개하고 추정일관성 검사 오라클 : 수정시 다시 테스트로 회귀 테스트랑 비슷 / 수V모형단위 테스트 : 개발자가..