반응형
Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 |
Tags
- Adversarial Attack
- adaptive regularization
- EfficientNetV2
- 팰린드롬
- GAN
- TensorFlow
- 파이썬
- tf.image
- CNN
- deep learning
- 슬라이싱
- Reconstruction
- 3D Face
- model
- progressive learning
- 3D 얼굴
- leetcode
- recommendation
- AI
- image classification
- ubuntu
- uncertainty
- tf.data
- MnasNet
- Machine Learning
- PYTHON
- training efficiency
- neural architecture search
- 추천시스템
Archives
- Today
- Total
굿
요구사항 명세서(Software Requirement Specification) 본문
반응형
Ⅰ. SW가 갖춰야할 조건 기술 문서, 요구사항 명세서 정의
- SW 분석, 설계, 구현, 유지 단계에서 검토, 평가, 승인의 기준이 되는 문서로 기능적/비기능적 요구사항 구성
Ⅱ. 요구사항 명세서 기술 항목
구분 | 항목 | 내용 |
개요 | 범위 | 요구사항 범위 기술 |
목적 | 작성 목적 기술 | |
시스템 개요 | 시스템 요약 내용 기술 | |
일반적 제약사항 | 일반적 제한사항 기술 | |
기능적 요구사항 | 기능 요구사항 | 기본적 동작 기술 |
외부 인터페이스 요구사항 | 입출력 요구사항 기술 | |
비기능적 요구사항 | 성능 요구사항 | 정적/동적 수치적 요구사항 |
HW 요구사항 | 하드웨어 규모 및 성능 요구사항 | |
논리적 데이터요구사항 | DBMS 사용 논리적 요구사항 | |
소프트웨어 시스템 속성 | 신뢰도, 사용 가능성 등 | |
인수 조건 | 기능 및 성능 시험 | 인수확인 테스트 항목 기준 |
- 요구사항 명세서는 기능적/비기능적 요구사항으로 구성
Ⅲ. 요구사항 명세서 작성 원칙
원칙 | 내용 |
완전성 | - 요구사항이 SW에서 만족해야함 |
정확성 | - 모든 요구사항이 확실한 뜻으로 해석되야함 |
명확성 | - 모든 정보가 명확하게 의미 전달해야함 |
일관성 | - 모든 요구사항에 일관성이 유지되야함 |
특이성 | - 중요도, 난이도 및 변경 가능성 표기 |
검증가능성 | - 요구사항 검증 기준 및 방법 제시 |
수정용이성 | - 수정 반영과 영향도 분석의 용이성 |
추적성 | - 출처 명확, 향후 참조할 수 있어야함 |
이해가능성 | - 기술 문장 이해 가능 여부 |
- IEEE 29148 기반 요구사항 작성 원칙 적용
반응형
'IT 기술 > IT 경영전략' 카테고리의 다른 글
ISP ISMP 8th (0) | 2024.08.21 |
---|---|
TAM-SAM-SOM 프레임워크 (시장 규모 추정 방법) (0) | 2024.08.20 |
PMO (Project Management Office) (0) | 2024.08.19 |
상용 SW 직접 구매 (0) | 2024.07.11 |
PMBOK 7th (0) | 2024.07.11 |