DoStory

(1) 소프트웨어 생명주기 모델1. 소프트웨어 생명주기 모델 ( SDLC; Software Development Life Cycle)  2. 생명주기 모델 프로세스- 요구사항 분석 - 설계 - 구현 - 테스트 - 유지보수  3. 생명주기 모델 종류 (폭프나반)- 폭포수 모델한단계 한단계씩 프로세스를 거치면서 순차적으로 진행하는 모델한단계씩 마무리를 완벽하게 지은 후 다음 모델로 이동 - 프로토타이핑 모델요구사항에 맞춰 프로토타입을 생성 한 후 고객의 의견을 반영하여 수정 진행 - 나선형 모델위험 최소화 하기 위해 점진적으로 위험분석하며 개발해 나가는 모델 절차계획 및 정의 -> 위험 분석 -> 개발 -> 고객 평가 - 반복적 모델병렬적으로 기능을 개발 한 후 그것을 통합 후 반복적으로 개발   (2) 소..

미들웨어는 컴퓨터와 컴퓨터 간의 연결을 수비고 안전하게 할 수 있도록 해주고 이에 대한 관리를 도와주는 소프트웨어이다. 서로다른 프로토콜이나 시스템 운영체제, 데이터베이스와 애플리케이션 간에 통신을 지원해 주는 소프트웨어를 의미하며, 애플리케이션이 어떤 정보시스템 환경에서도 작동할 수 있도록 지원해 주는 역할을 한다. 분산시스템 관점에서의 미들웨어는 위치 투명성을 제공하고, 여러 컴포넌트가 요구하는 재사용 가능한 서비스의 구현을 제공한다. 미들웨어 솔루션 유형 : DB미들웨어, 원격 프로시저 호출, 메시지 지향 미들웨어, 트랜잭션 처리 모니터, 레거시웨어, 객체기반, WAS DB미들웨어 : DB 솔루션 업체에서 제공하는 애플리케이션과 DB 간에 통신을 원활하게 하는 것을 목적으로 하는 미들웨어원격 프로시..

디자인 패턴은 소프트웨어 공학의 소프트웨어 설계에서 공통으로 발생하는 문제에 대해 자주 쓰이는 설계 방법을 정리한 패턴이다. 디자인 패턴 구성요소 - 패턴의 이름, 문제 및 배경, 솔루션, 사례, 결과, 샘플 코드패턴의 이름 : 디자인 패턴 이름 및 유형문제 및 배경 : 분야 또는 배경, 해결하는 문제를 의미솔루션 : 디자인 패턴을 이루는 요소들, 관계, 협동 과정사례 : 디자인 패턴의 간단한 적용 사례결과 : 디자인 패턴을 사용하면 얻게 되는 이점이나 영향샘플 코드 : 디자인 패턴이 적용된 원시 코드 디자인 패턴 유형디자인 패턴의유형으로는 생성 패턴, 구조 패턴, 행위 패턴이 있다.- 생성 패턴 : 객체 인스턴스 생성에 관여, 클래스 정의와 객체 생성 방식을 구조화, 캡슐화를 수행하는 패턴- 구조 패턴..

OOA : Object Oriented Analysis 개념객체 지향 분석은 사용자의 요구사항을 분석하여 요구된 문제와 관련된 모든 클래스(객체), 속성과 연산, 관계등으로 나누어서 분석하는 기법이다.데이터와 행위를 하나로 묶어 개겣를 정의하고 추상화시킨다.코드 재사용에 의한 프로그램 생산성 향상 및 요구에 따른 시스템의 쉬운 변경이 가능하다. 객체지향 방법론 종류1. OOSE : 야콥슨(Jacobson) , 유스케이스에 의한 접근방법 유스케이스를 모든 모델의 근간으로 활용되는 방법론- 분석, 설계, 구현 단계로 구성 2. OMT : 럼바우(Rumbaugh) , 그래픽 표기법을 이용하여 소프트웨어 구성요소를 모델링하는 방법론 -객동기-객체 모델링 : 정보 모델링이라고도 하며, 시스템에서 요구하는 객체를 ..

HIPO는 시스템의 분석 및 설계, 문서화할때 사용되며, 하향식 소프트웨어 개발을 위한 문서화 도구이다. - 체계적인 문서 관리가 가능함.- 기호, 도표 등을 사용해서 보기가 쉽고 이해가 쉬움.- 기능과 자료의 의존 관계를 동시에 표현할 수 있음.- 변경, 유지보수가 용이함.- 시스템의 기능을 고유 모듈들로 분할하여 이들 간의 인터페이스를 계층구조로 표현한 것을 HIPO 차트(Chart)라고 한다. HIPO 차트 종류가시적 도표 : 시스템의 전체적인 기능과 흐름을 보여주는 계층구조총체적 도표 : 입출력 처리에 대한 정보를 제공하는 도표 구성기능 기술세부적 도표 : 총체적 도표에 표시된 기능을 더 상세히 기술하는 도표

개념 : 요구사항 분석 단계에서 필수로 구현해야하는 기능들에대한 구체적인 구현방법을 명시하는 것. 설계 모델링 원칙- 설계는 변경이 쉽도록 구조화되어야 함.- 하나의 함수안에 특정 기능만 수행되도록 필요한 자료만 사용할 수 있게 규제되어야 함.- 독립적이고 기능적인 특성을 지닌 모듈 단위로 분할 설계해야 함.- 계층적 구조를 가져야 함.  설계 모델링 유형 : 구조 모델링, 행위 모델링1. 구조 모델링 : 소프트웨어를 구성하는 컴포넌트들의 유형, 인터페이스, 내부 설계 구조 및 이들의 상호 연결 구조를 모델링- 구성요소 : 프로시저, 데이터 구조, 모듈, 파일 구조프로시저 : 프로그램을 기능에 따라 여러 개의 단위로 분해하여 작성하는 것. 크게 서브프로시저와 함수프로시저로 구분함.모듈 : 프로그램을 구성..

1. 모듈의 개념 및 특징 : 모듈은 크게 독립된 하나의 소프트웨어 또는 하드웨어 단위를 지칭하는 용어모듈화를 통해 분리된 시스템의 기능들로 서브프로그램, 서브 루틴, 소프트웨어 내의 단위 프로그램, 작업 단위 의미임 모듈의 특징 : 독립성, 다양한 조합, 재사용, 영향 최소화독립성 : 각각의 모듈은 상대적인 독립성을 가짐다양한 조합 :  모듈 내부에는 모듈을 하나로 통합하는 수많은 조합이 존재할 수 있음재사용 : 모듈은 단독으로 컴파일 할 수 있고 재사용 가능영향 최소화 : 독립성이 높은 모듈일수록 수정 시 다른 모듈에 영향을 거의 미치지 않음 공통 모듈의 개념 : 공통으로 사용할 수 있는 모듈을 의미하고 날짜 처리를 위한 유틸리티 모듈 등이 해당됨. 2. 공통 모듈 원칙 : 공통 모듈에 대한 명세를 ..

1. UI 설계 프로세스 : 문제정의, 사용자 모델 정의, 작업 분석, 컴퓨터 오브젝트 및 기능 정의, 사용자 인터페이스 정의, 디자인 평가(1)문제 정의 : 시스템 목적을 수립하고, 최적화하기 위하여 해결해야 할 문제를 정의 (2)사용자 모델 정의 : 시스템을 사용할 사용자의 특성을 파악하여 사용자 모델을 정의 (3)작업 분석 : 해결해야 할 문제를 정의하고 사용자 특징을 세분화하는 작업 분석 수행 (4)컴퓨터 오브젝트 및 기능 정의 : 분석한 작업을 컴퓨터의 어떤 사용자 인터페이스를 통해 표현할 것인지 정의 (5)사용자 인터페이스 정의 : 작업 모델을 기반으로 작업자가 예측한 대로 동작하도록 사용자 인터페이스 정의 (6)디자인 평가 : 설계한 인터페이스가 분석한 작업에 맞게 설계가 되었는지, 사용자의..

1. 애자일 방법론 유형- XP, 린(Lean), 스크럼(SCRUM) 등이 있음. (1) XP (eXtreme Programming): 의사소통 개선과 즉각적 피드백으로 소프트웨어 품질을 높이기 위한 방법론XP의 5가지 가치 : 용단의 피존 용기 : 용기있게 자신감있게 개발단순성 : 필요한 것만 하고 그 이상 하지 않음의사소통 : 개발자, 관리자, 고객 간의 원활한 소통피드백 : 의사소통에 대한 빠른 피드백존중 : 팀원간의 상호 존중 (2) 스크럼(SCRUM): 스크럼은 매일 정해진 시간, 장소에서 짧은 시간의 개발을 하는 팀을 위한 프로젝트 관리 중심 방법론스크럼 주요 용어 : 제품 책임자, 제품 백로그, 스프린트(Sprint), 스크럼 미팅, 스크럼 마스터, 스프린트 회고, 번다운 차트 제품 책임자 ..

1. UML 개념UML은 객체 지향 소프트웨어 개발 과정에서 산출물을 명세화, 시각화, 문서화 할 때 사용되는 모델링 기술과 방법론을 통합해서 만든 표준화된 범용 모델링 언어 2. 특징 : 가시화 언어, 구축 언어, 명세화 언어, 문서화 언어 (가구명문) 가시화 언어 : 개념 모델 작성 시 오류가 적고 의사소통이 용이구축 언어 : 다양한 프로그래밍 언어로 실행 시스템의 예측 가능, UML을 소스코드로 변환하여 구축 가능, 역 변환하여 역공학 가능명세화 언어 : 정확한 모델 제시, 완전한 모델 작성 가능문서화 언어 : 시스템에 대한 평가 및 의사소통의 문서 3. UML 구성요소 : 사물, 관계, 다이어그램사물 : 추상적인 개념으로, 주제를 나타내는 요소관계 : 사물의 의미를 확장하고 명확히 하는 요소, 사..