공대생은 공돌공돌

소프트웨어 공학 패러다임이란?

• 개발 방법, 개발 환경, 개발 관리 등이 포함된 것
• 소프트웨어 공학 패러다임을 통해서 소프트웨어가 개발되고 있다

소프트웨어 공학 패러다임에 의해서 만들어진 개발 방법론 중 제일 대표적인 방법론 (4가지 패러다임)

1. 폭포수 모델
2. 원형 패러다임
3. 나선형 모델
4. 4세대 기법

결론
소프트웨어 시스템 개발 패러다임이란?

• 높은 품질의 소프트웨어 시스템을 체계적으로 만들기 위해 필요한 방법, 개발 환경 및 관리에 대한 틀을 설정한다

소프트웨어공학이란?

소프트웨어 시스템의 개발, 운용, 관리에 적용되는 체계적인 접근 방법

소프트웨어 위기의 해결책

• 문제에 대한 정확한 인식과 목표 필요
• 문제 해결을 위한 방법과 과정 공유 필요

요약

1. 소프트웨어공학이란 체계적인 공법을 적용하여, 최적의 비용으로 고품질의 소프트웨어시스템을 개발하는 것

2. 소프트웨어 공학의 단일 목표는 높음 품질의 제품을 만드는 것

3. 사용자, 관리자, 개발자들이 가지는 오해가 많이 있다

4. 소프트웨어 개발은 기술적인 측면뿐만 아니라, 관리적인 측면에서 조직적으로 문제를 극복하고 품질을 향상시키려는 노력이 요구된다

5. 프로젝트에 참여한 모든 사람들이 문제점에 대한 정확한 인식과 목표를 가져야함

6. 관리자와 엔지니어들이 함께 체계적인 공법 과정을 이해하고 실천해야 함

구현 = 프로그래밍 = 코딩

프로그래밍 결과 : 컴퓨터 프로그래밍

(분석 및 설계에 비해 상대적으로 단순하고 기계적인 과정)

시험(Testing)

: 좋은 프로그램인지 확인하는 방법 

테스트 유형

• 단위 테스트 
• 통합 테스트
• 시스템 테스트
• 인수 테스트

유지보수

: 사용중 발생하는 변경사항의 적응과 변화에 대비

요지보수를 위한 체계적인 관리 필요

: 시스템 변경에 의한 요구분석, 재설계, 재시험, 관련된 문서의 수정, (유지보수도 무료는 아니다)

유지보수를 할 때 발생할 수도 있는 일

• 사용자의 요구사항이 많아 모형구조가 전혀 다른 구조로 바뀔 수도 있다.
• 이를 대비해기 위해 계약서 작성

결국 문서가 제일 중요하다

결론

SDLC(소프트웨어 개발 생명주기), 소프트웨어 개발 프로세스는

1. 계획
2. 요구사항
3. 설계
4. 구현
5. 테스트
6. 유지보수

6단계로 이루어져있다

이걸 다시 크게 3단계로 구분하면

1. 정의
2. 개발
3. 유지보수 단계

로 구분할 수 있다

소프트웨어 개발 6가지 공정 과정

계획 --> 요구사항 분석 --> 설계 --> 구현(프로그래밍) --> 시험(테스트) --> 유지보수

계획

: 프로젝트 계획, 문서 기술서 또는 제안서 작성

뭘 하든 문서가 있어야한다. (법적인 효력, 문서를 바탕으로 계약이 이루어진다)

(고객 : 제안요청서, 개발회사 : 제안서)

요구사항 분석

: 기능, 성능, 인터페이스 등의 요구사항

분석과정을 행하는 이유

: 저비용, 생산성 및 서비스 향상

분석을 안하고 요구사항대로 할 시 발생하는 일

: 기능이 많아진다 --> 기능이 많아진다 = 시간이 오래걸린다 = 공정과정이 길어진다 = 개발시간이 길어진다

==

비용이 더 들지 않기 위해서 분석을 하고, 그러기 위해 제안서를 작성하고, 제안서를 바탕으로 계약이 이루어진다

이러한 요구사항을 정리한 문서 = 요구사항 명세서(RP) = 요구사항 분석단계에서 만들어지는 산출물

자세한 기술을 요구할 필요는 없다. 무슨 기능을 수행할 것이냐 정도만 작성하면 된다

설계

: 자세하게 지술적으로 설명하는 분야

설계에서의 산출물 : 설계문서

자연과학이란?

1. 자연의 법칙을 탐구

2. 근본적인 지식을 탐구

공학이란?

자연과학이 발견한 자연의 법칙을 응용하여 인류의 편익을 생산

과학지식의 응용 : 더 나은 삶을 추구

서로 상호보완&의존적인 관계 두 개를 합해서 과학기술이라고 부른다

과학 : 가장 근본적인 기초 분야

기술 : 인류를 위한 기술

시스템 공학

시스템이란?

인간의 욕구와 사회적 필요성에 의한 목적과 기능을 수행

특정한 요소들의 집합

예시 ) 사람, 컴퓨터 시스템 등

평가기준

1. 시스템의 목적에 근거

      1) 사용자가 요구하는 목표 정의

      2) 시스템의 제약 조건 정의

          성능 제약

          설계 제약

          인터페이스 제약

          정보 구조 제약

      3) 가치 평가기준

         성능, 시간, 비용, 신뢰성, 보전성, 안정성 등

      4) 평가요소

         기술적 측면 + 관리적 측면