З

Пример функциональной

Блок-схемы.

адача учета

заказчиков предприятия.

Учетные кар-точки

заказчиков

Заявки на заказы

Счета за предыдущие заказы

ВХОД

Считывание.

ФБ1

Массив изменений в счетах

Массив изменений в учетных карточках

Массив изменений в заявках на заказы

ФБ2

Контроль.

Учетные карточки, не прошедшие контроль.

Отклоненные заявки на заказы.

Выдача на печать.

ФБ3

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

• определение рабочих мест обработки данных, где будут установлены персональные компьютеры;

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

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

• схематическое представление технологического процесса.

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

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

Данный этап дает материал для оформления отчета “формализованная постановка запросов пользователей”(см. таблицу).

Выбор формы представления проекта структуры предметной области на содержательном уровне

проводится среди следующих вариантов:

• матричной информационной модели (стр. );

• тезаурусной модели (стр. );

• совокупности таблиц (стр. ).

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

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

в виде совокупности таблиц .

При формулировании и идентификации запросов студент должен уяснить, что в понятие “запрос пользователя” вкладывается информационная потребность конкретного пользователя (начальника цеха, мастера, прораба, директора предприятия и т.д).Запрос считается сформулированным, если имеется:

• перечень реквизитов-признаков, реквизитов-оснований (имя), который требует пользователь (ВЫХОД);

• перечень реквизитов-признаков, реквизитов-оснований, которые необходимы для получения выходных реквизитов (ВХОД);

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

Например:

Таблица №___

Запрос __________начальника цеха______

(наименование должности конечного

пользователя)

Периодичность решения: Один раз в декаду.

Срок выдачи сведений: 11, 21, 31 каждого месяца.

Код запроса: 01.

Имя запроса: Выдать сведения о наличии материалов.

Выход: Наличие материала.

Номенклатурный номер материала	Наименование материала	Количество материала на складе	Единица измерения

Дата: __________

Вход:

Номенкла-турный номер материала	Наименование материала	Единица измерения	Количе-ство поставки	Код поставки	Израсходованное количество	Код цеха	Остаток материала

Дата:__________

Последовательность действий:

ВХОД	Преобразование	Результат
Количество поставки за текущий период по всем поставщикам по каждому наименованию материала (номеру материала)	III.1 Суммирование	Сумма поставок (А)
Количество израсходованного материала по каждому номенклатурному номеру по каждому цеху	III.2 Суммирование	Расход (В)
Остаток материала (С), сумма поставки (А), расход (В)	III.3 С+А-В	Наличие материала на складе, номенклатурный номер, наименование материала, единица измерения

ВЫВОД:__________________

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

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

Сведения выполнения плана по цеху за месяц.

Наименование цеха

Код СЕ	Наименование сборочной единицы	План	Факт	Отклонения от плана

Студент начинает прагматический анализ выходного документа, т.е. выявляет элементы-реквизиты, которые нецелесообразно вырывать пользователю. Таких элементов здесь три: наименование цеха (каждый начальник цеха знает, каким цехом он руководит), план, факт — поскольку его интересует сам факт отклонения от плана. Кроме того, вызывает сомнение выдача одинаковых элементов — код, наименование СЕ.

При этом студент выявляет роль каждого реквизита: “код детали” — однозначно определяет имя такого объекта, как “деталь”.

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

После уточнения перечня реквизитов и формы представления результатов (табличная, списковая), студент приступает к алгоритмическому анализу. Для этого он использует:

• алгоритм решения задачи управления (детальный);

• реквизиты-основания.

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

ФАКТ — ПЛАН = ОТКЛОНЕНИЕ ОТ ПЛАНА (+, — ).

Следовательно: входной документ имеет следующие реквизиты:

Код СЕ	Наименование СЕ	Месяц план	Месяц факт

Затем выделяет среди входных реквизитов:

условно-постоянные и переменные. В нашем случае:

переменные: план, факт;

постоянные: код СЕ, наименование СЕ.

Следовательно: прежде чем удовлетворить этот запрос начальника сборочного цеха, нужно ввести новые значения “факт”, проверить: хранится ли новое значение “план” в момент удовлетворения запроса. Такой анализ проводится по всем запросам, сформированным на основе сведений о задаче управления, выявленных на этапе сбора. Такие запросы будем называть регламентированными.

При формировании перечня реквизитов, включаемых в базу, необходимо учитывать, прогнозировать расширение информационных потребностей пользователей, а также учитывать поступление запросов такого вида: каковы затраты материала с кодом 001, 003, 004 по цеху №1, №2 на 5 января 1988 года.

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

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

• наименование материала;

• количество затраченного материала;

• номер цеха;

• остаток материала.

Можно представить и форму выходного документа: