제8장 정보시스템 구축

학습목표

제8장 정보시스템 구축

 정보시스템의 개발과 구현을 위해서 정보시스템 개발주기의 각 단계를 어떻게 활용할 것인지에 대한 설명과 구체적인 예를 제시할 수 있다.

 프로토타이핑 접근방법이 정보시스템 전문가와 최종사용자에 의한 시스템개발 과정을 어떻게 개선시키는지 설명할 수 있다.

 새로운 정보시스템의 구현에 관련된 제반행위를 설명할 수 있다.

 하드웨어, 소프트웨어, 정보시스템 서비스를 외부에서 조달할 때 고려 할 평가요소들에 대해서 서술할 수 있다.

목 차 _ 제 8장

8-1 정보시스템 개발 방법론

8-2 현대적 정보시스템 개발 방법론

8-3 시스템 개발 프로세스

 시스템 접근방법 : 조직이 체계적인 방법으로 문제해결에 도달하는 절차

 정보시스템 개발/응용시스템개발 : 문제해결을 위한 시스템 접근방법이 정보시스템 솔루 션 개발에 적용된 것

 시스템 접근방법은 비즈니스 니즈를 충족시키기 위한 시스템(주로, 응용시스템)을 개발하

8-1 정보시스템 개발 방법론

시스템 접근방법

경 계 환 경 외부 제약조건

상호작용

구성요소 하위시스템

투 입 산 출 목 표

목 적 시스템의 특성

전문 패키지

 이미 개발된 소프트웨어를 공급업체로부터 구입하여 조직의 필요에 부 합하도록 커스토마이징 작업을 거쳐 업무환경에 적용하는 방법

 전문 패키지의 필요성

– 시스템 기능이 여러 기업들 간에 공통적인 경우 – 기업 자체개발을 위한 자원이 부족할 경우

 전문 패키지의 장단점

– 장점: 개발기간 단축, 구축 비용 절감, 패키지 내 다양한 기능 이용가능 – 단점: 필요한 모든 기능 기대하기 어려움, 커스토마이징 난이, 패키지에 의

해 업무환경 변화 가능

 패키지 소프트웨어의 대표적인 예: ERP(enterprise resource planning)

ERP 구성모듈

MM PP

QM PM

HR

FI CO

AM

PS

IS SD

OC

R/3

통합 Database

Sales & Distribution (판매/물류 관리) Material Management

(자재관리) Production Planning

(생산계획)

Quality Management (품질관리)

Plant Maintenance (설비관리)

Financial Accounting (재무회계)

COntrolling

(관리회계,원가회계)

fixed Assets Management (고정자산관리)

Project System (프로젝트관리)

Human Resources (인적자원관리)

Office & Communication Industry Solutions

정보시스템 아웃소싱

 기업 내부 기술인력을 이용하지 않고 외부 전문업체에 시스 템 개발을 위탁하는 방법

 아웃소싱의 장단점

– 장점: 경제성 (비용절감), 서비스의 질, 유연성

– 단점: 정보시스템 기능의 통제능력 상실, 기업의 전략정보 누설 위 험 존재, 벤더(vendor)에 대한 의존도 증가

 아웃소싱 방법은 언제 필요한가?

– 비핵심적인 정보시스템을 구축하는 경우

– 시스템개발을 위한 내부 기술인력의 경험 혹은 능력이 부족할 때

 시스템 접근방법을 적용하여 정보시스템을 개발하는 과정은 정보시스템 개발 주기라 부 르는 다단계 과정으로 간주됨

 정보시스템 개발주기는 시스템 개발 생명주기라고도 함

8-1 정보시스템 개발 방법론

시스템 개발 생명주기

새 시스템 설계

새 시스템 구축

새 시스템 설치 새 시스템

유지보수 요구사항분석

문제설명서:

사용자 요구사항 해결책 명세서

소프트웨어, 작동하는 시스템 하드웨어

문제점

ERP 의 기본 기능

문의 Quick Response

수주 즉시 납기 약속

Order Tracking

경영 실적 경영 성과 분석 의사결정 지원

경영자

고객/ Buyer

영업

회계

자금 관리 손익 분석 자동 분개

외주업체 ^{자재/부품}

구매처

무 역

수출 진행 현황 수입 진행 현황

자재구매

자재소요량 계획 자재 발주 현황 자재 재고 현황

생산/외주/품질

자동 생산 계획 생산 진척 현황

품질 검사 분석 통합DB

참조: 성공적인 ERP 도입 전략.ppt, 임범희, KIST

SAP R/3 시스템 메인 화면 (교육용 버전)

 SDLC의 모든 활동은 상호 연관성이 매우 높으며 상호의존적임

 순차적인 활동들도 있지만 동시에 진행되기도 함

 개발대상 시스템의 수정과 개선을 위해서라면 언제라도 이전 활동들로 회귀하여 이들을 반복 수행하기도 함

8-1 정보시스템 개발 방법론

시스템 개발 생명주기

<표 8-1> SDLC의 5단계와 산출물

시스템 개발 수명주기(SDLC)는 하나의 정보시스템 개발 프로젝트 를 수행하는데 있어서 따라야 할 과정이다.

Reqmts Design Code Unit Test Accept. Operation

& Integ. Test

1000 500 200 100 50 20 10 5 2 1

수정상대비용

오류 식별 단계

개발기간 동안의 시스템 오류수정 비용

8-1 정보시스템 개발 방법론

프로토타이핑

1. 사용자의 기본적인

요구사항 파악 2. 작동이 되는

시제품 을 개발 1. 사용자의 기본적인

요구사항 파악

3. 사용자가 시제품 을 사용

4. 시제품을 수정 및 개선 5. 최종 운영 시스템

으로 전환

사용자

Yes 사용자

No

기능을 향상시킨 시제품

시제품에 문제가 있으면

프로토타이핑(prototyping)은 다음 그림과 같이 5 단계로 구성

※ 단계 3 및 4번을 여 러 번 반복 수행

 프로토타이핑은 새로운 시스템 솔루션에 대한 작업모델 또는 프로토타입(Prototype, 원 형)을 신속하게 개발하고 테스트하는 방법임

 정보시스템 전문가와 비즈니스 전문가가 참여하는 상호 작용적이고 반복적인 과정을 거 침

– 프로토타이핑은 특히 최종사용자의 요구사항을 정의하기 어려운 프로젝트의 개발과 정을 신속하고 편리하게 하는 이유로 프로토타이핑을 RAD(Rapid Application Design)라 지칭함

– 프로토타이핑은 시스템 설계를 단순화하고 가속화함으로써 최종사용자가 시스템 개 발 과정에 참여할 수 있는 기회를 제공하며 이는 시스템 개발과정에서 최종사용자 와 정보시스템 전문가의 역할에 변화를 요구함

8-1 정보시스템 개발 방법론

프로토타이핑

<그림 8-1> 프로토타이핑 접근방법

 조직들이 직면한 소프트웨어 위기(software crisis)에 대한 한가지 대안이 객체지향적 개발임

– 전통적 접근방법은 단계별 지시사항을 컴퓨터 프로그램의 형태로 제공함 – 프로그래머들은 모든 절차를 자세히 명시해야만 함

– 고유한 업무수행에는 적합하지만 동일한 실세계 엔티티를 다루는 다른 업무 해결에는 적합하지 않음; 새로운 개발대상 작업 물량의 누적

 객체지향적 시스템은 수행될 업무를 중심으로 시스템이 만들어지는 것이 아니라, 그 업 무를 수행하기 위하여 모델링 되어야 할 현실 세계를 기초로 만들어지게 됨

– 어떤 기업이 그들의 고객 및 고객과의 상호작용에 대한 좋은 모델을 보유하고 있다 면 그 모델은 고객과 관계된 계산서, 우편발송, 그리고 판매안내서에 모두 사용될 수 있음

– 객체 기술은 상호작용하는 조직간 정보시스템들의 글로벌 네트워크 상에서 구매, 공유 및 재사용을 가능하게 함

8-2 현대적 정보시스템 개발 방법론

객체지향적 개발

 객체지향적 방법의 특징

– 이 방법은 각 객체가 상대적으로 작고 독립적이며 다루기 쉽기 때 문에 시스템 개발의 복잡성을 크게 줄이고 , 좀더 쉽고 신속하게 구 축하고 유지보수 할 수 있는 시스템을 개발 가능

– 객체지향적 접근방법은 프로그래머들의 생산성과 질을 향상시킴.

하나의 객체를 정의하여 구현하고 테스트한 후 이것을 다른 시스템 에 재사용할 수 있음

– 객체지향적 접근방법으로 개발된 시스템은 매우 신축적임. 객체의 유형을 변화시키거나 새로운 종류의 객체를 추가함으로써 시스템 을 용이하게 수정하거나 개선할 수 있음 (재사용성의 향상)

– 객체지향적 접근방법은 시스템 분석가들이 프로그래밍언어 수준 이 아니라 사용자와 동일하게 현실적 관점에서 시스템 요구사항을 모델링 할 수 있게 함

8-2 현대적 정보시스템 개발 방법론

객체지향적 개발

 객체지향적 분석과 설계

– 객체지향적 시스템을 위한 개발 프로세스는 전통적 SDLC와 많은 측면에서 유사함 – 두드러진 차이점은 논리적 분석과 설계단계에서 시스템 분석가들이 객체지향적 접

근방법의 이용으로 객체지향적 개념을 표현하는데 좀더 적합한 특화된 모델링 다이 어그램을 사용할 수 있다는 것임

8-2 현대적 정보시스템 개발 방법론

객체지향적 개발

객체지향 모델링의 예

ä * 객체(object) : 고유한 형태를 나타내는 자율적인 주체

 소프트웨어 위기에 대응 위해 소프트웨어 공학 분야에서 컴포넌트 기반 개발(CBD; Component Based Development) 방법론 대두

 CBD는 소프트웨어의 구성을 컴포넌트로 나누어 디자인하고 각 컴포넌 트를 직접 개발하거나 적합한 컴포넌트를 구입하여 마치 레고 블록을 조립하듯이 소프트웨어를 개발하는 방법론

 이를 통해 소프트웨어 요구사항 변경시 전체 소프트웨어 재개발 없이 관련 컴포넌트만을 다루어 요구사항 변화에 빠르게 대응 가능해짐

8-2 현대적 정보시스템 개발 방법론

컴포넌트기반 개발

 소프트웨어 구성단위를 철저히 모듈화하여 중복 개발 요소를 제거함.

 구성요소들은 높은 수준의 어플리케이션 서비스를 제공하는 명확하게 정의된 개방 인터페이스를 제공하는 독립형 기능패키지임

 다양한 어플리케이션에서의 재사용과 이질적인 컴퓨팅 플랫폼을 위해 구성요소 들은 동적으로 분산될 수 있음

8-2 현대적 정보시스템 개발 방법론

컴포넌트기반 개발

Object-Oriented에서 CBD로

Object Object Object

Object

Component

Component Component Component

Component

ObjectObject

Application

8-2 현대적 정보시스템 개발 방법론

컴포넌트기반 개발

생산성 유연성

용이성 CBD

 S/W 개발 패러다임 Shift

8-2 현대적 정보시스템 개발 방법론

컴포넌트기반 개발

1970 1980 1990 2000

Structured Programming

Assembly, Cobol, RPG, Fortran, Pascal, Ada

Information Engineering Object-Oriented

C++, Dellphi, PowerBuild, VisualBasic, OOA/D

Distributed Object Systems

CORBA2.0, OpenDoc, ActiveX-

DCOM,UML,Sanfrancisco

Component-based Development: CBD

CORBA3.0, EJB, COM+, Rational-Rose,Websphere

· · · 2010 · · ·

·

 CBD의 응용사례

– IBM Business Consulting Services에서 대형 은행을 대상으로 CBD 프로젝 트 성공적으로 수행

– 프로젝트 초기단계 관찰결과 최근 인수 합병과 시스템 중복 투자로 인해 업 무 프로세스와 시스템 복잡성 높고, 이들이 상품별 혹은 채널별로 구성되어 있어 전사적으로 기능상 중복 심각

– 업부 기능을 본부 별로 도출하여 세분화하고 중복업무들을 일차적으로 비즈 니스 컴포넌트로 통합하고 서로 다른 업무 기능 중 연관성이 높은 것들을 하 나의 비즈니스 컴포넌트로 통합하는 작업을 순차적으로 수행. A은행의 경우 약 70개의 비즈니스 컴포넌트 도출됨.

8-2 현대적 정보시스템 개발 방법론

컴포넌트기반 개발

– 업무 중복성 제거

– 일관성 있는 고객정보 유지 가능

– 빠르고 원활하게 복합 상품과 제휴상품 개발 가능

– 최소한의 비용으로 빠른 시간에 경영환경 변화에 적응할 수 있는 유연한 시스템 구 축

8-2 현대적 정보시스템 개발 방법론

컴포넌트기반 개발

출처: 최명주, 배경일, 정일만, 김종현, 금융 비즈니스 설계의 신 조류: 컴포넌트 기반의 비즈니스 모델, IBM 비즈니스 컨설팅 서비스, 2003

<그림 CBD에 의한 구조 변화

 전통적 SDLC 절차는 너무 경직되어 있고 비용이 많이 소요되며 시간 소모적임

 SDLC의 이런 단점들을 해결하기 위해 컴퓨터 기반 시스템공학(CASE)이 등장하였음

 CASE는 CASE 도구라는 소프트웨어를 이용하여 SDLC 활동의 많은 부분을 수행하는 것 임

 CASE 소프트웨어 패키지는 비즈니스 계획, 프로젝트 관리, 사용자 인터페이스 설계, 데 이터베이스 설계, 소프트웨어 개발 등을 지원함

8-2 현대적 정보시스템 개발 방법론

CASE(Computer Aided Software Engineering)

자료흐름도의 각 객체들은 보다 구체적으로 자료사전이나 프로세스 명세서에 정의될 수 있다. 이곳에는 “재고”자료 저장소의 자료 자료흐름도를 쉽게

그릴 수 있도록 하는 특수한 모양과 연결선들의 모음.

- 정보요구의 충족 - 적절한 업무환경

- 사용 용이한 인터페이스

- 시스템적용 효과

- 조직에 미치는 시스템영향 - 시스템의 정치적 측면

- 적절한 자원의 확보 - 양질의 시스템 개발

- 시스템개발과정의 적절한 관리 - 적절한 프로젝트 관리

사용자

경영진 시스템

개발자

 시스템 개발의 3 주체

 최종사용자가 정보시스템 전문가의 직접적 개입 없이 다양한 최종사용자 소프트웨어 패키지를 이용하 여 자신의 시스템을 직접 개발하는 것이 최종사용자 개발임

 때로는 최종사용자는 개발과정에서 다음과 같은 정보시스템 전문가의 조언과 컨설팅을 받기도 함 – 응용 패키지 활용에 관한 훈련

– 하드웨어와 소프트웨어의 선정

– 데이터베이스 등 조직의 정보차원에 대한 접근권한 획득 지원 – 분석, 설계, 구현단계의 지원

8-2 현대적 정보시스템 개발 방법론

최종사용자 개발

 정보시스템 활동의 초점: 최종사용자(CEO포함) 지원

 최종사용자 개발은 아래의 기초적인 정보시스템 활동에 초점을 맞추어야 함 – 출력 : 어떤 정보가 필요하며, 어떤 형식으로 정보를 표현해야 하는가?

– 입력 : 어떤 원천으로부터 어떤 데이터가 가용한가? 어떤 형식인가?

– 처리 : 가용한 입력을 원하는 출력으로 변환하는데 요구되는 작업 혹은 변 환과정은 무엇인가? 어떤 소프트웨어가 이를 가장 잘 처리할 수 있는가?

– 저장 : 응용이 미리 정의된 데이터를 사용하는가? 향후 신 시스템과 여타 응 용에서 사용할 새로운 데이터와 데이터베이스를 정의해야 하는가?

– 통제 : 응용에서 사용하는 데이터의 접근통제가 필요한가? 불의의 사고나 손상에 대비하기 위한 통제가 필요한가?

8-2 현대적 정보시스템 개발 방법론

최종사용자 개발

 시스템 개발 프로세스의 첫 번째 단계는 시스템 조사(탐색)단계임

 이 단계는 정보시스템 계획과정에서 생성된 여러 제안들을 검토하는 것과 연관 되기도 함

 조사단계는 제안 정보시스템이 기업의 비즈니스 우선순위와 기회를 충족시키는 가를 예비 조사하는 단계를 포함하기도 함

 시스템 조사단계는 다음과 같은 3단계로 이루어짐

– 비즈니스 기회와 우선순위를 어떻게 해결할 것인가를 결정

– 새로운 혹은 개선된 정보시스템이 실현 가능한 방안인지를 판단하는 조사를 실시

– 프로젝트 관리계획을 입안하고 경영진의 승인을 얻음

8-3 시스템 개발 프로세스

시스템개발 프로세스의 시작

 실현가능성 조사

– 시스템 개발은 많은 비용이 소요되기 때문에 시스템 조사는 실현가능성 조 사라는 예비 조사단계를 거치는 것이 일반적임

– 이 단계에서는 최종사용자와 잠재 사용자의 정보요구, 자원요구, 비용, 이익, 제안 프로젝트의 실현가능성 등을 결정함

– 실현가능성 조사의 4단계

① 관련 데이터 수집

② 정보시스템에 대한 예비 명세와 개발계획에 관한 보고서 작성

③ 승인을 위해 경영진에게 제출

④ 경영진이 승인을 한 경우에 시스템 분석을 실시

8-3 시스템 개발 프로세스

시스템개발 프로세스의 시작

8-3 시스템 개발 프로세스

시스템개발 프로세스의 시작

시스템의 실현가능성 평가 관점

조직적(organizational) 경제적(economic) 시스템이 조직의 비즈니스 우선순위

를 얼마나 잘 지원하는가에 초점을 둠

예상되는 비용절감, 매출증대, 이익 증가, 필요 투자액의 절감, 그 밖의 다른 이익 들이 시스템을 개발하고 운영하는데 소요되는 비용을 초과할 것인가에 초점을 둠

기술적(technical) 운영적(operational) 시스템의 니즈를 충족시키는 하드웨

어와 소프트웨어의 신뢰성과 기능, 그리고 이를 한정된 지산 안에 획득 하거나 개발의 가능성

관리자, 종업원, 고객, 공급자 및 그 밖의 사람들이 시스템을 운영하고 이 용하며 지원하려는 자발적 의지와 능 력의 평가에 초점을 둠

 비용/이익분석

– 모든 제안 시스템은 비용과 이익을 발생시킴

– 비용/이익분석은 정보시스템 대안을 평가할 때 비용요소와 이익요소를 발견 하는 과정을 의미

• 유형의(tangible) 비용: 계량화가 가능한 비용을 일컬음(하드웨어와 소프 트웨어 비용, 종업원 급여 등)

• 무형의(intangible) 비용: 계량화, 추정, 금전적 환산이 불가능하거나 매 우 어려운 비용을 의미함(제안 시스템의 에러와 실패로 인한 고객신용의 상실, 종업원 사기저하 등)

• 유형의(tangible) 이익: 제안 시스템 운영의 결과로 얻게 되는 재고비용 의 감소, 인력감축에 따른 인건비의 절감 등 계량화가 가능한 이익

• 무형의(intangible) 이익: 추정하기는 매우 어렵지만 더 나은 고객서비스 와 보다 정확한 정보를 경영자에게 적시에 제공함으로써 얻게 되는 이익

8-3 시스템 개발 프로세스

시스템개발 프로세스의 시작

 시스템 분석은 최종사용자의 정보 니즈를 심도있게 분석하는 단계

 시스템 분석은 새로운 정보시스템의 설계에 기초가 되는 기능적 요구사 항(functional requirements)을 산출함

 전통적으로 이 단계는 다음의 사항을 상세히 분석함 – 조직과 최종사용자의 정보니즈

– 현 시스템의 제반 활동, 자원 및 산출물

– 최종사용자와 기타 잠재 사용자의 정보 니즈를 충족시키는데 필요 한 정보시스템 능력

8-3 시스템 개발 프로세스

시스템 분석

 기능 요구사항 분석

– 시스템 분석에서 가장 어려운 단계가 기능 요구사항 분석임

– 정보시스템 분석가와 최종사용자는 특정한 비즈니스 정보 니즈를 정의하기 위해 팀으로 작업함

– 이 단계의 목적은 이것을 어떻게 구현할 것인가(how to do it)가 아니라 무 엇을 해야 하는가(what should be done)를 결정하는 것임

– 기능 요구사항은 최종사용자가 시스템에서 사용하게 될 하드웨어, 소프트웨 어, 네트워크, 데이터, 인적자원 등에 의해서 제약을 받지 않는 정보 요구사 항을 의미함

– 시스템 분석가들은 논리적 프로세스와 데이터 관계를 표현하기 위해 데이터 흐 름 도 (DFD: data flow diagrams) 와 엔 티 티 관 계 도 (ERD: entity- relationship diagrams) 같은 기법을 사용함

8-3 시스템 개발 프로세스

시스템 분석

 사용자의 정보니즈를 충족시키기 위해 시스템이 무엇을(what) 해야 하는가를 서술하는 것이 시스템 분석인 반면에 시스템 설계는 시스템이 어떻게(how) 이 목표를 달성할 것인가를 명시함

 시스템 분석 단계에서 개발된 기능적 요구사항을 만족하는 시스템 명세서 (system specifications)를 산출하는 제반 설계활동으로 이루어짐

 시스템 명세서는 소프트웨어 개발, 하드웨어 획득, 시스템 시험, 구현단계의 제 반활동의 기반으로 활용됨

 시스템 설계는 사용자 인터페이스 설계, 데이터 설계 및 프로세스 설계의 3가지 주요 산출물, 혹은 인도물(deliverables)을 생성하는 것임

8-3 시스템 개발 프로세스

시스템 설계

시스템 설계

 사용자 인터페이스 설계: 입출력사항

– 사용자 인터페이스 설계는 최종사용자와 컴퓨터 기반 어플리케이션 간에 상 호작용을 지원하는데 초점을 둠

– 설계자는 인터넷이나 인트라넷 웹페이지와 같이 사용하기 간편한 흥미롭고 효율적인 형태의 사용자 입력 및 산출 설계에 전념함

– 사용자 인터페이스는 간단하고 간결하며 논리적으로 조직되어야 함

– 설계는 사용자 인터페이스의 작업모델 혹은 프로토타입을 설계하고, 최종사 용자의 피드백에 의해 여러 차례 수정되는 프로토타이핑 절차를 거치는 경 우가 빈번함

– 디스플레이 화면, 상호 작용적 사용자/컴퓨터 대화(dialogues), 음성응답, 입력양식(forms), 문서, 보고서 등에 관한 상세한 명세서가 이 단계의 주요 산출물임

8-3 시스템 개발 프로세스

시스템 설계

시스템설계: 기능구조도

급여처리

자료획득 급여계산 결과출력

자료입력 자료

확인 총지급

액계산 순지급

액계산 급여마스

터갱신 급여명세 등 출력

소득세공제 보험료

공제 개인별

지급명세 급여지급 대장

시스템설계: 입출력화면

고객번호 : 1273 이 름 : 홍길동

주 소 : 성북국 안암동 5-1 전화번호 : 920-1154

할 인 율 : 5 %

제품번호 : CT-128

제 품 : 컴퓨터 테이블 단 가 : 240,000원 재 고 : 30개

(가) 고객화면의 예 (나) 제품 화면의 예

주문번호 : 61384 고객번호 : 1273 이 름 : 홍길동

주 소 : 성북구 안암동 5-1

주 문 일 : 08/11/94 납품예정일 : 08/30/94

제품번호 제 품 명 주문수량 단 가

CT-128 컴퓨터 데이블 3 240,000 BC-231 책장 5 89,000

FT-335 팩스 테이블 1 135,000

계 1,300,000

(다) 주문 화면의 예

창고 운영 시스템

공급자 제품 거래처 창고 로케이션 작업자 입고계획

입고전표확인 입고리스트 실제입고 긴급입고 입고수량조정 입고 현황

상태변화 로케이션 이동 재고 조사 재고 조정 재고 조회 보고서 현황

자료 올리기 자료 받기 일마감 시스템 일자 갱신

사용자로그인

사용자 권한 로그 보기 출고계획

출고시뮬레이션 피킹전수량조정 출고 리스트

입고관리 출고관리 창고관리 마스터 관리 시스템 관리

출고 현황

단위시스템 기 능 비 고 세부 업무 기능

 생산라인의 생산 완제품에 대한 입고 등록을 한다.

 입고등록은 입고 Simulation을 통하여 자동 입고 및 수동입고를 할 수 있도록 관리하며 입고 Tag를 출력하여 입고관리를 한다.

 무선 PDA로 입고확인을 하여 재고D/B에 반영한다.

입고관리

 P/O을 기초로 출고작업을 행하며 예상 결품 내역을 조회,출력한다.

 출고 Location을 지정 (선입선출) 하며 출고 schedule을 이용하여 Order별로 출고작업 순위를 결정한다.

 출고작업지시서와 출고Tag을 이용하여 출고작업을 행한다.

 출고작업 지시는 별도의 PROCESS 확정 시 반영.

출고관리

[ Location간 이동 ]

 창고 내부의 제품의 이동을 관리한다.

 이동일자별로 location이동내역을 관리한다.

 Location 작업지시서로 작업을 행하며 작업 후 이동확인 작업에 의해 재고정보를 갱신한다.

[ 창고간 이동 ]

 창고 단위의 재고를 이동 시 관리하는 업무임.

 재고이동은 동일 물류센터 내 창고 이동 시 적용하는 업무로서 이 관업무와는 성격이 틀리다.

재고이동관리

 시스템 명세서

– 시스템 명세서는 시스템의 사용자 인터페이스, 데이터베이스 구조, 처리와 통제절차 에 대한 설계를 정형화한 것임

– 시스템 설계자는 제안 시스템을 대상으로 하는 하드웨어 명세서, 소프트웨어 명세서, 네트워크 명세서, 데이터 명세서를 개발하며 이런 작업의 수행을 위해 시스템 분석가 는 최종사용자와 팀으로 공동작업을 함

– 시스템 분석가는 최종사용자가 보유한 비즈니스 활동 및 응용분야에 관한 전문지식 을 자신이 보유한 컴퓨터 기반 시스템 지식과 결합하여 시스템의 설계를 구체화함 – 최종적인 시스템 명세서가 서술하는 일반적인 내용은 다음과 같음

• 하드웨어 자원(장비와 매체)

• 소프트웨어 자원(프로그램과 처리절차)

• 네트워크 자원(통신매체와 네트워크)

• 인적자원(최종사용자와 정보시스템 요원)

• 앞의 4가지 자원을 이용하여 데이터 자원(파일과 데이터베이스)을 정보제품(디

8-3 시스템 개발 프로세스

시스템 설계

구매입고예정현황

출고지시

 새로 설계한 정보시스템의 구현절차는 다양한 획득, 시험, 문서화, 설치 및 전환 활동 등을 수반함

 구현 시스템의 운영과 활용에 필요한 최종사용자의 훈련도 포함함

 구현은 시스템의 성공을 보증하는 필수적인 단계임

 구현은 다음과 같은 다양한 활동들을 포함함 – 하드웨어, 소프트웨어 및 서비스 획득 – 소프트웨어 개발 혹은 수정

– 프로그램, 처리절차와 하드웨어의 시험 – 시스템 문서화

– 시스템 전환(병행전환, 파일럿전환, 단계별 전환, 직접전환) – 최종 사용자 훈련

8-3 시스템 개발 프로세스

구현

8-3 시스템 개발 프로세스

구현

 하드웨어와 소프트웨어의 평가와 선정을 위해 일반적으로 기업들은 다음과 같은 활동을 함 – 시스템 설계단계에서 개발된 시스템 명세서를 기반으로 공급업체들에게 입찰과 제안서

의 제출을 요구함

– 하드웨어와 소프트웨어의 물리적 특성과 성능 특성의 최소 요구사항을 설정함

– 정부기관과 대부분의 대기업들은 제안 시스템의 모든 상세한 요구사항을 기록한 제안요 청서(Request For Proposal: RFP) 혹은 견적요청서(Request For Quotation : RFQ)라는 문서를 이용함

– 여러 제안들이 경쟁하는 경우 다양한 평가요소에 계량화된 점수를 부여하는 스코어링 시 스템을 사용하기도 함

– 하드웨어와 소프트웨어는 데모를 실시하여 평가해야 함

– 제안 하드웨어와 소프트웨어를 평가하기 위해 특별히 마련된 벤치마킹 테스트 프로그램 또는 테스트 데이터를 사용하기도 함

– 인터넷 뉴스그룹과 같은 사용자 그룹은 제조업체와 공급업체가 주장하는 하드웨어, 소프 트웨어의 성능을 객관적으로 평가하는 가장 좋은 정보 원천임

8-3 시스템 개발 프로세스

하드웨어, 소프트웨어 및 서비스 평가

 하드웨어 평가 요소

– 컴퓨터 하드웨어를 평가할 때에는 컴 퓨터의 유형(메인 프레임, 마이크로 컴 퓨터, 혹은 주변장치 등)에 상관없이 각 구성 요소별로 특정한 물리적 특징 과 성능 특성을 상세히 조사해야 함 – 하드웨어 평가요소를 요약하면 다음과

같음

8-3 시스템 개발 프로세스

하드웨어, 소프트웨어 및 서비스 평가

주요 하드웨어 평가요소

• 성능

• 비용/가격

• 신뢰성

• 호환성

(compatibilit y)

• 기술

• 인간공학적 고려

• 연결성

• 확장가능성 (scalability)

• 소프트웨어

• 고객지원

 소프트웨어 평가요소

– 성능, 비용, 신뢰성, 획득가능성 (availability), 호환성, 모듈성

(modularity), 기술, 인간공학, 지원 등 의 요소를 대상으로 제안 소프트웨어 를 평가함

– 소프트웨어 평가에 있어서는 다음의 평가요소들을 추가로 고려함

8-3 시스템 개발 프로세스

하드웨어, 소프트웨어 및 서비스 평가

주요 소프트웨어 평가요소

• 품질

• 유연성

• 연결성

• 문서화

• 효율성

• 보안

• 지원언어

• 하드웨어

 정보시스템 서비스의 평가

– 하드웨어와 소프트웨어 제품의 제조업체와 공급업체들은 최종사용 자와 기업에게 다양한 정보시스템 서비스를 제공함

– 정보시스템 서비스의 대표적인 예로는 전자상거래 웹사이트 개발, 신규 하드웨어와 소프트웨어의 설치와 전환, 종업원 훈련, 하드웨어 유지보수, 콜센터 help desk 등이 있음

8-3 시스템 개발 프로세스

하드웨어, 소프트웨어 및 서비스 평가

– 최근에는 정보시스템 서비스를 외부의 전문기업에 아웃소싱(Outsourcing)하 는 사례가 늘고 있음, 예를 들면

• 시스템 통합업체(system integrator: SI)가 조직의 컴퓨터 장비를 관리하고 유지보수하는 책임을 완전히 짐

• 조직을 대신하여 시스템 통합업체가 많은 벤더와 하부계약자가 참여하는 대규모 시스템개발 프로젝트의 개발과 구현을 책임짐

• 특정 산업에서 필요한 전문적인 하드웨어, 소프트웨어, 서비스는 부가가치 재판매업체(VAR: value-added reseller)로부터 공급받음

• 시스템 설계, 프로그래밍 계약, 컨설팅 서비스 등을 외부 업체에 아웃소싱 함

– 정보시스템 서비스의 평가요소

• 성능, 시스템 개발, 유지보수, 전환, 훈련, 백업, 접근성, 사업적 입지, 하드 웨어, 소프트웨어

8-3 시스템 개발 프로세스

하드웨어, 소프트웨어 및 서비스 평가

 시험

– 시스템 시험은 SDLC의 모든 단계에서 수행됨

– 웹사이트 성능의 시험, 소프트웨어의 시험과 디버깅, 신규 하드웨어의 시험, 각종 프로토타입의 검토 등이 여기에 속함

 문서화

– 제안 시스템의 SDLC에 참여하는 모든 사람들간에 의사소통을 촉진하는 수 단이 되며, 에러의 원인이나 시스템의 변경사항을 발견하는데 지극히 중요 한 역할을 함

– 문서화의 대상에는 운영절차에 관한 매뉴얼, 데이터 입력 화면, 각종 양식과 보고서 등이 포함됨

 훈련

– 정보시스템 전문가는 최종사용자가 새로운 정보시스템을 충분히 활용할 수 있도록 이들을 훈련시켜야 함

8-3 시스템 개발 프로세스

기타 구현활동

 전환방법

– 신규 정보시스템의 초기 운영은 어려운 작업임

– 대개의 경우 구 시스템의 인력, 절차, 장비, 입출력 장치, 데이터베이스 등은 신 시스 템의 요구사항에 맞게 전환되어야 하며 이런 절차를 전환과정이라 함

8-3 시스템 개발 프로세스

기타 구현활동

신규 시스템으로의 전환

병행(parallel) 전환

단계별(phased) 전환

파일럿(pilot) 전환

직접(direct/plunge) 전환 전환과정의 4가지 범주

① 일시전환(direct cutover): 일시에 기존시스템의 사용을 완전히 중단하고 새로 운 시스템으로 대체시키는 전환방법

- 가장 간단하고 비용과 시간이 적게 드는 방법

- 새로운 시스템에 문제가 있을 경우 업무가 마비되는 위험을 수반 - 완벽한 시험후 전환

② 병렬전환(parallel cutover) : 새로운 시스템의 성능이 확인될 때까지 기존시스템 과 병행해서 사용하는 유형

- 가장 위험이 적은 방법

- 많은 비용이 소요/ 새 컴퓨터나 소프트웨어가 도입되었을 때 사용

③ 단계적 전환(phased cutover) : 새로운 시스템을 여러 개의 하위시스템 또는 모 듈로 나누어 단계적으로 가동

- 단계적인 성공시 점진적으로 한 부분씩 추가 전환

- 가장 합리적인 방법이지만 한편으로는 한 모듈이 다른 부분과 연관되어 있을 경우에는 여러 가지 문제점이 발생 가능

④ 파일럿전환(pilot cutover) : 유사하거나 동일한 시스템이 여러 부서 또는 여 러 지역에서 사용되는 상황에서 유용한 전환방법

- 개발된 시스템을 일차적으로 어느 특정 부서에 시험적으로 설치 가동 - 실행성과를 검토한 다음 성공적으로 실행될 경우 전체 조직으로 확산

 일단 제안 시스템이 구현되고 비즈니스 운영에 실제로 이용되면 유지보수 활동 이 시작됨

 시스템 유지보수는 운영적 정보시스템의 성능개선과 구현 이후의 요구사항 반 영을 목적으로 시스템을 모니터링하고 평가하며 변경하는 활동을 의미함

 유지보수 활동에는 다음 사항들이 포함됨

– 신규 개발된 시스템이 당초 계획되었던 비즈니스 목표를 충족하는가를 확 증하기 위한 후기구현 검토

– 정기적인 검토와 감사를 통한 개발과정 및 이용과정에서 발생하는 에러의 수정

– 비즈니스 조직, 비즈니스 환경, 비즈니스 요구사항의 변경으로 인한 정보시 스템의 변경

8-3 시스템 개발 프로세스

정보시스템 유지보수

시스템의 유지보수

 시스템 유지보수의 개념

- 시스템의 설치가 완료되어 폐기될 때까지의 전 운영과정을

통해서 시스템의 정상상태를 유지하고 환경변화에 따른 사용자의 요구변화를 수용하기 위한 지속적인 노력

 하드웨어의 유지보수

- 고장수리 : 기계부품이 손상을 입었거나 노후화 됨으로써 제 기능을 다 발휘하지 못할 때 다시 정상가동 상태로 회복시켜주는 것

- 기능변경 및 확장 : 하드웨어에 요구되는 특성이 변화하였을 경우

이에 맞추어 하드웨어 특성을 변화시켜 주는 것

유지보수 비용

 시스템 유지보수 비용의 처리

- 사전에 일정한 보증수리기간을 정해놓는 방법

- 사전에 전체 개발비의 일정 비율에 해당하는 금액을 유지보수비 로 상정해 놓는 방법

- 유지보수의 필요성이 발생할 때마다 책임소재를 규명하여 비용

을 분담하는 방법

개발방법 주요 특성

단계적인 시스템개발 (분석, 설계, 구현)

거래처리시스템과 같은 전사적인 시스템구축에 적합 SDLC 방법을 통한 내

부개발

개발주기중 변하는 사용자요구에 대해 유연성있게 대처하기 어려움

사용자의 피드백을 토대로 초기 프로토타입을 점진적으로 수정함으로써 시스템개발 신속하고도 용이하게 개발

의사결정지원시스템이나 전문가시스템과 같이 사용자요구가 불확실하고 시스템규모가 방대하지 않을 경우 적합 프로토타이핑 방법을

통한 내부개발

자칫하면 난잡한 시스템으로 진화되어 시스템보수유지가 어려워질 수 있음 사용자들이 자기부서의 사용을 위해 스스로 시스템 개발

신속하게 개발이 가능하며 정보시스템 부서의 인력을 소모하지 않음 (최종사용자 전용 개발툴 필요) 사용자들은 자신들의 요구가 직접적으로 충족되므로 개발에의 참여도가 높음

최종사용자컴퓨팅을 통한 내부개발

체계적인 개발방법의 부재로 인해 위험요인이 따를 수 있음

대부분의 사용자요구를 충족가능한 범용패키지를 구입하여 조직용도에 맞게 커스토마이징함 적은 비용으로 신속하게 업무에 적용 가능

종종, 시스템을 업무에 맞추기보다는 업무를 시스템 기능에 맞추어야 하는 부담이 따름 소프트웨어 패키지의

구입

정보기술을 통한 경쟁우위를 확보하는데는 적합지 못함 외부 전문업체(System Integrator; SI)를 통해 시스템개발을 위탁 정보시스템 부서 인력의 업무부담 경감

SI 업체의 다양한 경험 활용 (기술력, 문제해결능력 등) 시스템통합업체 위탁

을 통해 외부개발

신기술에 대한 조직학습을 크게 기대하기 어렵고 정보기술에 의한 경쟁우위 확보에 적합하지 않음

 시스템 개발 방법론의 비교