728x90 소프트웨어 공학8 요구분석 SW개발의 목적 -개발된 SW의 고객 만족 -고객 만족을 위한 특성 -적시성: 빠른 출시를 통한 시장의 점유 -유연성: 다양한 환경에서의 적응성 -통합: 기존 시스템과의 쉬운 통합 -고객만족의 개발 조건 -고품질의 제품 개발 -정해진 기간 내에 개발 -주어진 예산내의 개발 요구사항 -사용자와 개발자 간에 합의(요구분석 명세)한 개발 범위에서 시스템이 제공해야 하는 기능 요구 분석 명세서 -개발 초기에 사용자의 요구사항(비기능 요구사항 포함)을 추출해 정리한 문서 요구분석 과정 사용자요구 파앆 -> 목표 수립 -> 모델링 -> 요구분석 명세서 요구분석 -SW요주 사항 정의를 위해 사용자의 요구 사항을 조사하고 확인하는 과정 -SW개발 생명주기의 첫 단계 -SW 개발 성패의 열쇠 현 상태 파악 -> 사용자 .. 2021. 5. 3. 소프트웨어 아키텍쳐 정의: 외부에서 인식할 수 있는 특성이 담김 소프트웨어의 기본구조 필요 요소: 1. 구성요소(모듈, 컴포넌트, 서비스, 객체 등) 2. 구성요소들 사이의 관계 3. 구성 요소들이 외부에 드러내는 속성 4. 구성 요소들과 주변 환경 사이의 관계 5. 구성 요소들이 제공하는 인터페이스 6. 구성 요서들의 협력 및 조립 방법 특징: 1. 개발할 소프트웨어에 대한 전체적인 구조를 다룬다 2. 소프트웨어를 이루고 있는 여러 구성요소(컴포넌트, 서브시스템)를 다룬다 3. 구성 요소들이 인터페이스를 통해서 어떻게 상호작용하는지를 정의해야 한다. 4. 세부 내용보다는 중요한 부분만을 다룬다 5. 시스템 설계와 개발 시 적용되는 원칙과 지침이 있어야 한다. 설계시 고려사항 1. 의사소통 도구로 활용할 수 있어야 한다. .. 2021. 4. 27. 형상 관리 변경 관리: 프로젝트는 진행되어가면서 새로운 산출물들이 축적되고, 축적된 산출물들은 계쏙해서 버전 업이 된다. 이렇게 변경되는 산출물들을 관리하는 것이 형상관리다. 시스템은 소프트웨어 개발 생명주기의 모든 단계에서 변경이 일어나고, 시스템을 변경하고자 하는 용구는 개발 생명주기 동안 지속적으로 일어날 것이다. 변경의 요인 1. 업무 환경의 변화 1. 새로운 기능의 추가와 같이 고객의 요구의 변경 2. 시장 여건의 변경 3. 예산과 일정 계획 등에서의 변경 2. 기술 환경의 변화 1. 하드웨어의 사용 및 운영체제의 변경 버전관리: 1. full model change - 1.0 -> 2.0으로 바뀌는 경우 2. minor change - 1.1 -> 1.2, 1.1.1 -> 1.1.2로 바뀌는 경우 형상관.. 2021. 3. 21. 프로젝트 관리 프로젝트 유일한 제품이나 서비스를 만들기 위해 일정한 기간을 정해놓고 수행하는 작업 프로젝트 특징: 1. 한시성: 일의 시작과 끝이 명확히 정해져 있다. 2. 유일성: 기간이 종료되어 만들어 내는 인도물은 유일하다 3. 참여자의 일시성: 참여 인력은 프로젝트 시작과 동시에 참여하고, 종료되면 해체된다 4. 한정성: 프로젝트가 종료되면 사용된 자연은 원래의 위치로 돌아가던가 없앤다. 프로젝트 매니저의 역할 1. 프로젝트 시작 시점 부터 기획, 설계 2. 프로젝트에 참여하는 팀원들의 능력을 잘 파악하여 적개적소에 배치 3. 고객과의 많은 대화를 통해 의견을 조율 4. 프로젝트가 시작되면 진행상황 체크 및 진척관리 5. 프로젝트 수행 중 발생하는 문제에 대해 고민하고, 책임감을 갖고 해결 6. 인력 관리를 통.. 2021. 3. 21. 이전 1 2 다음 728x90
