8장정보시스템구축 -...

학습목표

경영정보처리론/안연식

제8장 정보시스템 구축

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

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

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

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

목 차 _ 제 8장

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

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

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


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

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

션 개발에 적용된 것

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

는데 적용할 수 있음


시스템 접근방법

경 계 환 경 외부 제약조건

상호작용

구성요소 하위시스템

투 입 산 출 목 표목 적

시스템의 특성


전문 패키지

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

전문 패키지의 필요성

– 시스템 기능이 여러 기업들 간에 공통적인 경우

– 기업 자체개발을 위한 자원이 부족할 경우

전문 패키지의 장단점

– 장점: 개발기간 단축, 구축 비용 절감, 패키지 내 다양한 기능 이용가능

– 단점: 필요한 모든 기능 기대하기 어려움, 커스토마이징 난이, 패키지에 의해 업무환경 변화 가능

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


ERP 구성모듈(SAP R3)

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)에 대한 의존도 증가

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

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

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


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

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


시스템 개발 생명주기

새 시스템설계

새 시스템구축

새 시스템설치

새 시스템유지보수

요구사항분석

문제설명서:사용자 요구사항

해결책 명세서

소프트웨어, 하드웨어

작동하는 시스템

문제점


ERP 의 기본 기능

문의

Quick Response

수주 즉시 납기약속Order Tracking

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

경영자

고객/ Buyer

영업

회계

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

외주업체자재/부품

구매처

무 역

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

자재구매

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

생산/외주/품질

자동 생산 계획생산 진척 현황품질 검사 분석 통합DB

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


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


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

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

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


시스템 개발 생명주기

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


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


Source: Barry Boehm, Software Engineering Economics

Reqmts Design Code Unit Test Accept. Operation& Integ. Test

1000

500

200

100

50

20

10

5

2

1

수정

상대비용

오류 식별 단계

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



프로토타이핑

1. 사용자의 기본적인요구사항 파악

2. 작동이 되는시제품 을 개발

1. 사용자의 기본적인요구사항 파악

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

4. 시제품을수정 및 개선

5. 최종 운영 시스템으로 전환

사용자Yes

사용자No

기능을 향상시킨시제품

시제품에문제가있으면

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

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


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

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

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

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


프로토타이핑

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


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

– 전통적 접근방법은 단계별 지시사항을 컴퓨터 프로그램의 형태로 제공함

– 프로그래머들은 모든 절차를 자세히 명시해야만 함

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

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

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

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


객체지향적 개발


객체지향적 방법의 특징

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

– 객체지향적 접근방법은 프로그래머들의 생산성과 질을 향상시킴.하나의 객체를 정의하여 구현하고 테스트한 후 이것을 다른 시스템에 재사용할 수 있음

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

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




객체지향적 분석과 설계

– 객체지향적 시스템을 위한 개발 프로세스는 전통적 SDLC와 많은 측면에서 유사함

– 두드러진 차이점은 논리적 분석과 설계단계에서 시스템 분석가들이 객체지향적 접근방법의 이용으로 객체지향적 개념을 표현하는데 좀더 적합한 특화된 모델링 다이어그램을 사용할 수 있다는 것임



객체지향 모델링의 예

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


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

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

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


컴포넌트기반 개발


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

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

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



Object-Oriented에서 CBD로

ObjectObject

ObjectObject

ComponentComponent

ComponentComponent

Component

ObjectObject

Application




생산성

유연성

용이성

CBD


S/W 개발 패러다임 Shift



1970 1980 1990 2000

StructuredProgramming

Assembly,

Cobol, RPG,

Fortran, Pascal,

Ada

Information EngineeringObject-Oriented

C++, Dellphi,

PowerBuild,VisualBasic,OOA/D

DistributedObject Systems

CORBA2.0,OpenDoc,ActiveX-DCOM,UML,Sanfrancisco

Component-basedDevelopment: CBD

CORBA3.0, EJB, COM+,

Rational-Rose,Websphere

· · · · · 2010 · · · ·


CBD의 응용사례

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

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

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




– 업무 중복성 제거

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

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

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



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

<그림 CBD에 의한 구조 변화


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

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

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

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


CASE(Computer Aided Software Engineering)

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

자료흐름도를 쉽게그릴 수 있도록 하는특수한 모양과연결선들의 모음.


- 정보요구의충족- 적절한업무환경- 사용용이한 인터페이스

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

- 적절한 자원의확보- 양질의 시스템개발- 시스템개발과정의 적절한 관리- 적절한프로젝트 관리

사용자

경영진시스템개발자

시스템 개발의 3 주체


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

때로는 최종사용자는 개발과정에서 다음과 같은 정보시스템 전문가의 조언과 컨설팅을 받기도 함

– 응용 패키지 활용에 관한 훈련

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

– 데이터베이스 등 조직의 정보차원에 대한 접근권한 획득 지원

– 분석, 설계, 구현단계의 지원


최종사용자 개발


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

최종사용자 개발은 아래의 기초적인 정보시스템 활동에 초점을 맞추어야 함

– 출력 : 어떤 정보가 필요하며, 어떤 형식으로 정보를 표현해야 하는가?

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

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

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

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


최종사용자 개발


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

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

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

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

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

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

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


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


실현가능성 조사

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

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

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

① 관련 데이터 수집

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

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

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






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

조직적(organizational) 경제적(economic)

시스템이 조직의 비즈니스 우선순위를 얼마나 잘 지원하는가에 초점을둠

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

기술적(technical) 운영적(operational)

시스템의 니즈를 충족시키는 하드웨어와 소프트웨어의 신뢰성과 기능, 그리고 이를 한정된 지산 안에 획득하거나 개발의 가능성

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


비용/이익분석

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

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

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

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

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

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




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

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

전통적으로 이 단계는 다음의 사항을 상세히 분석함

– 조직과 최종사용자의 정보니즈

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

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


시스템 분석


기능 요구사항 분석

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

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

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

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

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


시스템 분석


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

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

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

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


시스템 설계

시스템 설계


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

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

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

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

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

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


시스템 설계


시스템설계: 기능구조도

급여처리

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

자료입력

자료확인

총지급액계산

순지급액계산

급여마스터갱신

급여명세등 출력

소득세공제

보험료공제

개인별지급명세

급여지급대장


시스템설계: 입출력화면

고객번호 : 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가지 자원을 이용하여 데이터 자원(파일과 데이터베이스)을 정보제품(디스플레이, 응답, 보고서, 문서)으로 변환하는 방법


시스템 설계


구매입고예정현황


출고지시


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

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

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

구현은 다음과 같은 다양한 활동들을 포함함

– 하드웨어, 소프트웨어 및 서비스 획득

– 소프트웨어 개발 혹은 수정

– 프로그램, 처리절차와 하드웨어의 시험

– 시스템 문서화

– 시스템 전환(병행전환, 파일럿전환, 단계별 전환, 직접전환)

– 최종 사용자 훈련


구현



구현


하드웨어와 소프트웨어의 평가와 선정을 위해 일반적으로 기업들은 다음과 같은 활동을 함

– 시스템 설계단계에서 개발된 시스템 명세서를 기반으로 공급업체들에게 입찰과 제안서의 제출을 요구함

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

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

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

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

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

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


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


하드웨어 평가 요소

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

– 하드웨어 평가요소를 요약하면 다음과같음



주요 하드웨어 평가요소

• 성능

• 비용/가격

• 신뢰성

• 호환성(compatibility)

• 기술

• 인간공학적고려

• 연결성

• 확장가능성(scalability)

• 소프트웨어

• 고객지원


소프트웨어 평가요소

– 성능, 비용, 신뢰성, 획득가능성(availability), 호환성, 모듈성(modularity), 기술, 인간공학, 지원 등의 요소를 대상으로 제안 소프트웨어를 평가함

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



주요 소프트웨어 평가요소

• 품질

• 유연성

• 연결성

• 문서화

• 효율성

• 보안

• 지원언어

• 하드웨어


정보시스템 서비스의 평가

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

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




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

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

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

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

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

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

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




시험

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

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

문서화

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

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

훈련

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

– 불충분한 교육훈련은 제안 시스템 구현의 실패요인이 됨


기타 구현활동


전환방법

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

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


기타 구현활동

신규 시스템으로의 전환

병행(parallel) 전환

단계별(phased) 전환

파일럿(pilot) 전환

직접(direct/plunge) 전환

전환과정의 4가지 범주


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

- 가장 간단하고 비용과 시간이 적게 드는 방법- 새로운 시스템에 문제가 있을 경우 업무가 마비되는 위험을 수반- 완벽한 시험후 전환

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

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

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

- 단계적인 성공시 점진적으로 한 부분씩 추가 전환- 가장 합리적인 방법이지만 한편으로는 한 모듈이 다른 부분과 연관되어

있을 경우에는 여러 가지 문제점이 발생 가능

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

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


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

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

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

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

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

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


정보시스템 유지보수


시스템의 유지보수

시스템 유지보수의 개념

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

통해서 시스템의 정상상태를 유지하고 환경변화에 따른 사용자의

요구변화를 수용하기 위한 지속적인 노력

하드웨어의 유지보수

- 고장수리 : 기계부품이 손상을 입었거나 노후화 됨으로써 제 기능을

다 발휘하지 못할 때 다시 정상가동 상태로 회복시켜주는 것

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

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


유지보수비용

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

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

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

로 상정해 놓는 방법

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

을 분담하는 방법


개발방법 주요 특성

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

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

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

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

신속하고도 용이하게 개발

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

프로토타이핑 방법을

통한 내부개발

자칫하면 난잡한 시스템으로 진화되어 시스템보수유지가 어려워질 수 있음

사용자들이 자기부서의 사용을 위해 스스로 시스템 개발

신속하게 개발이 가능하며 정보시스템 부서의 인력을 소모하지 않음 (최종사용자 전용 개발툴 필요)

사용자들은 자신들의 요구가 직접적으로 충족되므로 개발에의 참여도가 높음

최종사용자컴퓨팅을

통한 내부개발

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

대부분의 사용자요구를 충족가능한 범용패키지를 구입하여 조직용도에 맞게 커스토마이징함

적은 비용으로 신속하게 업무에 적용 가능

종종, 시스템을 업무에 맞추기보다는 업무를 시스템 기능에 맞추어야 하는 부담이 따름

소프트웨어 패키지의

구입

정보기술을 통한 경쟁우위를 확보하는데는 적합지 못함

외부 전문업체(System Integrator; SI)를 통해 시스템개발을 위탁

정보시스템 부서 인력의 업무부담 경감

SI업체의 다양한 경험 활용 (기술력, 문제해결능력 등)

시스템통합업체 위탁

을 통해 외부개발

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

시스템 개발 방법론의 비교

8장정보시스템구축 -...

Documents

Transcript of 8장정보시스템구축 -...