UML(Unified Modeling Language) 시스템 분석, 설계, 구현 등 시스템 개발 과정에서 시스템 개발자와 고객 또는 개발자 상호간의 의사소통이 원할하게 이루어지도록 표준화한 대표적인 객체지향 모델링 언어이다. 개발할 대상물을 다이어그램으로 표현하는 도구이다. 객체지향 방법론의 장점을 통합하였으며, 객체 기술에 관한 국제표준화기구에서 표준으로 지정하였다. UML을 이용하여 시스템의 구조를 표현하는 6개의 구조 다이어그램과 시스템 동작을 표현하는 7개의 행위 다이어그램을 작성할 수 있다. 사물(Things), 관계(Relationship), 다이어그램(Diagram) 등이 있다. 사물 모델을 구성하는 기본 요소 구조 사물 행동 사물 그룹 사물 주해 사물 관계 사물과 사물 사이의 연관성 연관..

요구사항 분석 소프트웨어의 실제적인 첫 단계로 개발 대상에 대한 사용자의 요구사항을 이해하고 문서화하는 활동을 의미한다. 요구사항 타당성 조사, 비용과 일정에 대한 제약 설정 사용자 요구 추출, 목표 설정, 해결방식 결정, 일관성 있게 분석하여 문서화해야한다 구조적 분석 기법 도형 중심의 분석용 도구와 분석 절차 이용 하향식 방법 DFD, DD, Mini-spec, ERD, STD, 제어 명세서 등의 도구를 이용하여 모델링한다. 자료의 흐름과 처리를 중심으로 하는 요구사항 분석 방법 자료 흐름도 DFD자료 흐름 그래프, 버블 차트라고도 한다.기호의미Yourdon/DeMacroGane/Sarson process 자료를 변환시키는 시스템의 한부분 Data Flow 자료이 이동이나 연관 관계 Data Stor..

개발 기술 환경 파악 운영 체제 운영체제 관련 요구사항 식별 시 고려 사항 가용성 성능 기술 지원 주변 기기 구축 비용 데이터 베이스 관리 시스템 DBMS DBMS 관련 요구사항 식별시 고려사항 가용성 성능 기술 지원 상호 호환성 구축비용 웹 애플리케이션 서버 WAS 미들 웨어 : 운영체제와 해당 운영체제에 의해 실행되는 응용프로그램 사이에서 운영체제가 제공하는 서비스 이외에 추가적인 서비스를 제공하는 소프트웨어 Tomcat, GlassFish, JBoss, Jetty, JEUS, Resin, WebLogic, WebSphere... 사용자의 요구에 따라 변하는 동적인 콘텐츠를 처리하기 위해 사용되는 미들웨어 오픈 소스 사용에 따른 고려사항 요구사항 정의 요구 사항은 소프트웨어가 어떤 문제를 해결하기 위..

현행 시스템 파악 1단계 시스템 구성 파악 조직의 주요 업무를 담당하는 기간 업무와 이를 지원하는 지원 업무로 구분하여 기술 시스템 기능 파악 단위 업무 시스템이 현재 제공하는 기능들을 주요 기능과 하부 기능, 세부 기능으로 구분하여 계층형으로 표시 시스템 인터페이스 파악 단위 업무 시스템 간에 주고 받는 데이터 종류, 형식, 프로토콜, 연계 유형, 주기 등을 명시 2단계 아키텍처 구성 파악 기간 업무 수행에 어떤 기술 요소가 사용되었는지 최상위 수준에서 계층별로 표현한 것 소프트웨어 구성 파악 단위 업무 시스템 별로 업무 처리를 위해 설치 되어 있는 소프트웨어들의 제품명, 용도, 라이선스 적용 방식, 갯수 등을 명시 3단계 하드웨어 구성 파악 서버의 주요 사양과 수량, 이중화의 적용 여부 네트워크 구성..

Scrum 제품 백로그 -> 스프린트 계획 -> 스프린트 -> 일일 스크럼 -> 스프린트 검토 -> 스프린트 회고 (주체: PO) XP eXtreme Programming 기법 고객의 요구사항에 유연하게 대응하기 위해 몇 개의 요구사항이 적용된 일부 기능이 완성 될 때마다 이를 고객에게 보여주고 이에 대한 반응을 확인하는 과정을 최종 제품이 완성될 때까지 지속적으로 반복한다. 핵심 가치 의사소통, 단순성, 용기, 존중, 피드백 개발 프로세스 사용자 스토리 고객의 요구사항을 간단한 시나리오로 표현 기능 단위 구성, 필요할 경우 테스트 사항도 기재 릴리즈 계획수립 몇 개의 스토리가 적용되어 부분적으로 기능이 완료된 제품을 제공하는 것을 릴리즈라고 한다. 부분 혹은 전체 개발 완료 시점에 대한 일정을 수립한다..

소프트웨어는 요구사항을 분석해서 설계하고 그에 맞게 개발한 후 소프트웨어의 품질이 항상 최상의 상태를 유지할 수 있도록 관리하는데, 이러한 과정을 단계로 나눈 것을 소프트웨어 생명주기라고 한다. 운용, 유지보수 등의 과정을 각 단계별로 나눈 것이다. 폭포수 모형 Waterfall Model가장 전통적인 소프트웨어 생명 주기 모형으로 고전적 생명주기 모형이라고도 한다.두 개 이상의 과정이 병행하여 수행 되지 않는다. 타당성 검토 -> 계획 -> 요구 분석 -> 설계 -> 구현 -> 시험 -> 유지보수 메뉴얼을 작성해야한다. 이전 단계로 돌아갈 수 없다는 전제하에 각 단계가 끝난 후 다음 단계를 위한 명확한 결과물이 산출되어야 다음 단계를 진행하는 개발 방법론이다. 프로토 타입 모형개발이 완료된 시점에서 오..