Файл: Проектирование реализации операций бизнес–процесса «Предоставление рекламных услуг».pdf

ВУЗ: Не указан

Категория: Курсовая работа

Дисциплина: Не указана

Добавлен: 20.05.2023

Просмотров: 282

Скачиваний: 2

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

Для серверной части необходимо также выбрать систему управления базами данных (СУБД). Ниже представлены основные современные СУБД.

  • Microsoft SQL Server 2005;
  • InterBase 2009;
  • Oracle 11.2.0.1.[3]

В качестве СУБД для программы будет использоваться Oracle 11 ver 11.2.0.1. Выбор в пользу компании Oracle сделан не случайно, основная информационная система учёта заявок HP OpenView Service Desk построена на именно такой базе данных.

Закупка нового сервера не обязательна, так как база данных программного продукта может быть расположена на уже имеющемся сервере «SD». При создании данного сервера компания закладывала около 50% мощности закупаемого сервера на будущую масштабируемость системы, но не смотря на рост базы данных за 3 года загруженность сервера возросла всего на 15% .

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

2 ГЛАВА. ПРОЕКТНАЯ ЧАСТЬ

2.1. Информационная модель и её описание

Информационная модель системы будет включать в себя справочники, в которые вносятся сведения о регистрируемых документах.

Данных справочников будет четыре, в соответствии с первичными документами:

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

2.2. Характеристика нормативно–справочной, входной и оперативной информации

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

Все входные сведения должны быть достоверными, в связи с чем, перед вводом данных в систему, пользователь должен удостовериться в правильности заполнения документа и его достоверности.[4]


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

Входной информацией для БД являются следующие данные:

  • данные о предоставляемых услугах;
  • сведения о клиентах;
  • сведения о сотрудниках.[5]

После внесения данных следует присоединить документ в электронной форме.

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

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

В рассматриваемой сфере нормативно–справочной информацией выступают сведения о предоставляемых рекламных услугах, их свойствах, количестве и т.д.

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

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

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

2.3. Характеристика результатной информации

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

Результатная информация должна оказать помощь оптической группе в процессе выполнении непосредственных обязанностей. Вся результатная информация должна быть отражена в понятном для пользователя виде и проста для его восприятия.[7]

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


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

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

2.4. Общие положения (дерево функций и сценарий диалога)

Для внедрения в действие разработанного программного обеспечения требуется, чтобы на вычислительной машине было установлено следующее программное обеспечение:

  • базовые операционные системы – лицензионная версия WINDOWS XP/Seven;
  • MS Office 2007/2010.

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

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

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

2. Основные функции управления и обработки данных – свойственны как информационным системам не зависимо от их специализации, так и конкретной ИС. Они отображают специфику процесса обработки данных, получения результатов, а также ведения информационной базы проекта.[9]

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

На данном этапе разработки проекта ИС следует также выбрать язык общения системы с конечным пользователем.

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

В процессе диалога возможно:

  • двустороннее управление на базе языка типа «запрос–ответ»;
  • одностороннее управление со стороны информационной системы с языком общения типа «меню», «заполнения шаблона», ответа по «подсказке»;
  • одностороннее управление со стороны пользователя с использованием языка директив (команд).

В процессе использовании для общения языка «меню» в диалоговую систему должна быть интегрирована система планирования и управления диалогом, к функциям которой относится:

  • управление процессом диалога;
  • обеспечение интерфейса пользователя;
  • анализ и обработка ошибочных ситуаций;
  • обеспечение выполнения сервисных или справочных функций;
  • вызов обрабатывающих программ.

В ходе разработки данного проекта система общения с клиентом организована так, что основная часть диалога происходит на языке типа «меню», а заполнение форм входных документов – по «шаблону». Таким образом, реализуется одностороннее управление процессом обработки данных со стороны информационной системы.

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

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

  • возможность работы с экранными формами входных документов;
  • корректировка вводимой информации;
  • просмотр введенных данных;
  • формирование выходных документов;
  • работа с таблицами нормативно–справочной информации;
  • протоколирование действий пользователя;
  • помощь на всех этапах работы.[10]

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

2.5. Характеристика базы данных

База данных состоит из четырех таблиц:

  • услуги;
  • клиенты;
  • сотрудники;
  • заказы.

2.6. Структурная схема пакета (дерево вызова программных модулей)

Схема программных модулей содержит программные модули различных классов:

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

2.7 Описание программных модулей

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

Контроль правильности вводимой информации, проверка соответствия вводимой даты, кодов и иной строчной и числовой информации.

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

Описание программных модулей включает блок–схемы программных модулей и описание блок–схем алгоритмов базовых расчетных модулей.

Основным расчетным модулем выступает Result Module. Это модуль окончательных расчетов, которые необходимы для составления результатных документов – отчетных форм, результатов поиска. В нем представлена часть алгоритмов расчета, которая касается формирования спецификации, а также проверки прав доступа.

2.8. Контрольный пример реализации проекта и его описание

С помощью браузера клиент заходит на web–сайт рекламного агентства.

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

После выбора товара ему требуется заполнить форму, в которой указывается, каким образом будет осуществлена оплата. Для защиты персональной информации взаимодействие должно осуществляться по защищенному каналу, например, по протоколу SSL.[12]

По окончании формирования заказа и регистрации вся собранная информация о покупателе с электронной витрины поступает в торговую систему рекламного агентства.

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