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

 

Содержание:

Введение

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

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

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

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

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

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

Заключение

Список использованной литературы

Введение

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

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

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

·разработать интерфейс приложения

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

·вносить/обновлять информацию о видах услуг

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

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

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

·ФИО

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

·E-mail

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

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

·ФИО

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

·Кол-во

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

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

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.@ИМЯ = Преобразование для вывода на пользовательский

интерфейс

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

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

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

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

@СПЕЦПРОЦ

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

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

@

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

Активность сотрудников за 1 квартал 2010 г.СотрудникКол-во оформленных накладныхПетров В.В.23Сидоров Н.Н.22Шматко В.Н.21Радченко И.К.15

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

Рейтинг услуг за 1 квартал 2010 г.НаименованиеКол-во заказовРеклама на автобусах22Реклама на ТВ15Листовки8Реклама на радио2

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

Частота возвращения клиентов за 1 квартал 2010 г.КлиентКол-во подписанных накладныхЛукашенко Л.Л.5Чубайс Н.М.4Хрущев Н.В.3Ульянов В.В.2

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

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

Диаграммы

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

Рисунок 4. Диаграмма сущности Клиент

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

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

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

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

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

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

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

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

Таблица 1

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

Имя типа сущностиКраткое описаниеРазновидностьКлиентКлиент рекламного агентствасильнаяУслугаУслуга рекламного агентствасильнаяНакладнаяДокумент, подтверждающий оказание услуги клиентусильнаяСотрудникСотрудник рекламного агентствасильная

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

Таблица 2

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

Имя типа связиКраткое описаниеСтепень связиСписок типов сущностей, участвующих в связиАтрибутыПодписывает / подписываетсяСвязывает Клиента с НакладнойбинарнаяКлиент1НакладнаяМСодержится / содержитСвязывает Накладную с УслугойбинарнаяНакладнаяMКол-воЦена продажиУслугаNОформляет / оформляетсяСвязывает Сотрудника с НакладнойбинарнаяСотрудник1НакладнаяМ

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

Таблица 3

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

Имя атрибутаДоменТип по составуТип по значениюОписаниеФИОТекстовыйпростойоднозначныйПаспортные данныеТекстовыйпростойоднозначныйТелефонТекстовыйпростойоднозначныйEmailТекстовыйпростойоднозначныйТаблица 4

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

Имя атрибутаДоменТип по составуТип по значениюОписаниеНаименованиеТекстовыйпростойоднозначныйЦенаДенежныйпростойоднозначный

Таблица 5

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

Имя атрибутаДоменТип по составуТип по значениюОписаниеДата оформленияДатапростойоднозначныйНомерЧисловойпростойоднозначныйСуммаДенежныйпростойоднозначный

Таблица 6

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

Имя атрибутаДоменТип по составуТип по значениюОписаниеФИОТекстовыйпростойоднозначный

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

Таблица 7

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

НаименованиеОписаниеДиапазон значенийОписаниеТекстовыйСтрока, состоящая из символов[A-Я, а-я,A-Z,a-z,0-9]Иванов Иван ИвановичДатаФормат даты ДД.ММ.ГГГГДД - [01..31] ММ - [01..12]ГГГГ - [1900..+?]29.11.2012ДенежныйДробное число с валютой{[0..9]}.{[0..9]} руб.12.57 руб.ЧисловойЦелое число{[0-9]}123345

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

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

Диаграммы IDEF1X

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

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

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

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

Таблица 8

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

ПоляКлючиНаименованиеТип данныхЗначениеОписаниеPКID_klientЧисловойNOT NULLУникальный номерFIOТекстовыйNOT NULLФамилия Имя ОтчетсвоPasportТекстовыйNOT NULLПаспортные данныеEmailДатаNOT NULLEmail клиентаtelefonТекстовыйNOT NULLтелефон

Таблица 9

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

ПоляКлючиНаименованиеТип данныхЗначениеОписаниеPКID_uslugaЧисловойNOT NULLУникальный номерnaimenovanieТекстовыйNOT NULLНаименованиеzenaДенежныйNOT NULLЦена

Таблица 10

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

ПоляКлючиНаименованиеТип данныхЗначениеОписаниеPКNomerЧисловойNOT NULLУникальный номер совпадающий с номером накладнойFKID_klientЧисловойNOT NULLСсылка на клиентаFKID_sotrudnikЧисловойNOT NULLСсылка на сотрудникаData oformleniyaДатаNOT NULLДата оформленияSummaДенежныйNOT NULLСумма накладной

Таблица 11

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

ПоляКлючиНаименованиеТип данныхЗначениеОписаниеPКID_spisokЧисловойNOT NULLУникальный номерFKID_uslugaЧисловойNOT NULLСсылка на услугуFKID_nakladnayaЧисловойNOT NULLСсылка на накладнуюKol-voЧисловойNOT NULLКоличествоZena prodajiДенежныйNOT NULLЦена продажи

Таблица 12

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

ПоляКлючиНаименованиеТип данныхЗначениеОписаниеPКID_sotrudnikЧисловойNOT NULLУникальный номерFIOТекстовыйNOT NULLФамилия Имя ОтчетсвоФизическая модель данных

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

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

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

В качестве основы БД наиболее целесообразно использовать Microsoft <#"justify">

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

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

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

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

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

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

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

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

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

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

Заключение

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

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

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

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

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

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

Список использованной литературы:

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

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

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

4. Справка Microsoft

Содержание: Введение Описание предметной области Диаграммы потоков данных Диаграммы "сущность-связь" Концептуальная схема данных

Больше работ по теме: