Виды проектирования АИС

АИС— это программные системы, разделенные на клиентскую и серверную части.

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

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

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

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

Концептуальное проектирование базы данных включает в себя следующие этапы:

• создание локальной концептуальной модели данных;
• определение типов сущностей;
• определение атрибутов;
• определение типов связей;
• проверка модели на отсутствие избыточности;
• проверка соответствия локальной концептуальной модели конкретным пользовательским транзакциям;
• обсуждение локальных концептуальных моделей данных с конечными пользователями.

Создание локальной  концептуальной модели данных. Целью данного этапа является определение предметной области и состава Ц пользователей разрабатываемой информационной системы.

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

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

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

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

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

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

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

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

Логическое проектирование (для  реляционной модели базы данных) включает в себя следующие этапы:

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

Физическое проектирование АИС предусматривает принятие разработчиками окончательного решения о способах реализации создаваемой системы, например в виде реляционной базы данных и соответственно конкретной СУБД.

Физическое проектирование базы данных (для реляционной модели) включает в себя следующие этапы:

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