Проектирование постановок задач. Проектирование технологии обработки информации по задаче

ПРОЕКТИРОВАНИЕ ПОСТАНОВОК ЗАДАЧ.

Проектирование постановок задач выполняется после разработки всех обеспечивающих подсистем. Предполагается, что системные аналитики провели анализ бизнес-процессов, выбрали метод управления оценили дискретность управления процессом. Кроме этого определили набор параметров, характеризующих состояние процесса, структуру управляющих воздействий и места реализации управляющих воздействий. Этот комплекс работ связан с проектированием конструкции задачи. При проектировании конструкции задачи системный аналитик проводит анализ процессов управления с помощью нотации IDEFO TO-BE функционального пространства задачи и проверяет синхронизацию функций с помощью нотации IDEF3. Такой процесс моделирования позволяет выполнить синхронизацию процессов задачи со всеми связанными процессами и добиться соблюдения требуемой дискретности управления с учетом мощности информационных потоков. После разработки конструкции задачи выполняется проектирование технологии обработки информации по задаче. В этом процессе можно выделить три раздела:

-  Проектирование технологии обработки управляющих воздействий;

-  Проектирование технологии сбора, регистрации и подготовки данных;

-  Проектирование технологии обработки информации (реализация алгоритма).

3.3. Проектирование технологии обработки информации по задаче.

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

№ п\п	Наименование операции	Частота реализации

Рис.3.1. Описание операций по задаче.

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

При формировании критериев оценки технологии реализации этапа можно использовать следующие оценки.

-  Сложность разработки.

                                                          

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

 - количество входных потоков на i-ой операции обработки;

  - количество операций, на которые структурируется этап.

-  Живучесть разработки.

                                                   

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

- количество входных потоков, обрабатываемых на рассмотренном этапе ;

  -  коэффициент, характеризующий отношение трудоемкости доработки задачи к трудоемкости первоначальной разработки. Определяется методом экспертных оценок и по литературным источникам колеблется  от 0,25 д….. разработчика до 10 (попробуйте изменить СУБД Access).

-  Затраты на разработку

                                                                   

где : Z- затраты на разработку задачи;

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

  -  относительная сложность реализации этапа,

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

-  Затраты на эксплуатацию.

                                                     

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

-время считывания всех k входных информационных потоков при решении задачи. Т.е. априори предполагается, что вся входная информация должна быть считана в оперативную память. При использовании СУБД функцию необходимо изменить с учетом времени поиска в индексном файле и времени считывания блоков информации с учетом объектов и группирования выборки;

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

2(r-1) - количество операций считывания записи сформированных промежуточных потоков при решении задачи.

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

-  построение информационной модели этапа с детализацией информационных потоков;

-  контроль полноты информационной модели;

-  определение допустимых вариантов разбиения этапа на операции;

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

-  расчет требуемых оценок и значения критерия (метод полного перебора). Целесообразно все результаты расчетов представить в виде таблицы (рис. 3.2)