10 Шагов к успеху SQL

10 Шагов к успеху SQL - манекены

Цель SQL - предоставить разработчикам возможность создавать полезные и надежные базы данных и приложения баз данных. Чтобы быть успешным на этом, ваши усилия по развитию должны проходить через несколько этапов, каждый из которых строится на предыдущем, пока вы не сможете по праву отметить успешный проект. Вот десять основных этапов, которые приведут к успешной работе по разработке базы данных.

Задайте задачу

В начале проекта лицо, назначающее вам задачу построения системы (клиента), имеет некоторое представление о том, что необходимо. Эта идея может быть очень конкретной, четкой и краткий, или она может быть неопределенной, туманной и плохо определенной. Ваша первая задача состоит в том, чтобы сгенерировать и написать в письменной форме подробное описание того, каким конечным результатом проекта, который называется , должны быть конечные результаты . Это основная задача этапа определения.

На этапе определения вы определяете проблему, которая будет решаться вашей базой данных и связанным с ней приложением как можно точнее. Сделайте это, внимательно прислушиваясь к своему клиенту, поскольку она описывает, что она представляет собой систему. Задавайте вопросы, чтобы уточнить неопределенные моменты. Зачастую клиент не задумывался над всем. У нее будет общее представление о том, чего она хочет, но нет четкого представления о специфике. Вы должны договориться с ней о специфике, прежде чем сможете продолжить.

Определение области проекта

Следующим шагом на этапе определения является определение области проекта. Насколько велика работа? Что потребуются в системном аналитическом времени, времени программиста, оборудовании и других затратах? Есть ли крайний срок?

Определите, что потребуется для выполнения задания:

После того, как вы определили область проекта, следующий вопрос, который вы зададите себе: «Возможно ли выполнить эту работу в пределах установленных на ней временных и стоимостных ограничений клиентом? «Чтобы ответить на этот вопрос, вы должны сделать анализ выполнимости. После завершения анализа вы можете решить, что проект невозможен, как определено в настоящее время. Вы должны либо отказаться от него, либо убедить клиента уменьшить объем до более управляемого.

Как только вы определили, что проект выполним, вы знаете, какое укомплектование персоналом вам нужно для выполнения этой работы. На этом этапе вам нужно решить, кто будет работать над проектом. Вы можете выполнить небольшую работу самостоятельно, но для большинства усилий в области развития требуется команда из нескольких человек. Поиск людей, обладающих необходимыми навыками (и которые также доступны для работы над проектом, когда они вам понадобятся), может быть столь же сложным, как и любая часть общих усилий по развитию.

Создать заявление о требованиях

Как только вы достигнете соглашения с вашим клиентом о том, что именно будет включать проект, вы можете написать официальное заявление о требованиях. Заявление о требованиях является явным заявлением о механизмах отображения, обновления и управления приложениями базы данных.

Заявление о требованиях должно быть как можно более подробным. Это, по сути, контракт между вами и вашим клиентом. Вы соглашаетесь точно, что будет доставлено и когда оно будет доставлено. Чтобы запечатать соглашение, вы и ваш клиент должны подписать заявление о требованиях, указав соглашение о том, за что вы будете нести ответственность за доставку. Этот шаг может показаться довольно формальным, но он защищает обе стороны. Никогда не будет вопроса о том, что было согласовано.

Создать формальную модель базы данных

До сих пор проект в основном был анализом. На этом этапе вы можете ввести этап проектирования и перейти от анализа к дизайну. Вы, скорее всего, знаете все, что вам нужно знать о проблеме, поэтому теперь вы можете приступить к разработке решения.

Дизайн базы данных - все о моделях. На данный момент у вас есть модель данных пользователей, которая отражает концепцию структуры базы данных пользователей. Он включает в себя все основные типы объектов, характеристики этих объектов и то, как объекты связаны друг с другом. Однако он не является достаточно структурированным, чтобы служить основой для проектирования базы данных. Для этого вам необходимо преобразовать модель данных пользователей в модель, которая соответствует одной из формальных систем моделирования баз данных, которые были разработаны за последние несколько десятилетий.

Самой популярной из формальных систем моделирования является модель сущности-отношения, обычно называемая моделью E-R. С помощью этой модели вы можете захватить то, что пользователи сказали вам в четко определенной форме, которую затем легко перевести в реляционную базу данных.

Когда у вас есть система в виде модели E-R, ее легко преобразовать в реляционную модель. Реляционная модель - это то, что понимает ваша СУБД, и вы можете создать базу данных непосредственно из нее.

Разработка приложения базы данных

После того, как вы разработали базу данных, задача проектирования выполнена только наполовину. У вас есть структура, которую вы теперь можете заполнить данными, но у вас еще нет инструмента для работы с этими данными. Инструмент, который вы должны создать сейчас, - это приложение базы данных.

Приложение базы данных является частью общей системы, которая взаимодействует с пользователем. Он создает все, что пользователь видит на экране. Он ощущает и реагирует на каждую нажатие клавиши, которую делает пользователь, и каждое действие мыши, которое выполняет пользователь. Он печатает каждый отчет, который читают сотрудники пользователя. С точки зрения пользователя приложение базы данных является системой.

При разработке приложения базы данных вы должны убедиться, что он позволяет пользователям делать все, что обещание обещания, которое они смогут сделать.Он также должен представить пользовательский интерфейс, который понятен и прост в использовании. Функции системы должны отображаться в логических позициях на экране. Пользователь должен легко понять, как выполнять все функции, которые предоставляет приложение.

Построить его

Теперь, когда у вас есть проект базы данных, вы можете создавать таблицы, отношения между ними и ограничения на эти данные, которые могут быть введены в них.

Документ

Все, что вы сделали, и причины всех решений, которые вы приняли, должны быть тщательно задокументированы. Надеюсь, вы делали это все время. На этом этапе все, что вам нужно сделать, это положить документацию в ее окончательную форму. Компетентный разработчик, который не знаком с проектом, должен получить его после того, как вы перешли к более крупным и лучшим вещам.

Проверить все

После того, как вы создали и задокументировали систему базы данных, может показаться, что вы закончили, и вы можете наслаждаться заслуженным отдыхом, но вы еще не совсем готовы - система должна быть тщательно проверены. Это тестирование должно выполнять тот, кто не думает так же, как и вы. Как только система начнет функционировать, пользователи будут делать то, что вы никогда не думали. Они будут делать комбинации вариантов, которые вы не предвидели, вводить значения в поля, которые не имеют смысла, и делать что-то назад и вверх дном. Не знаю, что они будут делать. Независимо от того, что делает пользователь, вы хотите, чтобы система реагировала таким образом, что защищает базу данных и которая побуждает пользователя делать соответствующие входные действия.

Ведение готового продукта

После того, как вы отправили систему вовремя и в бюджет, отпраздновали и собрали окончательный платеж за работу, ваши обязанности не закончены. Даже если независимый тестер проделал фантастическую работу по сбою системы, после ее доставки она может по-прежнему содержать скрытые ошибки, которые появляются через недели, месяцы или даже годы. Вы можете быть обязаны исправить эти ошибки бесплатно, в зависимости от вашего договорного соглашения с клиентом.

Даже если ошибок не обнаружено, у вас может быть какая-то постоянная ответственность. В конце концов, никто не понимает систему, как и вы. С течением времени ваши потребности клиента будут меняться. Возможно, ей понадобятся дополнительные функции или захотят перейти на более новое, более мощное оборудование. Эти возможности могут потребовать внесения изменений в приложение базы данных, и вы находитесь в лучшем положении для выполнения этих изменений на основе ваших предыдущих знаний. Эта дополнительная работа может означать хороший дополнительный доход для вас.