Описание проектных решений

Раздел «Описание проектных решений» в зависимости от вида ВКР имеет разное содержание.

ВКР 1-го вида

Для работ прикладной направленности в данном разделе ВКР приводятся описания проектных решений без теоретических обоснований, описаний методик их получения и других сведений теоретического характера. В общем случае проектная часть содержит пять подразделов:

1. Общая характеристика решения задачи информационно-вычислительными и/или телекоммуникационными средствами.

Раздел является обязательным.

В описательной части данного раздела приводятся диаграммы автоматизации функций ИС по решаемым задачам. Нотации для разработки диаграмм – IDEF0, DFD, UML. В диаграммах раскрывается последовательность работ, которая будет отвечать требованиям новых условий функционирования объекта – при участии разрабатываемой ИС.

Пример диаграмм в нотации IDEF0.

Контекстная диаграмма автоматизации процесса приема заявки на изготовление рекламы с помощью web-сервиса (рис. 9).

Рисунок 9 – Контекстная диаграммам процесса

Диаграмма декомпозиции 1-го уровня (рис. 10).

Рисунок 10 – Диаграмма декомпозиции процесса 1-го уровня

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

Работа предлагаемого сервиса осуществляется следующим образом (рис. 11).

Рисунок 11 - Диаграмма декомпозиции процесса 2-го уровня

Введение web-сервиса разработки макета рекламного продукта позволит исключить достаточно долгие по времени согласования (обратные связи на рис. 5) и, следовательно, сократить общее время изготовления продукта.

Решения задачи создания web-сервиса предполагает разработку web-сайта, на котором будет представлена справочная информация о видах рекламных продуктов, материалах, местах размещения, технологиях и пр. На отдельной странице сайта размещается интерфейс для разработки проекта рекламного продукта. Доступ к этой странице выполняется только для авторизованных пользователей. Работа сервиса осуществляется по технологии SaaS. Результат проектирования продукта заказчик видит на экране и может самостоятельно его корректировать. Подготовленный эскиз сохраняется в базе информационной системы рекламной компании и в файловой системе заказчика. Информационное обеспечение сайта представляет собой базу данных содержащую информацию необходимую для обеспечения функционирования сервиса…

В данном разделе также приводятся описания решений по архитектуре ИС. При этом под архитектурой проектного решения понимается следующее (ANSI/IEEE 1471-2000is): «фундаментальная организация системы, реализованная в ее компонентах, связях этих компонентов друг с другом и внешней средой и принципах, определяющих структуру и развитие системы».

Пример описания решения по архитектуре ИС поддержки принятия бизнес-решений.

… Архитектура ИС представляет собой набор модулей (компонентов), описывающих структуру и функции элементов системы.

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

Клиентами в предлагаемой архитектуре являются программные модули ИС, производящие вычисления на основе выбираемой из базы данных информации. Для построения клиентов используются механизмы объектно-ориентированного программирования. Интерфейсы между клиентом и сервером строятся в соответствии с технологией OLE DB.

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

Таким образом, с учетом описанных решений архитектура ИС имеет вид, приведенный на рисунке 12.

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

Ядро имитационной системы предоставляет человеко-машинные интерфейсы для взаимодействия оператора с моделью. Интерфейсы имеют три режима организации такого взаимодействия: на основе шаблонов, конструктора, мастера. С помощью интерфейса оператор выбирает режим работы ИС. Кроме того, модуль интерфейсов имеет связь с другими модулями ядра. Связь с модулем визуализации позволяет формировать, сохранять и выводить на печать отчеты по работе модели.

Блок моделирования реализует математический алгоритм корреляционно-регрессионного анализа, по результатам которого строится уравнение регрессии.

Рисунок 12 – Архитектура ИС

Модули критериального оценивания и оптимизации решений оценивают насколько эффективно управление бизнес-процессом и возможность его совершенствования.

Все результаты, имеющие значение с точки зрения имитации бизнес-процессов и выраженные в виде числового показателя или показателя признака (1, 0), помещаются в базу данных…

Функциональная схема автоматизированной системы отражает схему работы системы, необходимые для реализации функций компоненты и выполняется в соответствии с требованиями ГОСТ 19.701-90 – Схемы алгоритмов, программ, данных и систем Единой системы программной документации (ЕСПД).

Пример функциональной схемы автоматизированной системы оформления и учета договоров

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

На рисунках 13 и 14 представлены примеры функциональных схем работы автоматизированной системы для разных пользователей (с правами оператора-документоведа (рис. 13) и с правами менеджера отдела оформления договоров (рис. 14)).

Рисунок 13 – Функциональная схема работы автоматизированной системы с правами оператора-документоведа

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

Рисунок 14 - Функциональная схема работы АС с правами менеджера

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