Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall 시스템 분석 및 설계, 5판 Essentials of Systems Analysis and Design, Fifth Edition Chapter 10 시스템 구축 및 운영 Copyright © 2013 생능출판사 Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall 10.1

학습 목표 조직의 정보시스템을 위한 코딩, 테스팅, 전환 을 설명할 수 있다. 4가지 설치 전략을 논의할 수 있다. 조직의 정보시스템을 위한 코딩, 테스팅, 전환 을 설명할 수 있다. 4가지 설치 전략을 논의할 수 있다. 직접 병행 단일 장소 단계별 설치 시스템에 대한 문서화와 사용자 교육 및 지원 을 위한 산출물을 기술할 수 있다 10.2 Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall

학습 목표(계속) 자체 교육 및 전자성과지원시스템을 포함한 조직의 정보시스템 교육에 필요한 여러 가지 방법을 비교할 수 있다. 자체 교육 및 전자성과지원시스템을 포함한 조직의 정보시스템 교육에 필요한 여러 가지 방법을 비교할 수 있다. 최종 사용자에 대한 지원을 제공하는 데 있어 서의 이슈를 토론할 수 있다. 시스템 구축이 실패하는 이유를 설명할 수 있 다. 4가지 유형의 유지보수에 대해 설명할 수 있 다. 정보시스템을 유지하는 비용에 영향을 주는 요인들을 기술할 수 있다. 10.3 Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall

시스템 구축 및 유지보수 7개의 주요 활동 목적 코딩 테스팅 설치 문서화 교육 지원 유지보수 최종 물리적 설계 명세서를 신뢰할 만한 소프트웨어와 하드웨 어로 전환 수행될 작업을 문서화 사용자들과 시스템의 관리자에게 도움을 제공 10.4 Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall

코딩, 테스팅, 설치 과정 코딩 테스팅 설치 물리적 설계 명세서를 가지고 컴퓨터 코드로 전환 테스트는 다양한 전략을 이용하여 수행된다. 설치 현 시스템이 신 시스템으로 대체되는 동안에 진행된다.

코딩, 테스팅, 설치 과정: 산출물 활동 산출물 코딩 코드 프로그램 문서 테스팅 테스트 시나리오(테스트 계획) 및 테스트 데이터 프로그램과 시스템 테스팅의 결과 설치 설치 및 전환 계획 사용자 지침 사용자 교육 계획 10.6 Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall

시스템 문서화, 사용자 교육 및 지원 과정 문서의 사용 대상자 산출물 시스템의 가동 동안 시스템을 유지보수 담당자 하루 일과의 일부로 시스템을 사용자 산출물 문서 시스템 문서 사용자 매뉴얼 사용자 교육 계획 수업 튜토리얼 사용자 교육 모듈 교육 자료 컴퓨터 기반 교육 지원 사용자 지원 계획 Help Desk 온라인 도움말 게시판 및 다른 지원 체계

정보시스템 유지보수 과정 SDLC의 초기로 되돌아가서 변경사항이 구축될 때 까지 시스템에 집중된 개발 절차를 반복하는 과정 4가지 주요 활동 1. 유지보수 요청의 접수 2. 요청사항을 변경사항으로 전환 3. 변경사항 설계 4. 변경사항 구축 10.8 Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall

정보시스템 유지보수 과정(계속) 산출물 유지보수 활동 동안 생성되거나 변경된 모든 설계 문서의 최근 버전과 소프트웨어의 최근 버전을 개 발 10.10 Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall

Development Phase v.s Test Activities Goal and Scope Acceptance Test Requirement Analysis System Test Regression Test Architectural Design Integration Test Algorithm Design Unit Test Coding

응용시스템 테스팅 분석단계 동안에 테스트 계획이 개발된다. 설계단계 동안 단위 테스트 계획과 시스템 테 스트 계획이 개발된다. 실제 테스팅은 구축 동안에 이루어진다. 테스트 계획에서 테스팅에 관계된 모든 당사 자들간에 의사소통을 할 수 있다. 체크리스트를 이용

응용시스템 테스팅 유형 조사 (Inspection) 검토회의 (Walkthrough) 데스크 체킹 (Desk Checking) 프로그램언어 상의 예견되는 오류들에 대한 프로그램 코드를 참여자들이 직접 검사하는 테스팅 기법 검토회의 (Walkthrough) 시스템 개발 프로세스를 통해 생성된 산출물에 대해 동료들이 검토하는 것; 구조화된 검토회의(structured walkthrough)라고도 한 다 데스크 체킹 (Desk Checking) 검토자가 수동적인 방식에 의해 프로그램 코드를 순 차적으로 실행시키는 테스팅 기법 10.13 Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall

응용시스템 테스팅 유형(계속) 단위 테스팅 통합 테스팅 각 모듈에 대해 오류를 발견하기 위한 목적으로만 테스트를 하는 것으로 모듈 테스팅이라고도 한다. 통합 테스팅 프로그램을 구성하는 모든 모듈들을 함께 테스트하 는 기법. 모듈들은 전형적으로 하향식으로 통합된다. 10.14 Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall

응용시스템 테스팅 유형(계속) 시스템 테스팅 스텁 테스팅 (Stub Testing) 시스템을 구성하는 모든 프로그램들을 대상으로 테 스트하는 것. 프로그램들은 전형적으로 하향식 관점 으로 연결되어 있다. 스텁 테스팅 (Stub Testing) 하향식으로 작성되고 테스트된 모듈들을 테스팅 하 는데 이용되는 기법. 이 기법에서는 몇 개의 코드 라 인들이 부속 모듈들을 대신에 이용된다. 10.15 Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall

Vocabulary Module to test Test Suite: a set of test cases OUTPUT a program written to test a unit module Test Driver Module to test OUTPUT Test Stub #1 Test Stub #2 Test Stub #3 Test Case a set of data/events provided for a specific test. a module written to test a higher level component Test Harness: a test environment to run the stubs and drivers and check the results.

응용시스템 테스팅 과정 테스팅의 목적은 시스템이 요구사항을 만족 하는 지를 확인하기 위해서임 테스팅 계획은 꼭 세워야 함 테스트 사례 시스템의 일반적, 치명적 또는 비정상적 사용을 대표할 수 있는 처리, 질의 또는 내비게이션 경로 에 대한 세부적인 시나리오 테스트 사례와 결과는 완벽하게 문서화되어야 하 고 응용시스템의 각 개정된 버전 별로 반복되어 서 작성되어야 한다. 10.17 Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall

10.18 Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall

사용자에 의한 수용 테스팅 실제 사용자가 완성된 정보시스템을 테스트하고 결과에 대해서 사용자가 수용여부를 결정하는 과정 알파 테스팅(Alpha Testing) 사용자가 완성된 정보시스템에 대해 가상 데이터를 사용하여 수행하는 테스팅. 복구 테스팅 복구가 적절하게 이루어질 수 있는 지를 검증하기 위해 소프트웨어를 강제로 다운되게 함 보안 테스팅 시스템에 내장된 방어 메커니즘이 부적절한 침입을 막을 수 있는 지를 검증 스트레스 테스팅 시스템이 다운되는 지 검증 10.19 Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall

사용자에 의한 수용 테스팅(계속) 알파 테스팅 (계속) 베타 테스팅(Beta Testing) 성능 테스팅 시스템이 사용될 가능한 환경의 범위 안에서 시스템이 어떻게 성과를 낼지를 결정한다. 베타 테스팅(Beta Testing) 완성된 정보시스템에 대해서 실제 사용자 환경에서 실제 데이터를 이용한 사용자 테스팅 10.20 Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall

설치 현재의 정보시스템을 새로운 것으로 변환하는 프로세스 4가지 접근방법 직접 설치 병행 설치 현재의 정보시스템을 새로운 것으로 변환하는 프로세스 4가지 접근방법 직접 설치 새 시스템이 시작될 때 구 시스템을 멈춰서 구 정보시스템 에서 새것으로 전환 병행 설치 경영진에서 구 시스템이 멈춰도 괜찮다고 결정할 때까지 구 정보시스템과 신 정보시스템을 계속 운영 10.21 Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall

설치(계속) 단일 장소 설치 정보시스템을 하나의 장소에 운영해보고 새 시스템을 조직 에서 설치를 할 지와 어떻게 설치를 할지를 경험자가 결정 한다. 단계별 설치 구 정보시스템에서 신 정보시스템으로 점차적으로 변경하 며 일부 기능만으로 시작하여 차차 전체 신 시스템으로 확 장한다. 10.22 Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall

설치 계획하기 고려사항 데이터 전환 시스템 종료 계획 조직의 비즈니스 사이클 오류 수정 현 시스템에서 데이터 로딩 10.24 Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall

시스템 문서화하기 시스템 문서 시스템의 내부적 작동과 기능성들을 묘사한 시스템 설계 내역에 관련된 구체적인 정보들 내부 문서 시스템의 내부적 작동과 기능성들을 묘사한 시스템 설계 내역에 관련된 구체적인 정보들 내부 문서 프로그램 소스 코드의 일부 또는 컴파일할 때 생성된 시스 템 문서 외부 문서 자료흐름도와 개체관계성도와 같은 구조적 기법의 결과를 포함하는 시스템 문서 10.25 Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall

시스템 문서화하기(계속) 사용자 문서 사용자 문서 준비하기 응용시스템이 작동하는 방법과 그것을 사용하는 방 법에 관하여 기술된 정보 또는 비주얼 정보. 사용자 문서 준비하기 정보시스템부서에서 일반적인 정보를 갖고 있음 응용시스템 자체 관련된 문서는 요즘은 종종 공급 업자와 사용자 들이 제공한다. 10.26 Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall

정보시스템 사용자 교육 주요 교육 주제 시스템의 사용 일반적 컴퓨터 개념 정보시스템 개념 조직 개념 시스템 관리 시스템 설치 10.27 Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall

정보시스템 사용자 교육(계속) 교육 방법 전문가 상주 컴퓨터 기반 강의 공식적 과목 소프트웨어 도움말 기능 튜토리얼 대화식 교육 매뉴얼 공급업자와 같은 외부 정보 10.28 Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall

10.29 Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall

정보시스템 사용자 교육(계속) 전자성과지원시스템 (EPSS) 훈련 및 교육 정보들이 들어있는 소프트웨어 패키지 또는 응용시스템 10.30 Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall

정보시스템 사용자 지원 지원은 사용자에게 매우 중요함 대부분의 조직은 두 가지 방법으로 지원을 제공함 개인 컴퓨팅에서 사용자 만족에 영향을 주는 첫 번 째 기준은 사용자 지원임(J.D Power 등) 대부분의 조직은 두 가지 방법으로 지원을 제공함 정보 센터 헬프 데스크 10.31 Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall

정보시스템 사용자 지원: 정보 센터 특정 정보시스템에 관한 모든 사용자 문의 및 문제, 또는 특정 부서의 모든 사용자들에 대한 단일화된 접촉 포인트 10.32 Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall

구축이 항상 성공하지 못하는 이유 성공적인 구축을 위한 두 가지 필수적인 조건 시스템 개발에 대한 경영진의 지원 개발과정에 사용자의 참여 10.33 Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall

구축이 항상 성공하지 못하는 이유 (계속) 구축 과정에 관한 통찰 위험 프로젝트에 몰두 변경에 몰두 프로젝트 정의 및 계획의 확장 현실적인 사용자 기대 10.34 Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall

구축이 항상 성공하지 못하는 이유 (계속) 구축성공요인 사용되는 시스템에 대한 범위 시스템 사용의 편리성과 신뢰성 시스템에 대한 사용자 만족 사용자의 나이, 컴퓨터 사용 경험과 같은 인구통계 학적 자료 10.35 Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall

프로젝트 종료 평가 팀 개발 프로젝트가 종료되고 운영과 유지보수 모드 로 전화되는 것과 관련되어 영향을 받는 모두에게 공지 팀원들을 다른 프로젝트에 재할당 개발 프로젝트가 종료되고 운영과 유지보수 모드 로 전화되는 것과 관련되어 영향을 받는 모두에게 공지 다음 프로젝트 검토를 수행 고객 계약의 종료 공식적인 사인 10.36 Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall

시스템 유지보수 수행하기: 유지보수 유형 교정적 유지보수 적응적 유지보수 개선적 유지보수 예방적 유지보수 설계, 코딩 또는 구축에서의 문제점을 고치기 위해 시스템에 변경을 줌 적응적 유지보수 비즈니스 요구 또는 기술을 변경에 기능을 적응하기 위해 시스템에 변경을 줌 개선적 유지보수 성능을 개성하거나 새로운 기능을 추가하기 위해 시스템에 변경을 줌 예방적 유지보수 미래에 발생할 수 있는 문제를 피하기 위해서 시스템에 변경을 줌 10.37 Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall

시스템 유지보수 수행하기: 유지보수 비용 많은 조직들이 유지보수에 정보시스템 예산의 80%를 할당함 시스템 유지보수에 영향을 주는 요인 잠재적 결점 시스템의 사용자 수 시스템 문서의 질 유지보수 요원 도구 잘 구조화된 프로그램 10.38 Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall

시스템 유지보수: 효과 측정 시스템 실패 회수 각 실패간 시간 실패 유형 실패간 평균시간 (MTBF) 시스템 유지보수: 효과 측정 시스템 실패 회수 각 실패간 시간 실패 유형 실패간 평균시간 (MTBF) 시스템의 품질을 나타내기 위해, 시간이 지나면서 파악되는 오류 발생 측정량 10.39 Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall

유지보수 요청 통제 요청 유형의 결정 요청 절차에 대한 플로우차트 [그림 10-10] 오류 적응 확장 10.40 Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall

10.41 Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall

형상관리 시스템에 대해 승인된 변화만을 가능케 하는 프로 세스 기본 모듈 시스템 사서 구축 절차 테스트와 문서화가 완료되어 시스템의 가장 최신 버전에 포함 시키기로 승인된 소프트웨어 모듈 시스템 사서 시스템을 개발하거나 유지유수 활동을 때, 기본 모듈들에 대한 접근 및 결과물 제공을 관리하는 책임을 가진 자 구축 절차 기본 소스 코드로부터 실행 가능한 시스템을 구축하는 과정에 필요한 지시사항들을 열거한 가이드라인 10.42 Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall

Role of Automated Development Tools in Maintenance Design Documents are maintained instead o f source code Code is generated from design documents Documentation changes are made during m aintenance phase Design recovery tools for older systems Reverse engineering Re-engineering 10.43 Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall

웹 사이트 유지보수 사이트 성격과 운영상태 때문에 특별한 이슈와 절 차가 웹 사이트에 필요하다. 65일×7일×24시간, 끊임없는 운영 끊겨진 링크에 대한 검증 재등록 향후 개정 10.44 Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall

PVF WebStore: 시스템 구축 및 운영 인터넷 기반 전자상거래 프로제트의 시스템 구축 및 운영은 다른 프로젝트와 차이가 없음 테스트 사례 개발 단순 기능성 다중 기능성 기능 예속 임의의 기능 위급/위기 버그 추적 및 시스템 진화 WebStore의 알파 및 베타 테스팅 WebStore 설치 10.45 Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall

요약 조직의 정보시스템을 코딩, 테스팅, 전환하는 과 정 4가지 설치 전략 직접 병행 단일 장소 단계별 설치 10.46 Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall

요약 (계속) 문서 사용자 교육 최종사용자에 대한 지원 제공 시스템 구축 실패 시스템 사용자 10.47 Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall

요약 (계속) 유지보수 유지보수 비용 유비조수의 효과 측정 교정적 적응적 개선적 예방적 10.48 Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall

요약(계속) 유지보수 요청 통제하기 형상관리 자동화 도구의 역할 웹사이트 유지보수 인터넷 애플리케이션 개발 10.49 Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall