Разработка 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.Приложение регистрирует внесенные