소프트웨어 공학
테스트 포인트 개요
주요 장
소프트웨어 엔지니어링 개요
이전 버전의 튜토리얼에서는 이전에 시험을 치렀습니다.
역량 모델
기억력 수준 및 특성
능력 성숙도 모델 통합
CMM과 비교하면 두 번째와 네 번째 단계가 다릅니다.
시험이 거의 없음
ㄴ디
_
비
소프트웨어 프로세스 모델
이전 단계를 완료한 후에야 다음 단계를 시작할 수 있으며
요구 사항은 명확합니다.
요구사항이 불분명한 상황에 적합
프로토타입 모델과 폭포수 모델을 결합하면
요구 사항이 명확하지 않습니다.
위험 분석:
위험이 있는 경우 나선형 모델을 선택합니다.
특정 계획
리스크 분석
실시 프로젝트
고객 평가
전체 정보 시스템 주기에 걸쳐 테스트 통합:
단일 편집(일방)
세부 설정(상서)
시스템 개요(무릎)
테스트 요구 사항(계속)
일괄 배송
객체지향 분수 모델
CBSD – 빌드 기반
ㅏ
D-
나선 모델 – 위험 평가, 대규모 프로젝트
적응력이 뛰어나고
사람 중심적이며
반복적이고 점진적입니다.
통합 프로세스 모델 RUP
민첩한 개발: 경량
통합 프로세스 모델: 중량
RUP는 또한 반복적인 프로세스입니다.
초기화, 정제, 구축, 인계
리버스 엔지니어링
소스 코드 복원
추상화 수준: 논리
완성도 수준: 코드 수준
거의 검사되지 않음
일
_
소프트웨어 요구사항
정의는 거의 테스트되지 않습니다. 그냥 이해하세요.
시스템 요구 사항은 테스트 포인트입니다
요구사항
정의
b
c
a
진보적 관계를 구하라
요구사항 획득
JRP가 더 중요하다
a
d
샘플링은 수학적 통계에 속함
c
공동 수요 계획 – 회의
그냥 이해해
데이터 흐름도는 오후 시험에서 흔히 볼 수 있는 시험입니다.
데이터 흐름 다이어그램
계층적 데이터 흐름 다이어그램
최상위 데이터 흐름도: 컨텍스트 데이터 흐름도는
전체 시스템과 외부 엔터티 간의 상호 작용을 반영합니다.
최상위 데이터 흐름 다이어그램의 데이터 흐름과 레이어 0의 데이터 흐름 다이어그램은 일치해야 합니다. 즉, 최상위 데이터 흐름 다이어그램의 데이터 흐름은 레이어 0에 있어야 합니다.
처리를 다듬다
프로세싱 1의 레이어 1 그래프의 입력 및 출력 데이터 흐름은 레이어 0 그래프의 해당 프로세싱의 입력 및 출력 데이터 흐름과 일치해야 하며, 프로세싱 2의 레이어 1 그래프의 입력 및 출력 데이터 흐름은 다음과 같아야 합니다
. 레이어 0 그래프의 해당 처리의 입력 및 출력 데이터 흐름에 해당합니다.
요구사항 정의
SRS
최종 출력은 요구사항 사양과 요구사항 기준선입니다.
시험요건 변경 절차
요구사항 추적
순방향 추적: 사용자의 원래 요구 사항이 실현되었는지 여부를 결정합니다.
역방향 추적: 소프트웨어가 사용자의 요구 사항을 인식하는지 여부를 결정합니다.
디
데이터 흐름 다이어그램은 기능 모델을 설명합니다.
ER 다이어그램은 데이터 모델을 설명합니다.
선택 B
행동 모델: 상태 전이 다이어그램.
A는
외부 엔터티를 통해 시스템과 상호 작용합니다.