[시스템개발방법론] 시스템 개발 수명 주기 방법의 단점을 보완하기 위한 방법으로 최종 사용자 방법을 적용할 수 있는 방법에 대하여 토론하시오.
본 자료는 3페이지 의 미리보기를 제공합니다. 이미지를 클릭하여 주세요.
닫기
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
해당 자료는 3페이지 까지만 미리보기를 제공합니다.
3페이지 이후부터 다운로드 후 확인할 수 있습니다.

목차

▶ 구조적 방법론
▶ 정보공학 방법론
▶ 객체지향 방법론
▶ 컴포넌트 기반 개발 방법론
▶ 개발 방법 비교 분석
▶ 시스템 개발 수명 주기
▶ 최종 사용자 컴퓨팅
▶ 우리나라의 대규모 시스템 개발 업체에서 방법론은

본문내용

부른다. 이 단계에서부터 [그림 3-3]의 경로들중 하나를 선택하여 사용할 수 있다.
▶최종 사용자 컴퓨팅
최종 사용자 컴퓨팅(End-User Computing : EUC)이란 시스템 출력의 최종 사용자가 정보시스템을 스스로 개발하여 사용하거나, 타인이 개발한 시스템이라 하더라도 컴퓨터 터미널을 통해 직접 사용하는 것을 말한다.
최근에 나타나고 있는 EUC의 급속한 확산 추세는 그것이 많은 조직의 최고 경영자들에게 하나의 놀라움과 두려움의 대상으로 인식될 정도로 비용과 활용영역 면에서의 증가를 초래하고 있다.
EUC관리의 중요성이 높아지고 있는 이유는 사용자의 전문적, 관리적 업무분야에 있어서 컴퓨터 활용 잠재력이 크고, 따라서 조직의 생산성에 미치는 영향이 지대하며, EUC의 출현으로 전통적인 MIS부서의 역할이 재정립되어야 하고, EUC가 잘못 관리되었을 때 그 부정적 파급 효과가 크기 때문이다.
EUC의 응용 분야
EUC 가 활용되는 대상 영역은 최종사용자가 메인프레임을 이용하는 경우와 PC를 이용하는 경우가 약간 다르다. Benson(1983)의 연구결과에 의하면, 대체로 메인프레임에 의한 EUC는 주로 데이터베이스의 활용에 중점을 두는 데 비해 PC를 바탕으로 하는 EUC에서는 스프레드시트 등의 소프트웨어 패키지를 통한 분석업무에 많은 비중이 주어지는 것으로 나타나 있다.
EUC의 응용분야를 좀 더 구체적으로 살펴보면 크게 본원적 응용분야(generic applications)와 복합적 응용분야
(hybrid applications)의 두 유형으로 나눌 수 있다. 본원적 응용분야란 대체로 하나의 독립적인 소프트웨어에 의
해 지원될 수 있는 성격을 가진 분야로 여기에는 의사소통, 분석, 자료관리, 업무관리 및 그래픽분야 등이 포함된
다. 그리고 이와 같은 몇 개의 본원적 응용분야가 결합된 것을 복합적 응용분야로 볼 수 있는데, 개인 업무의 통합관리, 의사결정지원시스템(DSS), 임원정보시스템(EIS), 그 밖에 비사무적 사무자동화 등의 분야가 이 유형에 속한
다.
EUC의 효과와 위험성
처음 컴퓨터가 일반조직에서 활용되기 시작한 이래로 최종사용자가 직접 컴퓨터와 접촉하여 자신의 업무를 수행하는 EUC 개념이 적용된 것은 대체로 엔지니어링 분야에서 비롯되었다고 볼 수 있다.
그 후로도 EUC 개념은 상당기간동안 엔지니어링분야에서만 부분적으로 활용되다가 1970년대에 접어들어 DP 부서의 시스템 개발업무의 적체가 점차 심화되고 대학 등에서의 컴퓨터 관련교육이 보편화되면서 일반업무분야에서도 그 가능성 및 유용성 문제가 제기되었다.
결국 EUC의 발전은 기존 DP 부서의 시스템 개발업무가 적체되고 개발된 시스템이 사용자의 요구사항을 제대로 반영하지 못하는 등의 수요적 측면과 최종사용자들로 하여금 보다 손쉽게 컴퓨터에 접근할 수 있도록 개선된 하드웨어 및 소프트웨어 기술의 발전이라는 공급적 또는 기술적 측면의 상호작용에 의해 이루어진 것으로 볼 수 있을 것이다.
한편 지금까지는 주로 사용자의 입장에서 본 EUC 의 효과에 대해서만 언급하였지만, 사실 EUC의 활용은 기존의 DP 부서에도 다음과 같은 유리한 점이 있다. 첫째, 만성적인 시스템 개발인력이 부족을 경감할 수 있어 DP 부서에서는 보다 규모가 크고 높은 기술수준이 요구되는 시스템의 개발에 노력을 경주할 수 있게 된다. 둘째, 사용자 스스로가 자신의 요구사항을 파악하여 시스템을 개발할 수 있게 됨으로써 DP부서로서는 많은 시간이 투입되면서도 오류가 발생되기 쉬운, 사용자와의 의사소통에 따른 부담을 덜 수 있다. 끝으로, 시스템의
실행(implementation)에 대한 책임이 사용자에게로 넘겨지게 되어 기존의 많은 실행 문제가 제거될 수 있다.
이상 앞에서 살펴본 여러 가지 장점 내지는 효과를 가지고 있는 EUC는 또 그 나름대로의 위험성을 내포하고 있다. EUC가 가지고 있는 위험성은 궁극적으로 시스템 분석가의 관여가 배제된 상태에서 컴퓨터 비전문가인 사용자 스스로가 시스템을 개발하고 이용하는 데서 비롯된다.
Benson(1983)의 연구에서는 EUC가 내포하고 있는 위험성 중 가장 큰 것으로 문서화의 문제, 자료의 백업문제 및 안전성 문제의 세 가지를 들고 있다.
▶ 우리나라의 대규모 시스템 개발 업체에서 방법론은 이제 필수적인 요소기술로서 다루어지고 있다. 근래에는
사용자의 요구수준도 높아져가고 있어, 방법론을 기반으로 하지 않고는 프로젝트 수주도 어려워지게 되었다.
그러나 국내의 현실은 개발 방법론을 제대로 적용하기 어려운 것이 현실이다.
대부분의 프로젝트가 일정과 비용이 충분하게 주어지지 못하고, 프로젝트 관리자등 개발팀의 인식이 아직은 프로
그램 개발 위주로 되어 있기 때문에 적용하기 어려운 것이 사실이다. 또한, 국내 실정에서 방법론을 자체 개발하
기는 어렵고 선진국에서 방법론을 도입하다 보니, 국내실정에 맞지 않는 절차와 양식들이 다수 포함되어 있어,
더더욱 그 적용이 어려운 상황이 되고 말았다. 방법론은 정보기술의 변화만큼이나 구성내용의 업그레이드와 피드
백이 이루어져야 하지만, 인력이 절대 부족한 국내 개발 업체의 현실상 방법론 구축에 참여한 우수 인력들을 비
생산이라 생각되는 방법론 개발 및 유지보수 작업에 오래 묶어둘 수도 없다. 외국의 방법론을 도입한 업체들은
경우에 따라서 방법론을 도입한 인력들조차 그 내용을 잘 이해하지 못해 사장시켜두는 경우도 많은 것이 사실이
다.
제대로 방법론을 적용한다는 것은 국내의 열악한 실정에 미루어 아직은 미묘한 것으로 보이지만, 그 노력은 계속
되어야만 한다. 표준 방법론을 만들고, 지속적으로 유지보수하며, 많은 기술자들이 이용할 수 있도록 전파하고,
또 반복하여 피드백하는 노력이 필요하다. 뿐만 아니라, 유행처럼 나타났다 사라지는 새로운 기술의 신속한 적용
을 방법론을 통해서 이룰 수 있도록 해야 한다.
또한 컴포넌트 기반, 객체지향, 인터넷/인트라넷 등의 신개발 방법에 신속히 대처할 수 있는 방법론의 개발이 필
요하다. 우리 실정에 보다 잘 맞고 쉽게 적용할 수 있는 방법론의 개발에도 노력을 기울여야 할 것이다.
  • 가격3,300
  • 페이지수10페이지
  • 등록일2012.05.23
  • 저작시기2012.5
  • 파일형식한글(hwp)
  • 자료번호#748852
본 자료는 최근 2주간 다운받은 회원이 없습니다.
청소해
다운로드 장바구니