 |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  | ||||||||||||||||||||||||||
시스템 개발주기 (SDLC)
2007년 10월 25일
시스템 개발 수명주기!
SDLC은 원래 1970 년에 부시 로이스로 출판 되었음 : 같은 폭포 모델도 알아. 이것은 프로젝트 개발 단계 방법에 의해 단계입니다.
폭포 모델 단계로하고 나눠 각 단계는 다음으로 진행하기 전에 완료됩니다.
모델 폭포 단계의
폭포수 모델에는 프로젝트의 개발 7 단계가 있습니다.
문제 정의
이 단계에서는 사용자 또는 관리자는 정보 시스템이 더 이상 또는 확장 할 수 있습니다 그들의 수동 작업을 컴퓨터를 사용하다 필요는 기존 사업의 반사가 될 것이다.
이 문제에 대한 불만으로 인한 사용자에 의해 올 수 또는 정보 시스템의 공식적인 검토합니다.
분석 여부 문제이며, 다음 깊이 문제를 조사 및 인증 타당성 연구를 수행 주어집니다 검사합니다. 이 권한은이 단계에서 출력 또는 전달 가능한 있습니다. 따라서 사용자, 관리자 및 분석가들은이 단계에 사용됩니다.
타당성 연구 :
이 단계에서는 분석 여부를 새로운 시스템이 가능합니다 이상입니다 검사합니다. 그는이 문제의 정도를 평가하고 프로젝트의 범위를 결정합니다. 그는 현재 시스템의 문제를 검사하고 어떤 새로운 제도가 필요합니다.
경제, 기술 및 운영 feasibilities이 완료됩니다. 출력 타당성 연구 보고서입니다.
도구이 단계에서 사실 추정 기법과 기술을 수집하는 데 사용. 사용자와 분석가 플러스 관리는 많이 참여하고 있습니다.
분석
이 단계에서는 자세한 조사는 현재 시스템에 관한 일을하고 있습니다. 이것은 포함
기존의 문서를 읽고
사용자 인터뷰
관찰 작업이 완료되고
현재 프로 시저를 관찰
설문 조사
분석과 현재의 시스템 다이어그램을 다음 새 시스템의 기능을 고려하여 기존 시스템에 대해 필요한 사실을 수집 후. 새로운 기능을 통합 다이어그램의 새 세트가 이루어집니다. 프로토 타입은 또한 불확 실한 사용자에게 도움이 수집한 사실을 사용하여 생성된들이 새로운 시스템에 원하는 알아요. 따라서 그것은 새로운 요구 사항을 나타내기 위해 도움이됩니다. 분석가들은이 문제를 사양 수집 도구, 프로토 타입을 실제로 사용하게, DFD, 데이터 모델은 특히 등 사용자와 관련된 프로세스가 너무 애널리스트입니다
디자인 :
기본적으로 하드웨어와 소프트웨어는 그들이 건설 시간에 도착 할 수 없음이 단계에서는.
기능 다이어그램 hierarchial 다이어그램에 분석가에 의해대로 어떤 프로그램은 그들이 어떻게 서로 관련이 필요한 식별 번역되었습니다. 애널리스트 프로그램 구조, 프로그램 인터페이스와 어떤 프로그램이 준비됩니다 계층을 결정한다.
분석, 설계 품질을 보장 보안 조치를 포함하고, 쉽게 입력 양식, 출력 보고서 인터페이스를 사용하는 디자인.
데이터베이스 디자이너는 파일 요구 사항을 충족. 출력 설계 사양입니다.
도구, 데이터 사전, 데이터 모델, 프로토 타입, 시스템 flowcharts : 인사가 개입 사용자, 분석가, 데이터베이스 디자이너입니다 DFD집니다.
공사
컴퓨터 환경, 프로그램과 한 그들은, 사용자 설명서 및 교육 매뉴얼이 개발되고 테스트됩니다 쓸 준비가되어 있습니다.
컴퓨터 환경이 준비가되고, 네트워크 케이블, 가구, 에어컨 설치 장소에 전기 전선을 의미합니다. 컴퓨터 설치 및 테스트.
프로그램은 프로그램 및 디자인 규격마다 기록됩니다. 프로그램은 그룹의 모든 리뷰 및 테스트를 통해 도보로 사용하고 있습니다. 분석 감독 훈련 매뉴얼 및 사용자 상세히의 쓰기. 사용자 설명서 등 도움이 사용자 설명서, 사용자 퀵 레퍼런스 가이드, 화면이 포함되어 있습니다
사람들이 참여 프로그래머와 분석가입니다. 도구,, 케이스 도구 등 연습을 구성하는 데 사용
6. 전환
분석 직원을 기존 시스템에서 새로 변환할 수 있습니다. 애널리스트들은 데이터의 전송을 감독하고 전자적으로 새로운 시스템으로 파일을.
전환은 여러 가지 방법으로 할 수 있습니다
위상 전환
병렬 전환
직접 변환
- 파일럿 전환
출력은 시스템과 도구를 사용하는 자동화된 운영 데이터 전송 프로그램입니다입니다.
7. 정비 :
시스템이 작동되면 시스템 수정 시스템에 만들어집니다. 유지 관리가 될 수 있습니다
(1) 완결 (3) 예방
(2) 교정 (4) 적응
전통적인 SDLC 좋은 기능을 가지고 있습니다. 그것은 잘 시도 및 테스트되었습니다. 그러나이 방법은 몇 가지 단점을 가지고하는 것으로 알려져있다.
일부는 SDLC 단점의 불만입니다 사용자. SDLC는 사용자가 이미 그래서 그들은 사용자가 그들의 요구 사항을 그들에게 한 번 변함없다해야하는 요구 사항을 문서화, 따라서 그들은 이러한 요구 사항과 시스템을 개발에만 시스템이 구현되면 그, 그렇지 않아 찾는다는 그들의 요구 사항을 알고 있다고 가정합니다 그들의 필요 또는 그들의 요구 사항에 대한 변경, 따라서 그들은 시스템에 불만이 될 수 있습니다.
실패 접근 개발한 시스템은에 만나 관리 요구에 대한 정보를 함께 낮은 수준의 운영 처리 시스템이 주로 운영 등 인보이스 발행으로 급여 계약 작업을 이렇게 무시하고 가기 요구 전술 및 관리, 그 요구들은 결정은 어떤 제품 등 판매를 중단하게 예
개발하여이 접근 시스템이 야심 시스템 디자인에 종종 프로세스 같은 작업을 컴퓨터를 사용하다 수동 작동하는 경향이 인보이스, 따라서 기존의 수동 비슷 그들은 디자인 시스템과 경향이 와서까지.
응용 프로그램 백로그,이 접근 단계와 하위 단계가 많은, 그것은 대기 시스템이 있습니다 데리고를 완료하는 데 몇 주가 위상을 경우에는 다른과 수있을 개월 따라서, 전반적인 개발 시간을 프로젝트의 단일 프로세스이 사용하여 개발된 해야해, 수도 백로 그 원인이됩니다.
유지 보수 개발 워크로드 이후 시스템을 회사는 수 많은 가지고 개발은 유지가 배달 자주 빠르고 더러운하고 '확인하도록 날짜를, 위해 노력을 거대한 따라서 일로에 대해 시스템을 받아.
설명서 관련 문제,이 접근법은하면서도는 구현 프로세스에 대한 설명서를 제공하는 이상, 문서의 표기가 사용자쪽으로 컴퓨터는 사람에 의해 문서가 높은 기술보다 쉽게 이해하고 없습니다.
인기 : 44 %의 [ ? ]
댓글
말을 찾았에게 무슨?
