Общая характеристика организации решения задачи на ЭВМ

В большинстве случаев автоматизация решения задачи приводит к изменениям технологии ее решения, поэтому данном пункте автору следует описать:

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

источники поступления оперативной и условно-постоянной информацией и периодичность ее поступления;

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

порядок ввода первичной информации (названия документов) и перечень используемых экранных форм;

характеристику результатов (названия результатных документов, экранных форм выдачи результатов, перечень результатных файлов, способов их выдачи: на экран, печать или в канал связи) и мест их использования;

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

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

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

 

Формализация расчетов

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

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

Пример 1. Таблица формализованного описания входных показателей для разработки в среде 1С-Предприятие

№ п/п Наименование входного показателя Идентификатор входного показателя
1 Поставщик поставщик
2 Наименование товара товар
3 Количество поступившего товара количество

В качестве пояснения к таблице можно привести описание мест и способов объявления входных идентификаторов, например, идентификатор «поставщик» объявлен в форме справочника в разделе «Реквизиты» и описать способ объявления и тип объявленной переменной.

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

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

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

№ п/п Наименование результатного показателя Идентификатор результатного показателя Алгоритм расчета
1 Сумма поставки Итого_на_сумму ИТОГ(“Сумма”)
2 Бухгалтерская проводка Проводка(41:60) П. 1.4.2

В качестве пояснения по строке «Сумма поставки» можно привести описание возможностей встроенной функции ИТОГ() системы 1С-Предприятие, а по строке «Бухгалтерская проводка» описание механизма формирования проводок.

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

 


Понравилась статья? Добавь ее в закладку (CTRL+D) и не забудь поделиться с друзьями:  



double arrow
Сейчас читают про: