정보시스템개발관리

소개글

정보시스템개발관리에 대한 보고서 자료입니다.

목차

I . 서론

II . 시스템 개발의 발전 과정
1 . 1950 ~ 1970 년대
1.1 전통적인 구조적 개발의 목표
1.2 전통적인 시스템 개발 라이프사이클 단계별 특징
2 . 1980년대 초기
2.1 4세대 언어
2.2 Software Prototyping
3 . 1980년대 말기
3.1 컴퓨터 지원 소프트웨어 엔지니어링
3.2 객체-지향 개발
4 . 1990년대 초기
4.1 유연성에 대한 추진
4.2 개방형 애플리케이션의 구축

III . 시스템 개발의 관리
1 . 시스템 이점의 측정 문제
1.1 시스템들의 다른 역할을 구별
1.2 관리상 중요한 것을 측정
1.3 “기본 척도”를 이용
1.4 조직 수준에서의 투자를 평가
2 . 고품질 시스템의 개발 방법
2.1 데이터를 관리
2.2 “올바른” 일에 초점을 두라
2.3 새로운 아이디어로 실험하라
2.4 타인의 작품을 재활용하라
2.5 유지 전략을 개발하라
3 . 유물 시스템의 개선 방법
3.1 유물 시스템을 다시 기술, 패키지 구입 교체
3.2 유물 시스템을 손질, 재구성, 재구축하라
3.3 유물 시스템을 젊게 하라

III . 결론

본문내용

수 있고 새로운 도구들로 개발됐을 경우 시스템도 훨씬 유연할 수 있을 것이다
◎ 패키지 구입 교체하라
패키지를 선택하는 하나의 이유는 낡은 애플리케이션을 새로운 운영체제 밑으로 옮겨 놓을 수 있다는 것이다. 낡은 시스템을 상용 패키지로 교체하는 것을 검토하게 되는 또 하나의 이유는 이들 제품의 용도가 보다 다양해지고 있다는 것이다. 많은 제품들은 구매자들이 그들의 작업 스타일에 맞게 패키지를 고쳐 쓸 수 있도록 선택 기능을 제공하고 있다. 애플리케이션 생성기를 사용해서 쓰여진 패키지들에서는 재미있는 현상들도 나타난다. 생성기는 각 패키지마다 따라오고 그것은 프로그램 담당자들에 의해 패키지를 고치거나 확장시키는데 이용된다. 이 생성기는 패키지를 거절하는 전통적인 이유, 즉 “아무도 우리 방식으로 해 주지 않는다”라는 말을 무색하게 만들고 있다.
◎ 유물 시스템을 손질하라
만일에 구형 시스템이 유지될 만하고 커다란 문제를 일으키지 않는다면 일부 확장을 시도해 보는 것도 괜찮을 것이다. 가능한 확장으로는 새로운 방식으로 공급한다든지 또는 출력을 새로운 방법으로 이용한다든지 또는 프로그램으로 하여금 데이터를 보다 포괄적으로 다룰 수 있도록 하는 것 등을 생각할 수 있다. 이들 유물 시스템의 확장 방법을 살펴보면 다음과 같다
¤ 입력 프로세스를 손질한다
데이터 베이스를 구축하고 나면 모든 입력 데이터는 가장 적합한 파일 구조를 이용할 수 있으며 원래 시스템의 파일 구조와 일치되지 않아도 된다, 그런 다음 사용자들이 이 신규 데이터베이스로 상호 작용을 통해 데이터를 입력할 수 있도록 해 주는 프로그램을 4GL로 쓸 수 있다
¤ 데이터 조작-프로세스를 개정한다
일단 OFHDNS 외부 데이터베이스가 만들어지고 나면 그것과 원래 시스템으로부터의 데이터는 한 대 모여서 조작할 수 있게 된다. 이 프로세스를 개선하기 위해서 실제 데이터를 예산 데이터 형태로 변환시켜 줄 테이블을 갖고 있는 추출 데이터베이스가 만들어졌다, 이제 실제 데이터는 원래 시스템에서 추출되어 이들 테이블을 거쳐서 상위 데이터에 대한 보고서를 만들어내게 됨으로써 일회전 시간을 크게 개선시켰다
¤ 질문 기능을 확대시킨다
상호작용 질문 기능을 시스템의 기존 부분과 새로운 부분으로부터 데이터를 취합하게 되는 새로운 질문 데이터베이스를 만듦으로서 추가될 수 있다. 그러나 질문 기능에는 한계가 있을 수 있는데 질문이 항상 최근의 데이터를 이끌어 내지는 못할 것이라는 것이다. 많은 사용자들에게 있어서 온라인 질문 기능은 배치 보고에 비해 훨씬 우수한 것이다. 그러나 강력한 질문 기능들은 최종 사용자 데이터베이스에서 제대로 활용되기 위해서는 보다 정교한 데이터 손질을 필요로 하게 될 것이다
¤ 출력 프로세스를 향상시킨다
유물 시스템에 저장되어 잇는 데이터의 이용을 향상시키려면 데이터를 4GL 데이터베이스로 복사할 수 있는 절차를 작성하라고 리치는 말한다. 그런 다음 그 데이터를 그형 시스템에 저장되어 있지 않은 새로운 데이터와 함께 모아서 새로운 보고서를 종이 위에나 또는 온라인 접근용으로 생성하라는 것이다
◎ 유물 시스템을 재구성하라
만일 어떤 애플리케이션이 기본적으로 제 할 일을 하고 있다면 그 기능, 입출력 혹은 데이터 처리에서 커다란 변화가 필요하지 않을 수도 있다. 그러나 그것은 비효율적으로 운용될 수 있고 “취약”하거나 유지 관리가 어려울 수도 있다. 이런 경우 시스템을 재구성할 수 있는데 수많은 공급자들이 이 프로세스를 돕기 위한 소프트웨어 제품을 제공하고 있다, 가장 인기 있는 것들은 \'스파게티 코드‘를 보다 구조적인 코드로 바꿔주는 자동화 도구들을 이용하고 있다
◎ 유물 시스템을 재구축하라
기존의 파일로부터 데이터 요소를 추출해 내고 기존의 프로그램으로부터 업무 논리를 추출해내서 그것들을 새로운 기술 기반으로 옮기는 것이다. 여기서 말하는 재구축은 제 3장에서 이용된 “비지니스 리엔지니어링”이 아니라 “시스템 혹은 애플리케이션 리엔지니어링”으로서 훨씬 좁은 의미의 것이며 소프트웨어만을 가리킨다. 코드 재구축의 경우처럼 리엔지니어링도 자동화 도구만을 필요로 하는데 수작업으로 수행되기에는 프로세스가 너무 복잡해 비용이 많이 들기 때문이다. 데이터베이스의 리엔지니어링 도구들은 1980년대 말경에 시장에 나타나기 시작했다. 컴퓨터 분야에서 가장 큰 문제점이 되고 있는 것은 애플리케이션들이 개발되고 유지 관리되는 방법이라고 믿었다, 기존 시스템들을 유지 관리되어야 할 부채로 보는 대신에 관리자는 기존의 시스템들을 앞으로 나아갈 수 있는 자산으로 보아야 할 필요가 있다
◎ 유물 시스템을 젊게 하라
낡은 시스템을 다시 젊게 한다는 것은 재구축에서 한 걸음 더 나아간 것이다 왜냐면 그것은 재구축된 시스템에 새로운 기능들을 충분히 추가함으로서 회사에 더욱 귀중하게 쓰일 수 있도록 해주기 때문이다. 시스템 회춘 프로세스는 4단계를 가지고 있는데 각각 앞의 단계를 기반으로 해서 구축되어진다.
제 1단계 : 시스템의 가능성을 파악
이 모든 요인들은 경쟁력에 있어서 불리한 입장으로 몰고 있다, 따라서 회사는 바닥 계획 시스템을 고쳐서 사용할 것인가 아니면 교체해 버릴 것인가에 대한 분석을 시작했다. 그는 우선 코드 재구성 도구를 이용해서 기존의 시스템을 정비한 다음 거기서부터 구축해 나아갈 것을 권유했다
제 2단계 : 시스템 정비
제 3단계 : 시스템의 효율성을 좀 더 개선
코드 재구성 서비스는 모든 데이터 읽기 쓰기들은 각 프로그램의 한 곳으로 모였다, 즉 애플리케이션을 새로운 운영체제와 새로운 파일 구조에 맞도록 변환시켜 주는 일이 그것이었다. 추가적으로 수작업을 통한 정밀 조정과 성능향상이 수행디었고 그 결과 시스템 프로세싱 시간이 크게 단축되었다
제 4단계 : 시스템에게 전략적 역할을 부여
DCC의 관리자들은 그들이 우지 관리가 거의 불가능한 하나의 대형 배치 시스템으로부터 하나의 최첨단 분산형 시스템으로 옮겨 갈 수 있었던 데 만족해 하고 있었다. 그들은 그러한 조치를 취할 수 있도록 경로를 제시해 주고 프로젝트를 이끌어 주고 인력을 지원해 주었다. 그들은 또 낡은 시스템으로부터 깨끗하고 유지 관리 가능한 코드를 개발할 수 있

키워드

정보시스템개발,   정보시스템관리,   정보시스템개발관리