3. Предложения по автоматизации

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

• составление перечня автоматизированных рабочих мест объекта, их состава и структуры, а также способов и схем информационного взаимодействия между ними;

• разработку требований к техническим средствам;

• разработку требований к программным средствам;

• разработку топологии, состава и структуры локальной вычислительной сети;

• разработку предложений по этапам и срокам автоматизации.

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

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

Ручная реализация имеет три основных преимущества перед автоматической:

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

• ручная система может откликаться на нeoжидaeмыe запросы, а не только на заранее планируемые. Например, ручная система бронирования авиабилетов может ответить на запрос о возможности парковки автомобиля около аэропорта;

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

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

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

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

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

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

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

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