SEB_Pre-Project - 프로젝트 관리

subimm_·2022년 12월 19일
0

코드스테이츠

목록 보기
79/83

📔 SRS(Software requirements specification)

  • 소프트웨어가 무엇을 할 것이며 어떻게 작동할 것으로 예상되는지 설명하는 문서, 또한 제품이 모든 이해관계자(비즈니스, 사용자)의 요구를 충족시키는데 필요한 기능을 설명

📖 비즈니스 관점에서의 개발 프로젝트 이해

1. 과업 발생
개발팀이 착수해야할 프로트가 발생하는 시점
2. 사업자 선정 및 계약
3. 기획 / 분석
SRS 문서 기획
4. 설계
기획된 SRS의 목표에 따라 그에 맞는 구체적인 설계가 고려되는 과정
화면 정의서, 아키텍쳐 설계서, 클래스 정의서
5. 구현
가이드에 맞게 개발 업무 수행
6. 시험
통합 시험
7. 서비스 오픈
8. 유지 보수
사후 관리

📔 사용자 요구사항 정의서

  • 분석 단계에서 작성
    1. 작성 목적
    시스템의 요구사항을 도출하여 발주자와 내용을 합의하고, 하나의 업무 단위로서 가치를 가지고 수행될 수 있는 업무를 도출하여 업무 내용을 기술
    2. 작성 방법
    산출물 양식의 표를 이용하여 해당 항목에 기술하며 이해하기 쉽고 구체적인 언어표현을 사용한다. 기능적 요구사항과 비기능 요구사항을 그룹핑하여 별도의 표로 작성한다.
    3. 항목 설명
    • 요구사항 ID : 요구사항별로 유일한 ID를 부여하여 기입
    • 요구사항명 : 도출된 요구사항을 요약할 수 있는 명칭을 기입
    • 구분 : 도출된 요구사항을 기능 / 성능 / 품질 / 인터페이스 / 데이터 / 운영 / 제약사항 중에서 선택하여 기재
    • 요구사항 설명 : 사용자 요구사항을 구체적이고 상세하게 기술
    • 중요도 : 해당 요구사항의 전체 시스템 구현 측면에서의 중요도를 기술 (상, 중, 하)
    • 비고 : 항목에 포함되지 않으나, 고려해야 할 사항이 있으면 기술
      ex)

📔 화면 정의서

설계 단계에서 작성
1. 작성 목적
시스템이 제공하는 사용자 인터페이스의 전체 구조와 메뉴 형식, 화면 목록과 화면의 상세 설계 내역을 기술한다.
2. 작성 방법
전체 시스템에 대한 사용자 인터페이스의 구조를 사용자에게 제공하는 메뉴 형식으로 기술하고, 화면 및 출력으로 구분하여 목록을 작성하며, 화면의 상세 설계 내용을 화면 별로 기술한다.
3. 항목 설명

  • 화면 ID : 설계된 화면에 고유값을 부여
  • 화면명 : 알아볼 수 있는 화면에 대한 제목을 부여
  • 화면 유형 : 입력 / 출력 중 알맞은 유형을 선택, 기타 유형이 존재한다면 알맞게 작성
  • 메뉴 경로 : 해당 화면이 서비스의 어디에 위치하는지 설명
  • 화면 개요 : 화면의 간단한 설명을 추가
  • 화면 미리보기 : 와이어 프레임과 같은 화면 설계 툴을 사용하여 작성된 화면 미리보기 이미지를 삽입하고 해당 화면에서 기능을 수행하는 항목을 번호를 매겨 표시
  • 기능 번호 : 화면 미리보기에서 표시된 기능의 번호를 기입
  • 요구사항 아이디 : 해당 기능이 사용자 요구사항 명세서에 기술된 어떤 항목인지를 아이디로 표시
  • API 활용 여부 : 이 기능이 API를 활용하는 기능인지를 구분
  • API 주소 : API 활용 여부가 YES라면 어떤 API를 호출하는지 기입
  • 유효성 체크 : 기능이 동작하는 동안 화면 내에서 필수적으로 사용되어야 할 데이터에 대한 유효성 체크

📔 테이블 명세서

  • 설계 단계에서 작성
  1. 작성 목적
    최종적으로 설계된 테이블과 인덱스를 데이터베이스 공간에 맵핑시키고 저장공간 등의 물리 모델을 기술한다.
  2. 작성 방법
    부서에서 운영하는 데이터베이스 목록을 작성하고, 데이터베이스의 물리적 상세내용을 기술한다.
  3. 항목 설명
  • 데이터베이스 명 : 데이터베이스 명칭을 기입
  • 테이블 명 : 테이블 명칭을 기입
  • 요구사항 ID : 테이블이 사용되는 요구사항 정의서의 ID를 맵핑합
  • 테이블 설명 : 테이블의 목적 및 역할을 간략하게 기술
  • 컬럼명 : 테이블 컬럼의 내용과 특성을 인식할 수 있는 명칭을 기술
  • 컬럼 ID : 테이블 컬럼 ID를 기술
  • 타입 및 길이 : 컬럼의 타입과 최대 허용 길이를 기술
  • NOT NULL : 필수항목 여부
  • PK (Primary Key) : 주키 여부
  • FK (Foreign Key) : 외래키를 의미
  • INX (Index) : 인덱스를 의미
  • 기본값 : 속성의 기본값이 있는 경우에 그 값을 기술
  • 제약조건 : 속성의 특이한 제약조건이 있는 경우 기술

📔 API 명세서

📖 REST API

모든 리소스에 대해 고유한 URI를 부여하고 HTTP Method를 적절히 사용하여 리소스를 제어할 수 있는 수단

  • URI
    scheme:[//[user[:password]@host[:port]][/path][?query][#fragment]

  • REST API 규칙

    • /로 끝나지 않게 한다.
    • _말고-사용
    • 소문자 사용
    • 동사의 사용을 피한다.
    • 파일 확장자를 나타내지 않는다.
  • 관계 나타내기
    http://test.com/groups/1/users

    • 복수로 표현되는 것들은 보통 여러개의 리소스를 갖을 수 있다. 컬렉션이라고도 부른다.
    • 1 : 컬렉션에 포함된 대상 리소스 단수형으로 표시, Document 라고 부른다.

profile
코린이의 공부 일지

0개의 댓글