Санкт-Петербургский государственный политехнический университет факультет экономики и менеджмента Кафедра информационных систем в экономике и менеджменте

Учебная дисциплина «Математические и инструментальные методы поддержки принятия решений»

ТЕМА 6

Разработка перспективных инструментальных методов поддержки принятия решений

Занятие 1

Примерный порядок создания внедрения и использования ПО СППР

Лектор: профессор АНИСИМОВ Владимир Георгиевич

Санкт-Петербург - 2012

Тема 6. Примерный порядок создания внедрения и использования по сппр

6.1 Содержание работ на этапах создания ПО СППР

6.2. Порядок внедрения информационных, ПО СППР

6.3. Порядок использования ПО СППР в практике работы аппарата управления.

6.1 Содержание работ на этапах создания по сппр

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

Процесс создания ПО включает следующие этапы :

• этап разработки технического задания;

• этап эскизного проектирования;

• этап технического проектирования;

• этап рабочего проектирования.

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

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

Этап разработки технического задания

ТЗ является исходным документом, устанавливающим основное назначение, технические характеристики и требования, предъявляе­мые к создаваемым задачам и их комплексам, а также порядок ра­бот на всех этапах и сроки их проведения. ТЗ формируется заказчи­ком совместно с разработчиком

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

При разработке ТЗ осуществляется:

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

• определение необходимого состава ПО;

• разработка оперативных постановок информационных и расчетных задач (ИРЗ) моделирования административных систем;

• формирование задания (определение разработчиков, сроков и порядка создания ПО) и исходных данных.

Проведение информационного обследования объекта автомати­зации (подробно рассмотренное в главе 3) и уточнение функций и задач управления, подлежащих автоматизации, являются необходи­мым элементом этапа разработки ТЗ. При информационном обсле­довании анализируется процесс функционирования объекта автома­тизации по переработке информации и определяются те элементы процесса, которые могут или должны быть возложены на ЭВМ. Одним из результатов информационного обследования является состав комплекса ИРЗ входящих в СППР, для решения которых должно быть разработано ПО.

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

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

Этапы эскизного и технического проектирования

После утверждения заказчиком ТЗ разработчик приступает к этапу эскизного проектирования (ЭП), который часто объединяют с этапом технического проектирования (ТП). На этапах эскизного и технического проектирования осуществляются следующие действия:

• определение принципов построения, состава и структуры тех­нических и программных средств решения ИРЗ моделирования административных систем (этап ЭП);

• определение обобщенного алгоритма функционирования, назначения и порядка работы элементов задач и их комплексов (этап ЭП);

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

• определение состава необходимого программного обеспечения (ПО) для создания задач и их комплексов (этап ЭП);

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

• оценка возможности выполнения основных требований оперативной постановки задачи (этап ЭП);

• разработка детальных алгоритмов задач и комплексов, их информационного и лингвистического обеспечения (этап ТП);

• проектирование и разработка необходимых баз данных (этап ТП).

Алгоритмы ИРЗ разрабатываются в строгом соответствии с утвержденным ТЗ и оперативными постановками задач и являются определяющими документами для последующего написания про­грамм. Схемы алгоритмов и программ выполняются в соответствии с нормативными требованиями.

Этап рабочего проектирования

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

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

• достоверность результатов расчетов при различных вариантах исходных данных, в частности адекватность математических мо­делей операций;

• характер влияния различных исходных данных на результаты расчета (моделирования);

• надежность применяемых технических и программных средств защиты данных;

• оперативность полученных результатов расчетов;

• удобство работы с ЭВМ в процессе расчета или моделирования;

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

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

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

На каждую ИРЗ и в целом на комплекс задач входящих в СППР обычно оформляется отчетная документация в четырех частях:

Часть 1. Оперативная постановка задачи.

Часть 2. Алгоритмы задачи.

Часть 3. Описание программы. Инструкция оператору-программисту по ее применению. Программы на магнитных носителях и их распечатки (тексты программ).

Часть 4. Инструкция должностному лицу по использованию задачи (комплекса задач).

Каждая часть документации оформляется отдельной книгой (или несколькими книгами). Части 1, 2, 4 используются специалистами органа управления при изучении сущности задачи и порядка работы с ней. В вычислительный центр (ВЦ) документация передается в полном объеме.

Помимо указанной отчетной документации после завершения каждого этапа разработки задачи (комплекса) разработчиком выпускается и представляется заказчику отчет. Таким образом обеспечивается объективный контроль за ходом создания задач. Порядок, сроки выпуска и содержание таких отчетов оговариваются в техни­ческом задании. Анализ отчетов и выдача заключений по результа­там каждого этапа работ производится, как правило, при активном участии сотрудника сопровождения.

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