Описание постановки задачи

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

Согласно ГОСТ, задача (Problem) – часть автоматизированной функции управления, характеризуемая конечным результатом в конкретной форме.

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

Описание постановки задачи предусматривает:

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

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

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

Структура описания постановки задачи представлена на рис. 2.2.

!!!!!!!!!!!!!!!!!!!!!

Рис. 2.2. Структура описания постановки задачи

Состав, содержание и принципы организации информационного обеспечения информационной системы

Структура типовых компонент информационного обеспечения информационной системы представлено на рис. 2.3.

Рис. 2.3. Структура информационного обеспечения информационной системы

Организация информационного обеспечения предусматривает его разделение на внемашинное и внутримашинное.

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

Внутримашинное информационное обеспечение представлено, прежде всего, базами данных.

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

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

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

• условно-постоянную информацию;
• переменную информацию.

Эта классификация количественно характеризуется коэффициентом стабильности информации:

,

где — объем файла; — объем корректуры к файлу за год.

Если > 0.75, то файл считается условно-постоянным.

По содержанию, к условно-постоянной информации относится в основном нормативная и справочная информация.

К переменной относится информация оперативного учета. Файлы условно-постоянной информации должны быть сформированы до начала работы системы. А файлы переменной информации формируются во время ее работы.

Примерный состав условно-постоянной информации на промышленном предприятии следующий:

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

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

Рекомендуется выбор метода распределения информации согласно следующим качественным характеристикам (табл. 2.1). Более точный выбор метода распределения требует вариантных количественных расчетов.

Таблица 2.1

Выбор метода распределения информации

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

Таблица 2.2

Реквизитный состав файла

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

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