수요 분석->; 상세한 요구 사항 필요-> 윤곽 설계->; 세부 설계->; 코드->; 테스트-> 반복, 자세한 내용은 다음과 같습니다.
중소 규모 소프트웨어 프로젝트 개발의 일반 프로세스에 대한 제안
첫째, 글쓰기의 목적
본 문서는 표준화된 소프트웨어 개발 프로세스를 탐색하고, 소프트웨어 개발 속도를 높이고, 소프트웨어 개발 품질을 향상시키고, 프로젝트 종합 비용을 절감하기 위한 것입니다.
IT 세계에는 다음과 같은 속담이 있습니다. "당신은 옳은 일을 할 수 있습니다. 너는 아주 빨리 할 수 있다. 너는 싸게 그것을 할 수 있다. 두 개를 고르다. " 우리가 해야 할 일은 양질의 서비스를 제공하고, 프로젝트 주기가 짧고, 비용이 저렴하다는 것이다.
둘째: 개요
프로젝트는 사용자 요구 사항 사양에서 첫 번째 전체 버전을 제공하는 시스템에 이르기까지 몇 가지 복잡하거나 간단한 프로세스를 거쳤지만, 프로젝트 규모에 관계없이 일반적으로 다음과 같은 몇 가지 단계를 거쳐야 합니다.
1. 수요 분석.
2. 요구 사항 설명서 작성
3. 총 디자인
4. 상세 설계
5. 코딩 구현
6. 테스트, 디버깅 및 온라인 운영
7. 수락
8. 일상적인 관리
9. (재활용 개발의 다음 버전)
위의 단계에서 요구 사항 설명서를 체계적으로 분석하고 작성하는 것이 특히 중요합니다. 요구 사항 사양 사양을 정의할 때 사용자 서명 확인이 필요합니다. 이는 프로젝트 수용의 기초이며 중대형 프로젝트에서 특히 중요합니다.
프로젝트 실패에는 여러 가지 이유가 있지만 다음과 같은 경우가 많습니다.
(1) 비즈니스 운영에서 "목록" 을 지키기 위해 고객의 복잡한 요구 사항 중 많은 부분이 맹목적으로 타협하고 승낙합니다. 프로젝트 개발 계획과 일정은 고객의 의견에 전적으로 따르며, 특정 프로젝트의 객관적인 사실에 근거하지 않으며, 프로젝트의 복잡성과 작업량에 대한 면밀한 평가가 없습니다.
(2) 상세한 사용자 수요 분석을 하지 않아 프로젝트 후기 수요가 크게 변해 프로젝트가 예정대로 완료되지 못했다.
셋. 프로젝트 개발의 여러 단계
프로젝트 개발의 각 단계의 시간 비율에 관한 한, 중소형 프로젝트는 일반적으로
1: 40% 디자인
2: 40% 인코딩
3: 전체 설계/시운전의 20%
3. 1 수요 분석 단계
고객의 요구를 연구하고, 수요 중 애매모호한 부분을 찾아내, 반복적으로 확인을 토론하다. 지속적인 확인에는 수요에 대한 전반적인 인식, 수요 경계의 정의, 현재 기술 조건 하에서 실현할 수 있는 수요, 사용자 인터페이스 등이 포함됩니다. 프로젝트 팀 내부 및 고객 (직접 및 간접 고객) 과의 논의를 통해 고객의 실제 요구 사항을 지속적으로 명확히 하여 요구 사항 설명서를 작성하고 고객의 승인을 받은 후 서명하여 프로젝트 개발의 첫 번째 이정표로 사용합니다. 이를 공사 검수의 주요 근거로 삼다.
시스템 분석 단계에서는 (1) 프로젝트 정적 다이어그램, 프로젝트 정적 인터페이스 프레젠테이션 (2) 시스템 사용 사례 다이어그램 (예: rose 소프트웨어 사용 사례 다이어그램) 등을 통해 고객과 통신할 수 있습니다.
이 단계에서 수행할 작업은 다음과 같습니다.
1. 프로젝트 요구 사항 분석 보고서 작성
이 보고서의 주요 목적은 프로젝트 분석가가 요구 사항에 대한 질문을 하고 고객과의 효과적이고 정확한 의사 소통을 위해 필요한 자료를 준비하는 것입니다.
2. 유스 케이스 다이어그램 그리기
시스템의 다양한 사용자 유형이 시스템 및 기타 시스템과 상호 작용하는 과정을 설명합니다.
3. 프로젝트 정적 인터페이스 데모 설정
사용자가 프로젝트 초기에 프로젝트 투입 후 사용자 인터페이스와 사용 방법을 볼 수 있도록 합니다.
4. 필요한 기술 예연구를 합니다.
3.2 요구 사항 설명서 작성
수요 사양 설명서를 작성하는 주요 목적은 고객의 이상적인 요구 사항, 즉 구속되지 않고 복잡하며 상상력이 풍부한 수요를 일정 기간, 특정 기술 조건 하에서 달성할 수 있는 수요로 바꾸는 것입니다. 그렇지 않으면 프로젝트가 고객의 이상적인 요구를 충족시키기가 어렵고 영원은 고객의 이상적인 수요에 의해 제한되어 매우 수동적인 상태에 빠지게 됩니다.
3.3 전반적인 설계
프로젝트 요구 사항 설명서를 완성한 후 프로젝트의 전체 설계 단계로 들어갑니다.
전체 설계 단계에서 완료해야 하는 문서는 다음과 같습니다.
1. 프로젝트의 전체 설계-요약 설계 사양,
2. 데이터베이스 설계 보고서
3. 프로젝트의 전반적인 개발 일정
이 단계에서는 프로젝트의 공식 개발 환경, 프로젝트 테스트 환경, 기본 개발 프레임워크를 설정하고 CVS, VSS 등과 같은 프로젝트 관리 구성 도구를 가져와야 합니다. ).
프로젝트의 위 단계가 완료되면 프로젝트의 전체 설계 및 전체 개발 준비를 검토하는 것이 좋습니다. 이 단계는 회사와 그룹 전문가 그룹이 심사를 통과한 후 끝나며 프로젝트의 두 번째 이정표로 간주됩니다.
다음 단계로 넘어가기 전에 현재 프로젝트 팀이 SCCB (software change control board) 에 제출할 수 있는 자료는 다음과 같습니다.
1: 요구 사항 사양
2. 프로젝트의 전반적인 설계에 대한 간략한 설명
3. 프로젝트 인터페이스 설계 매뉴얼 (및 인터페이스 데모)
4. 프로젝트 데이터베이스 설계 매뉴얼 등
5. 프로젝트의 전반적인 개발 일정
3.4 상세 설계
프로젝트의 전반적인 설계 및 개발 환경이 완료되면 프로젝트의 상세한 설계를 진행할 수 있습니다.
프로젝트에서 프로젝트의 "백그라운드" 프로그램을 작성하는 고위 인사가 상세 설계를 작성하는 것이 좋습니다. 주로 인터페이스에서 비즈니스 구현에 이르기까지 비즈니스 모듈 및 데이터베이스 구현 SQL 을 담당하는 주요 단계를 완료합니다. 조건이 허용되는 경우 모듈 단위 테스트 프로그램을 작성하고 전체 모듈 인코딩 단계가 완료된 후 프로그램 단위 테스트를 수행하는 것이 좋습니다. ("시운전" 개발 개념)
상세 설계의 목적은 코드와 소량의 코드를 작성하지 않고 프로젝트 모듈의 시뮬레이션 프로그래밍을 완료하는 것입니다.
상세 설계 단계에서는 프로젝트의 한 모듈에 대해 정확한 작업량 통계를 작성하고 이를 기준으로 전체 프로젝트에 대해 보다 정확한 작업량을 계산할 수 있습니다.
3.5 인코딩 구현
(약간)
3.6 테스트, 디버깅 및 온라인 운영
(약간)