1. Системный анализ

Ключевым этапом при разработке любой информационной системы является проведение системного анализа:

1. формализация предметной области;

2. представление системы как совокупности компонент.

Системный анализ позволяет, с одной стороны, лучше понять «что надо делать» и «кому надо делать» (аналитику, разработчику, руководителю, пользователю), а с другой – отслеживать во времени изменения рассматриваемой модели и обновлять проект.

Определение информационных потребностей БД включает в себя опрос будущих пользователей для того, чтобы понять и задокументировать их требования. Именно конечный пользователь в своей работе принимает решения с учетом информации, получаемой в результате доступа к БД. Изучение предметной области складывается из непосредственного наблюдения протекающих в ней процессов, изучения документов, циркулирующих в системе, а также интервьюирования участников этих процессов. Проектирование БД обычно поручается человеку (группе лиц) - администратору базы данных (АБД).

Существуют два подхода к определению состава и структуры предметной области:

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

2. объектный (предметный) подход сосредотачивает основное внимание на выделении существенных объектов – предметов и связей, информация о которых может быть использована в прикладных задачах пользователя.

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

При рассмотрении требований конечных пользователей необходимо принимать во внимание следующее:

1. БД должна удовлетворять актуальным информационным потребностям пользователей. Т.е. организация информационных данных в БД должна по структуре и содержанию соответствовать решаемым задачам.

2. БД должна обеспечивать получение требуемых данных за приемлемое время, т.е. обеспечивать заданную производительность.

3. БД должна быть рассчитана на возможность удовлетворения вновь возникающих требований конечных пользователей.

4. БД должна быть рассчитана на возможность расширения при реорганизации и расширении предметной области.

5. БД должна легко изменяться при изменении программной и аппаратной среды.

6. Загруженные в БД корректные данные должны оставаться корректными.

7. Данные до включения в БД должны проверяться на достоверность.

8. Доступ к данным, размещаемым в БД, должны иметь только лица с соответствующими полномочиями.

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