시스템개발수명주기

Systems development life cycle
이 글은 시스템 개발 라이프 사이클에 관한 것입니다.IBM의 컴퓨터 통신 프로토콜은 동기 데이터 링크 제어를 참조하십시오.
유지보수 단계를 강조하는 소프트웨어 개발 라이프사이클 모델

시스템 개발 라이프 사이클(SDLC, systems development life cycle)은 시스템 공학, 정보 시스템 및 소프트웨어 공학에서 정보 시스템을 계획, 생성, 테스트 및 배포하기 위한 프로세스입니다.[1]SDLC 개념은 다양한 하드웨어 및 소프트웨어 구성에 적용됩니다. 시스템은 하드웨어 전용, 소프트웨어 전용, 또는 둘 다의 조합으로 구성될 수 있기 때문입니다.[2]이 사이클에는 대개 요건 분석, 설계, 개발 및 테스트, 구현, 문서화 및 평가의 6단계가 있습니다.

개요

시스템 개발 라이프 사이클은 시스템 엔지니어와 시스템 개발자가 정보 시스템을 제공하는 데 사용하는 별개의 작업 단계로 구성됩니다.조립 라인에서 제조되는 모든 것과 마찬가지로, SDLC는 예정된 기간과 비용 추정치 내에 시스템을 제공함으로써 요구 사항에 따라 예상치를 충족하거나 초과하는 고품질 시스템을 생산하는 것을 목표로 합니다.[3]컴퓨터 시스템은 복잡하고 다양한 기원을 가진 구성 요소를 연결하는 경우가 많습니다.폭포, 나선형, 민첩성, 신속한 프로토타이핑, 증분, 동기화 및 안정화 등 다양한 SDLC 방법론이 개발되었습니다.[4]

SDLC 방법론은 민첩성에서 반복성, 순차성에 이르는 유연성 스펙트럼 내에 적합합니다.XP 및 Scrum과 같은 민첩한 방법론은 신속한 변화를 가능하게 하는 경량 프로세스에 초점을 맞추고 있습니다.[5]Rational Unified Process 및 동적 시스템 개발 방법과 같은 반복적인 방법론은 프로젝트 범위를 안정화하고 제품을 반복적으로 확장 또는 개선하는 데 중점을 둡니다.폭포와 같은 순차적 또는 대규모 설계 선행(BDUF) 모델은 대규모 프로젝트를 안내하고 성공적이고 예측 가능한 결과에 대한 위험을 제한하기 위해 완전하고 정확한 계획에 중점을 둡니다.[citation needed]애너모픽 개발은 프로젝트 범위 및 적응형 반복에 의해 유도됩니다.

프로젝트 관리에서 프로젝트는 프로젝트 수명 주기(PLC)와 SDLC를 모두 포함할 수 있으며, 이 기간 동안 다소 다른 활동이 발생합니다.Taylor(2004)에 따르면, "프로젝트 수명 주기는 프로젝트의 모든 활동을 포함하는 반면, 시스템 개발 수명 주기는 제품 요구 사항을 실현하는 데 초점을 맞추고 있습니다."[6]

SDLC는 그 자체로 방법론이 아니라 방법론이 다루어야 할 단계에 대한 설명입니다.단계 목록은 확정적이지는 않지만, 일반적으로 계획, 분석, 설계, 구축, 테스트, 구현 및 유지보수/지원을 포함합니다.예를 [7]들어 Scrum 프레임워크에서는 단일 사용자 사례가 2주간의 스프린트 기간 내에 SDLC의 모든 단계를 통과한다고 말할 수 있습니다.이와는 대조적으로,[citation needed] 모든 비즈니스 요구사항을[citation needed] 기능/기능 설명으로 변환한 후 일반적으로 몇 달 또는 그 이상의 기간에 걸쳐 모든 것을 구현하는 방식입니다.

역사

Elliott(2004)에 따르면, SDLC는 "대규모 비즈니스 대기업 시대에 대규모 기능 비즈니스 시스템을 개발하기 위해 1960년대에 시작되었습니다.정보 시스템 활동은 과중한 데이터 처리와 숫자 크런치 루틴을 중심으로 전개되었습니다."[8]

구조화된 시스템 분석 및 설계 방법(SSADM)은 1980년대 영국 정부 상업청을 대상으로 개발되었습니다.그 이후, Elliott(2004)에 따르면, "시스템 개발에 대한 전통적인 라이프사이클 접근법은 전통적인 SDLC의 일부 내재적 결함을 극복하려고 시도한 대안적 접근법과 프레임워크로 점점 더 대체되고 있습니다."[8]

모델들

시스템 개발 라이프사이클의[9] 10단계 버전

SDLC는 시스템 설계자와 개발자가 따라야 할 일련의 단계/단계/활동을 제공합니다.각 단계는 이전 단계의 결과를 기반으로 작성됩니다.[9][10][11][12]모든 프로젝트가 순차적인 단계를 요구하는 것은 아닙니다.규모가 작고 단순한 프로젝트의 경우 단계가 결합/중복될 수 있습니다.[9]

폭포

가장 오래되고 가장 잘 알려진 것은 계단의 선형 순서를 사용하는 폭포 모델입니다.[10]폭포는 다양한 종류가 있습니다.한 가지 종류는 다음과 같습니다.[9][10][13][14]

예비분석

예비 분석을 실시하고, 대안 해결책을 고려하고, 비용과 편익을 추정한 후, 예비 계획서를 권장 사항과 함께 제출합니다.

  • 예비 분석 실시:조직의 목표를 파악하고 프로젝트의 성격과 범위를 정의합니다.프로젝트가 목표에 부합하는지 확인합니다.
  • 대체 솔루션을 고려해 보십시오.직원, 고객, 공급업체 및 컨설턴트를 인터뷰하고 경쟁력 분석을 통해 대안을 제시할 수 있습니다.
  • 비용-편익 분석:프로젝트의 비용과 편익을 분석합니다.

시스템 분석, 요구사항 정의

프로젝트 목표를[clarification needed] 정의된 기능과 운영으로 분해합니다.이것은 사실을 수집하고 해석하고, 문제를 진단하고, 변화를 권고하는 것을 포함합니다.최종 사용자의 정보 요구를 분석하고 불일치 및 불완전성을 해결합니다.[15]

  • 사실 수집: 문서 검토, 고객 인터뷰, 관찰 및 설문지를 통해 최종 사용자 요구사항을 파악합니다.
  • 기존 시스템을 면밀히 조사합니다.장단점을 파악합니다.
  • 제안된 시스템을 분석합니다.문제에 대한 해결책을 찾고 적절한 사용자 제안을 통합하여 사양을 준비합니다.

시스템 설계

이 단계에서는 화면 레이아웃, 비즈니스 규칙, 프로세스 다이어그램, 의사 코드 및 기타 산출물을 포함하여 원하는 기능과 작업을 자세히 설명합니다.

발전

코드를 써라.

통합 및 테스트

모듈을 테스트 환경에서 조립합니다.오류, 버그 및 상호 운용성을 확인합니다.

수락, 설치, 배포

시스템을 생산에 투입합니다.여기에는 사용자 교육, 하드웨어 배포, 이전 시스템의 정보 로딩 등이 포함될 수 있습니다.

유지

시스템을 모니터링하여 지속적인 적합성을 평가합니다.필요에 따라 약간의 변경과 수정을 합니다.

평가하기

시스템 및 프로세스를 검토합니다.관련 질문에는 새로 구현된 시스템이 요구 사항을 충족하고 프로젝트 목표를 달성하는지, 시스템이 사용 가능한지, 신뢰성/사용 가능한지, 적절한 확장성 및 내결함성이 있는지 등이 포함됩니다.프로세스 점검에는 사용자 수락뿐만 아니라 일정 및 비용 검토가 포함됩니다.

처리.

수명이 다하면 시스템을 중단하고 교체로 전환하기 위한 계획이 수립됩니다.관련 정보 및 인프라는 용도 변경, 보관, 폐기 또는 폐기해야 하며 보안도 적절하게 보호해야 합니다.[16]

다음 다이어그램에서는 IT 작업 제품의 정의부터 생성 및 수정에 이르는 10단계로 구분됩니다.

시스템 분석 및 설계

시스템 분석 및 설계(SAD)는 메타 개발 활동으로 간주될 수 있으며, 이는 단계를 설정하고 문제를 제한하는 역할을 합니다.SAD는 경쟁적인 상위 요구사항의 균형을 유지하는 데 도움이 될 수 있습니다.SAD는 분산 엔터프라이즈 아키텍처, 엔터프라이즈 IT와 상호 작용합니다.아키텍처, 비즈니스 아키텍처 등은 파티셔닝, 인터페이스, 인물 및 역할, 배포/운영 모델링 등의 개념에 크게 의존하여 높은 수준의 시스템 설명을 제공합니다.그런 다음 이 고급 설명을 분석, 설계 및 구성할 수 있는 구성 요소와 모듈로 세분화하여 비즈니스 목표를 달성할 수 있습니다.SDLC와 SAD는 전체 라이프 사이클 제품과 시스템 계획의 초석입니다.

객체지향적 분석 및 설계

OOAD(Object-oriented analysis and design)는 문제 영역을 분석하여 개념적 모델을 개발하는 과정으로, 개발에 사용할 수 있습니다.분석 단계에서 프로그래머는 이해관계자와의 인터뷰를 통해 서면 요구사항과 공식 비전 문서를 작성합니다.

OOAD의 개념적 모델은 일반적으로 사용 사례, 클래스 및 상호 작용 다이어그램으로 구성됩니다.또한 사용자 인터페이스 모형을 포함할 수도 있습니다.

객체 지향 설계의 입력으로 사용하기 위해 출력 아티팩트를 완전히 정의할 필요는 없습니다. 분석과 설계가 동시에 발생할 수도 있습니다.실제로 한 활동의 결과는 반복적인 과정에서 다른 활동을 제공할 수 있습니다.

OOAD에 대한 몇 가지 대표적인 입력 아티팩트:

  • 개념적 모델:개념적 모델은 객체 지향적 분석의 결과입니다.문제 영역의 개념을 캡처합니다.개념적 모델은 구현 세부사항과 명확하게 독립적입니다.
  • 사용 사례:사용 사례는 필요한 작업을 완료하는 이벤트 시퀀스에 대한 설명입니다.각 사용 사례는 시스템이 행위자(사용자)와 어떻게 상호 작용해야 하는지를 전달하는 시나리오를 제공합니다.행위자는 최종 사용자 또는 다른 시스템일 수 있습니다.사용 사례는 다이어그램을 사용하여 더욱 자세히 설명할 수 있습니다.이러한 도표는 배우와 그들이 수행하는 과정을 식별합니다.
  • 시스템 시퀀스 다이어그램:시스템 시퀀스 다이어그램(SSD)은 특정 사용 사례에 대해 시스템 간 이벤트를 포함하여 작업자가 생성하는 이벤트와 순서를 보여주는 그림입니다.
  • 사용자 인터페이스 문서: 사용자 인터페이스를 보여주고 설명하는 문서입니다.
  • 데이터 모델:데이터 모델은 데이터 요소가 서로 어떤 관계를 갖는지 설명합니다.데이터 모델은 설계 단계 이전에 생성됩니다.객체 지향 설계는 데이터 모델에서 직접 매핑됩니다.관계형 설계가 더 많이 포함됩니다.

시스템 라이프사이클

시스템 라이프사이클이란 시스템의 개념, 설계 및 개발, 생산 및/또는 시공, 분배, 운영, 유지보수 및 지원, 폐기, 단계적 중단 및 폐기를 포함하는 시스템 또는 제안된 시스템의 모든 단계를 보여주는 것입니다.[17]

개념설계

개념 설계 단계는 파악된 요구를 조사하고 잠재적 해결책에 대한 요구사항을 정의하고 잠재적 해결책을 평가하고 시스템 사양을 개발하는 단계입니다.시스템 규격은 시스템 설계에 대한 전반적인 지침을 제공하는 기술적 요구사항을 나타냅니다.이 문서는 미래의 모든 개발 상황을 결정하기 때문에, 개념 설계 검토를 통해 시스템 사양이 동기 부여 요구를 적절하게 해결할 때까지 단계를 완료할 수 없습니다.

개념 설계 단계의 핵심 단계는 다음과 같습니다.

  • 식별 필요
  • 타당성분석
  • 시스템 요구사항 분석
  • 시스템규격
  • 개념설계검토

예비시스템설계

시스템 수명 주기의 이 단계에서는 원하는 시스템 기능을 수행하는 서브시스템이 시스템 사양에 맞게 설계되고 지정됩니다.서브시스템 간의 인터페이스와 전체적인 시험 및 평가 요구사항이 정의됩니다.[18]이 단계가 완료되면 상세한 설계 및 개발을 수행하기에 충분한 개발 사양이 생산됩니다.

예비 설계 단계의 핵심 단계는 다음과 같습니다.

  • 함수해석학
  • 요건배정
  • 상세 트레이드오프 연구
  • 시스템 옵션 종합
  • 엔지니어링 모델의 예비설계
  • 개발사양
  • 예비설계검토

예를 들어, Viti Bank의 시스템 분석가로서, 당신은 현재의 정보 시스템을 조사하는 임무를 받았습니다.비티 은행은 피지에서 빠르게 성장하고 있는 은행입니다.외진 시골 지역의 고객들은 은행 서비스에 접근하는 데 어려움을 겪고 있습니다.은행 서비스에 액세스하기 위해 장소를 이동하는 데 며칠 또는 몇 주가 걸립니다.고객의 요구를 충족시키겠다는 비전을 가지고 은행은 고객의 서비스에 현재 시스템을 검토하고 현재 시스템이 어떻게 고객의 요구를 충족시킬 수 있는지에 대한 해결책이나 권장 사항을 제시해 줄 것을 요청했습니다.

상세설계 및 개발

이 단계에는 초기 설계 작업을 완성된 규격 형태로 가져오는 상세 설계 개발이 포함됩니다.이 작업에는 시스템과 의도된 환경 사이의 인터페이스 명세와 시스템 물류, 유지보수 및 지원 요구사항에 대한 종합적인 평가가 포함됩니다.상세 설계 및 개발은 제품, 공정 및 재료 사양의 생산을 담당하며, 개발 사양의 상당한 변경을 초래할 수 있습니다.

세부 설계 및 개발 단계의 핵심 단계는 다음과 같습니다.

  • 상세설계
  • 상세합성
  • 엔지니어링 및 프로토타입 모델 개발
  • 개발 규격서 개정
  • 제품,공정,재료사양
  • 중요 설계 검토

생산 및 시공

생산 및/또는 시공 단계에서 제품은 제품, 공정 및 재료 사양에 명시된 요구 사항에 따라 제작 또는 조립되며, 운영 대상 환경 내에 배치 및 테스트됩니다.부족한 부분을 수정하고 지속적인 개선을 위해 시스템 평가를 실시합니다.

제품 구성 단계의 주요 단계는 다음과 같습니다.

  • 시스템 구성요소 생산 및/또는 구성
  • 합격판정검사
  • 시스템 배포 및 운영
  • 운영시험평가
  • 시스템평가

활용도 및 지원

시스템이 완전히 구축되면 시스템은 의도된 운영 역할을 위해 사용되며 운영 환경 내에서 유지 관리됩니다.

활용 및 지원 단계의 주요 단계는 다음과 같습니다.

  • 사용자 환경에서의 시스템 운영
  • 변경관리
  • 개선을 위한 시스템 수정
  • 시스템평가

단계적 폐기 및 폐기

제품이 최대 유효 수명 주기를 만족했는지를 판단하기 위해서는 시스템의 유효성과 효율성을 지속적으로 평가해야 합니다.[19]고려 사항은 다음과 같습니다.운영 요구사항의 지속적인 존재, 운영 요구사항과 시스템 성능 간의 일치, 시스템 단계적 유지보수 대비 실현 가능성, 대체 시스템의 가용성.

페이즈

시스템조사

이 단계에서는 영향을 받을 현재 우선순위와 해당 우선순위를 어떻게 처리해야 하는지가 고려합니다.타당성 조사는 새 시스템을 만드는 것이 적절한지 또는 개선된 시스템을 만드는 것이 적절한지를 결정합니다.이를 통해 비용, 이점, 리소스 요구사항 및 특정 사용자 요구사항을 추정할 수 있습니다.

타당성 조사는 운영적, 재정적, 기술적, 인적 요인 및 법적/정치적 문제를 다루어야 합니다.

분석.

분석의 목표는 어디에 문제가 있는지를 파악하는 것입니다.이 단계에서는 시스템을 여러 조각으로 분해하고, 프로젝트 목표를 분석하고, 작성해야 할 내용을 분류하고, 사용자가 요구사항을 정의하도록 하는 작업이 포함됩니다.

설계.

시스템 설계에서는 화면 배치, 비즈니스 규칙, 프로세스 다이어그램 및 기타 문서화를 포함한 기능 및 작업을 자세히 설명합니다.모듈식 설계는 복잡성을 줄이고 출력이 시스템을 서브시스템의 집합체로 설명할 수 있도록 합니다.

설계 단계는 이미 정의된 요구사항을 입력으로 받아들입니다.각 요구사항에 대해 설계 요소 집합이 생성됩니다.

설계 문서에는 일반적으로 기능 계층 다이어그램, 화면 레이아웃, 비즈니스 규칙, 프로세스 다이어그램, 의사 코드 및 데이터 사전이 있는 전체 데이터 모델이 포함됩니다.이러한 요소들은 개발자와 엔지니어가 최소한의 추가적인 입력으로 시스템을 개발하고 제공할 수 있도록 시스템을 충분히 상세하게 설명합니다.

테스트

이 코드는 소프트웨어 테스트에서 다양한 레벨로 테스트됩니다.일반적으로 장치, 시스템 및 사용자 허용 테스트가 수행됩니다.시험에 대한 많은 접근법이 채택되었습니다.

다음과 같은 유형의 시험이 관련될 수 있습니다.

교육 및 전환

테스트를 통해 시스템이 안정화되면 SDLC는 시스템을 전환하기 전에 적절한 교육을 준비하고 수행하여 직원과 최종 사용자를 지원합니다.교육은 일반적으로 최종 사용자 교육뿐만 아니라 지원 인력에 대한 운영 교육도 포함합니다.

교육이 끝나면 시스템 엔지니어와 개발자는 시스템을 프로덕션 환경으로 전환합니다.

운영 및 유지보수

유지보수에는 변경, 수정 및 개선사항이 포함됩니다.

평가하기

SDLC의 마지막 단계는 시스템의 효과를 측정하고 잠재적인 향상을 평가하는 것입니다.

생애주기

관리 및 통제

관리 제어와[20] 관련된 SDLC 단계

SDLC 단계 목표는 이 절에서 주요 성과물, 권장 작업 설명 및 효과적인 관리를 위한 관련 제어 목표 요약과 함께 설명됩니다.프로젝트를 수행하는 동안 프로젝트 관리자는 통제 목표를 설정하고 모니터링하는 것이 중요합니다.제어 목표는 원하는 결과나 목적을 명확하게 진술하는 것이며, 프로젝트 전반에 걸쳐 정의되고 모니터링되어야 합니다.제어 목표는 주요 범주(도메인)로 그룹화할 수 있으며 그림과 같이 SDLC 단계와 관련이 있습니다.[20]

WBS(Work Breakdown Structure)는 SDLC 이니셔티브를 관리하고 통제하기 위해 작업을 캡처하고 일정을 조정합니다.WBS와 모든 프로그래밍 자료는 프로젝트 노트의 "프로젝트 설명" 섹션에 보관해야 합니다.[clarification needed]프로젝트 관리자는 프로젝트를 가장 잘 설명하는 WBS 형식을 선택합니다.

이 다이어그램은 커버리지가 SDLC의 여러 단계에 걸쳐 있지만 관련 MCD는[clarification needed] SDLC 단계에 대한 매핑을 보여줍니다.예를 들어 분석 및 설계는 주로 획득 및 구현 도메인의 일부로 수행되며, 시스템 구축 및 프로토타입은 주로 제공 및 지원의 일부로 수행됩니다.[20]

업무파악구조화조직

작업파악구조[20]

WBS의 상단 섹션은 프로젝트 범위와 일정에 대한 개요를 제공합니다.또한 주요 단계와 이정표를 요약해야 합니다.중간 부분은 SDLC 단계를 기반으로 합니다.WBS 요소는 수행되고 기한이 있는 활동이 아닌 완료해야 할 이정표와 작업으로 구성됩니다.각 작업에는 측정 가능한 출력(예: 분석 문서)이 있습니다.WBS 작업은 하나 이상의 활동(예: 코딩)에 의존할 수 있습니다.계약자의 지원이 필요한 프로젝트의 일부는 작업명세서(SOW)를 작성해야 합니다.SOW의 개발은 SDLC의 특정 단계에서 발생하는 것이 아니라 계약자가 수행할 수 있는 SDLC 프로세스의 작업을 포함하도록 개발됩니다.[20]

기준선

기준선은[clarification needed] SDLC의 5단계 중 4단계 이후에 설정되며, 모델의 반복적인 특성에 매우 중요합니다.[21]기준선은 이정표가 됩니다.

  • 기능적 베이스라인: 개념적 설계 단계 이후에 수립됩니다.
  • 할당된 기준선: 예비 설계 단계 이후에 설정됩니다.
  • 제품 기준: 상세 설계 및 개발 단계 이후에 수립됩니다.
  • 업데이트된 제품 기준선: 생산 건설 단계 이후에 설정됩니다.

대체방법론

시스템 개발 수명 주기에 대한 대체 소프트웨어 개발 방법은 다음과 같습니다.

방법론적 접근방법의 비교 (Post, & Anderson 2006)[22]
SDLC RAD 오픈소스 물건들 JAD 프로토타이핑 최종 사용자
통제 공식적인. MIS 약한 기준 공동의 사용자 사용자
시간틀 긴 짧다 중간의 조금도 중간의 짧다 짧다

–

사용자 많이 많지 않은 많지 않은 다르다 많지 않은 하나 혹은 두개. 하나.
MIS 직원 많이 많지 않은 수백 분열되다 많지 않은 하나 혹은 두개. 없음.
트랜잭션/DSS 거래. 둘다요. 둘다요. 둘다요. DSS DSS DSS
인터페이스 미니멀 미니멀 약한 창문들 중대한 중대한 중대한
문서화 및 교육 바이탈 리미티드 내부의 개체에서 리미티드 약한 없음.
무결성 및 보안 바이탈 바이탈 알 수 없는 개체에서 리미티드 약한 약한
재사용성 리미티드 몇개 아마도요. 바이탈 리미티드 약한 없음.

강점과 단점

기본적으로 SDLC는 구조를 강요함으로써 통제를 위한 유연성을 거래합니다.개발자가 많은 대규모 프로젝트에 더 많이 사용됩니다.

SDLC의[22] 장단점
힘 약점
통제 개발시간 증가
대규모 프로젝트 모니터링 개발비 증가
세부단계 시스템은 앞에서 정의해야 합니다.
비용 및 완료 목표 평가 강성
문서화 비용을 추정하기 어렵고 프로젝트 오버런이 발생
잘 정의된 사용자 입력 사용자 입력이 제한되는 경우가 있습니다.
유지보수 용이성 소평행성
개발 및 설계기준 문서화 및 표준 자동화가 제한됨
인력의 MIS 변경을 허용 요구사항 변경을 허용하지 않음
결과 초기에 수행할 수 있는 프로젝트는 거의 또는 전혀 가치가 없습니다.

참고 항목

참고문헌

  1. ^ 개발 접근법 선택. 2014년 7월 17일 회수.
  2. ^ Parag C. Pendharkara; James A. Rodgerb; Girish H. Subramanian (November 2008). "An empirical study of the Cobb–Douglas production function properties of software development effort". Information and Software Technology. 50 (12): 1181–1188. doi:10.1016/j.infsof.2007.10.019.
  3. ^ "Systems Development Life Cycle from". FOLDOC. Retrieved 2013-06-14.
  4. ^ "Software Development Life Cycle (SDLC)".
  5. ^ "SDLC Overview: Models & Methodologies". Retrieved 2021-12-12.
  6. ^ Taylor, James (2004). Managing Information Technology Projects. p. 39.
  7. ^ "What is Scrum?". December 24, 2019.
  8. ^ a b Geoffrey Elliott (2004) Global Business Information Technology. p.87.
  9. ^ a b c d 미국 법무부 (2003).정보 자원 관리 1장소개.
  10. ^ a b c Everatt, G.D.; McLeod, R Jr (2007). "Chapter 2: The Software Development Life Cycle". Software Testing: Testing Across the Entire Software Development Life Cycle. John Wiley & Sons. pp. 29–58. ISBN 9780470146347.
  11. ^ Unhelkar, B. (2016). The Art of Agile Practice: A Composite Approach for Projects and Organizations. CRC Press. pp. 56–59. ISBN 9781439851197.
  12. ^ Land, S.K.; Smith, D.B.; Walz, J.W. (2012). Practical Support for Lean Six Sigma Software Process Definition: Using IEEE Software Engineering Standards. John Wiley & Sons. pp. 341–3. ISBN 9780470289952.
  13. ^ Kay, Russell (May 14, 2002). "QuickStudy: System Development Life Cycle". ComputerWorld.
  14. ^ Taylor, G.D. (2008). Introduction to Logistics Engineering. CRC Press. pp. 12.6–12.18. ISBN 9781420088571.
  15. ^ "Chapter 5". Information Systems Control and Audit (PDF). Institute of Chartered Accountants of India. August 2013. p. 5.28.
  16. ^ Radack, S. (n.d.). "The system development life cycle (SDLC)" (PDF). National Institute of Standards and Technology.
  17. ^ Blanchard and Fabrycky (2006). Systems Engineering and Analysis, Fourth Edition. Prentice Hall. p. 19.
  18. ^ Dr. Joahn Gouws (2007). Introduction to Engineering, System Engineering. Melikon Pty Ltd.
  19. ^ Cunningham, James. "HERC Maintenance". Fargo. XXI (North Avenue): 49. Archived from the original on 21 January 2013. Retrieved 13 May 2009.
  20. ^ a b c d e 미국 하원 (1999).시스템 개발 라이프 사이클 정책 페이지 13Wayback Machine에서 2013-10-19 보관
  21. ^ Blanchard, B.S., & Fabrycky, W.J. (2006) 시스템 공학 및 분석 (4차)뉴저지: 프렌티스 홀. p.31
  22. ^ a b 포스트, G., & Anderson, D., (2006)경영정보시스템 : 정보기술로 비즈니스 문제 해결(4번째.)뉴욕: 맥그로-힐 어윈.

추가열람

  • 커밍스, 하그(2006).정보화 시대를 위한 관리 정보 시스템.토론토 맥그로힐 라이어슨
  • 비욘-데이비스 P. (2009)비즈니스 정보 시스템.팔그레이브, 베이싱스토크.ISBN 978-0-230-20368-6
  • 컴퓨터 월드, 2002, 월드 와이드 웹에서 2006년 6월 22일 검색:
  • 관리 정보 시스템, 2005, 2006년 6월 22일 World Wide Web에서 검색:

외부 링크

위키미디어 커먼즈에는 시스템 개발 라이프 사이클과 관련된 미디어가 있습니다.