소프트웨어 설계1 (1주 차)

소프트웨어 설계 객체지향 디자인 패턴 UML 


소프트웨어 설계 1 

파트가 5개로 나뉘어 있음 

소프트웨어 설계의 개념 

객체지향 설계 기법 디자인 패턴

UML (Unitied Modeling Language) 을 이용한 시스템 설계

소프트웨어 아키텍처 설계

시스템 품질과 성능에 대한 설계 고려 사항


객체지향 설계 기법 디자인 패턴 복잡한 시스템을 구조화 하고 유지보수 가능한 설계를 수립 할 수 있도록 함

 UML 요구사항을 분석하고 설계 문서를 작성할 수 있도록 함 

소프트웨어 설계 중요 고려사항은? 
 
이용자의 요구사항을 분석 설계관점 투영 

1. 요구사항 분석 및 명세화 (다큐메이션해야함) 그림, 토표 다양한 방법으로 명세화 할 수있음
2. 시스템 아키텍처 설계

3. 묘둘화 및 인터페이스 정의
4. 데이터 구조 및 알고리즘 설계

5. 보안 및 안정성 고려
6. 성능 및 사용성 최적화

요구사항 확인

 

소프트웨어 공학 

개념 
소프트웨어의 위기를 극복하기 위한 방안으로 연구된 학문 
여러 가지 방법과 도구, 관리 기법들을 통하여 소프트웨어의 품질과 생상성 향상 목적 

기본원칙 
 개발된 소프트웨어의 품질이 유지되도록 지속적 검증
 소프트웨어 개발 관련 사항 및 결과에 대해 명확한 기록 유지

 

라이프 사이클로 개발 

기획 분석 설계 반영 구현  

소프트웨어 생명 주기 

개발 방법론 정의 운용 유지보수 각 과정을 단계별로 나눈 것 단계별로 주요활동 활동의 결과에 대한 
산출물로 표현 

소프트웨어 생명주기 모형에는 폭포수, 프로토타입, 나선형모형, 에자일 모형 등이 있음 

 

폭포수 모형  (Waterfall Model)

 

나선형 모형 (Spiral Model, 점진적 모형)

 

 애자일 모형(Agile Model)

 

매해 시험에 나옴 고객과 소통 초점을 맞춘 방법론 

 

애자일 방식

스크럼 (Scrum)

• 팀원 스스로가 스크럼팀을 구성해야하며, 개발 작업에 관한 모든 것을 스스로 해결
• 스크럼 팀은 제품 책임자, 스크럼 마스터,  개발팀으로 구성
• 개발 프로세스 : 제품 백로그, 스프린트 계획 회의, 스프린트, 일일 스크럼 회의, 스프린터 검토 회의, 스프린터 회고 

보통 5~7명의 스크럼팀으로 이뤄짐 

 

 

XP(eXtreme Programming)

• 수시로 발생하는 고객의 요구사항에 유연하게 대응하기 위해 고객의 참여와 개발과정의 반복을 극대화하여 개발
• XP 짧고 반복적인 개발 주기 단순한 설계, 고객의 적극적인 참여를 통해 소프트웨어를 빠르개 개발하는 것이 목적
• 릴리즈의 기간을 짧게 반복하면서 고객의 요구사항 반영에 대한 가시성을 높힌다.
• XP 5가지 핵심가치 : 의사소통, 단순성, 용기, 존중, 피드백

테스트 소프트웨어를 스파이크라고 함

나선형의 위험분석과 동일한 것 

 

요구사항 

 

개발 대상에 대한 요구사항을 체계적으로 도출하고 이를 분석한 후 분석 결과를 명세서(Specification Document)에

정리한 다음 마지막으로 이를 확인 및  검증하는 일련의 구조화된 활동

 

1. 요구사항 도출 : 청취와 인터뷰, 설문, 브레인스토밍, 워크샵, 프로토타이핑, 유스케이스 
2. 요구사항 분석 : 자료 흐름도(DFD), 자료 사전(DD) ,그림 (이해상승)
3. 요구사항 명세 : 소단위 명세서(Mini-Spec)
4. 요구사항 확인 : 요구사항 검증

자료흐름도 

• 요구 사항 분석에서 자료의 흐름 및 변환 과정과 기능을 도형 중심으로 기술하는 방법
• 자료 흐름 그래프, 버블 차트
• 자료 흐름도에서는 자료의 흐름과 기능을 프로세스(Process), 자료흐름(Flow), 자료 저장소(Data Store),
  단말(Terminator)의 네 가지 기본 기호로 표시