Основные этапы создания АСЭО

1. Определение общего характера работы
На первом этапе создания АСЭО(автоматизированные системы экспертной оценки) определяется проблема, решение которой необходимо, устанавливаются цели предполагаемой работы, обсуждается ее содержание. Это отражает существующее понимание проблемы, ожидаемых путей ее решения и, самое главное, ожидаемого результата работы. Изложение проблемы постановщиком может быть недостаточно четким, не совсем логичным. Разработчик АСЭО может предлагать более эффективные технологии решения, показывать дополнительные возможности. Целесообразно обсуждение близких и дополнительных постановок задач, решение которых может оказаться полезным.
На этом этапе может быть полезным знакомство с существующими публикациями по обсуждаемой проблеме, с отчетами, служебными материалами и т.д.
Такая работа позволит достаточно полно и разносторонне представить проблему и, возможно, сделать более полным и разносторонним представление проблемы заказчиком.
После обсуждения проблемы и согласования основных подходов к ее решению и ожидаемых результатов разрабатывается техническое задание.
2. Определение сценария решения проблемы
На этом этапе предполагается более детальное изучение проблемы. Одним из результатов этапа является подготовка блок-схемы решения проблемы, в которой находят отражение основные стадии ее решения. Блок-схема должна быть предложена заказчику и обсуждена с ним. Возможны его критические замечания и конструктивные предложения по корректировке блок-схемы либо даже по принципиальному ее изменению. В результате одной или нескольких итераций возникает согласованная с заказчиком блок-схема решения проблемы.
Затем осуществляется детализация структурных ячеек блок-схемы и на ее основании строится технологический граф решения проблемы, в котором содержится весь перечень процедур, включая интерактивные, подлежащие реализации при создании АСЭО, перечень частных задач, алгоритмы решения которых должны быть реализованы в виде программ, включенных в АСЭО. Они являются событиями технологического графа.
Технологический граф решения проблемы может рассматриваться и как детализированный сценарий решения проблемы, в котором определены роль и задачи каждой из основных групп, принимающих участие в организации и проведении экспертизы: экспертов, аналитической группы, операторов. Определяются режимы реализации каждого события технологического графа: автоматический, интерактивный (диалоговый), ручной (неавтоматический). Технологический граф согласовывается с заказчиком.
3. Определение программы работ
Согласованный с заказчиком технологический граф решения проблемы служит основанием для проведения работ по созданию АСЭО. Определяется перечень теоретических проблем, которые должны быть решены при разработке системы. Определяется, где могут быть использованы известные либо даже стандартные методы и алгоритмы, а где готовые методы и алгоритмы отсутствуют и требуется их разработка. Определяются сроки подготовки методической базы системы и конкретные исполнители, способные обеспечить решение возникающих задач на достаточно высоком профессиональном уровне.
На основании технологического графа определяется и согласованная с заказчиком структура базы данных системы. Определяется и выдается программистам задание На разработку программ для ПЭВМ, реализующих предусмотренные в технологическом графе базу данных, процедуры автоматической обработки данных и диалоговые процедуры. Определяется и выдается задание на программирование входных и выходных форм, необходимых при решении проблемы, форм отчетности и служебных процедур.
Составляется единый календарный график, в которой предусмотрены работы как по подготовке методической базы системы, так и ее программного обеспечения.
4. Выполнение программы работ
В соответствии с программой работ осуществляется разработка системы. Разработка программного обеспечения системы осуществляется под руководством опытного системного программиста, определяющего специфику создаваемого комплекса компьютерных программ, особенности их написания, их взаимодействие в процессе проведения экспертиз с учетом необходимого информационного взаимодействия (обмена информацией, запоминания и хранения информации, обеспечения удобного для экспертов и аналитической группы доступа к информации).
Общее руководство по созданию системы, по разработке необходимого методического обеспечения, по взаимовлиянию методического и программного обеспечения системы осуществляется генеральным конструктором системы.
Для организации более четкого и эффективного выполнения программы работ целесообразно использование таких методов как определение приоритетности и рациональной последовательности выполнения работ, оптимального распределения ресурсов, в том числе трудовых и финансовых. Необходим контроль качества выполнения отдельных работ программы , поскольку система может эффективно работать лишь тогда, когда эффективно работают все ее элементы, когда и методы, и программы реализующие их на ЭВМ, выполнены на достаточно высоком профессиональном уровне.
5. Разработка системы тестов
Для каждого программируемого алгоритма необходимо разработать контрольный пример (тест), по которому может быть проверена правильность работы программы во всех разветвлениях алгоритма при всех возможных сочетаниях исходных условий. Необходим также контрольный пример, позволяющий проверить работу системы во всех возможных режимах. Целесообразно создание банка тестовых примеров. После проверки правильности работы программы или системы в целом возможно построение системы тестов для проверки эффективности работы алгоритма:
– точности получаемого приближенного решения, если не отыскивается глобальный оптимум,
– чувствительности к изменению исходных данных,
– сравнительной трудоемкости отыскания решения,
– многокритериальной оценки эффективности работы алгоритмов.
Целесообразно создание полигонов для оценки сравнительной эффективности различных алгоритмов.
6. Апробация рабочего варианта системы
После создания рабочего варианта системы он демонстрируется заказчику. Заказчик определяет степень соответствия системы его целям и задачам, вносит необходимые, с его точки зрения, уточнения и коррективы. Разработка специальных контрольных примеров, позволяющих тестировать систему и отдельные ее элементы, позволяет более точно оценить качество системы, выявить недостаточно эффективные элементы системы и поставить задачу их совершенствования.
Могут отдельно тестироваться основные модули системы, такие как база данных, блок предварительного анализа , блок анализа результатов экспертиз и т.д.
Доработка системы может потребовать разработки дополнительного методического и программного обеспечения, корректировки предложенных методов, алгоритмов, программ.
Доводка системы может осуществляться в несколько итераций. После завершения работ по созданию системы с ее помощью решается одна из конкретных проблем, стоящих перед заказчиком. Если обнаружится недостаточно эффективная работа отдельных модулей либо системы в целом производится необходимая доработка системы.
7. Подготовка отчета
После завершения работы по созданию системы готовится отчет, в который включается:
– обзор существующих методов решения проблемы либо близких проблем:
– методы и алгоритмы, разработанные или используемые для решения проблемы:
– описание структуры системы;
– входные и выходные формы системы;
– инструкция для пользователя;
– описание примера решения проблемы с помощью или с использованием системы.
В отчете должна содержаться вся информация для успешной эксплуатации созданной АСЭО.

Онлайн-помощь студентам, без посредников, без предоплаты