Автор работы: Пользователь скрыл имя, 16 Апреля 2012 в 20:13, дипломная работа
В современной экономической обстановке коммерческие организации используют различные виды рекламы для продвижения на рынке товаров и услуг и привлечения новых клиентов. Существует множество всевозможных видов рекламы. С течением времени эффективность рекламы неизбежно снижается, что ведет к поиску новых, более современных видов рекламы. Одним из таких видов является реклама в сети Internet.
Организации в рекламных целях создают различного рода сайты, такие как сайты-визитки, интернет – витрины, интернет – магазины, корпоративные сайты. Дипломная работа связана с разработкой динамического сайта ЗАО «Точка оплаты», необходимого для рекламы деятельности организации в сети Интернет.
Рис. 3 Диаграмма прецедентов динамического сайта для ЗАО «Точка Оплаты»
На данном этапе жизненного цикла также могут быть построены диаграммы действий (activity diagram). Они отражают динамику проекта и представляют собой схемы потоков управления в системе от действия к действию, а также параллельные действия и альтернативные потоки. На рис. 4 показана последовательность действий при работе с динамическим сайтом.
Рис. 4 Диаграмма действий при работе с динамическим сайтом ЗАО «Точка Оплаты»
Из диаграммы следует, что при загрузке сайт обращается к базе данных, исходя из полученных из базы данных, сайт отображается определенным образом. При внесении каких-либо изменений в навигацию сайта информация сохраняется в базу данных и при следующем обращении к сайту он будет сформирован с учетом внесенных изменений.
Описательная спецификация для диаграммы действий приведена в таблице 1.
Таблица 1
Описание видов деятельности
| Субъект | Вид деятельности |
| Менеджер | Ввод информации |
| Изменение навигации | |
| Просмотр заявок от посетителей | |
| СУБД | Сохранение данных |
| Модификация/удаление данных | |
| Хранение информации о содержимом и структуре сайта | |
| Сайт | Отображение содержимого и структуры в зависимости от полученных из базы данных |
| Проверка корректности заполненной пользователем заявки | |
| Посетитель | Вход на сайт, отправка заявки |
Диаграмма последовательности действий (sequence diagrams) отображает взаимодействие объектов, упорядоченное по времени. На ней показаны объекты и классы, используемые в сценарии, и последовательность сообщений, которыми обмениваются объекты, для выполнения сценария. Диаграммы последовательности действий обычно соответствуют реализациям прецедентов в логическом представлении системы.
На диаграмме (см. рис.5) изображена система последовательности распределения данных при работе с динамическим сайтом.
Рис. 5 Диаграмма последовательности действий при работе с динамическим сайтом ЗАО «Точка Оплаты»
Диаграмма взаимодействий (collaboration diagram) – это альтернативный способ отображения сценариев. Такой тип диаграммы показывает взаимодействие объектов, организованное вокруг них, и их связи друг с другом. На диаграмме (см. рис. 6) отображено взаимодействие объектов и связи между ними.
Рис. 6 Диаграмма взаимодействий при работе с динамическим сайтом ЗАО «Точка Оплаты»
2.5 Проектирование базы данных динамического сайта для ЗАО «Точка Оплаты»
Существуют следующие модели данных:
1. Иерархическая модель.
2. Сетевая модель.
3. Реляционная модель.
Иерархическая модель данных представляет совокупность элементов, связанных между собой по определенным правилам. Графическим способом представления иерархической структуры является дерево (см. рис. 7).
Рис. 7 Иерархическая модель данных
Дерево представляет собой иерархию элементов, называемых узлами. Под элементами понимается совокупность атрибутов, описывающих объекты. В модели имеется корневой узел (корень дерева), который находится на самом верхнем уровне и не имеет узлов, стоящих выше него. У одного дерева может быть только один корень. Остальные узлы, называемые порожденными, связаны между собой следующим образом: каждый узел имеет только один исходный, находящийся на более высоком уровне, и любое число (один, два или более, либо ни одного) подчиненных узлов на следующем уровне.
К достоинствам иерархической модели данных относятся эффективное использование памяти ЭВМ и неплохие показатели времени выполнения операций над данными.
Недостатком иерархической модели является ее громоздкость для обработки информации с достаточно сложными логическими связями.
Отличие сетевой структуры от иерархической заключается в том, что каждый элемент в сетевой структуре может быть связан с любым другим элементом (см. рис. 8).
Рис. 8 Сетевая модель данных
Достоинством сетевой модели данных является возможность эффективной реализации по показателям затрат памяти и оперативности.
Недостатком сетевой модели данных являются высокая сложность и жесткость схемы БД, построенной на ее основе.
Наибольшее
распространение приобрела
Строки таблицы содержат сведения о представленных в ней фактах (или документах, или людях, одним словом, - об однотипных объектах). На пересечении столбца и строки находятся конкретные значения содержащихся в таблице данных.
Данные в таблицах удовлетворяют следующим принципам:
1. Каждое значение, содержащееся на пересечении строки и столбца, должно быть атомарным.
2.
Значения данных в одном и
том же столбце должны
3.
Каждая запись в таблице
4. Каждое поле имеет уникальное имя.
5.
Последовательность полей в
6. Последовательность записей в таблице несущественна.
Поле или комбинацию полей, значения которых однозначно идентифицируют каждую запись таблицы, называют возможным ключом (или просто ключом ).
Если таблица имеет более одного возможного ключа, тогда один ключ выделяют в качестве первичного . Первичный ключ любой таблицы обязан содержать уникальные непустые значения для каждой строки.
Поле, указывающее на запись в другой таблице, связанную с данной записью, называется внешним ключом.
Подобное
взаимоотношение между
Группа связанных таблиц называется схемой базы данных. Информация о таблицах, их полях, первичных и внешних ключах, а также иных объектах базы данных, называется метаданными .
Достоинство реляционной модели данных заключается в простоте, понятности и удобстве физической реализации на ЭВМ. Именно простота и понятность для пользователя явились основной причиной ее широкого использования.
При проектировании базы данных динамического сайта будет использоваться реляционная модель данных.
В результате анализа предметной области были выявлены следующие информационные сущности:
1.
Сведения о странице(
2. Сообщения посетителей (Адрес электронной почты, сообщение, флаг нового сообщения).
3. Пользователи (Логин пользователя, пароль пользователя).
4. Права доступа пользователей (Наименование, права доступа).
Взаимосвязи между сущностями отображены на рис. 9.
Рис. 9 Взаимосвязи между сущностями
Так как для проектирования базы данных выбрана реляционная модель, то отношения находятся в 1 нормальной форме в том смысле, что иные отношения не рассматриваются в реляционной модели.
Таблица находится во второй нормальной форме, если она находится в первой нормальной форме, и при этом любой её атрибут, не входящий в состав первичного ключа, функционально полно зависит от первичного ключа. Для приведения таблиц ко второй нормальной форме созданы таблицы для наборов значений, относящихся к нескольким записям. Таблицы связаны между собой с помощью вторичных ключей. Отсутствие полей, не зависящих от ключа свидетельствует о том, что отношения приведены к третьей нормальной форме.
Атрибуты сущностей представлены в таблице 2. Пометка PK рядом с атрибутом значит, что атрибут является ключевым (Primary key), а FK означает, что атрибут является внешним ключом (Foreign key).
Таблица 2
| Сущность | Атрибуты |
| Сведения о странице и ее содержимом | Уникальный ключ (PK) |
| Наименование | |
| Содержимое | |
| Номер в списке | |
| Заголовок | |
| Мета-данные | |
| Путь к внешнему файлу | |
| Сообщение перед списком | |
| Флаг формы отправки сообщения | |
| Флаг вертикального расположения | |
| Уникальный ключ старшего элемента | |
| Сообщения посетителей | Уникальный ключ сообщения(PK) |
| Уникальный ключ сведений о странице (FK) | |
| Адрес электронной почты | |
| Сообщение | |
| Флаг нового сообщения | |
| Дата отправки | |
| Права доступа | Уникальный ключ прав доступа (PK) |
| Наименование | |
| Права доступа | |
| Пользователи | Уникальный ключ пользователя (PK) |
| Уникальный ключ прав доступа(FK) | |
| Логин пользователя | |
| Пароль пользователя |
Даталогическая модель базы данных представлена на рисунке 10.
Рис. 10 Даталогическая модель базы данных
2.6 Диаграмма размещения динамического сайта для ЗАО «Точка Оплаты»
В связи с тем, что разрабатываемый динамический сайт является web-приложением, то для обеспечения доступа посетителей к сайту он должен быть расположен на web-сервере.
Сайт во время своей работы обращается к базе данных, и в связи с этим, необходимо организовать соединение с базой данных.
Обращение к сайту будет происходить через Интернет, посредством «тонкого» клиента – браузера. Диаграмма размещения представлена на рис.11.
Из
диаграммы следует, что к сайту
может происходить любое
Рис. 11 Диаграмма размещения динамического сайта ЗАО «Точка Оплаты»
Во второй главе проведено проектирования динамического сайта для ЗАО «Точка оплаты».
Осуществлено проектирование содержимого сайта, его структуры и навигации. С помощью case-средства Rational Rose построены диаграммы, описывающие поведение динамического сайта.
Для проектирования базы данных динамического сайта выбрана реляционная модель данных как наиболее ЭВМ-ориентированная. Построены инфологическая и даталогическая модель базы данных.
С помощью MS Visio построена диаграмма размещения динамического сайта.
Глава 3. ПРОГРАММНАЯ РЕАЛИЗАЦИЯ ДИНАМИЧЕСКОГО САЙТА ДЛЯ ЗАО «ТОЧКА ОПЛАТЫ»
3.1. Выбор инструментальных средств
Для разработки динамического сайта ЗАО «Точка Оплаты» будут использоваться следующие инструментальные средства:
1. Zend Development Environment - это уникальный инструмент для программирования на PHP, сочетающий в себе возможности редактора, отладчика и менеджера проектов. С помощью этого средства можно создавать программный код, управлять им и осуществлять его отладку.
2. Macromedia Homesite+ - HTML редактор, отвечающий всем требованиям профессиональных web-разработчиков. Многочисленные панели инструментов позволяют быстро набирать исходный код будущей страницы практически без помощи клавиатуры, а внутренний анализатор проверяет корректность документа.
Информация о работе Разработка динамического сайта для предприятия