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

Presentation on theme: "Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall"— Presentation transcript:

1 Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall
시스템 분석 및 설계, 5판 Essentials of Systems Analysis and Design, Fifth Edition Chapter 5 시스템 요구사항 결정 Copyright © 2013 생능출판사 Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall 5.1

2 학습 목표 인터뷰를 수행하기 설계하기 위한 선택사항을 기 술한다.
시스템 요구사항을 결정하기 위해 인터뷰 계획하 는 것을 토의한다 시스템 요구사항을 결정하기 위해서 업무 문서를 분석하는 것과 근로자를 관찰하는 것의 장,단점을 설명한다.

3 학습 목표 (계속) 합동응용시스템설계(JAD)와 프로토타이핑에 관해 서 학습한다.
시스템 요구사항을 결정하는 적절한 방법에 대해 서 토의한다. 비즈니스프로세스재설계(BRP)에 대해서 설명한다. 인터넷 애플리케이션의 요구사항 결정을 설명한 다.

4 요구사항 결정 수행하기 시스템이 수행하여야 할 것 들에 대한 정보를 많 은 정보원을 통하여 수집한다. 수집대상(source):
사용자 리포트 문서의 양식 업무절차와 과정(Process)

5 요구사항 결정 수행하기 (계속) 요구사항 수집을 위한 바람직한 분석가의 특징 당돌함(Impertinence)
무엇이든 의문을 가져야 한다. 공평성(Impartiality) 최적의 조직 해결안을 찾아야 한다. 제약에 얽매이지 않는 특성(Relaxing of constraints) 무엇이든 가능하게 한다 세심한 주의력(Attention to details) 참신성(Reframing) 조직을 새로운 방식으로 보아야 한다 창조적인 과정

6 요구사항 결정을 위한 자료(정보) 자료 유형 사용자들로부터 수집된 정보 기존 문서 및 파일 컴퓨터기반 정보
회의록, 인터뷰, 관찰기록 기존 문서 및 파일 사업목표 및 전략집, 교육매뉴얼, 업무양식, 보고서 샘플 직무기술서, 컨설팅 보고서, 현 시스템의 절차 매뉴얼 컴퓨터기반 정보 JAD모임결과, CASE저장 내용 및 보고서 조직의 구성요소에 대한 이해 사업 목표 필요 정보 데이터 처리 규칙 주요 이벤트

7

8 요구사항 결정을 위한 전통적 방법론

9 요구사항 결정을 위한 전통적 방법론 (계속) 인터뷰 및 탐문 진술, 의견, 견해 등을 수집한다. 몸짓과 감정을 관찰한다.
효과적인 인터뷰를 위한 지침 계획 체크리스트 일정약속 중립성 유지 경청 다양한 관점을 유지

10

11 요구사항 결정을 위한 전통적 방법론 (계속) 인터뷰 (계속) 인터뷰 질문 개방형 질문(Open-Ended)
사전에 정의된 답변이 없음 예기치 못한 답변을 이끌어 내는데 사용 폐쇄형 질문(Close-Ended) 응답자는 사전에 정의된 응답 중에서 답을 선택하도록 요청 받음 질문에 대한 흔한 답변이 알려져 있을 때 매우 유용함 많은 시간이 필요하지 않기 때문에 많은 수의 토픽들을 다룰 수 있음

12

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

14 요구사항 결정을 위한 전통적 방법론 (계속) 사용자 직접 관찰하기 인터뷰를 보완하는 좋은 방법임
대부분 편견이 없는 데이터를 얻기가 어려움 사람들은 관찰을 당하고 있으면 대부분 다르게 작업을 함

15 업무절차와 기타 문서의 분석 문서를 통해 찾을 수 있는 정보의 유형: : 새로운 요구를 충족할 수 있는 기회
기존 시스템의 문제: 유지보수 일지, 회의록 등에서 조직의 지향점, 목표, 목적 조직의 가치 핵심 사용자의 직책과 이름 특정 사건을 처리하는 특별한 방법, 지식, 정보 데이터 처리에 대한 규칙

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

17 요구사항 결정을 위한 최신 방법론 합동 응용 시스템설계 (JAD) 프로토타이핑 주 사용자, 관리자, 시스템 분석가를 모이게 함
목적: 주요 관련자들로부터 시스템 요구사항을 동시에 수집함 다른 장소에서도 수행 가능 프로토타이핑 반복적 과정 시스템의 초보적 버전을 개발함 SDLC를 대체하거나 강화함 목적: 최종 시스템에 대한 구체적이고 세부적인 요구 사항들을 도출하는 것.

18 합동응용시스템설계(JAD) 참여자 JAD 회의 리더 사용자 관리자 후원자 시스템 분석가 서기 정보시스템 스텝

19 합동응용시스템설계(JAD) (계속) 최종 결과 다음에 대한 자세한 문서 기존 시스템 제안된 시스템의 특성

20

21 프로토타이핑 (Prototyping) 사용자의 요구사항을 작동하는 시스템으로 빠르게 전환할 수 있다.
사용자의 요구사항을 작동하는 시스템으로 빠르게 전환할 수 있다. 사용자는 시스템으로 전환된 요구사항을 보고 나서, 수정을 요청하거나 추가요청을 할 수 있다.

22 프로토타이핑 (계속) 가장 유용한 상황: 사용자 요구사항이 불명확한 경우 소수의 사용자가 시스템에 관련되어 있는 경우
설계가 복잡하고 구체적인 폼을 필요로 하는 경우 분석가와 사용자의 의사소통 문제가 과거에도 발생한 경우 프로토타입 개발을 위한 도구들이 사용 가능하도록 준비된 경 우

23 프로토타이핑 (계속) 결점 공식적인 문서를 작성하지 않는 경향 잠재적인 사용자들의 불만족이 있을 수 있다
다른 시스템과의 공유가 종종 고려되지 않음 Stand alone 개발방식이기 때문 시스템개발생명주기(SDLC)에서의 체크를 종종 건너뜀 예) 보안, 데이터 입력통제, 데이터 표준화

24 비즈니스프로세스재설계(BPR) 제품과 서비스에 있어 강력한 개선을 이루기 위한 비즈 니스 프로세스의 검색, 구현, 그리고 급전적 변경 활동 목적 조직의 주요 부문에서의 데이터의 모든 흐름을 재구성함 불필요한 절차를 없앰 중복 부서 및 절차를 통합 미래의 변화에 더 민첩하게 대응이 가능하게 함.

25 비즈니스프로세스재설계(BPR) 재설계를 위한 프로세스의 규명 핵심 비즈니스 프로세스
특정 고객 또는 시장에 대한 구체적인 결과물을 생산할 수 있도록 설계된 구조화되고 측정 가능한 활동들의 집합 고객과 결과에 집중함 요구사항 결정에 사용되었던 동일한 기법들이 사용 됨

26 비즈니스프로세스재설계(BPR) BPR을 통해 형성될 수 있는 특정 활동들을 제시함 파괴적 기술
급격한 비즈니스 변화로부터 조직을 억제하면서 오 랫동안 유지되어 온 비즈니스 규칙들이 붕괴되도록 만드는 기술 [표 5-5] 참조

27 예) RFID 사용 5.27

28 요약 인터뷰 개방형 질문과 폐쇄형 질문 준비가 성공요인 요사항을 수집하는 다른 방법 작업자 관찰 업무문서 분석

29 요약 (계속) 협동응용시스템 (JAD) 프로토타이핑 비즈니스프로세스재설계 (BPR) 파괴적 기술 5.29