2.5.3. Описание постановки задачи и ее разработка

Описание постановки задачи (ПОЗ) (комплексу задач) является еле ментом технического проекта.

В случае машинной и автоматизированной обработки данных объем понятия «задача» охватывает:

1) процесс машинной обработки данных, то есть непосредственное розв’я зування задачи машинными средствами;

2) метод развязывания;

3) процедуры подготовки данные к обработке;

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

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

Состав и содержание постановки задачи (комплексу задач) зависит от специфики последней и условий развязывания. В целом ПОЗ состоит из таких основных разделов: 1) характеристика задачи; 2) исходная информация; 3) входная информация.

Кроме того, выполняется описание алгоритма автоматизированного розв’я зування задачи, который может быть включен к ПОЗАМ как раздел 4-й или изложенный отдельно.

Иногда ПОЗ содержит и раздел «Расчет экономической эффективности», где обосновывается эффективность развязывания задачи с помощью ЭВМ.

Схарактеризуемо кратко каждый раздел ПОЗ.

Раздел 1-й содержит информацию о назначении задачи (комплексу задач); перечень объектов, в процессе управления какими розв’язу ється задача; периодичность и длительность развязывания; условия, за которых прекращается развязывание автоматизированным способом; iнфор мацiйнi и технологические связки с другими задачами (комплексами) Аiс; должности лиц и (или) названия подразделов, которые определяют условия и часовые характеристики конкретного решения (решение) и деление обязанностей между персоналом и техническими средствами в разных ситуациях развязывания задачи (комплексу задач).

Раздел 2-й (исходная информация) состоит из перечня и описания исходных сообщений (то есть форм сведений, видеограммов, вiдеокад ров и тому подобное) и перечня и описания структурных единиц информации вы хідних сообщений, которые имеют самостоятельную смысловую нагрузку.

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

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

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

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

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

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

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

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

Практика показывает, что наилучший контрольный пример — это пример, построенный на реальных данных. Однако воспользоваться таким примером можно не всегда из-за отсутствия нужных реальных данных или из-за того, что их многовато (в таком случае відлагодження программы очень осложняется и замедляется) или имеющиеся реальные даны не полностью отбивают все возможны варианты развязывания.

ПОЗ существенно упрощается, когда для ее решения используются типичные проектные решения (ТПР) и пакеты прикладных программ (ППП). Тогда фактически разрабатывается лишь раздел 1-й, а в 2-ом и 3-ом разделах ПОЗ происходит простая «привязка» (отбор) потрiб них сообщений ППП (ТПР) или отмеченные разделы не разрабатываются совсем.

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