Разработка CMS системы на основе технологии ASP.NET
Дипломная работа - Компьютеры, программирование
Другие дипломы по предмету Компьютеры, программирование
?ания CMS. Нет ни плагинов, ни каких либо дополнений для Zimplit. При помощи Zimplit CMS возможно создавать сайты с очень красивым и ярким дизайном. В недостатки рассматриваемого движка можно отнести, невозможность к расширению возможностей. Однако для создания небольшого рекламного сайта или просто небольшого сайта этот движок годится больше, чем все остальные. Распространяется, так же как и предыдущие аналоги бесплатно[18].
3.5Get Simple
Завершает обзор аналогов CMS Get Simple[19]. Get Simple подходит для создания мини-сайтов, сайтов-визиток и мини-страниц. Русская поддержка есть, и не одна. Присутствует возможность резервного копирования сайта и создания отдельных резервных копий всех файлов.
Рисунок 3.9 - Сайт, созданный с помощью Get Simple 3
Рисунок 3.10 - Административная панель Get Simple 3
Под эту систему легко сделать свой шаблон оформления. Кроме всего прочего, с помощью этой CMS можно создать простой сайт с привлекательным дизайном, а дизайн административной панели не только удобный, но и красивый. Есть возможность расширения функций при использовании дополнительных плагинов. Для хранения данных GetSimple использует xml-файлы. Необходимо отметить, что система обладает надежной системой безопасности. Распространяется бесплатно по лицензии GNU GPL[20].
3.6Таблица сравнения аналогов
На основе обзора аналогов составим сравнительную таблицу характеристик CMS (таблица 3.1).
Таблица 3.1 - Сравнение характеристик систем управления контентом
Характеристики для сравненияRumbaMade SimpleKandidatZimplitGetSimpleПростой интерфейс административной панели+++++Визуальный редактор-++++Расширения, плагины-+--+Шаблоны (темы)-++++Несколько авторов+----База данныхXmlSQLXmlНетXmlКомментирование+-+-+Работа с картинками+++++Борьба со спамом+---+Подключение форума++---Экспорт /импорт+----
В результате сравнения можно выявить главные критерии будущего проекта:
Простой интерфейс административной панели
Наличие визуального редактора с основными функциями форматирования текста
Возможность использования шаблонов оформления страниц
Возможность командной разработки сайта
Использование xml-файлов для хранения данных
Возможность работы с изображениями
4 ФОРМИРОВАНИЕ ТРЕБОВАНИЙ К ПО
4.1Диаграмма вариантов использования UML
Рисунок 4.1 - Диаграмма вариантов использования UML
Чтобы определить требования к проектируемой системе, опишем требования в виде UML диаграммы вариантов использования (Рисунок 4.1).
Сформируем формальные требования к системе.
В системе имеются 2 действующих лица:
Авторизованный пользователь
Неавторизованный пользователь
Каждый вариант использования отражает последовательность действий, которые может осуществлять система в ответ на воздействия пользователей.
Рассмотрим действия, которые доступны неавторизованному пользователю системы:
Просмотр страниц
Основной поток событий:
.Вариант использования начинается после того, как пользователь переходит на страницу своего сайта.
2.Приложение выводит пользователю запрашиваемые страницы сайта, оформленные либо с использованием стандартного шаблона оформления, либо с использованием шаблона оформления, примененного авторизованным пользователем системы.
.Вариант использования завершается.
Авторизация
Основной поток событий:
1.Вариант использования начинается после того, как неавторизованный пользователь переходит на страницу административной панели системы.
2.Приложение выводит форму авторизации и предлагает пользователю ввести логин и пароль.
.Пользователь вводит логин и пароль.
.Приложение проверяет введенные данные и подтверждает их. Пользователь становится авторизованным пользователем.
.Вариант использования завершается.
Альтернативный поток событий:
.Приложение информирует пользователя о том, что введенные данные не верны.
2.Приложение предлагает ввести логин и пароль еще раз.
Постусловия:
Выполнить вариант использования Просмотр информации о системе.
Далее рассмотрим варианты использования для авторизованного пользователя.
Просмотр информации о системе
Основной поток событий:
1.Вариант использования начинается после завершения варианта использования Авторизация
2.Приложение предоставляет информацию о количестве статей, стилей и пользователей, зарегистрированных в нем.
.Вариант использования завершается.
Редактирование меню
Основной поток событий:
1.Вариант использования начинается, когда пользователь добавляет, изменяет, удаляет пункты меню сайта.
2.Приложение регистрирует внесенные изменения и сохраняет в xml-файлы для дальнейшего использования сайтом.
.Вариант использования завершается.
Редактирование стилей оформления
Основной поток событий:
1.Вариант использования начинается, когда пользователь применяет, изменяет или удаляет шаблоны оформления.
2.Приложение регистрирует внесенные изменения и сохраняет в xml-файлы для дальнейшего использования сайтом.
.Вариант использования завершается.
Редактирование разделов
Основной поток событий:
1.Вариант использования начинается, когда пользователь изменяет, добавляет или удаляет раздел.
2.Приложение регистрирует внесенные