Проектирование ИС «Учет заказов рекламного агентства»

Введение

Описание предметной области Диаграммы потоков данных Диаграммы «сущность-связь»

Концептуальная схема данных Физическая модель данных Описание приложения Заключение Список использованной литературы

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

Задачи курсовой работы:

· построить диаграмму потоков данных (DFD), концептуальную модель данных (ERD), логическую модель данных в нотации IDEF1X и физическую модель данных

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

Описание предметной области

Рекламное агентство, далее (РА).

Наша компания предлагает:

Консультации персонального менеджера с бесплатным выездом на Ваш объект.

Дизайн фасадов, витрин, вывесок, табличек, интерьера, и любой наружной рекламы.

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

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

Монтаж наружной рекламы любой сложности с привлечением промышленных альпинистов и спецтехники.

Регистрацию рекламы с получением Паспорта рекламного места, что позволит Вам сэкономить время и правильно оформить документы.

Целью разрабатываемой информационной системы является автоматизация учета заказов РА.

Пользователями системы должна быть сотрудники РА.

Система должна позволять:

· создавать новые записи о клиентах

· вносить информацию о заказах, путём заполнения накладной

· вносить/обновлять информацию о видах услуг На предоставление услуг клиенту, заполняется накладная. Накладная может содержать несколько услуг, но услуги не повторяются, для заказа несколько услуг одного вида существует поле кол-во. Накладную заполняет работник РА. Общая стоимость вычисляется в зависимости от выбранных услуг РА. Накладная может быть выписана только на одного заказчика. Накладная может быть заполнено только одним Сотрудником РА. Цена услуги является изменяемым полем. В накладную проставляются цены, действующие на момент заказа. Изменение текущей цены услуги не повлияет на предыдущие накладные.

Входные документы:

1. Информация о заказчике

· ФИО

· Паспортные данные

· E-mail

· Контактный телефон

2. Информация о сотруднике РАН

· ФИО

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

· Кол-во

· Цена продажи

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

4. Информация о накладной

· Номер

· Дата заполнения

· Сумма Результатом работы информационной системы, должны быть отчеты

· Популярные услуги

· Активность сотрудников

· Частота возвращения клиентов

Диаграммы потоков данных

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

Диаграммы

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

Рисунок 1. Контекстная диаграмма

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

Рисунок 2. Декомпозиция контекстной диаграммы

На рисунке 3 изображена декомпозиция процесса «Составление отчетной документации»

Рисунок 3. Декомпозиция процесса «Составление отчетной документации»

Словарь данных

1. @ИМЯ = ЗАЯВЛЕНИЕ НА ПОДБОР ВАРИАНТОВ ОКАЗАНИЯ

УСЛУГ

@ТИП = ДИСКРЕТНЫЙ ПОТОК

@БНФ = ФИО КЛИЕНТА + ПАСПОРТНЫЕ ДАННЫЕ + EMAIL+

ТЕЛЕФОН + ОБЩИЕ ТРЕБОВАНИЯ К УСЛУГАМ

2. @ИМЯ = ИНФОРМАЦИЯ О ВАРИАНТАХ УСЛУГ

@ТИП = ДИСКРЕТНЫЙ ПОТОК

@БНФ = НАИМЕНОВАНИЕ УСЛУГИ + ЦЕНА УСЛУГИ

3. @ИМЯ = ИНФОРМАЦИЯ ПО ОКОНЧАТЕЛЬНОМУВЫБОРУ

ВАРИАНТА УСЛУГ

@ТИП = ДИСКРЕТНЫЙ ПОТОК

@БНФ = НАИМЕНОВАНИЕ УСЛУГИ + КОЛИЧЕСТВО

4. @ИМЯ = ПОПУЛЯРНЫЕ УСЛУГИ

@ТИП = ДИСКРЕТНЫЙ ПОТОК

@БНФ = НАИМЕНОВАНИЕ УСЛУГИ + ПЕРИОД + КОЛ-ВО

ЗАКАЗОВ УСЛУГИ

5. @ИМЯ = АКТИВНОСТЬ СОТРУДНИКОВ

@ТИП = ДИСКРЕТНЫЙ ПОТОК

@БНФ = ФИО СОТРУДНИКА + ПЕРИОД + КОЛ-ВО

ОФОРМЛЕННЫХ НАКЛАДНЫХ

6. @ИМЯ = ЧАСТОТА ВОЗВРАЩЕНИЯ КЛИЕНТОВ

@ТИП = ДИСКРЕТНЫЙ ПОТОК

@БНФ = ФИО КЛИЕНТА + ПЕРИОД + КОЛ-ВО ПОДПИСАННЫХ

НАКЛАДНЫХ

7. @ИМЯ = ПЕРСОНАЛЬНЫЕ ДАННЫЕ

@ТИП = ДИСКРЕТНЫЙ ПОТОК

@БНФ = ФИО КЛИЕНТА + ПАСПОРТНЫЕ ДАННЫЕ + EMAIL +

ТЕЛЕФОН КЛИЕНТА

8. @ИМЯ = ОБЩИЕ ТРЕБОВАНИЯ К УСЛУГАМ

@ТИП = ДИСКРЕТНЫЙ ТИП

@БНФ = НАИМЕНОВАНИЕ + МАКС. ЦЕНА + МИН. ЦЕНА

9. @ИМЯ = ЗАПРОС НА ПОИСК УСЛУГ

@ТИП = УПРАВЛЯЮЩИЙ ПОТОК

@БНФ = /ЗАПРОС ИНФОРМАЦИИ ОБ УСЛУГАХ/

10. @ИМЯ = ИНФОРМАЦИЯ ПО ПОДХОДЯЩИМ УСЛУГАМ

@ТИП = ДИСКРЕТНЫЙ ПОТОК

@БНФ = НАИМЕНОВАНИЕ УСЛУГИ + ЦЕНА УСЛУГИ

11. @ИМЯ = ЗАПРОС ОБ УСЛУГАХ

@ТИП = УПРАВЛЯЮЩИЙ ПОТОК

@БНФ = /ЗАПРОС ИНФОРМАЦИИ ОБ УСЛУГАХ/

12. @ИМЯ = ИНФОРМАЦИЯ ОБ УСЛУГАХ

@ТИП = ДИСКРЕТНЫЙ ПОТОК

@БНФ = НАИМЕНОВАНИЕ УСЛУГИ

13. @ИМЯ = ЗАПРОС О КЛИЕНТАХ

@ТИП = УПРАВЛЯЮЩИЙ ПОТОК

@БНФ = /ЗАПРОС ИНФОРМАЦИИ О КЛИЕНТАХ/

14. @ИМЯ = ИНФОРМАЦИЯ О КЛИЕНТАХ

@ТИП = ДИСКРЕТНЫЙ ПОТОК

@БНФ = ФИО КЛИЕНТА

15. @ИМЯ = ЗАПРОС О СОТРУДНИКАХ

@ТИП = УПРАВЛЯЮЩИЙ ПОТОК

@БНФ = /ЗАПРОС ИНФОРМАЦИИ О СОТРУДНИКАХ/

16. @ИМЯ = ИНФОРМАЦИЯ О СОТРУДНИКАХ

@ТИП = ДИСКРЕТНЫЙ ПОТОК

@БНФ = ФИО СОТРУДНИКА

17. @ИМЯ = ЗАПРОС ПО НАКЛАДНЫМ

@ТИП = УПРАВЛЯЮЩИЙ ПОТОК

@БНФ = /ЗАПРОС ИНФОРМАЦИИ ПО НАКЛАДНЫМ/

18. @ИМЯ = ИНФОРМАЦИЯ ПО НАКЛАДНЫМ

@ТИП = ДИСКРЕТНЫЙ ПОТОК

@БНФ = НОМЕР+ ДАТА ОФОРМЛЕНИЯ + КЛИЕНТ + СОТРУДНИК

+ СУММА + УСЛУГИ + КОЛ-ВО УСЛУГ КАЖДОГО ВИДА + ЦЕНА

ПРОДАЖИ УСЛУГ КАЖДОГО ВИДА

19. @ИМЯ = ДАННЫЕ ПО НАКЛАДНОЙ

@ТИП = ДИСКРЕТНЫЙ ПОТОК

@БНФ = НОМЕР+ ДАТА ОФОРМЛЕНИЯ + КЛИЕНТ + СОТРУДНИК

+ СУММА + УСЛУГИ + КОЛ-ВО УСЛУГ КАЖДОГО ВИДА + ЦЕНА

ПРОДАЖИ УСЛУГ КАЖДОГО ВИДА

Спецификации процессов

1. @ИМЯ = Обработка заявлений

@ВХОД = Заявление на подбор вариантов оказания услуг

@ВЫХОД = Персональные данные

@ВЫХОД = Общие требования к услугам

@СПЕЦПРОЦ ВЫПОЛНИТЬ Преобразовать набор данных, полученный от

пользовательского интерфейса (почты) в 2 потока данных, в первый

передать преобразованные данные о клиенте, во второй данные о

требованиях к услугам

2. @ИМЯ = Обработка требований к услугам

@ВХОД = Общие требования к услугам

@ВЫХОД =Запрос на поиск услуг

@СПЕЦПРОЦ ВЫПОЛНИТЬ Входные данные были получены от клиента, они с

помощью оператора формируются в запрос на поиск услуг в

хранилище данных «Услуги рекламного агентства»

SELECT Наименование услуги, Цена

FROM УСЛУГИ

WHERE Общие требования к услугам (Наименование) = Наименование

AND Цена< Общие требования к услугам (Макс. Цена) AND Цена>

Общие требования к услугам (Мин. Цена);

3. @ИМЯ = Формирование возможных вариантов услуг

@ВХОД = Информация по подходящим услугам

@ВЫХОД =Информация о вариантах услуг

@СПЕЦПРОЦ ВЫПОЛНИТЬ Преобразовать информацию, полученную от СУБД в

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

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

4. @ИМЯ = Формирование накладной

@ВХОД = Информация по окончательному выбору варианта услуг

@ВЫХОД = Данные накладной

@СПЕЦПРОЦ ВЫПОЛНИТЬ Оператор вносит данные полученные от клиента по

почте и вносит их в программу через пользовательский интерфейс.

Программа должна преобразовать набор данных, полученный от

пользовательского интерфейса в SQL-запрос, понятный используемой

СУБД, для создания записи в хранилище данных «Накладные».

информационный модель рекламный агентство

5. @ИМЯ = Сбор и обработка информации

@ВХОД = Информация по накладным

@ВХОД = Информация о сотрудниках

@ВХОД = Информация об услугах

@ВХОД = Информация о клиентах

@ВЫХОД = Обработанная информация по запросам

@ВЫХОД = Запрос по накладным

@ВЫХОД = Запрос о сотрудниках

@ВЫХОД = Запрос об услугах

@ВЫХОД = Запрос о клиентах

@СПЕЦПРОЦ

SELECT * FROM Накладные, Сотрудники, Клиенты, Услуги

рекламного агентства

WHERE Сотрудник. Код=Сотрудник.Код.Накладная AND Клиент. Код=

Клиент.Код.Накладная AND Услуга. Код = Услуга.Код.Накладная

6. @ИМЯ = Преобразование для вывода на пользовательский

интерфейс

@ВХОД = Обработанная информация по запросам

@ВЫХОД = Активность сотрудников

@ВЫХОД = Популярные услуги

@ВЫХОД = Частота возвращения клиентов

@СПЕЦПРОЦ ВЫПОЛНИТЬ Преобразовать информацию, полученную от СУБД в

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

Образец отчёта «Активность сотрудников»

Образец отчёта «Популярные услуги»

Образец отчёта «Частота возвращения клиентов»

Диаграммы «сущность-связь»

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

Диаграммы

На рисунке 4 изображена локальная диаграмма, описывающая сущность «Клиент», её атрибуты и связи Рисунок 4. Диаграмма сущности «Клиент»

На рисунке 5 изображена локальная диаграмма, описывающая сущность «Услуга», её атрибуты и связи.

Рисунок 5. Диаграмма сущности «Услуга»

На рисунке 6 изображена локальная диаграмма, описывающая сущность «Сотрудник», её атрибуты и связи.

Рисунок 6. Диаграмма сущности «Сотрудник»

На рисунке 7 изображена глобальная диаграмма, объединяющая все сущности области данных и совпадающая с описанием сущности «Накладная».

Рисунок 7. Глобальная диаграмма

Словарь данных

В таблице 1 описаны все сущности, выделенные в предметной области.

Таблица 1

Описание сущностей

В таблице 2 описаны связи между выделенными сущностями.

Таблица 2

Описание типов связей

В таблицах 3−6 описаны атрибуты сущностей.

Таблица 3

Сущность «Клиент»

Таблица 4

Сущность «Услуга»

Таблица 5

Сущность «Накладная»

Таблица 6

Сущность «Сотрудник»

В таблице 7 описаны домены атрибутов.

Таблица 7

Описание доменов

Концептуальная схема данных (IDEF1X)

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

Диаграммы IDEF1X

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

Рисунок 9. Диаграмма IDEF1X

Словарь данных

В таблицах 8−14 описаны типы сущностей предметной области, перечислены их поля, а также указаны параметры этих полей.

Таблица 8

Тип сущности «Клиент»

Таблица 9

Тип сущности «Услуга»

Таблица 10

Тип сущности «Накладная»

Таблица 11

Тип сущности «Список услуг»

Таблица 12

Тип сущности «Сотрудник»

Физическая модель данных

На рисунке 9 изображена физическая модель базы данных. Помимо структуры базы данных, на ней указаны конкретные типы данных. Данная схема нарисована средствами Microsoft Visio 2007 на базе диаграммы IDEF1X.

Рисунок 9. Физическая модель базы данных

Описание приложения

В качестве основы БД наиболее целесообразно использовать Microsoft SQL Server.

Основные достоинства MS SQL server — работа с большими объёмами данных, в надежде на то, что наше рекламное агентство будет развиваться стремительными темпами. Сервер легко подходит для работы с большим количеством пользователей.

Основной недостаток — система является платной.

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

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

При нажатии на любую кнопку открывается форма с одноименным названием.

Рисунок 10. Основное окно программы

На рисунке 11 показано окно просмотра, редактирования и внесения новой информации по клиентам.

В левой части — список клиентов, в правой — поля для редактирования и добавления клиентов.

Рисунок 11. Окно со списком клиентов

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

В левой части — список услуг, в правой — поля для редактирования и добавления услуг.

Рисунок 12. Окно со списком услуг

На рисунке 13 показано окно оформления новой накладной.

Для заполнения необходимо выбрать Работника, Клиента, и заполнить список услуг. Кнопка «В Корзину» добавляет услугу в список услуг. Кнопка «Очистить» очищает весь список услуг. Кнопка «Оформить» проводит накладную.

Рисунок 13. Окно со списком сотрудников

Заключение

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

Далее была построена диаграмма «сущность — связь» и составлен словарь данных, описывающий её содержимое. Были определены сущности и связи предметной области.

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

После этого была построена физическая модель базы данных.

Были определены язык программирования и СУБД, наиболее подходящие для реализации программы.

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

1. Г. Н. Калянов, «Консалтинг при автоматизации предприятий: подходы, методы, средства»

2. М. В. Красильникова, «Проектирование информационных систем» — издательство «Электросталь», 2004

3. Г. Н. Калянов, «Основы методологии IDEF1X»

4. Справка Microsoft