시험
– 시스템 시험은 SDLC의 모든 단계에서 수행됨
– 웹사이트 성능의 시험, 소프트웨어의 시험과 디버깅, 신규 하드웨어의 시험, 각종 프로토타입의 검토 등이 여기에 속함
문서화
– 제안 시스템의 SDLC에 참여하는 모든 사람들간에 의사소통을 촉진하는 수 단이 되며, 에러의 원인이나 시스템의 변경사항을 발견하는데 지극히 중요 한 역할을 함
– 문서화의 대상에는 운영절차에 관한 매뉴얼, 데이터 입력 화면, 각종 양식과 보고서 등이 포함됨
훈련
– 정보시스템 전문가는 최종사용자가 새로운 정보시스템을 충분히 활용할 수 있도록 이들을 훈련시켜야 함
8-3 시스템 개발 프로세스
전환방법
– 신규 정보시스템의 초기 운영은 어려운 작업임
– 대개의 경우 구 시스템의 인력, 절차, 장비, 입출력 장치, 데이터베이스 등은 신 시스 템의 요구사항에 맞게 전환되어야 하며 이런 절차를 전환과정이라 함
8-3 시스템 개발 프로세스
기타 구현활동
신규 시스템으로의 전환
병행(parallel) 전환
단계별(phased) 전환
파일럿(pilot) 전환
직접(direct/plunge) 전환 전환과정의 4가지 범주
① 일시전환(direct cutover): 일시에 기존시스템의 사용을 완전히 중단하고 새로 운 시스템으로 대체시키는 전환방법
- 가장 간단하고 비용과 시간이 적게 드는 방법
- 새로운 시스템에 문제가 있을 경우 업무가 마비되는 위험을 수반 - 완벽한 시험후 전환
② 병렬전환(parallel cutover) : 새로운 시스템의 성능이 확인될 때까지 기존시스템 과 병행해서 사용하는 유형
- 가장 위험이 적은 방법
- 많은 비용이 소요/ 새 컴퓨터나 소프트웨어가 도입되었을 때 사용
③ 단계적 전환(phased cutover) : 새로운 시스템을 여러 개의 하위시스템 또는 모 듈로 나누어 단계적으로 가동
- 단계적인 성공시 점진적으로 한 부분씩 추가 전환
- 가장 합리적인 방법이지만 한편으로는 한 모듈이 다른 부분과 연관되어 있을 경우에는 여러 가지 문제점이 발생 가능
④ 파일럿전환(pilot cutover) : 유사하거나 동일한 시스템이 여러 부서 또는 여 러 지역에서 사용되는 상황에서 유용한 전환방법
- 개발된 시스템을 일차적으로 어느 특정 부서에 시험적으로 설치 가동 - 실행성과를 검토한 다음 성공적으로 실행될 경우 전체 조직으로 확산
일단 제안 시스템이 구현되고 비즈니스 운영에 실제로 이용되면 유지보수 활동 이 시작됨
시스템 유지보수는 운영적 정보시스템의 성능개선과 구현 이후의 요구사항 반 영을 목적으로 시스템을 모니터링하고 평가하며 변경하는 활동을 의미함
유지보수 활동에는 다음 사항들이 포함됨
– 신규 개발된 시스템이 당초 계획되었던 비즈니스 목표를 충족하는가를 확 증하기 위한 후기구현 검토
– 정기적인 검토와 감사를 통한 개발과정 및 이용과정에서 발생하는 에러의 수정
– 비즈니스 조직, 비즈니스 환경, 비즈니스 요구사항의 변경으로 인한 정보시 스템의 변경