6.5 Работа пользователя с выходной информацией для принятия решений

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

• Ответ на служебную записку

• Постановка задачи

• Инструкции по эксплуатации

предприятие может принять оптимальное для него решение:

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

2. разделить рабочий коллектив на группы по возрасту или обучаемости персонала

3. создать расписание и определить уровень доступности и лёгкости обучения азам работы с программой для определённых групп и т. д.

7.Проектирование базы данных

Разработка структуры базы данных должна обеспечить:

1. Быстрый доступ к данным;

2. Отсутствие дублирования данных;

3. Целостность данных.

Три основных этапа проектирования структуры данных:

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

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

3. Структурирование информации в результате системы анализа на основе совокупностей правил и рекомендаций.

Нормализация – это процесс уменьшения избыточности информации в базе данных. Под избыточностью данных понимается дублирование данных содержащихся в базе данных. Различают:

• Простое (не избыточное дублирование);

• Избыточное дублирование.

Простое дублирование является естественным и допустимым.

Избыточность данных при выполнении операций может приводить к различным аномалиям:

• Аномалии удаления (в случае удаления одного из дублирующих значений, на пример, ФИО сотрудника, т.е. удаление всей строки, то будет потеряна информация о конкретном сотруднике);

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

• Аномалии ввода (заключается в том, что при вводе в таблицу новой строки для её полей могут быть введены недопустимые значения).

Избыточное дублирование не является допустимым.

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

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

Выделяют следующую последовательность перехода по нормальным формам:

• Первая нормальная форма;

• Вторая нормальная форма;

• Третья нормальная форма;

• Усиленная третья нормальная форма (нормальная форма Бойса-Кодда);

• Четвертая нормальная форма;

• Пятая нормальная форма.

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

Первая нормальная форма должна отвечать следующим требованиям:

1. Поля должны содержать неделимую информацию;

2. В таблице отсутствуют повторяющиеся группы полей.

Таблица 3.- приведение к первой нормальной форме

ФИО Сотрудника

Контактный телефон

Предприятие отправившее на обучение

Инструкция по эксплуатации

Постановка задачи

Постановка цели

Построение алгоритма решения задачи

Программирование

Проверка

Тестирование и отладка

Выбор решения задачи

Оплата обучения

Вторая нормальная форма должна отвечать следующим требованиям:

1. Удовлетворение требований первой нормальной формы;

2. Любое не ключевое поле должно однозначно идентифицироваться ключевыми полями.

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

Таблица 4.- приведение к второй нормальной форме

Код сотрудника

ФИО Сотрудника

Контактный телефон

Предприятие отправившее на обучение

Инструкция по эксплуатации

Постановка задачи

Постановка цели

Построение алгоритма решения задачи

Программирование

Проверка

Тестирование и отладка

Выбор решения задачи

Оплата обучения

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

Таблица 5.-обучение персонала Таблица 6.-остаточные данные

Код сотрудника

ФИО сотрудника

Контактный телефон

Предприятие отправившее на обучение

Оплата за обучение

Ознакомлен с инструкцией №

Постановка задачи

Постановка цели

Построение алгоритма решения задачи

Программирование

Проверка

Тестирование и отладка

Выбор решения задачи

Инструкция по эксплуатации

Эти таблицы связанны по полю Инструкция по эксплуатации. Что бы обеспечить уникальность таблиц, в них введены ключевые поля.

Третья нормальная форма должна отвечать следующим требованиям:

1. Таблица должна удовлетворять требованиям второй нормальной формы;

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

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

Таблица 7.- анализ служебной записки Таблица 8.- написание программы

Код служебной записки

Дата поступления заказа

Постановка цели

Выбор решения задачи

Постановка задачи

Ответ на служебную записку

К од программы

Постановка задачи

Построение алгоритма решения задачи

Программирование

Проверка

Тестирование и отладка

Инструкция по эксплуатации

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

Рис.12 схема данных «Автоматизации деятельности программиста»