mdl_cursx

МИНИСТРЕРСТВО ОБРАЗОВАНИЯ И НАУКИ
РОССИЙСКОЙ ФЕДЕРАЦИИ
ГОУ НИЖЕГОРОДСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ
ИМ. Р.Е. АЛЕКСЕЕВА
ИНСТИТУТ РАДИОЭЛЕКТРОНИКИ И ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ
КАФЕДРА "ВЫЧИСЛИТЕЛЬНЫЕ СИСТЕМЫ И ТЕХНОЛОГИИ"
Дисциплина "Моделирование"
Пояснительная записка
к курсовой работе
Тема:
"Моделирование информационных потоков сайта для проектирования и
поддержки информационного обеспечения"
Выполнил: Сидоренко О.О.
студент группы: 10-В-1
Проверил: Мисевич П.В.
Нижний Новгород
2013
Оглавление
1. Аннотация ..................................................................................................................................3
2.Введение ......................................................................................................................................4
3.Техническое задание. .................................................................................................................5
4.Описание предметной области ..................................................................................................6
5.Описание проектируемой системы ...........................................................................................7
6.Используемые программные средства .....................................................................................8
7.Реализация сценариев проектируемой системы ......................................................................9
7.1 Основная диаграмма системы ............................................................................................9
7.2 Диаграмма «Информирование студентов о деятельности организации» ......................9
7.3 Диаграмма «Информировать об организации» ..............................................................10
7.3.1 Диаграмма «Изменить страницу» .................................................................................11
7.4 Диаграмма «Информировать о новостях» ......................................................................11
7.4.1 Диаграмма «Показать архив новостей» .......................................................................12
7.4.2 Диаграмма «Добавить новости» ...................................................................................12
7.5 Диаграмма «Информировать о медиафайлах» ...............................................................13
7.5.1 Диаграмма «Добавить медиа» .......................................................................................14
7.6 Диаграмма «Предоставить форум»..................................................................................14
7.6.1 Диаграмма «Регистрация» .............................................................................................15
7.6.2 Диаграмма «Просмотр темы»........................................................................................15
7.6.2.1 Диаграмма «Добавить сообщение» ...........................................................................16
7.6.3 Диаграмма «Создать тему»............................................................................................16
7.6.4 Диаграмма «Удалить тему» ...........................................................................................17
7.7 Диаграмма «Показать статистику» ..................................................................................17
8. Реализация базы данных проекта...........................................................................................19
8.1 Выявление и моделирование сущностей и связей .........................................................19
8.2 Ограничения целостности ................................................................................................20
8.3 Исследование на нормальные формы..............................................................................20
9.SWOT-анализ проектируемой системы .................................................................................22
10.Вывод. ......................................................................................................................................23
11.Список используемой литературы: .......................................................................................24
2
1. Аннотация
В работе рассмотрен проект сайта студенческой организации, моделирование его
информационных потоков для проектирования и поддержки информационного
обеспечения.
Разработана структура сайта, логическая модель выполнения сценариев решения
всех типовых задач системы, а также структура базы данных для сайта.
3
2.Введение
Internet развивается довольно стремительно. Быстро растет количество изданий,
посвященных Сети, что предвещает широкое ее распространение даже в далеких от
техники областях. Internet превращается из большой игрушки для интеллектуалов в
полноценный источник разнообразной полезной информации для любой категории
пользователей. Спектр социальных групп, подключающихся к сети Интернет и ищущих
информацию в WWW, все время расширяется за счет пользователей, не относящихся к
категории специалистов в области информационных технологий. Это врачи, строители,
историки, юристы, спортсмены, путешественники, священнослужители, артисты,
писатели, художники. Список можно продолжать бесконечно. Любой, кто ощутил
полезность и незаменимость Сети для своей профессиональной деятельности или
увлечений, присоединяется к огромной армии потребителей информации во «Всемирной
Паутине».
Internet полностью перевернул представления о работе с информацией, да и с
компьютером вообще. Оказалось, что традиционные параметры развития вычислительной
техники - производительность, пропускная способность, емкость запоминающих
устройств - не учитывали главного «узкого места» системы - интерфейса с человеком.
Устаревший механизм взаимодействия человека с информационной системой сдерживал
внедрение новых технологий и уменьшал выгоду от их применения. И только когда
интерфейс между человеком и компьютером был упрощен до естественности восприятия
обычным человеком, последовал беспрецедентный взрыв интереса к возможностям
вычислительной техники.
С развитием технологий гипертекстовой разметки в Интернете стало появляться всё
больше сайтов, тематика которых была совершенно различной – от сайтов крупных
компаний, повествующих об успехах компании и её провалах, до сайтов маленьких фирм,
предлагающих посетить их офисы в пределах одного города.
Развитие Интернет-технологий послужило толчком к появлению новой ветки в Интернете
– Интернет- форумов. Стали появляться сайты, и даже целые социальные сети, на которых
люди со всех уголков планеты могут общаться, получать ответы на любые вопросы и,
даже, заключать деловые сделки.
4
3.Техническое задание.
Необходимо смоделировать информационные потоки сайта студенческой организации для
проектирования и поддержки информационного обеспечения.
Типовые задачи, который должен поддерживать сайт:
1) Отображение новостной ленты
2) Отображение иерархической структуры организации
3) Отображение контактов с организацией
4) Предоставление форума
5) Предоставление статистики посещений
6) Предоставление статистики сбоев сценариев
7) Отображение медиагалереи
5
4.Описание предметной области
Сайт — совокупность электронных документов частного лица или организации в
компьютерной сети, объединённых под одним адресом. Сайт нужен, в основном, для того,
чтобы помогать его владельцу донести информацию о себе до интернет-пользователей, а
также продать им свой товар или услугу. Существуют три основные функции сайта:
имиджевая, маркетинговая и информационная.

Имиджевая функция отвечает за формирование образа владельца сайта среди
интернет-пользователей. Главную роль при этом играет оформление ресурса.
Среди сайтов, для которых имиджевая составляющая является приоритетной,
можно выделить Персональный сайт и Сайт-визитка. Сайт-визитка, как правило,
содержит от одной до пяти страниц и включает в себя только самую важную
информацию о фирме: описание деятельности, перечень услуг, прайс-лист,
контакты (реже - форму обратной связи). Несмотря на свою миниатюрность, такой
сайт отлично выполняет задачу привлечения покупателей. По сути, сайт-визитка это расширенный интернет-вариант обычной визитки, которую компания обычно
передает своим клиентам или партнерам. Преимущества данного типа сайта
заключаются в быстроте разработки и небольшой стоимости его создания.
 Маркетинговая функция помогает продавать товар или же услуги,
представленные на сайте. Она играет важную роль в работе интернет-магазинов,
корпоративных ресурсов и промо-сайтов.
 Информационная функция заключается в том, что интернет-ресурс должен
предоставить посетителям максимум регулярно обновляемой тематической
информации. Ярким примером сайта, для которого информация играет основную
роль, является информационный портал. Портал - это крупный сайт,
отличающийся высокой посещаемостью и большим количеством информации
определенной тематики. Важная часть каждого портала - навигация. В этом смысле
он является входом в Интернет, позволяя человеку найти либо вообще все, что ему
нужно, либо конкретный сайт в соответствии с определенным запросом. У портала
обязательно должна быть сервисная часть - бесплатная почта, лента новостей,
служба знакомств, хранилище файлов и так далее. Также портал может выполнять
функции рассылки новостей зарегистрированным пользователям. Обновлением
портала занимается не один человек, а, как правило, группа людей с
разграничением обязанностей.
В данном проекте необходимо объединить свойства Сайта-визитки и свойства
Информационного портала. Таким образом, созданный при проектировании сайт, сможет
решать необходимые типовые задачи.
6
5.Описание проектируемой системы
Основная задача сайта - информирование посетителя о деятельности организации.
Выполнение задачи обеспечивает набор подсистем:
1) Сервер
2) База данных
3) Интерфейс сайта
4) Администратор сайта
Информирование происходит по средством вывод на экран веб-страниц, которые
генерирует Сервер(1). Данные о веб-страницах и данные о зарегистрированных
пользователях сайта хранятся в таблицах Базы данных(2), причем система может по
запросам редактировать, создавать и удалять содержимое таблиц БД. Также будем считать
файловое хранилище, связанное с БД также Базой Данных, так будет легче
ориентироваться в проекте. По запросу пользователя через Интерфейс сайта(3) запись о
нужной странице ищется в БД и передается на Сервер. Администратор сайта имеет
полные права управления всеми подсистемами сайта (например, изменение Интерфейса
сайта, изменение записей в БД и т.д.). Также Администратор может просмотреть
статистику посещений и статистику ошибок сценариев на сайте, причем данные для
статистики собираются системой и хранятся в БД. Пользователь сайта, помимо запросов
страниц, имеет право зарегистрироваться в системе и выступать на сайте от своего имени.
При этом ему будет разрешено предлагать новости и фотографии для добавления в
соответствующие разделы сайта, а также разрешено просматривать форум и отправлять на
него сообщения.
7
6.Используемые программные средства
Для повышения уровня наглядности проектирования, а также для упрощения
дальнейшей программной реализации сайта была выбрана IDEF0 - методология
функционального моделирования и графическая нотация, предназначенная для
формализации и описания бизнес-процессов. Таким образом, в виде доступных и
понятных диаграмм можно отразить информационные потоки и сценарии решения задач
сайта.
Стандарт IDEF0 представляет организацию как набор модулей, связанных между собой
потоками данных или действиями. Причем входящие данные отображаются на модуль
слева, выходящие – справа. Ограничения отображаются сверху, а механизмы управления
(подсистемы) – снизу. Описание постепенно детализируется до необходимого уровня.
Также для того чтобы быть правильно понятым, существуют словари описания. В этих
словарях можно дать описания того, какой смысл вкладывается в данный модуль или
действие.
При помощи программного пакета Erwin Process Modeler с легкостью можно создать
необходимые диаграммы стандарта IDEF0.
Помимо логического представления системы также необходимо создать модель
физического представления данных, которая также должна быть проста в понимании.
Модели данных помогают визуализировать структуру данных, обеспечивая эффективный
процесс организации и управления . Программный пакет ERwin Data Modeler целиком
подходит для этого. Data modeler служит для проектирования, документирования и
сопровождения баз данных.
8
7.Реализация сценариев проектируемой системы
7.1 Основная диаграмма системы
Основная задача сайта, как сказано выше, - информирование посетителя о деятельности
организации.
Основная диаграмма системы отображает эту задачу в виде модуля, на вход которого
приходят
Зарегистрированный(Registred
users)
и
Незарегистрированный
пользователь(Unregistred user). Решение задачи ограничивается Законодательством РФ и
внутренними правилами вышестоящей организации(Legislation and other rules). Например,
если это сайт студенческой организации в НГТУ, тогда модуль решения будет
ограничиваться Уставом НГТУ. Управление организовывается уже названными
подсистемами: Сервер(Server), Интерфейс сайта(Interface), База данных(Data Base),
Администратор(Administrator).
Сформированным
решением
задачи
является
Страница(Page), которая и отображается пользователю.
Диаграмма 1. Основная диаграмма системы
7.2 Диаграмма «Информирование студентов о деятельности
организации»
Декомпозиция основного модуля представляет собой 5 модулей, каждый из которых
решает типовую задачу проекта:
 Отображение новостной ленты обеспечивает модуль «Информировать о новостях»
 Отображение иерархической структуры организации и Отображение контактов с
организацией – модуль «Информировать об организации»
 Предоставление форума возможно благодаря модулю «Предоставить форум»
 Предоставление статистики посещений и Предоставление статистики сбоев
сценариев возложено на модуль «Показать статистику»
 Отображение медиагалереи обеспечивает модуль «Информировать о медиафайлах»
Также на диаграмме присутствует модуль «Генерация страницы», который, благодаря
серверу Server генерирует страницу Page, используя данные(Data), пришедшие от всех
других модулей. Также стоит отметить, что каждая подсистема контролирует не все
блоки, а лишь те, на которых она необходима. Так, например, Data Base и Administrator не
контролируют процесс генерации страниц, этим занимается Server и Interface.
Administrator также не контролирует модули «Информировать об организации» и
9
«Показать статистику». Пользователи могут обращаться ко всем блокам кроме
«Генерация страниц», также Unregistred user не может обратиться к модулю «Показать
статистику»
Диаграмма 2. «Информирование студентов о деятельности организации»
7.3 Диаграмма «Информировать об организации»
Отображает типовой сценарий отображение страниц с информацией об организации:
страница с Иерархией и страница с Контактами. Пользователь посылает запрос на
страницу при помощи Интерфейса, ссылка на страницу передается в следующий модуль,
где необходимая страница ищется на сервере. Затем данные с найденной страницы
отправляются на выход из модуля. Также из модуля «Запрос страницы Организации»
посылается сигнал в виде Данных пользователя на модуль, где Сервер определяет IP
пользователя и текущее время захода на страницу. Эти данные записываются в базу
данных (Действие Write to DB) и используются для статистики. Для статистики
используются также вся информация о сбоях в работе модулей, которая также
отправляется на запись в БД. В диаграмме показан блок «Изменить страницу», служащий
для редактирования страницы организации.
Диаграмма 3. «Информировать об организации»
10
7.3.1 Диаграмма «Изменить страницу»
Модуль «Изменить страницу» доступен только Зарегистрированным пользователям. Он
отображает сценарий изменения информации об организации на сайте. В начале работы
проверяется пользователь по Базе Данных: если пользователь не является
администратором сайта, тогда запускается блок Отказ, который выдает данные Data для
формирования страницы отказа. Если пользователь является администратором, то система
предоставляет форму для редактирования. Заполненность полей формы проверяется
сервером и если поля не заполнены, то система вновь предоставляет форму для
редактирования, иначе – изменения записываются в Базу Данных, выдаются данные для
формирования страницы. Данные о сбоях также отправляются в БД.
Диаграмма 4. «Изменить страницу»
7.4 Диаграмма «Информировать о новостях»
Отображает типовой сценарий отображение страниц с новостями. Пользователь посылает
запрос на страницу при помощи Интерфейса, ссылка на страницу передается в следующий
модуль, где необходимая страница ищется в БД. Затем данные о найденной страницы
отправляются на выход из модуля. Также из модуля «Запрос страницы » посылается
сигнал в виде Данных пользователя на модуль, где Сервер определяет IP пользователя и
текущее время захода на страницу. Эти данные записываются в базу данных (Действие
Write to DB) и используются для статистики. Для статистики используются также вся
информация о сбоях в работе модулей, которая также отправляется на запись в БД.
На диаграмме показаны модули «Показать архив новостей» и «Добавить новость». Они
служат для вывода на экран списка заголовков новостей за выбранный период и
добавление новости на сайт соответственно.
11
Диаграмма 5. «Информировать о новостях»
7.4.1 Диаграмма «Показать архив новостей»
Отображает сценарий решения задачи отображения архива новостных записей.
Зарегистрированному пользователю предоставляется выбор условия – за какой период
необходимо найти новости. Учитывая выбранное условие в БД ищутся необходимые
записи, из них формируется список и уже из этого списка необходимые данные
передаются на формирование страницы с этим списком. Также все модули могут записать
в БД информацию об ошибках, если те были вызваны.
Диаграмма 6. «Показать архив новостей»
7.4.2 Диаграмма «Добавить новости»
Отображает сценарий добавления новости на сайт. Зарегистрированному пользователю
предоставляется форма для добавления. Поля формы проверяются Сервером и если поля
не заполнены, то форма предоставляется еще раз. Если же поля заполнены, то данные
записываются в таблицу БД, а уведомление приходит Администратору, который может
12
утвердить новость или стереть её из БД. В первом случае будет разрешено обращаться к
добавленной новости через интерфейс сайта. Причем до утверждения администратором
запись о новости храниться только в БД. Также все модули могут записать в БД
информацию об ошибках, если те были вызваны.
Диаграмма 7. «Добавить новости»
7.5 Диаграмма «Информировать о медиафайлах»
Отображает типовой сценарий отображение страниц с медиагалереей. Пользователь
посылает запрос на альбом при помощи Интерфейса, ссылка на альбом передается в
следующий модуль, где необходимая запись ищется в БД. Затем данные о найденном
альбоме отправляются на выход из модуля. Также из модуля «Запрос страницы Медиа»
посылается сигнал в виде Данных пользователя на модуль, где Сервер определяет IP
пользователя и текущее время захода на страницу. Эти данные записываются в базу
данных (Действие Write to DB) и используются для статистики. Для статистики
используются также вся информация о сбоях в работе модулей, которая также
отправляется на запись в БД.
На диаграмме показан модуль «Добавить медиа». Он служит для добавления медиафайлов
на сайт.
Диаграмма 8. «Информировать о медиафайлах»
13
7.5.1 Диаграмма «Добавить медиа»
Отображает сценарий добавления медиафайлов на сайт. Зарегистрированному
пользователю предоставляется форма для добавления фото и информации. Поля формы
проверяются Сервером и если поля не заполнены, то форма предоставляется еще раз.
Если же поля заполнены, то данные записываются в таблицу БД, а уведомление приходит
Администратору, который может утвердить медиафайлы или не утверждать. В первом
случае будет разрешено обращаться к добавленному файлу через интерфейс сайта.
Причем до утверждения администратором запись о добавленном медиафайле храниться
только в БД. Также все модули могут записать в БД информацию об ошибках, если те
были вызваны.
Диаграмма 9. «Добавить медиа»
7.6 Диаграмма «Предоставить форум»
Отображает несколько возможных действий: Регистрация пользователя, Просмотр темы,
Создание темы, Удалить тему. Причем последние три действия доступны лишь
зарегистрированному пользователю.
Диаграмма 10. «Предоставить форум»
14
7.6.1 Диаграмма «Регистрация»
Отображает сценарий решения задачи Регистрация. Незарегистрированному
пользователю предоставляется форма, которую он должен заполнить, обязательные поля
формы проходят проверку и, если, поля не заполнены, то форма выдается снова. Если
поля заполнены, то проверяются Логин и адрес почты в БД, если такие данные уже есть,
то форма предоставляется заново, если же это новые данные, то пользователь
регистрируется в системе, а все поля записываются в таблицу БД. Каждый модуль также
сообщает об ошибке, если таковая присутствует, в БД.
Диаграмма 11. «Регистрация»
7.6.2 Диаграмма «Просмотр темы»
Отображает типовой сценарий отображение страницы темы форума. Пользователь
посылает запрос на тему при помощи Интерфейса, ссылка на тему передается в
следующий модуль, где в БД ищутся сообщения в этой теме. Затем данные о найденных
сообщениях отправляются на выход из модуля на формирования страницы. Также из
модуля «Запрос страницы Темы» посылается сигнал в виде Данных пользователя на
модуль, где Сервер определяет IP пользователя и текущее время захода на страницу. Эти
данные записываются в базу данных (Действие Write to DB) и используются для
статистики. Для статистики используются также вся информация о сбоях в работе
модулей, которая также отправляется на запись в БД.
На диаграмме показан модуль Добавить сообщение.
15
Диаграмма 12. «Просмотр темы»
7.6.2.1 Диаграмма «Добавить сообщение»
Отображает сценарий добавления сообщения в тему. Пользователю предоставляется
форма для написания сообщения. Поля формы проверяются Сервером и, если поля
заполнены некорректно, то форма предоставляется еще раз. Иначе данные сообщения
записываются в БД и к тому же отправляются для формирования страницы сообщения.
Все модули отправляют информацию об ошибках в таблицу БД.
Диаграмма 13. «Добавить сообщение»
7.6.3 Диаграмма «Создать тему»
Отображает сценарий создания тем в форуме. Зарегистрированному пользователю
предоставляется форма для добавления информации о теме. Поля формы проверяются
Сервером и если поля не заполнены, то форма предоставляется еще раз. Если же поля
заполнены, то данные записываются в таблицу БД, а уведомление приходит
Администратору, который может утвердить тему или не утверждать. В первом случае
будет разрешено обращаться к теме через интерфейс сайта. Причем до утверждения
администратором запись о добавленной теме храниться только в БД. Также все модули
могут записать в БД информацию об ошибках, если те были вызваны.
16
Диаграмма 14. «Создать тему»
7.6.4 Диаграмма «Удалить тему»
Модуль отображает сценарий решения задачи удаления темы форума. В начале работы
проверяется пользователь по Базе Данных: если пользователь не является
администратором сайта, тогда запускается блок Отказ, который выдает данные Data для
формирования страницы отказа. Если пользователь является администратором, то тема
удаляется, а также удаляются все сообщения в данной теме. Удаление записей происходит
и в БД. Данные о сбоях отправляются в Базу Данных.
Диаграмма 15. «Удалить тему»
7.7 Диаграмма «Показать статистику»
Отображает сценарий решения задачи отображения статистики сайта. В начале работы
проверяется пользователь по Базе Данных: если пользователь не является
администратором сайта, тогда запускается блок Отказ, который выдает данные Data для
формирования страницы отказа. Если пользователь является администратором, то система
предоставляется выбор условия – какую статистику необходимо вывести на экран.
Учитывая выбранное условие в БД ищутся необходимые записи, из них формируется
список, который накладывается на временную шкалу. И так уже передаются на
формирование страницы. Также все модули могут записать в БД информацию об
ошибках, если те были вызваны.
17
Диаграмма 16. «Показать статистику»
18
8. Реализация базы данных проекта.
8.1 Выявление и моделирование сущностей и связей
Учитывая логическую структуру работы проекта, описанную в предыдущем пункте,
можно выделить несколько сущностей для построение ER-диаграммы:
 Пользователь
 Новость
 Тема форума
 Сообщение
 Альбом
 Фото
 Данные входа пользователя
 Входы на сайт
 Ошибки сценариев
Построим матрицу отношений, чтобы показать какие сущности должны связываться.
Пользователь
Пользователь
Новость
Тема форума
Сообщение
Альбом
Фото
Данные входа
пользователя
Входы на сайт
Ошибки
сценариев
Новость
Х
Х
Х
Х
Х
Х
Тема
форума
Х
Сообщение Альбом
Х
Фото
Х
Х
Данные входа
пользователя
Х
Входы на
сайт
Х
Ошибки
сценариев
Х
Х
Х
Х
Х
Х
Х
Х
Таблица 1. Матрица отношений
Каждая сущность также включает в себя несколько атрибутов, характеризующих
сущность:
Пользователь (User_info): Никнейм(nickname), Имя(name), Фамилия(se_name),
Город(city) ,Ссылка на страницу(link), Аватар(avatar), О себе(me),
Администратор(fdministrator).
Новость(News): Заголовок(title), Текст(text), Дата создания(date_create), Число
символов(cout_chars), Автор(id_user), Одобрено(good).
Тема форума(Topics): Название(name), Количество сообщений(cout_mess), Дата
создания(date_create), Дата последнего сообщения(last_date), Автор(id_user).
Сообщение(Messages): Текст(text), Дата создания(date_create), Тема(id_topic),
Автор(id_user), Число символов(cout_chars).
Альбом(Album): Название(name), Описание(descript), Основное фото(main_photo),
Число фото(cout_photo), Автор(id_user), Дата создания(date_create), Одобрено(good).
Фото(Photos): Дата создания(date_create), Описание(descript), Автор(id_user),
Альбом(id_Album).
Данные входа пользователя(User_logon): Логин при входе(login), Пароль(password),
Адрес почты(email), Пользователь(id_user).
Входы на сайт(Access): IP-адрес(ip), Время захода(time), Страница
захода(page),Пользователь(id_user).
Ошибки сценариев(Error_scripts): Описание ошибки(descript), Время ошибки(time_err),
Пользователь(id_user).
Первичный ключ(Primary Key) также присутствует во всех сущностях:
19
Пользователь – id_user, Новость-id_news, Тема форума-id_topic, Сообщение-id_post,
Альбом-id_album, Фото-id_photo, Данные входа пользователя – id_record, Входы на
сайт-id_in, Ошибки сценариев - id_error.
Учитывая все связи, получим ER-диаграмму.
Диаграмма 17. ER-диаграмма
8.2 Ограничения целостности
Под целостностью базы данных понимается то, что в ней содер-жится полная,
непротиворечивая и адекватно отражающая предмет-ную область (правильная)
информация.
Огромный объем вводимых данных в базу данных, причем разные данные могут
вводиться разными пользователями, обуславливает большое число ошибок ввода
(занесения).
Таким образом в диаграмме проекта должны контролироваться 3 атрибута.
Атрибут cout_photo сущности Albums в записи с номером id_album должен содержать
значение, равное числу записей в сущности Photo с одинаковым вторичным ключом
id_album.
Аналогично с количеством сообщений в теме: Атрибут cout_mess сущности Topics в
записи с номером id_topic должен содержать значение, равное числу записей в сущности
Message с одинаковым вторичным ключом id_topic.
Также следует ограничить количество записей в сущности Access для большей
надежности системы. Разница атрибутов time неких записей с одинаковым атрибутом ip
не должна быть меньше 20 минут. Иное не должно записываться.
8.3 Исследование на нормальные формы
Отношение находится в первой нормальной форме, если все атрибуты отношения
принимают простые значения (атомарные или неделимые), не являющимися множеством
или кортежем из более элементарных составляющих. Далее отношение, представленное в
первой нормальной форме, последовательно преобразуется во вторую и третью
нормальные формы.
Все атрибуты отношения на нашей диаграмме неделимы, следовательно, есть Первая
Нормальная форма.
20
Отношение находится в 2НФ, если оно находится в 1НФ и каждый неключевой атрибут
зависит от первичного ключа (не зависит от части ключа).
Каждый неключевой атрибут каждой сущности (name,descript,date_create и т.д.) зависит от
PK, следовательно, есть Вторая Нормальная форма.
Отношение находится в 3НФ если оно находится во 2НФ и каждый ключевой атрибут
нетранзитивно зависит от первичного ключа. Отношение находится в 3НФ в том и только
том случае, если все неключевые атрибуты отношения взаимно независимы и полностью
зависят от первичного ключа.
Все неключевые атрибуты не зависимы друг от друга и полносотью зависят от первичного
ключа, следовательно, есть Третья Нормальная форма.
Третья нормальная форма исключает избыточность и аномалии включения и удаления.
21
9.SWOT-анализ проектируемой системы
SWOT-анализ — метод стратегического планирования, заключающийся в выявлении
факторов внутренней и внешней среды системы и разделении их на четыре категории:
Strengths (сильные стороны), Weaknesses (слабые стороны), Opportunities (возможности) и
Threats (угрозы). Сильные и слабые стороны являются факторами внутренней среды
объекта анализа, (то есть тем, на что сам объект способен повлиять); возможности и
угрозы являются факторами внешней среды (то есть тем, что может повлиять на объект
извне и при этом не контролируется объектом)
Сильные стороны(S)
1)
Интуитивно-понятный
интерфейс
работы. Любой пользователь может без
труда найти необходимую информацию.
2) Открытость. Все действия системы
видны администратору.
3) Возможность удаленного
администрирования.
4) Стабильность работы системы.
Отсутствие необходимости в частом
контроле системы.
5)
Высокая
скорость
работы
и
производительность. Сервер не выполняет
ресурсоемких задач.
6) Контроль целостности данных. Система
сама может следить за целостностью
данных и недопускать ошибок и
повторных записей.
Слабые стороны(W)
1) Минимум возможностей для сайта
2) Администратор должен утверждать
контент
3) Возможно уменьшение свободного
дискового пространства за счет быстрого
прироста записей и файлов
4) Слабая
безопасность
данных
пользователя
1)
2)
3)
4)
Возможности(O)
Увеличение объема хранилища,
выделяемого для сайта
Новые технологии
Новые потребности пользователей
Поддержка вышестоящих органов
Угрозы(T)
1) Кража данных
2) Вредоносные атаки
22
10.Вывод.
В ходе данной работы я познакомился со стандартом моделирования IDEF0, его
возможностями и ограничениями. При использовании программы Erwin Process Modeler я
создал диаграммы сценариев решения типовых задач, которые были поставлены в начале
работы. На мой взгляд, IDEF0 один из лучших инструментов моделирования потоков
данных, позволяющий учитывать все возможные обстоятельства.
При моделировании базы данных я использовал ER-диаграмму, разработанную в
программе ERwin Data Modeler, что позволило наглядно изобразить все сущности, их
атрибуты и связи между ними. Такое отображение немаловажно для команды, которая
будет в дальнейшем реализовывать подобную систему.
В целом, была спроектирована система, отвечающая техническим требованиям и
стандартам.
23
11.Список используемой литературы:
1) Швецов В.И., Визгунов А.Н., Мееров И.Б. Базы данных. Учебное пособие. Нижний
Новгород: Изд-во ННГУ, 2004. 217 с..
2) Интернет-ресурс wikipedia.org – свободная общедоступная мультиязычная
универсальная интернет-энциклопедия,
3) Статья Planning Your Web Site With UML автор: Steve Franklin and WebReview
http://www.i2r.ru/static/512/out_13197.shtml
24