전체 정보 시스템 개발 프로세스를 시스템 분석, 프로그램 설계, 시스템 테스트, 운영 및 유지 관리, 시스템 평가 등 6개의 독립적인 단계로 나눕니다. 이 6단계는 정보 시스템의 수명주기를 구성합니다.
구조화된 수명주기 방법
1 구조화된 수명주기 방법의 핵심
소위 구조화된 수명주기 방법은 경영정보의 전체 프로세스를 체계화하는 것입니다. 라이프사이클은 여러 단계로 구분되며, 각 단계는 상대적으로 독립적인 작업을 수행하며, 각 단계의 시작과 끝에서 엄격한 기준이 지정됩니다. 이전 단계는 다음 단계의 시작이며 각 단계의 작업은 상대적으로 독립적이고 단순하므로 여러 인력 간의 업무 분담과 협업이 용이하여 전체 소프트웨어 엔지니어링 개발의 어려움이 줄어듭니다.
소프트웨어 라이프사이클의 각 단계마다 과학적인 관리가 이루어지며, 각 단계가 종료되기 전에 기술 및 관리 측면에서 엄격한 검토가 이루어지며, 다음 단계의 작업을 통과한 후에만 가능합니다. 다음 단계의 작업이 시작됩니다.
구조화된 수명주기 방법의 2가지 핵심 사항
시스템 개발 요구 사항 제안
사전 조사
타당성 분석
세부 조사
현 시스템 분석
신 시스템 컨셉
전체 설계
상세 설계
프로그래밍
시스템 시운전
시스템 전환
운영, 유지보수
유지보수 평가
수정
타당성 보고서 검토
분석 지침 검토
설계 사양 검토
디버그
시스템 평가
개발 중지
수정
수정
수정
수정
조건이 성숙하지 않음
구조적 수명
주기 방식
작업 흐름
구조적 수명주기 방식의 3가지 핵심 사항
(1) 개발 단계
라이프 사이클 방법은 전체 시스템 개발 프로세스를 엄격하게 정의된 순서로 밀접하게 관련된 일련의 단계로 나눕니다. 이러한 단계와 순서는 일반적으로 다음과 같습니다. 시스템 정의(포함) 시스템 조사, 타당성 분석, 시스템 요구 사항 분석), 시스템 개발(시스템 설계, 소프트웨어 코딩, 시스템 테스트 포함), 시스템 유지 관리.
(2) 사용자 평가
실행 중에 발생한 오류 시스템 분석은 런타임까지 발견되지 않는 경우가 많으며 수정 비용이 상당히 많이 듭니다. 이러한 종류의 오류는 사용자 시스템에 대한 불충분한 분석, 불완전한 이해 또는 표현의 모호함으로 인해 발생합니다. 시스템은 그러한 오류 발생을 줄이기 위해 각 단계가 끝나기 전에 사용자 평가 또는 수용이 있어야 함을 강조해서는 안 됩니다.
4 구조화된 수명주기 방법의 핵심 사항
( 3) 문서관리
경영정보시스템의 개발 및 관리를 용이하게 하기 위해 라이프사이클 방식은 문서자료를 각각의 단계의 제품 중 하나로, 기업의 중요한 표준으로 표준화되어 있다. 각 단계가 끝나면 시스템 개발이 끝날 때 사용할 완전하고 정확한 소프트웨어 구성이 제공됩니다. 문서는 현재 프로젝트에 대해 알려졌거나 수행된 내용을 명확하게 설명하는 커뮤니케이션 도구입니다. 그리고 다음 단계의 작업을 위한 기반이 정해져 있습니다. 문서가 불완전하거나 이전 단계의 문서와 연결되지 않는 경우에는 또 다른 중요한 역할이 있습니다. 문서화는 사용자와의 의사소통, 오류 확인, 사용자 평가를 용이하게 하기 위한 것이기도 합니다.
구조화된 수명주기 방법의 5가지 핵심 사항
p>(4) 구조화된 시스템 분석 및 설계 능력
생애주기의 각 단계에서 작업을 완료할 때, 시스템 분석에서는 해당 단계의 작업 특성에 적합한 체계적인 기술 방법을 사용해야 합니다. 시스템 분석 및 설계 방법은 시스템 설계 단계에서 사용되어야 합니다. 라이프사이클에는 다양한 시스템 분석 및 시스템 설계 방법이 있지만 가장 일반적으로 사용되는 것은 구조화된 시스템 분석 및 설계 방법입니다.
시스템 이해성, 적응성, 분리성 및 무결성 요구 사항을 충족하기 위해 시스템 기능의 하향식 분해 및 모듈화를 요청하여 시스템 수준이 명확하고 이해하기 쉽고 디버깅 및 문제 해결이 가능하도록 합니다.
6 문제. 구조화된 수명 주기 방법
(1) 단계 역추적은 불가피합니다. 다양한 유형의 사용자가 관리 정보 시스템과 상호 작용해야 한다는 요구 사항으로 인해 요구 사항 분석이 더욱 어려워집니다. 따라서 시스템 요구 사항을 분석하기 위해 단계 역추적을 수행해야 하는 경우가 많습니다.
사양에 대한 수정 또는 보완을 요청하면 후속 단계에서도 추가 수정이 이루어집니다. 예를 들어 시스템 설계 보고서도 보완 및 수정되어야 합니다.
(2) 근본적으로 변경하지 않고 절차적 언어를 사용하세요. 개별 수동 작업 프로그래밍 작동 방식.
(3) 전문 개발자는 사용자가 사용하는 시스템 개발 모델을 개발합니다. 개발자와 사용자 모두 서로의 전문 분야에서 서로의 지식을 습득하는 데 시간을 투자해야 합니다. 동일한 언어 사이에는 극복할 수 없는 의사소통 장벽이 있습니다. 시스템 개발의 품질과 시기를 통제하기가 어렵습니다.
(4) 사용자 열정이 처음부터 끝까지 동원되지 않습니다. 사용자가 참여할 수 있게 하는 문제입니다. 시스템 개발에서는 근본적으로 해결될 수 없습니다. 시스템 유지관리가 매우 어렵습니다.
7 구조화된 수명주기 방식의 문제
가장 중요한 이유는 시스템 조사인지, 시스템 분석인지입니다. 또는 시스템 설계, 사용자가 보는 것은 "실제" 시스템이 아닌 단지 "가상" 시스템에 불과하므로 평가할 가상의 시스템에 직면하게 되며 컴퓨터가 자신을 위해 무엇을 할 수 있는지 이해하기가 여전히 쉽지 않습니다. "실제" 평가를 위해서는 컴퓨터로 구현된 관리 정보 시스템의 기능을 구체적으로 파악하고 심각하고 신중하게 평가할 수 있을 때까지 시스템을 시험해 볼 때까지 기다리는 경우가 많습니다. , 너무 늦었습니다.
(5) 문서 정보의 실질적인 가치가 부족하며, 특히 초기 시스템 사양이 부족하여 사용자가 문서의 내용을 이해하기 어렵습니다. 본연의 역할을 제대로 수행하지 못하는 대신 개발 시간을 연장시킵니다.
(6) 시스템 개발 주기가 너무 깁니다. 구조화된 라이프사이클 방식으로는 너무 긴 소프트웨어 개발 시간이라는 심각한 위기를 해결하지 못합니다. 컴퓨터 하드웨어와 소프트웨어 기술, 통신기술이 급속히 발전하는 시대에는 새로 확립된 관리정보를 만들기가 쉽다. 시스템은 빨리 노후화되고 수명주기가 짧아 시스템 개발주기가 길면 시스템 운영시간도 단축된다. 시간