소프트웨어가 사용자 요구 사항을 충족하는지 확인하려면 철저한 분석과 설계를 완료해야 합니다.
먼저 더 큰 그림을 보고 요청을 평가하십시오. 사용자가 무엇을 요구하는지 이해했는지 확인하십시오. 문제의 근본을 파악하기 위해 "누가, 무엇을, 어디서, 언제, 왜, 어떻게"라는 질문을 던지십시오.
프로젝트 범위 및 제약 조건을 정의합니다. 예를 들어, 소프트웨어 프로그램이 책 주문 시스템을 컴퓨터화하기 위한 요청이라면 현재 주문 시스템을 처음부터 끝까지 평가하십시오. 프로젝트 경계를 정의 및 설정하고 기존 하드웨어 또는 제한된 프로젝트 완료 기간과 같이 작업해야 하는 프로젝트 제약 조건을 식별합니다.
최종 사용자를 보십시오. 소프트웨어를 매일 사용할 사람들을 인터뷰하고 관찰하여 어떻게 소프트웨어는 요청을 수용할 수 있어야 하며, 가장 적합하도록 새 시스템을 설계할 수 있는 방법 사용자 요구. 최종 사용자의 기술 수준이 교육 요구 사항에 미치는 영향과 같이 프로젝트에 영향을 줄 수 있는 사용자 관련 요소를 식별합니다.
타당성을 결정하고 권장 사항을 제시합니다. 예상 비용, 혜택, 일정을 포함하도록 요청에 대한 서면 평가를 제공합니다. 소프트웨어가 명시된 문제를 효과적으로 해결할 것인지 여부에 대한 귀하의 권장 사항 문제.
데이터 흐름도 및 프로세스 설명을 개발합니다. 데이터 흐름도는 프로그램이 수행할 작업을 설명하고 프로세스 다이어그램은 소프트웨어 프로그램이 수행하는 방법을 표시합니다. 예를 들어, 책 주문 시스템에 대한 데이터 흐름도 및 프로세스 설명은 문서화하고 적절한 책을 선택하는 것부터 책을 입력하는 것까지의 과정을 단계별로 설명하십시오. 목록.
필요한 데이터 요소를 정의 및 설명하고 이러한 요소를 데이터 레코드로 결합하는 데이터 사전을 만듭니다. 예를 들어, 책 주문 시스템에서 데이터 요소의 예로는 책 이름, ISBN, 저자 및 가격이 있습니다. 그런 다음 이러한 요소가 결합되어 책 기록을 형성합니다. 공급업체 이름, 계정 번호 및 영업 담당자와 같은 기타 요소는 결합하여 공급업체 레코드를 형성할 수 있습니다.
데이터 흐름 다이어그램, 프로세스 흐름 설명 및 데이터 사전을 다음을 설명하는 문서 패키지로 결합합니다. 프로그램 프로토타입 또는 소프트웨어의 작업 모델을 만드는 데 사용할 수 있는 논리적인 서면 형식의 소프트웨어 프로그램 프로그램.
팁
프로젝트 범위를 명확하게 정의하면 프로젝트가 초기 요청 이상으로 성장할 때 발생할 수 있는 "프로젝트 크립"을 방지하는 데 도움이 되는 이점이 있습니다.
최종 사용자 요구 사항을 식별하는 또 다른 아이디어는 개방형 질문, 폐쇄형 질문 및 응답 범위 질문의 조합을 사용하여 설문 조사를 개발하는 것입니다. "도서 주문 시스템에서 어떤 기능을 보고 싶습니까?"와 같은 질문을 포함하십시오. "얼마나 많은 책 주문이 당신은 매달 배치합니까?” 그리고 “1에서 10까지의 척도에서 현재 책 주문의 비효율성을 어떻게 평가하시겠습니까? 체계?"
소프트웨어 프로그램에 대한 서면 분석 및 설계 문서를 제시하는 것 외에도 때로는 프레젠테이션 소프트웨어를 사용하여 새 소프트웨어의 그래픽 표현을 추가하는 데 도움이 됩니다. 체계.
