소프트웨어12 008. 소프트웨어 유지보수 1. SW의 효율적인 운영을 위한 S/W유지보수 가. SW 유지보수의 정의 SDLC(Software Develop Life Cycle)의 마지막 단계로 소프트웨어의 생명을 연장시키는 운영 중심의 작업 단계 소프트웨어가 개발되어 폐기 때까지 이루어지는 일련의 SW 변경과 수정 작업 소프트웨어가 납품된 후 결합의 제거, 성능 향상, 변화된 환경에 적응토록 처리하기 위한 일련의 모든 소프트웨어 공학적 작업 나. 소프트웨어 유지보수의 목적 소프트웨어 성능개선, 하자보수 새로운 환경에서 동작할 수 있도록 이식 및 수정과 일련의 예방적 조치 다. 소프트웨어 유지보수의 중요성 중요성 설명 관리적 SW기능의 복잡화에 따라 문서화 등의 관리업무 증가 운영적 유지보수 운영비용이 전체 비용의 70~80% 차지 기술적 SW신.. 2022. 9. 30. 007 아키텍처 평가방법 ATAM 1. ATAM(Architecture Tradeoff Analysis Method)의 개요 가. ATAM의 정의 아키텍처가 목표로 하는 품질 만족도, 각 품질 간의 연관성 즉, 품질 목표 간의 trade-off가 있는지 파악 가능한 아키텍처 평가방법 나. ATAM의 특징 구분 내용 Trade-off 분석 - 아키텍처가 품질속성을 만족하는지 여부 및 품질 속성들 간 상호작용 적용 - 레거시(Legacy) 시스템 분석에도 적용 영향 요소 - 아키텍처 스타일, 품질속성 분석, SAAM 등에 영향을 받음 참여자 - 평가팀, 프로젝트 결정권자, 아키텍처 이해관계자 등 2. ATAM 수행단계 가. ATAM 수행단계 개념도 나. ATAM 수행단계 그룹 단계 내용 프레젠테이션 1. ATAM 프레젠테이션 평가리더는 참여.. 2022. 9. 30. 006. 소프트웨어 아키텍처 평가 방법론 1. 품질특성을 결정하는 아키텍처 평가방법론 가. 소프트웨어 아키텍처 평가 방법론의 정의 아키텍처가 시스템이 요구하는 품질 속성(비즈니스목표, 가용성, 성능, 보안등)을 달성할 수 있는지의 적합성을 평가하 는 방법 나. 아키텍처 평가 방법론 구성요소 구분 내용 필요성 위험요소를 찾아서 제거하는 가장 쉽고 비용이 적게 드는 방법 평가시기 Early 평가 : 초기평가, 평가 비용 적음, 부정확 Late 평가 : 완성 후 평가, 기존 시스템을 이어받을 때 적용 평가자 이해관계자나 전문 평가팀에서 수행 평가결과 아키텍처의 적합성 평가, 목표 우선 순위화 2. 소프트웨어 아키텍처 평가 방법론 유형 특 징 설 명 시나리오 기반 미리 정해진 프로필에 의존하여 평가하는 방식 시뮬레이션 기반 시뮬레이션에 기반한 방식 수.. 2022. 9. 30. 005. 소프트웨어 아키텍처 스타일 1. 소프트웨어 아키텍처 스타일의 개요 가. 소프트웨어 아키텍터 스타일의 정의 아키텍터의 구성요소와 구성요소들 간의 관계들이 사용될 때 작용하는 제약사항과 함께 특화시켜 놓은 아키텍처 집합 View를 표현할 때 반복적으로 나타나는 재사용이 가능한 아키텍처의 형태 아키텍처 설계 시에 요구되는 비기능 품질 요구사항을 달성할 수 있도록 해 놓은 문서 나. 소프트웨어 아키텍터 스타일의 필요성 기 검증된 패턴을 통한 최적의 아키텍처 제시 아키텍처 스타일이 제공하는 주요 제한 조건을 통해 현 문제의 이슈사항 사전 인지 Best Practice의 사용을 통해 아키텍처의 대외적 신뢰성 및 권위 획득 시스템의 모든 설계 작업의 기초를 제공함 아키텍처 스타일의 사용시 좋은 점 특정 종류의 시스템에 특화된 설계 지식의 적용.. 2022. 9. 30. 004. 소프트웨어 아키 1. 시스템의 청사진, 소프트웨어 아키텍처 가. 소프트웨어 아키텍처의 정의 SW 구성요소들의 기능과 요소들 사이의 상호작용 및 관계를 다루는 기술 명세서 프로그램 및 시스템의 컴포넌트, 컴포넌트들 간의 상호관계의 구조이며, 이들을 설계하고 전개하기 위한 지침과 원리 나. 소프트웨어 아키텍처의 정의 stakeholder간의 관점 조율을 통한 시스템 최적화 및 통일된 의사소통 요구사항들 간의 개념상의 충돌 조정 시스템 분석의 명확성과, 표준화를 통해 유연하고 신속한 추가/변경으로 비즈니스요구를 실현함 다. 소프트웨어 아키텍처의 필요성 구분 필요성 내용 고객측면 의사소통 이해관계자 이해도 증진 및 의사소통 고객측면의사결정 초기 중요한 의사결정 개발측면 재사용 재사용 촉진(표준화, 좋은 구조/경험) 개발측면진화.. 2022. 9. 29. 이전 1 2 3 다음
