요구사항 정의 03. 요구사항 분석 과정 1) 요구사항 분류(Requirement Classification) 1. 요구사항 분류의 개념 요구사항이 고수준 요구사항으로부터 요구된 것인지 아니면 이해관계자나 다른 소스로부터 발생한 것인지 분류 요구사항이 사용 용이성, 효율성 등에 관한 것인지 입력 처리, 데이터베이스 처리 등에 관한 것인지 분류 요구사항 중 중요도에 따라 우선순위를 분류 요구사항의 범위를 분류 요구사항이 소프트웨어 생명주기 동안에 변경이 발생하는 형상 관리 대상인지 아닌지를 분류 요구사항이 기능적 요구사항인지 비기능적 요구사항인지 분류 2. 기능적 요구사항 시스템이 수행해야 하는 행위들을 구체화한 것 시스템에서 제공해야 할 기능을 정의한 것 입력 기능, 출력 기능, 데이터베이스 기능, 통신..

요구사항 정의 01. 요구공학 1) 요구공학의 개념 시스템 요구사항 문서를 생성, 검증, 관리하기 위해서 수행되는 구조화된 활동의 집단 요구사항의 요구사항 획득, 요구사항 분석, 요구 명세서, 검증 및 요구사항 변경 관리 등에 대한 전반적인 활동과 관리를 체계적, 반복적으로 수행하는 것 2) 요구사항 개발 프로세스 1. 요구사항 도출(Requirement Elicitation) 개발된 소프트웨어가 해결해야 할 문제를 이해하는 첫 번째 단계 소프트웨어 요구사항의 출처가 누구이며 어느 부서인지, 어디에 있는지 파악 소프트웨어 요구사항을 어떠한 방법으로 수집할 것인가를 파악 이해관계자가 식별되고, 개발팀과 고객 사이의 관계가 만들어지는 단계 다양한 이해관계자와 효율적이고 다양한 의사소통이 매우 중요함 도출 기..

현행 시스템 파악 01. 현행 시스템 파악 1) 현행 시스템 파악의 개념 현행 시스템이 어떤 하위 시스템으로 구성되어 있는지 파악 현행 시스템이 제공하는 기능이 무엇인지 파악 현행 시스템이 다른 시스템들과 어떤 정보와 데이터를 주고받는지 파악 현행 시스템이 어떤 기술 요소를 사용하고 있는지 파악 현행 시스템이 사용하고 있는 소프트웨어 및 하드웨어는 무엇인지 파악 현행 시스템의 네트워크는 어떻게 구성되어 있는지 등을 파악 2) 현행 시스템 파악의 목적 현행 시스템 파악을 통하여 개발하고자 하는 시스템의 개발 범위 및 개발 방향성 설정에 도움을 주는 것 3) 현행 시스템 파악 절차 1단계 : 시스템 구성/기능 현황 및 인터페이스 파악 현행 시스템의 구성 및 현황을 파악 현행 시스템의 기능을 파악 현행 시스템..

프로젝트 관리 및 생명주기 모형 05. 테일러링을 위한 품질 관리 1) ISO 12207 표준 1. ISO 12207 표준의 개념 ISO 12207 표준은 소프트웨어 개발 프로세스를 정의하고 향상시키기 위한 프로세스 ISO 12207 표준은 기본 공정, 지원 공정, 조직 공정으로 구성 기본 공정 : 공급, 획득, 개발, 운영, 유지보수 지원 공정 : 문서화, 형상 관리, 문제 해결, 품질 보증, 검증, 확인, 함동 검토, 감리 조직 공정 : 관리, 기반 구조, 개선, 교육 훈련 소프트웨어와 관련된 조직과 사람, 소프트웨어 획득자, 공급자, 개발자, 운영자, 유지보수자, 품질보증 관리자, 사용자 등의 이해관계자들이 각자의 입장에서 수행해야할 일을 정의하고 지속적으로 개선시키기 위한 활동 2. 기본 공정 프..

프로젝트 관리 및 생명주기 모형 04. 소프트웨어 개발의 생명주기 모형 1) 폭포수 모형(Waterfall model) 1. 폭포수 모형의 개발 순서 폭포수의 물흐름처럼 한 번 지나가면 다시는 되돌릴 수 없듯이 각 단계를 명확히 하고 다음 단계로 넘어가는 모형 타당성 검토 계획 단계 요구 분석 설계 단계 구현 단계 검사 단계 운용 + 유지보수 단계가 이미 정해져 있으며 어느 한 단계에 문제가 생겨도 이전 단계 혹은 전전 단계로 되돌아갈 수 없는 것이 원칙 가장 오래된 모형으로 많은 적용 사례가 있지만 요구사항의 변경이 어려움 각 단계의 결과가 확인되어야만 다음 단계로 넘어감 선행 순차적 모형으로 고전적 생명주기 모형이라고도 함 두 개 과정이 병행 수행되거나 이전 단계로 넘어가는 경우가 없음 사용자의 요구..

프로젝트 관리 및 생명주기 모형 03. 형상 관리(SCM : Software Configuration Management) 1) 형상 관리 개념 소프트웨어의 개발 과정에서 발생하는 산출물의 변경 사항에 대한 버전을 관리하기 위한 일련의 활동 2) 형상 관리의 역할 및 특성 형상 관리를 통해 이전 리버전이나 버전에 대한 정보에 접근 가능하여 배포본 관리에 유용함 불필요한 사용자 소스의 수정을 제한할 수 있음 동일한 프로젝트에 대해 여러 개발자가 동시에 개발 가능 3) 형상 관리 절차 1. 형상 식별 형상 관리 대상을 식별하고 이름과 관리 번호를 부여하여 계층 구조로 구분 수정 및 추적이 용이하도록 하는 작업으로 베이스라인의 기준을 정하는 활동 형상 관리 항목 소프트웨어 공학 기반 표준과 절차 : 방법론, ..

프로젝트 관리 및 생명주기 모형 02. 비용 측정 1) 비용 측정 요소 1. 직접 측정 요소 수치, 양, 크기처럼 직접적으로 측정이 가능한 요소 노력(인월), 비용, 라인 수(LOC), 오류 수, 투입 인원, 처리 속도, 문서 수 등이 있음 2. 간접 측정 요소 비교 대상이 있어야 측정이 가능한 요소 생산성, 품질, 기능 점수(FP), 문서화 비율, 효율성, 신뢰도, 유지보수성 등이 있음 2) 인월(MM : Man Month, PM : Person Month, 노력) 한 사람이 1개월 동안 작업할 양 24인월이면 1명이 24개월 동안 작업할 양이며, 24명이 1개월에 작업할 양 비용 측정 단위로 가장 많이 사용되는 요소 3) 비용 측정 원칙 1. 소프트웨어 비용 측정을 최대한 지연시킨다. 비용 측정의 실..

프로젝트 관리 및 생명주기 모형 01. 프로젝트 관리 1) 프로젝트 관리의 개념 사업의 목적에 맞게 미리 계획된 일정과 금액 범위에서 정해진 목적을 달성하기 위한 모든 활동 프로젝트는 기간이 정해져 있고, 업무마다 개발 방법이 다르며, 단계적으로 진행되는 특성이 있음 2) 프로젝트의 관리 일정관리 : 활동 순서, 활동 기간 산정, 일정 개발, 일정 통제 예산 관리 : 원가 산정, 예산 편성, 원가 통제 인력 관리 : 프로젝트팀 편성, 프로젝트 조직 정의, 프로젝트팀 개발, 프로젝트팀 관리, 자원 산정, 자원 통제 위험 관리 : 위험 식별, 위험 평가, 위험 대처 품질 관리 : 품질 계획, 품질 보증 수행, 품질 통제 수행 3) 프로젝트 관리의 3P 사람(People) : 프로젝트 계획을 관리함에 있어 가..