Концептуальное проектирование.

Концептуальное (инфологическое) проектирование (КП) системы – это конструирование информационных моделей предметной области(ОУ), котрые не зависят от условий программной и аппаратной реализации.

Здесь выполняется три функции:

1. определение типов сущностей предметной области

2. определение типов связей между сущностями

3. определение атрибутов и связывание их с типами сущностей и связей.

4. создание локальных концептуальных моделей данных в виде диаграмм “сущность - связь”.

5. обсуждение ЛКИМД с пользователями.

Рис. 3.1.3.1 Соответствие этапов проектирования и элементов архитектуры ANSI/SPARC.

Этап логического проектирования.

Логическое проектирование – это конструирование информационных моделей на базе существующих концептуальных модулей. Т.е. на этом этапе концептуальная модель данных преобразовывается в локальную логическую модель данных и далее в глобальную логическую модель данных(ГЛМД) с учетом типа используемой СУБД. Этот этап содержит 2 подэтапа:

На первом подэтапе выполняется:

1. преобразование локальной концептуальной модели данных (ЛКМД) в локальную логическую модель данных(ЛЛМД);

2. определение набора отношений(таблиц) исходя из структуры ЛЛМД;

3. проверка ЛЛМД с помощью правил нормализации;

4. проверка ЛЛМД в отношении транзакции пользователей;

5. создание окончательной диаграммы «сущность-связь» для каждой ЛЛМД;

6. определение требований к ЛЛМД с точки зрения обеспечения целостности данных;

7. обсуждение ЛЛМД с конечными пользователями.

На втором подэтапе выполняется:

1. слияние ЛЛМД в ГЛМД;

2. проверка и корректировка ГЛМД;

3. создание окончательного варианта диаграммы «сущность-связь», отображающей ГЛМД;

4. обсуждение ГЛМД с конечными пользователями.

Т.о. концептуальное и логическое проектирование позволяет решить следующие задачи:

1 - разбить весь проекта на группу относительно небольших простых задач исходя из структуры предметной области, т.е. создать ЛКМД

2 преобразовать ЛКМД в ЛЛМД

3 объединить ЛЛМД в ГЛМД

 

Этап физического проектирования

Этот этап состоит из 3-х подэтапов:

1. внедрение ГЛМД в среду конкретной СУБД:

- проектируются основные таблицы в среде СУБД

- реализация функций связанных с управлением ПО или т.н. бизнес-правил для ПО

2. создание проекта физического представления БД:

- выбор конкретной структуры хранения данных

- определение требований к внешней памяти

- и т.д.

3. разработка средств защиты БД:

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

- определение правил доступа для разных типов пользователей

На этом же этапе необходимо рассмотреть вопросы мониторинга и настройки всей системы.

 

Выбор СУБД.

Выбор СУБД необходим для обеспечения оптимального способа поддержки данной БД и всех приложений ИС. Целесообразно этот выбор осуществить между этапами концептуального и логического проектирования, т.к. это даёт возможность определиться в типе СУБД. Выбор СУБД является довольно трудоемкой задачей, т.к. различные СУБД существенно отличаются друг от друга по целой группе параметров.

Общий список параметров включает:

1. физические параметры:

предусмотрены ли файловые структуры в данной СУБД;

наличие средств индексирования;

наличие средств сжатия данных;

возможность шифрования данных;

требуемые объемы ОЗУ и ПЗУ для данной СУБД и т.д.

2. параметры определения данных:

тип базовой модели организации данных;

наличие поддержки в расширении первичных ключей;

наличие средств поддержки целостности данных;

предусмотренные типы данных;

3. общие параметры:

стоимость СУБД;

требуемая ОС для СУБД;

рейтинг производителя для данной СУБД;

наличие поддержки работы СУБД в Internet;

производительность данной СУБД;

и т.д.

4. параметры, определяющие доступность в плане создания приложений:

возможности языка запросов;

наличие многопользовательского доступа;

возможность использования языков современного уровня;

и т.д.

5. группа параметров, описывающих средства технологии разработки ИС:

наличие инструментов для работы с оконным интерфейсом;

наличие case-инструментов;

и т.д.

Эти параметры обычно снабжаются теми или иными весовыми коэффициентами, которые определяют степень важности этого параметра для данного заказчика (предприятия). Это позволяет используя числовые данные по каждому параметру рассчитать для каждой СУБД общий(интегральный) показатель и, следовательно, более объективно оценить её. Заказчик и проектировщик ИС выбирают ту СУБД, для которой интересующий показатель – наибольший(наилучший).

 

Разработка приложений.

Цель разработки приложений заключается:

1. создание проекта транзакций

2. создание проекта интерфейса пользователя.

 

Проектирование транзакций.

Транзакций – одно действие или последовательность действий, выполняемых одним и тем же пользователем и/или одной прикладной программой(ПП), в результате чего появляется возможность обеспечить доступ к БД и/или изменить её содержимое (пример транзакций – регистрация клиента в БД какого-либо банка).

Обычно транзакция выполняется частично персоналом АИС, а частично ПП или самой СУБД.

Основные типы транзакций:

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

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

3. смешанные транзакции

При проектировании транзакций необходимо определить и задокументировать характер(свойства) всех транзакций, которые будут реализовываться в АИС. В их числе:

1. исходные данные, которые использует транзакция;

2. выходные данные, формируемые транзакцией;

3. функциональные характеристики транзакций;

4. степень важности транзакции для пользователя;

5. предполагается интенсивность использования данной транзакции.