프로젝트 관리 및 생명주기 모형 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) : 프로젝트 계획을 관리함에 있어 가..

소프트웨어 개발 방법론 02. 소프트웨어 개발 방법론 1) 구조적 방법론 - 1970년대 1. 구조적 방법론의 절차 타당성 검토 단계 계획 단계 요구사항 단계 설계 단계 구현 단계 시험 단계 운용/유지보수 단계 2. 구조적 방법론의 특징 1970년대까지 가장 많이 적용되었던 소프트웨어 개발 방법론 구조화 프로그래밍 또는 구조적인 프로그램 작성이라고도 함 정형화된 분석 절차에 따라 사용자 요구사항을 파악하여 문서화하는 체계적 분석 방법 쉽게 이해할 수 있고 검증할 수 있는 프로그램의 코드를 생성하는 것이 목적 모듈(부품) 중심으로 개발 분할과 정복 방법으로 하향식으로 기능을 분해 프로세스 중심 방식의 개발에 유용 재사용성, 유지보수성이 낮음 2) 정보공학 방법론 - 1980년대 1. 정보공학 방법론의 절차..

소프트웨어 개발 방법론 01. 소프트웨어 개발 환경 1) 운영체제(OS : Operating System) 1. 운영체제의 정의 하드웨어와 소프트웨어 자원을 관리하고 컴퓨터 프로그램을 위한 공통 서비스를 제공하는 시스템 소프트웨어 2. 운영체제의 종류 Windows : 중소 규모 서버, 개인용 PC, Tablet PC , Embedded System 등에서 사용하며, 유지 및 관리 비용 측면에서 Windows 시스템이 강점을 가짐 UNIX : 대용량 처리, 안정성이 요구되는 Server, NAS, Workstation 등에서 사용하며 신뢰할 수 있는 대용량 처리를 위해서는 UNIX 기반 시스템을 선호 NAS(Network Attached Storage) 서버와 저장 장치를 네트워크로 연결하는 방식으로 구..

소프트웨어 분류 및 특성 01. 상용 소프트웨어 1) 상용 소프트웨어의 개념 상업적 목적이나 판매를 목적으로 생산 상업용으로 판매, 유통되는 소프트웨어 홍보를 위한 무료 소프트웨어를 포함 대부분의 상용 소프트웨어는 원시 코드를 제공하지 않고 실행 코드(기계어로 된 파일)만 제공하기 때문에 수정이나 추가 등이 불가능함 원시코드(Source Code) C 언어나 Java 언어 같은 프로그램 언어로 작성된 프로그램 대부분 영문으로 구성된 명령어의 집합체 컴퓨터가 이해할 수 있는 0과 1로 구성된 기계어로 변환되어야만 실행 가능 2) 상용 소프트웨어의 분류 1. 상용 소프트웨어 산업 범용 소프트웨어 : 시스템 소프트웨어, 미들웨어, 응용 소프트웨어 산업 특화 소프트웨어 : 자동차, 항공, 패션 의류, 조선, 건..