차례:
- 작업 정의
- 정의 단계의 다음 단계는 프로젝트 범위를 결정하는 것입니다. 얼마나 큰 직업입니까? 시스템 분석가, 프로그래머 시간, 장비 및 기타 비용 항목에 필요한 것은 무엇입니까? 기한이 있습니까?
- 프로젝트 범위를 결정한 후에는 다음 질문에 답하십시오. '이 작업을 시간과 비용 제약 조건 내에서 수행 할 수 있습니까? 고객 이요? '이 질문에 답하기 위해서는 타당성 분석을해야합니다. 분석을 완료 한 후에는 현재 정의 된대로 프로젝트를 수행 할 수 없다고 판단 할 수 있습니다. 당신은 그것을 거절하거나 클라이언트가 더 다루기 쉬운 범위로 범위를 축소 시키도록 설득해야합니다.
- 프로젝트에 정확히 포함될 내용을 고객과 합의한 후 공식 요구 사항 명세서를 작성할 수 있습니다. Statement of Requirements는 데이터베이스 응용 프로그램의 표시, 업데이트 및 제어 메커니즘에 대한 명시적인 설명입니다.
- 지금까지 프로젝트는 주로 분석되었습니다. 이 시점에서 설계 단계에 들어가서 분석에서 설계로 전환 할 수 있습니다. 문제에 대해 알아야 할 모든 것을 알고있을 가능성이 높으므로 이제 솔루션 설계를 시작할 수 있습니다.
- 데이터베이스 응용 프로그램은 사용자와 상호 작용하는 전체 시스템의 일부입니다. 사용자가 화면에서 보는 모든 것을 만듭니다. 사용자가 만드는 모든 주요 우울증과 사용자가 수행하는 모든 마우스 동작을 감지하고 이에 대응합니다. 사용자의 동료가 읽은 모든 보고서를 인쇄합니다. 사용자 관점에서 보았을 때, 데이터베이스 애플리케이션은
- 수행 한 모든 작업과 사용자가 내린 모든 결정에 대한 이유를 세 심하게 문서화해야합니다. 바라기를, 당신은 계속이 모든 것을 해왔습니다. 이 단계에서 문서를 최종 형식으로 작성하면됩니다. 프로젝트에 익숙하지 않은 유능한 개발자는 당신이 더 크고 더 나은 것들로 이동 한 후에 그것을 집을 수 있어야합니다.
- 일단 데이터베이스 시스템을 구축하고 문서화하면, 마치 완료된 것처럼 보일 수 있으며, 합당한 휴가를 즐길 수 있습니다. 그러나 아직 끝나지 않았습니다. 엄격한 테스트를 거쳐야한다. 그 테스트는 당신이하는 것과 같은 생각을하지 않는 사람이해야합니다. 시스템이 작동되면 사용자는 상상조차하지 못한 일을 할 것입니다. 그들은 당신이 예견하지 못했던 선택의 조합을 만들 것이고, 말이 틀린 분야에 가치를 입력하고, 거꾸로하고 거꾸로 할 것입니다. 그들이 무엇을 할 지 아무 말도하지 않습니다. 사용자가 예상치 못한 일을 하던지간에 시스템은 데이터베이스를 보호하고 사용자가 적절한 입력 작업을 수행하도록 안내하는 방식으로 응답하려고합니다.
- 제때에 시스템을 인도하고 예산을 책정하고 축하하고 일에 대한 최종 수입을 수령 한 후에는 귀하의 책임이 끝나지 않았습니다. 독립적 인 테스터가 시스템을 실패하게 만들려고 환상적인 일을했다하더라도 배달이 끝나면 몇 주, 몇 달 또는 몇 년 후에 나타날 수있는 잠복 버그가있을 수 있습니다. 고객과의 계약에 따라 무료로 버그를 수정해야 할 수도 있습니다.
비디오: 효과적인 실행 계획 세우는 방법 2024
SQL의 목적은 개발자가 유용하고 강력한 데이터베이스와 데이터베이스 응용 프로그램을 만들 수있게하는 것입니다. 이를 성공적으로 수행하려면 성공적인 프로젝트를 축하 할 수있을 때까지 개발 노력이 이전 단계를 기반으로하는 일련의 단계를 거쳐야합니다. 성공적인 데이터베이스 개발 노력을 낳을 수있는 10 가지 필수 단계가 있습니다.
작업 정의
프로젝트를 시작할 때, 시스템을 구축하는 작업 (클라이언트)을 할당하는 사람은 필요한 것에 대한 아이디어를 가지고 있습니다. 그 아이디어는 매우 구체적이고 예리하고 간결 할 수 있으며, 모호하고 불투명하며 잘못 정의 될 수 있습니다. 첫 번째 작업은 산출물 이라는 프로젝트의 최종 결과가 정확히 무엇인지에 대한 자세한 설명을 생성하고 작성하는 것입니다. 이것은 정의 단계의 기본 작업입니다.
프로젝트 범위 결정정의 단계의 다음 단계는 프로젝트 범위를 결정하는 것입니다. 얼마나 큰 직업입니까? 시스템 분석가, 프로그래머 시간, 장비 및 기타 비용 항목에 필요한 것은 무엇입니까? 기한이 있습니까?
직업을 결정하기 위해 필요한 것이 무엇인지 결정하십시오:
프로젝트 범위를 결정한 후에는 다음 질문에 답하십시오. '이 작업을 시간과 비용 제약 조건 내에서 수행 할 수 있습니까? 고객 이요? '이 질문에 답하기 위해서는 타당성 분석을해야합니다. 분석을 완료 한 후에는 현재 정의 된대로 프로젝트를 수행 할 수 없다고 판단 할 수 있습니다. 당신은 그것을 거절하거나 클라이언트가 더 다루기 쉬운 범위로 범위를 축소 시키도록 설득해야합니다.
프로젝트가 가능하다고 판단되면 어떤 일을해야하는지 알 수 있습니다. 이 시점에서 누가 프로젝트에서 작업 할 것인지 결정해야합니다. 당신은 혼자서 작은 일을 할 수는 있지만, 대부분의 개발 노력에는 여러 사람의 팀이 필요합니다. 필요한 기술을 갖춘 사람들을 찾으면 (그리고 필요할 때 프로젝트에서 작업 할 수있는 사람도) 전체 개발 노력의 일부만큼 어려울 수 있습니다.
요구 사항 성명서 작성
프로젝트에 정확히 포함될 내용을 고객과 합의한 후 공식 요구 사항 명세서를 작성할 수 있습니다. Statement of Requirements는 데이터베이스 응용 프로그램의 표시, 업데이트 및 제어 메커니즘에 대한 명시적인 설명입니다.
요구 사항에 대한 설명은 최대한 자세하게 기술되어야한다. 그것은 본질적으로 당신과 당신의 고객 사이의 계약입니다. 배달 될 내용과 배달시기에 정확히 동의하고 있습니다. 계약서를 봉인하기 위해 귀하와 귀하의 고객은 귀하가 제공 할 책임에 관한 합의를 나타내는 요구서에 서명해야합니다. 이 단계는 다소 형식적으로 보일 수 있지만 양 당사자를 보호합니다. 합의 된 내용에 대해서는 나중에 어떠한 질문도 할 수 없습니다.
공식 데이터베이스 모델 만들기
지금까지 프로젝트는 주로 분석되었습니다. 이 시점에서 설계 단계에 들어가서 분석에서 설계로 전환 할 수 있습니다. 문제에 대해 알아야 할 모든 것을 알고있을 가능성이 높으므로 이제 솔루션 설계를 시작할 수 있습니다.
데이터베이스 디자인은 모두 모델에 관한 것입니다. 이 시점에서 데이터베이스 구조에 대한 사용자의 개념을 포착하는 사용자 데이터 모델이 있습니다. 여기에는 모든 주요 유형의 오브젝트, 해당 오브젝트의 특성 및 오브젝트가 서로 관련되는 f}이 포함됩니다. 그러나 데이터베이스 설계의 기초가되기에 충분하지는 않습니다. 이를 위해서는 사용자의 데이터 모델을 지난 수십 년 동안 개발 된 공식 데이터베이스 모델링 시스템 중 하나를 따르는 모델로 변환해야합니다. 공식 모델링 시스템 중 가장 널리 사용되는 것은 엔티티 관계 모델 (일반적으로 E-R 모델이라고 함)입니다. 이 모델을 사용하면 사용자가 잘 정의 된 양식으로 사용자가 말한 것을 캡처하여 관계형 데이터베이스로 쉽게 변환 할 수 있습니다.
시스템을 E-R 모델의 형태로 만들면 관계형 모델로 쉽게 변환 할 수 있습니다. 관계형 모델은 DBMS가 이해할 수있는 모델이며 직접 DBMS를 작성할 수 있습니다.
데이터베이스 애플리케이션 설계
데이터베이스를 설계하고 나면 디자인 작업은 절반 만 완료됩니다. 이제 데이터로 채울 수있는 구조가 있지만 아직 해당 데이터를 조작하는 도구가 없습니다. 지금 설계해야하는 도구는 데이터베이스 응용 프로그램입니다.
데이터베이스 응용 프로그램은 사용자와 상호 작용하는 전체 시스템의 일부입니다. 사용자가 화면에서 보는 모든 것을 만듭니다. 사용자가 만드는 모든 주요 우울증과 사용자가 수행하는 모든 마우스 동작을 감지하고 이에 대응합니다. 사용자의 동료가 읽은 모든 보고서를 인쇄합니다. 사용자 관점에서 보았을 때, 데이터베이스 애플리케이션은
시스템이다.
데이터베이스 응용 프로그램을 설계 할 때 사용자가 요구 사항에 대한 약속이 지킬 수있는 모든 작업을 수행 할 수 있어야합니다.또한 이해할 수 있고 사용하기 쉬운 사용자 인터페이스를 제공해야합니다. 시스템의 기능은 화면의 논리적 위치에 나타나야합니다. 사용자는 응용 프로그램이 제공하는 모든 기능을 수행하는 방법을 쉽게 이해해야합니다. Build it 이제 데이터베이스 디자인이 생겼으므로 테이블과 테이블 간의 관계 및 테이블에 입력 할 수있는 데이터의 제약 조건을 만들 수 있습니다.
문서화
수행 한 모든 작업과 사용자가 내린 모든 결정에 대한 이유를 세 심하게 문서화해야합니다. 바라기를, 당신은 계속이 모든 것을 해왔습니다. 이 단계에서 문서를 최종 형식으로 작성하면됩니다. 프로젝트에 익숙하지 않은 유능한 개발자는 당신이 더 크고 더 나은 것들로 이동 한 후에 그것을 집을 수 있어야합니다.
모든 것을 테스트하십시오.
일단 데이터베이스 시스템을 구축하고 문서화하면, 마치 완료된 것처럼 보일 수 있으며, 합당한 휴가를 즐길 수 있습니다. 그러나 아직 끝나지 않았습니다. 엄격한 테스트를 거쳐야한다. 그 테스트는 당신이하는 것과 같은 생각을하지 않는 사람이해야합니다. 시스템이 작동되면 사용자는 상상조차하지 못한 일을 할 것입니다. 그들은 당신이 예견하지 못했던 선택의 조합을 만들 것이고, 말이 틀린 분야에 가치를 입력하고, 거꾸로하고 거꾸로 할 것입니다. 그들이 무엇을 할 지 아무 말도하지 않습니다. 사용자가 예상치 못한 일을 하던지간에 시스템은 데이터베이스를 보호하고 사용자가 적절한 입력 작업을 수행하도록 안내하는 방식으로 응답하려고합니다.
완제품 유지 보수
제때에 시스템을 인도하고 예산을 책정하고 축하하고 일에 대한 최종 수입을 수령 한 후에는 귀하의 책임이 끝나지 않았습니다. 독립적 인 테스터가 시스템을 실패하게 만들려고 환상적인 일을했다하더라도 배달이 끝나면 몇 주, 몇 달 또는 몇 년 후에 나타날 수있는 잠복 버그가있을 수 있습니다. 고객과의 계약에 따라 무료로 버그를 수정해야 할 수도 있습니다.
버그가 발견되지 않아도 계속해서 책임을 질 수 있습니다. 결국, 아무도 시스템뿐만 아니라 당신을 이해하지 못합니다. 시간이 지남에 따라 고객의 요구가 바뀔 것입니다. 아마도 그녀는 추가 기능이 필요하거나보다 새롭고 강력한 하드웨어로 마이그레이션하려고 할 것입니다. 이러한 가능성은 데이터베이스 응용 프로그램을 수정해야 할 수도 있으며 사전 지식에 따라 이러한 수정 작업을 수행하는 것이 가장 좋습니다. 이 추가 작업은 좋은 수익을 창출 할 수 있습니다.
