Chapter 4

Report
Essentials of
Systems Analysis and Design
Third Edition
4장
시스템 요구사항 결정
4.1
Copyright 2006 Prentice-Hall, Inc.
학습 목표
인터뷰를 수행하기 설계하기 위한
선택사항을 기술한다.
시스템 요구사항을 결정하기 위해
인터뷰를 계획하는 것을 토의한다
시스템 요구사항을 결정하기 위해서
업무 문서를 분석하는 것과 근로자를
관찰하는 것의 장,단점을 설명한다.
4.2
Copyright 2006 Prentice-Hall, Inc.
학습목표(계속)
협동응용시스템설계(JAD)와
프로토타이핑에 관해서 학습한다.
시스템 요구사항을 결정하는 적절한
방법에 대해서 토의한다.
비즈니스프로세스재설계(BRP)에
대해서 설명한다.
인터넷 응용시스템의 요구사항 결정을
설명한다.
4.3
Copyright 2006 Prentice-Hall, Inc.
요구사항 결정 수행하기
시스템이 수행하여야 할 것 들에 대한
정보를 많은 정보원을 통하여 수집한다.




4.4
사용자
리포트
폼
절차
Copyright 2006 Prentice-Hall, Inc.
요구사항 결정 수행하기 (계속)
요구사항 수집의 특징

당돌함
 무엇이든 의문을 가져야 한다.

공평성
 최적의 조직 해결안을 찾아야 한다.



제약에 얽매이지 않는 특성
세심한 주의력
참신성
 조직을 새로운 방식으로 보아야 한다
4.5
Copyright 2006 Prentice-Hall, Inc.
산출물
산출물 유형




사용자들로부터 수집된 정보
기존 문서 및 파일
컴퓨터기반 정보
조직의 구성요소에 대한 이해
 사업 목표
 필요 정보
 데이터 처리 규칙
 주요 이벤트
4.6
Copyright 2006 Prentice-Hall, Inc.
4.7
Copyright 2006 Prentice-Hall, Inc.
요구사항 결정을 위한
전통적 방법론
4.8
Copyright 2006 Prentice-Hall, Inc.
요구사항 결정을 위한
전통적 방법론(계속)
인터뷰 및 탐문



진술, 의견, 견해 등을 수집한다.
몸짓과 감정을 관찰한다.
지침
 계획


체크리스트
일정약속
 중립성 유지
 경청
 다양한 관점을 유지
4.9
Copyright 2006 Prentice-Hall, Inc.
요구사항 결정을 위한
전통적 방법론(계속)
인터뷰 (계속)

인터뷰 질문
 개방형 질문(Open-Ended Questions)

사전에 정의된 응답이 없음
 폐쇄형 질문(Close-Ended Questions)

4.10
응답자는 사전에 정의된 응답 중에서 답을
선택하도록 요청을 받음
Copyright 2006 Prentice-Hall, Inc.
4.11
Copyright 2006 Prentice-Hall, Inc.
4.12
Copyright 2006 Prentice-Hall, Inc.
4.13
Copyright 2006 Prentice-Hall, Inc.
요구사항 결정을 위한
전통적 방법론(계속)
설문조사


인터뷰보다 휠씬 비용 대비 효과적임
설문 응답자 선정하기
 모든 사용자의 대표성을 갖고 있어야 함

설계
 대부분 폐쇄형 질문
 전화 또는 개별접촉으로 수행될 수 있음
4.14
Copyright 2006 Prentice-Hall, Inc.
요구사항 결정을 위한
전통적 방법론(계속)
4.15
Copyright 2006 Prentice-Hall, Inc.
요구사항 결정을 위한
전통적 방법론(계속)
사용자 직접 관찰하기


인터뷰를 보완하는 좋은 방법임
대부분 편견이 없는 데이터를 얻기가
어려움
 사람들은 관찰을 당하고 있으면 대부분 다르게
작업을 함
4.16
Copyright 2006 Prentice-Hall, Inc.
절차와 기타 문서의 분석
문서를 통해 찾을 수 있는 정보:







4.17
기존 시스템의 문제
새로운 요구를 충족할 수 있는 기회
조직 방향
주 사용자의 이름
조직의 가치
특정 사건을 처리하는 특별한 정보
데이터 처리에 대한 규칙
Copyright 2006 Prentice-Hall, Inc.
4.18
Copyright 2006 Prentice-Hall, Inc.
요구사항 결정을 위한
최신 방법론
협동응용시스템설계 (JAD)



주 사용자, 관리자, 시스템 분석가를 모이게 함
목적: 주요 사람들로부터 시스템 요구사항을
동시에 수집함
다른 장소에서 수행됨
프로토타이핑




4.19
반복적 과정
시스템의 초보적 버전을 개발함
SDLC를 대체하거나 강화함
목적: 최종 시스템에 대한 구체적인 세부내역을
개발함.
Copyright 2006 Prentice-Hall, Inc.
협동응용시스템설계 (JAD)
참여자







4.20
JAD 회의 리더
사용자
관리자
후원자
시스템 분석가
서기
정보시스템 스텝
Copyright 2006 Prentice-Hall, Inc.
협동응용시스템설계(계속)
최종 결과


4.21
기존 시스템에 대한 자세한 문서
제안된 시스템의 특성
Copyright 2006 Prentice-Hall, Inc.
4.22
Copyright 2006 Prentice-Hall, Inc.
프로토타이핑
요구사항을 작동하는 시스템으로 빠르게 전환할 수
있다.
사용자는 시스템으로 전환된 요구사항을 보고 나서,
수정을 요청하거나 추가요청을 할 수 있다.
가장 유용한 상황:





4.23
사용자 요구사항이 불명확한 경우
소수의 사용자가 시스템에 관련되어 있는 경우
설계가 복잡하고 구체적인 폼을 필요로 하는 경우
분석가와 사용자가의 의사소통 문제가 과거에도 발생한 경우
프로토타입 개발을 위한 도구들이 사용 가능하도록 준비된
경우
Copyright 2006 Prentice-Hall, Inc.
프로토타이핑(계속)
결점




4.24
공식적인 문서를 작성하지 않는 경향
일반적인 사용자에 적용되기가 어려움
다른 시스템과의 공유가 종종 고려되지
않음
시스템개발생명주기(SDLC)에서의 체크를
종종 건너뜀.
Copyright 2006 Prentice-Hall, Inc.
비즈니스프로세스재설계
제품과 서비스에 있어 강력한 개선을
이루기 위한 비즈니스 프로세스의 검색,
구현, 그리고 급전적 변경 활동
목적


4.25
조직의 주요 부문에서의 데이터의 모든
흐름을 재구성함
불필요한 절차를 없앰
Copyright 2006 Prentice-Hall, Inc.
비즈니스프로세스재설계 (계속)
목적 (계속)


절차를 결합함
미래의 변환에 더 민감해짐
재설계를 위한 프로세스의 규명

핵심 비즈니스 프로세스
 특정 고객 또는 시장에 대한 구체적인 결과물을 생산할 수
있도록 설계된 구조화되고 측정 가능한 활동들의 집합
 고객과 결과에 집중함
 요구사항 결정에 사용되었던 동일한 기법들이 사용됨
4.26
Copyright 2006 Prentice-Hall, Inc.
비즈니스프로세스재설계 (계속)
BPR을 통해 개설될 수 있는 특정
활동들을 규명함
파괴적 기술


4.27
급격한 비즈니스 변화로부터 조직을
억제하면서 오랫동안 유지되어 온 비즈니스
규칙들이 붕괴되도록 만드는 기술
<표 4-6> 참조
Copyright 2006 Prentice-Hall, Inc.
4.28
Copyright 2006 Prentice-Hall, Inc.
4.29
Copyright 2006 Prentice-Hall, Inc.
4.30
Copyright 2006 Prentice-Hall, Inc.
4.31
Copyright 2006 Prentice-Hall, Inc.
4.32
Copyright 2006 Prentice-Hall, Inc.
요약
인터뷰


개방형 질문과 폐쇄형 질문
준비가 성공요인
요사항을 수집하는 다른 방법


4.33
작업자 관찰
업무문서 분석
Copyright 2006 Prentice-Hall, Inc.
요약(계속)
협동응용시스템 (JAD)
프로토타이핑
비즈니스프로세스재설계 (BPR)

4.34
파괴적 기술
Copyright 2006 Prentice-Hall, Inc.

similar documents