소프트웨어 라이프사이클에서 "소프트웨어가 하는 일"을 해결하는 단계는 요구사항 분석입니다. 요구사항 분석은 사용자의 요구 사항을 심층적이고 구체적으로 이해하고, 개발된 시스템이 수행해야 하는 작업에 대한 사용자의 생각과 완전히 일치하여 대상 시스템이 수행해야 하는 작업을 명확히 하고 대상 시스템이 어떤 기능을 수행하는지 결정하는 것입니다. 시스템이 있어야 합니다.
이 튜토리얼의 운영 환경: Windows 7 시스템, Dell G3 컴퓨터.
소프트웨어 라이프사이클에서 "소프트웨어 시스템이 해야 할 일"을 정확하게 결정할 수 있는 단계는 요구사항 분석입니다.
소프트웨어 수명주기의 각 단계에서의 작업:
1. 문제 정의
해결해야 할 문제가 무엇인지 결정합니다. 고객 인터뷰와 설문 조사를 통해 시스템 분석가가 문제의 성격을 간략하게 기록합니다. , 프로젝트 목표 및 프로젝트 규모에 대한 서면 보고서. 이 보고서는 논의 및 필요한 수정 후 고객의 확인을 받아야 합니다.
2. 타당성 조사
문제에 대한 해결책이 있는지 확인합니다. 타당성 조사 결과는 고객이 프로젝트를 계속할지 여부를 결정하는 중요한 기반입니다. 일반적으로 투자를 통해 더 큰 이익을 얻을 수 있는 프로젝트만 계속할 가치가 있습니다.
3. 요구 사항 분석
사용자의 요구 사항을 깊이 있고 자세하게 이해하고, 개발할 시스템이 무엇을 해야 하는지에 대한 사용자의 생각과 완전히 일치해야 합니다. 대상 시스템이 수행해야 하는 작업을 명확히 하고 대상 시스템이 가져야 할 기능을 결정합니다. 시스템의 논리적 모델은 일반적으로 데이터 흐름 다이어그램, 데이터 사전 및 간략한 알고리즘으로 표현됩니다. 대상 시스템에 대한 요구 사항을 문서화하려면 "사양"을 사용하십시오.
4. 개요 설계(전체 설계)
요약하면, 목표 시스템을 어떻게 구현해야 하는지, 목표 시스템을 달성하기 위한 여러 가지 가능한 솔루션이 설계되어야 하며, 프로그램의 시스템 구조가 설계되어야 합니다. 프로그램이 어떤 모듈로 구성되어 있는지, 그리고 모듈 간의 관계는 무엇인지를 나타냅니다.
5. 세부 설계
시스템의 구체적인 작업을 구현하고 이를 기반으로 실제 프로그램 코드를 작성할 수 있습니다. 세부 설계는 모듈 설계라고도 합니다. 이 단계에서는 각 모듈을 세부적으로 설계하고 모듈의 기능을 구현하는 데 필요한 알고리즘과 데이터 구조를 결정합니다.
6. 코딩 및 단위 테스트(코딩은 전체 개발 작업량의 10%-20%를 차지함)
7. 종합 테스트(테스트는 전체 개발 작업량의 40%-50%를 차지함)
8.
다양한 필수 유지 관리 활동을 통해 시스템은 지속적으로 사용자의 요구를 충족할 수 있습니다. 크게 교정정비, 적응정비, 완벽정비, 예방정비로 나누어진다.
확장 정보
소프트웨어 수명 주기 기준
1. 기능 기준(Functional Baseline)
기능 기준은 시스템 분석이 끝날 때 공식적으로 검토 및 승인된 시스템 설계 사양의 처리를 의미하며, 소프트웨어 정의 단계. 개발 시스템의 사양 또는 프로젝트 위탁 단위와 프로젝트 수행 단위가 체결하고 합의한 계약서에 명시된 개발 대상 소프트웨어 시스템의 사양을 의미하거나 적용됩니다. 부하가 승인하고 상사가 승인하거나 직접 승인합니다. 개발할 소프트웨어 시스템의 사양은 상사가 발행한 프로젝트 개요에 명시되어 있습니다. 기능 기준선은 초기에 승인된 기능 구성 식별입니다.
2. 할당 기준선(할당 기준선)
할당 기준선은 소프트웨어 요구사항 분석 단계가 끝날 때 공식적으로 검토되고 승인된 소프트웨어 요구사항의 사양을 의미합니다. 할당 기준선은 처음에 승인된 할당 구성 ID입니다.
3. 제품 기준
제품 기준은 소프트웨어 조립 및 시스템 테스트 단계가 끝날 때 공식적으로 검토되고 승인된 개발된 소프트웨어 제품의 모든 구성 항목에 대한 사양을 나타냅니다. 제품 기준선은 처음에 승인된 제품 구성 지정입니다.
더 많은 관련 지식을 알고 싶다면
FAQ위 내용은 소프트웨어 수명주기에서 '소프트웨어는 무엇을 하는가'를 해결하는 단계는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!