Автор Анна Евкова
Преподаватель который помогает студентам и школьникам в учёбе.

Проектирование реализации операций бизнес-процесса «Предоставление рекламных услуг"

Содержание:

ВВЕДЕНИЕ

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

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

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

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

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

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

Целью данной КР является разработка информационной системы «Предоставление рекламных услуг».

В соответствии с целью сформулированы следующие задачи:

– изучить предметную область автоматизации;

– исследование работы, определение существующих проблем в работе, определение путей их решения;

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

– определение условий, предъявляемых к будущей информационной системе;

– определение стадий разработки;

– проектирование и внедрение информационной системы в организации.

Методы и средства решения поставленной задачи:

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

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

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

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

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

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

ГЛАВА 1. АНАЛИТИЧЕСКАЯ ЧАСТЬ

1.1. Выбор комплекса задач автоматизации

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

– понимать терминологию заказчика;

– выявить цели их деятельности;

– определить набор решаемых ими задач;

– определить набор сущностей, с которыми приходится иметь дело при решении этих задач.

Жизненный цикл ИС ― это модель ее создания и использования. Она отражает всевозможные состояния информационной системы с момента появления потребности в данной системе и до момента ее абсолютного выхода из применения у всех пользователей.

Модель жизненного цикла ― структура, которая определяет порядок выполнения и взаимосвязи процессов, действий и задач, выполняемых на протяжении всего ЖЦ[2].

В данной работе модель ЖЦ выбирается из трёх наиболее известных: каскадная, поэтапная и спиральная. Выбор осуществляется на основе сравнительной таблицы 1.

Таблица 1

Сравнительный анализ моделей ЖЦ

Тип модели ЖЦ

Каскадная («водопад»)

Поэтапная

Спиральная

Плюсы

Идеальна для работ с чётким виденьем каждого этапа.

Переход к следующему этапу после абсолютного окончания работ на предыдущем этапе.

Как правило, содержит предварительный контроль на любом этапе и межэтапные корректировки. Гарантирована меньшая трудоемкость по сравнению с каскадной моделью.

На начальных этапах ЖЦ производится выработка стратегии, анализ требований и детальное предварительное проектирование, когда формируются прототипы (макеты), которые дают возможность протестировать и аргументировать исполнимость технических решений. Каждый виток спирали ― поэтапная модель создания фрагмента или версии изделия.

Минусы

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

Время жизни каждого этапа оказывается в итоге как у всего жизненного цикла.

Увеличивается неопределённость у разработчика в перспективах развития проекта. Так же есть трудности в ресурсном и временном планировании всего проекта в целом. Главная проблема спиральной модели ― распознавание момента перехода на следующий этап.

На рисунках 2.1 – 2.3 изображены рассматриваемые модели.

Рисунок 1. Каскадная модель

Рисунок 2. Поэтапная модель

Рисунок 3. Спиральная модель

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

1.2. Характеристика существующих бизнес – процессов

В соответствии со стандартом IDEF0 предписывает построение иерархической системы диаграмм, которая включает единичное описание информационной системы и подсистем, включенных в нее. Далее производится разделение каждой подсистемы в соответствии с требуемым уровнем декомпозиции[3].

Бизнес-процесс может иметь несколько выходов и пересекать организационные границы, то есть может протекать поверх барьеров, существующих между подразделениями предприятия, а также между различными предприятиями, связанными отношениями «поставщик – потребитель». Распространена ситуация, когда бизнес-процесс не зависит от формальной организационной структуры предприятия[4].

Для понимания сущности бизнес–процесса используют следующие уточняющие понятия[5]:

– вход бизнес–процесса – комплектация и поставки входящего объекта;

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

– границы бизнес–процесса – исходные и конечные точки фиксации процесса;

– граница входа бизнес–процесса – предшествует первому шагу процесса;

– граница выхода бизнес–процесса – размещается за последним шагом процесса;

– первичный вход бизнес–процесса – основной входящий объект (ресурс);

– вторичный вход процесса – поддерживающий входящий объект (ресурс);

– первичный выход процесса – основной исходящий результат процесса;

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

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

Рисунок 4. Диаграмма модели процесса предоставления рекламных услуг AS–IS

Основную работу «Предоставление рекламных услуг» можно разбить на четыре более мелкие работы:

    • заключение договора;
    • принятие к исполнению;
    • выполнение работ по договору;
    • закрытие договора.

Первая декомпозиция системы представлена на рисунке 5.

Рисунок 5. Первая декомпозиция диаграммы процесса работы с заказами и документами AS–IS

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

1.3. Характеристика документооборота, возникающего при решении задачи

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

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

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

Рисунок 6. Схема документооборота процесса предоставления рекламных услуг

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

1.4. Обоснование проектных решений по информационному обеспечению

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

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

Информационная система, должна содержать и предоставлять данные в виде реляционных таблиц, для этого ядро системы должна представлять СУБД[7]. Информационная система должна поддерживать работу с базой данных посредствам языка SQL, существовать на поддерживаемой платформе и использовать достаточно распространенный язык программирования. Информационная система должна иметь клиентскую и серверную части.

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

1.5. Обоснование проектных решений по программному обеспечению

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

Программное обеспечение осуществляет следующие функции:

– обеспечивает работоспособность персонального компьютера;

– расширяет ресурсы персонального компьютера и повышает эффективность их использования;

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

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

Рисунок 7. Программное обеспечение информационной системы

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

Операционная система Windows 7 Service Pack 1 является пользовательской операционной системой. Данная ОС не является новинкой в линейке операционных систем от Microsoft, но уверенно занимает лидирующие позиции по популярности среди пользователей. Все редакции ОС, кроме начальной, реализованы как в 32–битной, так и в 64–битной версиях.

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

Microsoft Office 2010 – один из лучших, проверенный временем наборов офисных приложений для персональных компьютеров.

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

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

Таблица 2

Сравнение языков программирования

Показатели

Object Pascal[9]

C#[10]

Visual Basic .NET

PHP

Java

Поддерживаемые операционные системы

Windows, Linux

Windows

Windows

Windows, Linux, MacOS

Windows, Linux, MacOS

Условия лицензирования

Коммерческий продукт с закрытым исходным кодом

Коммерческая лицензия, есть бесплатная ограниченная версия

Коммерческая лицензия, есть бесплатная ограниченная версия

Лицензия BSD Open Source

GNUGeneral Public License Version 2with Classpath Exception

Сложность изучения

Средняя

Средняя

Средняя

Низкая

Высокая

Наличие документации

Да

Да

Да

Поддерживается сообществом разработчиков

Да

Производитель

Embarcadero

Microsoft

Microsoft

OpenSource

Sun

В качестве средства разработки ИС выбрана среда Visual Studio 2015, как современная высокопроизводительная среда разработки на языке C#.

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

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

Таблица 3

Сравнение СУБД

Показатели

Microsoft SQL Server 2014

Microsoft Access 2010

PostgreSQL 8.4

MySQL 5.1

Oracle 11q

Поддерживаемые операционные системы

Windows Desktop/Server

Windows Desktop/Server

Windows Desktop/Server, Linux, Unix, MacOS

Windows Desktop/Server, Linux, Unix, MacOS

Windows Desktop/Server, Linux, Unix, MacOS

Условии лицензирования

Коммерческий продукт с закрытым исходным кодом. Есть бесплатная версия с ограничением оперативной памяти до 4 Гб.

Коммерческая лицензия

Лицензия BSD Open Source

Лицензия BSD Open Source

Коммерческий продукт с закрытым исходным кодом. Есть бесплатная версия с ограничением оперативной памяти до 4 Гб.

Наличие предустановленных драйверов в ОС Windows

Да

Да

Нет

Нет

Нет

Наличие драйверов ODBC, JDBC, ADO.NET

Да

Да

Да

Да

Да

Аутентификация

Средствами БД и ActiveDirectory

Средствами БД

Много разных методов, включающих предыдущие

Средствами БД

Много разных методов, включающих предыдущие

Разграничение доступа к столбцам

Да

Нет

Нет

Нет

Да

Производительность планировщика запросов для сложных запросов

Средняя

Средняя

Плохая

Плохая

Отличная

Простейший подход выбора системы управления базами данных основан на оценке соответствия требованиям создаваемой информационной системы. Более сложный и дорогостоящий вариант основан на создании испытательного стенда из нескольких систем с последующим выбором наиболее подходящей из рассматриваемых. Но и в данном случае требуется ограничить перечень рассматриваемых систем, основываясь на определенных критериям отбора. В данном случае выделяются несколько групп критериев[12]:

– моделирование данных;

– архитектурные особенности и функциональность;

– контроль работоспособности системы;

– особенности разработки прикладных программ;

– производительность

– требования к отказоустойчивочти;

– требования к рабочей среде.

Таким образом, для организации наиболее приемлема система управления базами данных Microsoft Access[13].

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

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

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

Рисунок 8. Информационная модель ИС

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

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

Входная информация по задаче – это данные, поступающие на вход задачи и используемые для её решения[14]. Входная информация разрабатываемой ЭИС:

  1. Информация о клиентах (рис. 9);
  2. Информация о сотрудниках (рис. 10);
  3. Прайс–лист (рис. 11).

Рисунок 9. Форма «Информация о клиентах»

Рисунок 10. Форма «Информация о сотрудниках»

Рисунок 11. Форма «Плайс–лист»

Данные формы являются входящими для процесса предоставления рекламных услуг.

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

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

  • отчет по обращениям за определенный период (рис. 12);
  • отчет по просроченным обращениям (рис. 13).

Рисунок 12. Договор на оказание рекламных услуг

Рисунок 13 Отчет по договорам за день

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

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

Дерево функций – это схема расположения программных модулей, входящих в систему, каждый из которых относится к заданной категории и выполняет определенную функцию[16].

Дерево функций ИС «Предоставление рекламных услуг» представлено на рисунке 14.

Дерево функций системы

Ввод информации

Вывод информации

Хранение данных

База данных

Ввод данных о клиенте

Ввод данных о услугах

Ввод данных о договоре

Просмотр и редактирование

Формирование отчетов

Форма договора

Договора за день

Просмотр и редактирование

Печать

Рисунок 14. Дерево функций системы в ИС «Предоставление рекламных услуг»

Реализованные в системе модули подразделяются на три категории:

– модули ввода информации;

– модули вывода информации;

– модули хранения данных.

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

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

Рисунок 15. Структура сценарии диалога

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

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

Выделим базовые сущности предметной области «Предоставление рекламных услуг»:

    1. «Сотрудники». Атрибуты: Код, Фамилия, Имя, Отчество, Дата Приема на работу.
    2. «Должности». Атрибуты: Код, Наименование должности.
    3. «Отделы». Атрибуты: Код, Наименование отдела.
    4. «Клиенты». Атрибуты: Код, Наименование организации, ФИО руководителя, Адрес организации, Телефон организации.
    5. «Типы». Атрибуты: Код, Наименование типа услуги.
    6. «Статусы». Атрибуты: Код, Наименование статуса.
    7. «Договора». Атрибуты: Код, Номер договора, Дата заключения договора, Дата закрытия договора.
    8. «Услуги». Атрибуты: Код, Наименование услуги, Стоимость услуги, Описание услуги.

Определим тип и кардинальность связей между сущностями:

Сотрудник–Должность. Между этими сущностями существует связь «Занимает». Каждый сотрудник занимает определенную должность в организации, при этом может быть несколько сотрудников, занимающих одну должность, следовательно, отношение «один–ко–многим». Данная связь имеет вид, представленный на рисунке 16.

Сотрудник

Должность

1

Занимает

м

Рисунок 16. Сущность – связь «Сотрудник–Должность»

Должность–Отдел. Между этими сущностями существует связь «Числится». Каждый должность числится за определенным отделом, при этом в одном отделе много различных должностей, следовательно, отношение «один–ко–многим». Данная связь имеет вид, представленный на рисунке 17.

Должность

Отдел

1

Числится

м

Рисунок 17. Сущность – связь «Должность–Отдел»

Сотрудник–Договор. Между этими сущностями существует связь «Выполняет». Каждый сотрудник исполняет работу по заключенным договорам, при этом один сотрудник может исполнять несколько договоров, следовательно, отношение «один–ко–многим». Данная связь имеет вид, представленный на рисунке 18.

Договор

Сотрудник

1

Исполняет

м

Рисунок 18. Сущность – связь «Сотрудник–Договор»

Клиент–Договор. Между этими сущностями существует связь «Заключает». Каждый клиент в случае необходимости заключает договор на предоставление рекламных услуг, при этом один клиент может заключить несколько договоров, следовательно, отношение «один–ко–многим». Данная связь имеет вид, представленный на рисунке 19.

Договор

Клиент

1

Заключает

м

Рисунок 19. Сущность – связь «Клиент–Договор»

Статус–Договор. Между этими сущностями существует связь «Присвоен». Каждый договор имеет статус контроля (зарегистрирован, исполнен, отложен, в работе), при этом один статус может быть присвоен нескольким договорам, следовательно, отношение «один–ко–многим». Данная связь имеет вид, представленный на рисунке 20.

Договор

Статус

1

Присвоен

м

Рисунок 20. Сущность – связь «Статус–Договор»

Тип–Услуга. Между этими сущностями существует связь «Присвоен». Каждая услуга имеет определенный тип, при этом один тип может быть присвоен нескольким услугам, следовательно, отношение «один–ко–многим». Данная связь имеет вид, представленный на рисунке 21.

Услуга

Тип

1

Присвоен

м

Рисунок 21. Сущность – связь «Тип–Услуга»

Договор–Услуга. Между этими сущностями существует связь «Включает». Каждая договор включает определенный перечень рекламных услуг к нему, при этом определенная услуга может быть включена в несколько договоров, следовательно, отношение «один–ко–многим». Данная связь имеет вид, представленный на рисунке 22.

Услуга

Договор

1

Включает

м

Рисунок 22. Сущность – связь «Договор–Услуга»

Структура таблицы «Договора» представлена в таблице 4.

Таблица 4

Структура таблицы Договора

Имя поля

Тип данных

Описание

Ключ

Код договора

Счетчик

Код договора

+

Код клиента

Числовой

Код клиента в таблице «Клиенты»

+

Код сотрудника

Числовой

Код сотрудника в таблице «Сотрудники»

+

Код статуса

Числовой

Код статуса в таблице «Статусы»

+

Номер

Текстовый

Номер договора

Дата заключения

Дата\Время

Дата заключения договора

Дата закрытия

Дата\Время

Дата закрытия договора сотрудником

Описание

Текстовый

Описание заказа

Структура таблицы «Должности» представлена в таблице 5.

Таблица 5

Структура таблицы Должности

Имя поля

Тип данных

Описание

Ключ

Код должности

Счетчик

Код должности

+

Код отдела

Числовой

Код отдела в таблице «Отделы»

+

Должность

Текстовый

Название должности

Структура таблицы «Клиенты» представлена в таблице 6.

Таблица 6

Структура таблицы Клиенты

Имя поля

Тип данных

Описание

Ключ

Код клиента

Счетчик

Код клиента

+

Наименование

Текстовый

Наименование организации

ФИО

Текстовый

Фамилия, имя и отчество руководителя организации

Адрес

Текстовый

Адрес нахождения организации

Телефон

Текстовый

Контактный телефон организации

Структура таблицы «Отделы» представлена в таблице 7.

Таблица 7

Структура таблицы Отделы

Имя поля

Тип данных

Описание

Ключ

Код отдела

Счетчик

Код отдела

+

Отдел

Текстовый

Наименование отдела

Структура таблицы «Сотрудники» представлена в таблице 8.

Таблица 8

Структура таблицы Сотрудники

Имя поля

Тип данных

Описание

Ключ

Код сотрудника

Счетчик

Код сотрудника

+

Фамилия

Текстовый

Фамилия сотрудника

Имя

Текстовый

Имя сотрудника

Отчество

Текстовый

Отчество сотрудника

Дата приема

Дата\Время

Дата приема сотрудника на работу

Код должности

Числовой

Код должности в таблице «Должности»

+

Структура таблицы «Статусы» представлена в таблице 9.

Таблица 9

Структура таблицы Статусы

Имя поля

Тип данных

Описание

Ключ

Код статуса

Счетчик

Код статуса

+

Статус

Текстовый

Статус заказа в системе

Структура таблицы «Типы» представлена в таблице 10.

Таблица 10

Структура таблицы Типы

Имя поля

Тип данных

Описание

Ключ

Код типа

Счетчик

Код типа услуги

+

Тип услуги

Текстовый

Тип услуги

Физическая модель базы данных приведена на рисунке 23.

Рисунок 23. Физическая модель базы данных ИС «Предоставление рекламных услуг»

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

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

В таблице 11 приведены программные модули и описание их функций.

Таблица 11

Программные модули и их функции

Системное

название

Рабочее

название

Выполняемые

функции

db.mdf

БД

База данных информационной системы

app.config

Конфигурация

Конфигурация приложения

authForm.cs

Аутентификация

Форма входа в систему

mainForm.cs

Главная форма

Главная форма приложения

DocumForm.cs

Документация

Форма работы с актами и журналами

InformForm.cs

Справочники

Форма работы со справочниками

ExportForm.cs

Экспорт

Модуль экспорта данных в Microsoft Excel

Выделим 3 группы программных модулей информационной системы:

– управляющие модули выполняют функции по управлению объектами системы;

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

– сервисные модули обеспечивают дополнительные сервисы.

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

Блок-схема алгоритма предоставления рекламных услуг представлена на рисунке 24.

Ввод данных о клиенте

Ввод реквизитов договора

Ввод срочности

Выбор исполнителя

Выполнение договора

Формирование отчетности

Рисунок 24. Блок–схема бизнес–процесса предоставления рекламных услуг

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

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

Запустим приложение (рис. 25).

Рисунок 25. Форма входа в информационную систему

При правильном вводе имени пользователя и пароля отображается главная форма приложения (рис. 26), при неправильном – сообщение об ошибке (рис. 27).

Рисунок 26 Главная форма приложения

Рисунок 27. Сообщение об ошибке

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

ЗАКЛЮЧЕНИЕ

Результатом КР является информационная система «Предоставление рекламных услуг».

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

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

В качестве средства разработки ИС выбрана среда Visual Studio 2015, как современная высокопроизводительная среда разработки на языке C#, в качестве системы управления базой данных – Microsoft Access.

Для функционирования ИС «Предоставление рекламных услуг», разработанной в интегрированной среде разработки программного обеспечения Microsoft Visual Studio 2015 необходима библиотека .NET Framework версии 4.5.

Платформа .NET Framework – это технология, которая поддерживает создание и выполнение нового поколения приложений.

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

Разработанная информационная система позволила:

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

ИС «Предоставление рекламных услуг» включает следующие функциональные возможности:

– регистрацию информации о предоставленных рекламных услугах;

– эффективные средства поиска документа по заданным атрибутам;

– формирование отчетной формы по заключенным договорам;

– ведение справочников сотрудников и клиентов.

Дальнейшее развитие информационной системы предполагает:

– переход на клиент–серверную архитектуру с миграцией данных в СУБД Microsoft SQL Server 2014;

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

– разработку порядка сопровождения и обновления ИС.

СПИСОК ЛИТЕРАТУРЫ

    1. Александров Д.В. Инструментальные средства информационного менеджмента. CАSE–технологии и Современные методы и распределенные информационные системы – М.: Финансы и статистика, 2013. – 256 с.
    2. Белов В.В., Чистякова В.И. Проектирование информационных систем – М.: Академия, 2013. – 352 с.
    3. Вигерс К., Битти Дж. Разработка требований к программному обеспечению. Издание третье дополненное – СПб.: БХВ–Петербург, 2016. – 736 с.
    4. Виссер Дж. Разработка обслуживаемых программ на языке C# – М.: ДМК–Пресс, 2017. – 192 с.
    5. Гагарина Л.Г. Разработка и эксплуатация автоматизированных информационных систем. Учебное пособие – М.: Инфра–М, 2015. – 384 с.
    6. Елиферов В.Г., Репин В.В. Процессный подход к управлению. Моделирование бизнес-процессов – М.: Манн, Иванов и Фербер, 2013. – 544 с.
    7. Исаев Г.Н. Проектирование информационных систем. Учебное пособие – М.: Омега–Л, 2015. – 424 с.
    8. Коваленко В.В. Проектирование информационных систем. Учебное пособие – М.: Форум, 2014. – 320 с.
    9. Крайнова О.В. Управление предприятиями в сфере информационных технологий – М.: ДМК Пресс, 2013. – 144 с.
    10. Кузин А.В. Левонисова С.В. Базы данных – М.: Академия, 2012. – 320 с.
    11. Кузнецов С.Д. Базы данных – М.: Академия, 2012. – 496 с.
    12. Кушнир А.Н. Access 2007 – М.: Академия, 2012. – 172 с.
    13. Лаврищева Е.М. Программная инженерия. Парадигмы, Технологии и CASE–средства. Учебник для вузов – М.: Юрайт, 2017. – 280 с.
    14. Лешек А. Мацяшек Анализ и проектирование информационных систем с помощью UML 2.0 – М.: Вильямс, 2016. – 816 с.
    15. Тарасов С.В. СУБД для программиста. Базы данных изнутри – М.: Солон–Пресс, 2015. – 320 с.
    16. Топоркова О.М. Информационные системы. Конспект лекций для направления подготовки бакалавров «Прикладная информатика» – Калининград: КГТУ, 2014. – 107 с.
    17. Фленов М.Е. Библия Delphi 3–е издание – СПб.: БХВ–Петербург, 2015. – 686 с.
    18. Шарп Дж. Microsoft Visual C#. Подробное руководство – СПб.: Питер, 2017. – 848 с.
  1. Лешек А. Мацяшек Анализ и проектирование информационных систем с помощью UML 2.0. М.,. 2016. – С. 76.

  2. Вигерс К., Битти Дж. Разработка требований к программному обеспечению. Издание третье, дополненное. СПб.,. 2016. С 115.

  3. Александров Д.В. Инструментальные средства информационного менеджмента. CАSE–технологии и Современные методы и распределенные информационные системы. М.,. 2013. С. 81.

  4. Лаврищева Е.М. Программная инженерия. Парадигмы, Технологии и CASE–средства. Учебник для вузов. М.,. 2017. С. 59.

  5. Елиферов В.Г., Репин В.В. Процессный подход к управлению. Моделирование бизнес-процессов. М.,. 2013. С. 85

  6. Крайнова О.В. Управление предприятиями в сфере информационных технологий. М.,. 2013. С. 76.

  7. Кузин А.В. Левонисова С.В. Базы данных. М.,. 2012. С.78.

  8. Белов В.В., Чистякова В.И. Проектирование информационных систем. М.,. 2013 С. 91.

  9. Фленов М.Е. Библия Delphi 3–е издание. СПб., 2015. С. 68.

  10. Шарп Дж. Microsoft Visual C#. Подробное руководство. СПб.,. 2017. С. 69.

  11. Кузнецов С.Д. Базы данных. М.,. 2012. С. 138.

  12. Тарасов С.В. СУБД для программиста. Базы данных изнутри. М.,. 2015. С. 89.

  13. Кушнир А.Н. Access 2007. М.,. 2012. С. 48.

  14. Топоркова О.М. Информационные системы. Конспект лекций для направления подготовки бакалавров «Прикладная информатика». Калининград.,. 2014. С. 43.

  15. Коваленко В.В. Проектирование информационных систем. Учебное пособие. М.,. 2014. – С. 59.

  16. Коваленко В.В. Проектирование информационных систем. Учебное пособие. М.,. 2014. С. 120.

  17. Исаев Г.Н. Проектирование информационных систем. Учебное пособие. М.,. 2015. С. 156.