Создание автоматизированных информационных систем

Одним из центральных элементов всего процесса создания АС является разработка технического задания, структура которого согласно ГОСТ 34.602-89 содержит следующие разделы:

1) общие сведения;
2) назначение и цели создания (развития) системы;
3) характеристика объектов автоматизации;
4) требования к системе;
5) состав и содержание работ по созданию системы;
6) порядок контроля и приемки системы;
7) требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие;
8) требования к документированию;
9) источники разработки.

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

1) требования к системе в целом;
2) требования к функциям (задачам), выполняемым системой;
3) требования к видам обеспечения.

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

Требования по информационному обеспечению
Проектирование банков данных фактографических АИС

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

Концептуальное проектирование банков данных АИС
Выделение основных информационных объектов-сущностей предметной области
Формализованное описание концептуальной схемы банка данных

В реляционных СУБД при проектировании схемы реляционной базы данных можно выделить следующую последовательность процедур:

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

Проектирование и создание таблиц банка данных
Установление ограничений целостности по полям и связям
Нормализация таблиц

Результатом проектирования и нормализации таблиц является законченная схема (логическая структура) базы данных.

Законченная схема (логическая структура) базы данных

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