🎫소프트웨어 공학 part00. 소프트웨어 엔지니어링 소개

본 문서는 수업시간에 한 내용을 바탕으로 재 정리하였습니다.

■ 소프트웨어의 특징

프로그램은 형식 언어(formal language)로 표현된 지적 노동의 결과물이다.

• 생산성이 일정하지 않음
• 논리적인 요소로 구성
• 지속적인 유지 보수가 요구

■ 소프트웨어 개발

소프트웨어 개발은 서비스 직군이며, 시스템적인 관점에서 접근해야 한다.
시스템적으로 문제를 분석하고 해결 방안을 도출

■ Software Quality의 Type

● 정확성(Correctness) : 요구 분석서의 기능과 일치하는지 점검.기능적으로 맞게 동작, 표준에 적합
● 신뢰성(Reliability) : 소프트웨어가 주어진 기간 동안 제대로 작동할 확률
● 강인성(Robustness) : Fault tolerance (실패에 대한 관용성 pc와 서버를 생각하자)
● 성능(Performance) : 수행 속도, 시간 복잡도
● 사용 용이성(Usability) : 시스템을 친근하게 느낄 수 있는 성질, 사용 대상에 따라 달라질 수 있음
● 재사용성(Reusability)
● 적응성(adaptability)

■ 소프트웨어 공학의 목적

공학적 접근 방법으로 원리를 적용하고 체계적으로 개발하여 소프트웨어 위기를 극복

■ 소프트웨어 공학의 가장 중요한 목표

→ 품질(Quality)과 생산성(Productivity)
소프트웨어 시스템의 성능향상의 원칙은 최소의 법칙을 따라간다.

■ 개발 프로세스 CMM(Capability Maturity Model)

도입 -> 반복 -> 정의 -> Managed -> Optimizing
1~5단계로 구성되며 소니의 부활은 5단계와 관련이 있다. (변화에 잘 적응하였음)

■ 소프트웨어 생산성에 영향을 미치는 요소

의사소통(Communication skill)
프로젝트의 성격
프로그래머의 역량(Maturity)
관리(Management)
팀의 프로젝트 경험(Experience)

시스템적인 사고 -> 성능향상은 최소의 법칙을 따라간다.

■ 프로젝트의 꽃인 PM

→ PM(Project Manager)
PM은 변화하는 환경에 대응하여 프로젝트의 결과에 책임을 진다.
책임 : 일정관리, 예산, 인력관리, 형상 관리, 품질 관리

중도에 투입된 개발자들은 생산성을 증가시키지 못함
→ 주기적인 짧게 짧게 의사소통이 필요함 (의사소통의 질과 양보다 주기적인 것이 중요)

■ DFD (Data Flow Diagram)

데이터가 어떻게 흘러가는가를 나타낸다. (자가 테이프를 쓸 일이 없으므로 이젠 쓸일이 없다)
최근에는 RDBMS를 사용하게 됨으로써 DFD를 고민하지 않아도 됨.

■ 방법론

프로세스 중심 방법론(70년대)

프로세스를 먼저 정의 but, 프로세스는 자주 변할 수 있다는 문제/프로세스가 변경되면 코드도 변경
ㄴ 구조적 분해법

• 큰 작업을 여러개의 작은 작업으로 분해하는 것. (모듈화)

자료 중심 방법론(80년대)

프로세스는 너무 쉽게 변경된다는 점에서 비교적 프로세스보다 안정된 자료구조를 먼저 정의함.
관계형 데이터베이스 (SQL)의 보급으로 출현
ER-diagram - 데이터베이스 시간에 배운 스키마를 그려보시오.

객체지향 방법론(90년대)

객체 지향 프로그래밍 언어 smalltalk에서 시작하여 전 범위로 확대
모듈화, 정보은닉, 재사용이라는 특징을 가짐

CBD (Component Based Development)

객체지향 방법론 보다 발전된 형태
Componet를 통한 조립식으로 프로그램을 제작하여 사용

• 매출 확보의 어려움으로 성공하지 못했으나, 오픈소스로 발전됨

SOA (Service Oriented Architure)

서비스 기반 구조