Разработка автоматизированного клиент-серверного WEB-ориентированного приложения

Разработка автоматизированного клиент-серверного WEB-ориентированного приложения

 

 

Автор-разработчик:

ст.гр. АСУ 5 курса очной/заочной формы обучения И.И. Иванов

 

 

Руководитель курсового проекта:

канд.техн.наук, доц. С.А. Зайцев

Содержание

1 Глоссарий. 4

2 Общие положения. 6

2.1 Предмет разработки. 6

2.2 Назначение документа. 6

3 Требования к графическому WEB-интерфейсу клиентской и административной части приложения. 7

3.1 Требования к дизайну WEB-интерфейса. 7

3.2 Порядок утверждения дизайн-концепции. 7

4 Функциональные требования. 8

4.1 Требования к представлению сайта. 8

4.1.1 Требования к представлению главной страницы сайта. 8

4.1.2 Графическая оболочка внутренних страниц (общая для всех подразделов) 8

4.1.3 Требования к структуре сайта. 9

4.2 Требования к системе управления сайтом.. 10

4.2.1 Общие требования к административной части. 10

4.2.2 Требования к управлению разделами сайта. 10

4.2.3 Управление наполнением сайта. 10

4.2.4 Управление настройками сайта. 12

4.2.5 Дополнительные функции административной части. 13

4.3 Требования к разделению доступа. 13

5 Требования к видам обеспечения. 14

5.1 Требования к информационному обеспечению.. 14

5.1.1 Требования к хранению данных. 14

5.1.2 Требования к языкам программирования. 14

5.1.3 Требования к организации гиперссылок. 14

5.1.4 Требования к иллюстрациям.. 14

5.1.5 Требования к объему одной страницы.. 14

5.2 Требования к программному обеспечению.. 14

5.2.1 Требования к программному обеспечению серверной части. 14

5.2.2 Требования к клиентскому программному обеспечению.. 14

5.3 Требования к техническому обеспечению.. 15

5.4 Требования к лингвистическому обеспечению.. 15

5.5 Требования к эргономике и технической эстетике 15

6 Требования к сдаче курсового проекта. 16

6.1 Требования к наполнению информацией. 16

6.1.1 Общие требования к информационному наполнению.. 16

6.1.2 Порядок предоставления информационного наполнения. 16

6.2 Требования к персоналу. 16

7 Порядок предоставления дистрибутива. 17

8 Стадии и этапы разработки. 18

Приложения. 19

Список студентов очной формы обучения. 19

Список студентов заочной формы обучения. 21

 

Глоссарий

Термин	Описание
Сайт	Информационная система, предоставляющая пользователям сети Интернет доступ к своему содержимому и функционалу в виде упорядоченного набора взаимосвязанных HTML-страниц
World wide web (WWW, web, веб)	Единое информационное пространство на базе сети Internet, состоящее из совокупности сайтов. Приставка "веб-" может использоваться для обозначения объектов, ориентированных на использование в WWW или использующих типичные для WWW технологии (например, веб-интерфейс - интерфейс на базе веб-страниц)
HTML-страница (веб-страница, страница)	Основной носитель информации в World ide Web. Особым образом сформатированный файл (набор файлов), просматриваемый с помощью www-браузера как единое целое (без перехода по гиперссылкам)
HTML-теги (теги)	Управляющие коды, посредством которых осуществляется форматирование HTML-страницы
Гиперссылка (ссылка, линк)	Активный элемент HTML-страницы, задаваемый специальным тегом. Выделенный фрагмент текста или изображения, позволяющий загрузить другую страницу или выполнить определенное действие
WWW-браузер (браузер)	Клиентская программа, поставляемая третьими сторонами и позволяющая просматривать содержимое HTML-страниц. В качестве базовых просмотрщиков следует использовать Microsoft Internet Explorer 9.0; Mozilla FireFox последних релизов.
HTML-форма (форма)	Часть HTML-страницы, предназначенная для взаимодействия с посетителем сайта. Представляет собой набор элементов (текстовых полей, селекторов, выпадающих списков), посредством которых пользователь может ввести какую-либо информацию и отправить ее для обработки на сервере
Поле (поле БД, поле формы)	Структурный элемент, содержащий однотипную информацию, например, текст, дату, числовые значения и т.п.
Флаг	Особое поле данных, могущее содержать только одно из двух допустимых значений. Позволяет указать на наличие или отсутствие какого-либо события или свойства объекта
Справочник	Вспомогательная структура данных, содержащая список допустимых значений для какого-либо поля основных форм или БД. Справочники подразделяются на фиксированные (неизменяемые и поставляемые Исполнителем вместе с готовым сайтом) и редактируемые (состав которых может изменяться администратором)
Администратор (менеджер, редактор) сайта	Лицо, осуществляющее информационную поддержку сайта
Дизайн-шаблон страниц	Файл, содержащий элементы внешнего оформления HTML страниц сайта, а также набор специальных тегов, используемых системой публикации сайта для вывода информации при создании окончательных HTML страниц
Дизайн веб-сайта	Уникальные для конкретного веб-сайта структура, графическое оформление и способы представления информации
Информационные материалы	Информация о деятельности. Может включать графические, текстовые, аудио или видео материалы. Предоставляется Руководителем курсового проекта
Наполнение (контент)	Совокупность информационного наполнения веб-сайта. Включает тексты, изображения, файлы и т.п. предназначенные для пользователей системы
Элемент наполнения (контента)	Отдельная запись в базе данных, внешнее представление которой зависит от управляющего ей программного модуля (например, в модуле «новостная лента» элементом наполнения является отдельная новость)
Система динамического управления наполнением (контентом) сайта	Информационная система, позволяющая авторизованным пользователям производить изменения иерархической структуры и информационного наполнения веб-сайта без использования каких либо дополнительных специальных программных средств
Дамп	Совокупность объектов базы данных, представленная в виде файлов, позволяющая восстановить точную копию структуры исходной базы данных в аналогичной системе управления базами данных
Веб-интерфейс	Совокупность экранов и элементов управления системы, позволяющих пользователю, осуществляющему доступ к системе через веб-браузер, осуществлять поддержку и управление системой.
Шаблона раздела	Ссобым образом размеченный ASCII-файл, определяющий как графическое оформление страниц раздела, так и их макет (раскладку) – взаимное расположение блоков с наполнением раздела
WYSIWYG редактор	Редактор языка HTML, имеющий возможности по работе в текстовом режиме и в режиме WYSIWYG (What You See Is What You Get). В режиме WYSIWYG элементы HTML страницы при редактировании представляются в том же виде, что и при просмотре
Роль	Класс пользователей системы, обладающих определенным набором прав доступа

Прочая техническая терминология понимается в соответствии с действующими стандартами и рекомендациями международных органов, ответственных за вопросы стандартизации в сети Интернет.

Общие положения

Предмет разработки

Предметом разработки является Интернет-сайт компании ООО «…», с системой динамического управления наполнением на базе веб-интерфейса.
Назначение сайта:
- предоставление информации о компании ООО «…»;
- предоставление информации о деятельности компании ООО «…»;
- т.д.;
- пр.

Цель создания сайта:....

Назначение документа

В настоящем документе приводится полный набор требований к реализации клиент-серверного web-ориентированного приложения компании ООО "".
Подпись студента и руководителя курсового проекта на настоящем документе подтверждает их согласие с нижеследующими фактами и условиями:

1. Студент подготавливает и разрабатывает настоящий документ, именуемый Техническое Задание в соответствии с требованиями ГОСТ 2.114-95 Единая система конструкторской документации. Технические условия; и ГОСТ 34.602-89 Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы.

2. Техническое задание должно содержать перечень конкретных требований к выполняемым работам с учетом тематики и специализацией курсового проекта.

3. Студент выполняет работы в объёме и по срокам, указанном в приложении по календарному графику в настоящем Техническом Задании.

5. Студент отчитывается по отдельным этапам выполнения курсового проекта в соответствие с календарным графиком руководителю курсового проекта.

6. Руководитель курсового проекта консультирует студента по возникающим вопросам при проектировании автоматизированного клиент-серверного приложения согласно расписанию консультаций.

7. Руководитель курсового проекта дает ранжированную оценку каждому этапу выполнения задания.

8. На завершающем этапе студент представляет для оценки:

8.1. Полностью рабочую версию системы на локальном хосте. Решение должно быть опубликовано и продублировано на носителе информации (CD, DVD, Blu –ray, Flash-drive).

8.2. Пояснительную записку курсового проекта.

8.3. Графический материал на бумажном носителе формата А1.

8.4. Графический материал в виде презентации PowerPoint.

Требования к графическому WEB-интерфейсу клиентской и административной части приложения

Требования к дизайну WEB-интерфейса

При разработке WEB-интерфейса (далее – сайта) должны быть использованы преимущественно светлые стили.
Основные разделы сайта должны быть доступны с первой страницы.
На первой странице не должно быть большого объема текстовой информации.

В дизайне сайта не должны присутствовать:
- мелькающие баннеры;
- много сливающегося текста;
- т.д.;
- пр.

Требования к представлению сайта

Требования к представлению главной страницы сайта

Главная страница сайта должна содержать графическую часть, навигационное меню сайта, а также контентную область для того, чтобы посетитель сайта с первой страницы мог получить вводную информацию о компании, а также ознакомиться с последними новостями компании.
Контентная область первой страницы должна делиться на следующие разделы:
- вступительная статья о компании со ссылкой «подробнее», ведущей на раздел «О компании»;
- новости - содержит 3 последние новости (анонсы) в формате: дата, заголовок, краткое содержание;
- краткая контактная информация - телефон и e-mail компании;
- вверху страницы отображаются облегченная навигационная панель, которая обеспечивает переход к основным пунктам меню сайта (О компании, Новости и т.д.);
- поле поиска – предназначено для выполнения полнотекстового поиска по сайту;
- поле выбора языка – русский\английский;
- счетчики и ссылка на страницу обмена ссылками.

Рис. 1. Пример размещения элементов главной страницы.

4.1.2 Графическая оболочка внутренних страниц (общая для всех подразделов)

Графическая оболочка внутренних страниц должна делиться на следующие разделы:
- графическая шапка
- навигационное меню сайта (навигационная панель 2 обеспечивает переход к основным пунктам меню сайта);
- поле поиска – предназначено для выполнения полнотекстового поиска по сайту;
- поле выбора языка либо региона – русский\английский;
- ссылка «На главную»;
- навигационная панель по подразделам выбранного раздела сайта;
- поле для отображения контента выбранной страницы сайта;
- внизу страницы - краткая контактная информация - телефон и e-mail компании;
- кнопка «Для печати» - обеспечивает вывод контентной области в виде, отверстанном для печати на листах формата А4;
- кнопка «Задать вопрос» - обеспечивает переход к форме «Задать вопрос».

Рис. 2. Пример размещения элементов внутренних страниц сайта.

Требования к структуре сайта

Все названия разделов сайта, приведенные ниже, являются условными и могут корректироваться по согласованию с Руководителем курсового проекта в ходе проектирования.
Первоначальная структура сайта должна иметь следующий вид:
- О компании

a. История компании
b. Дипломы и сертификаты
c. Наши партнеры
d. Наши клиенты
e. Наши координаты
f....

2. Новости
3. т.д.
4. пр.

 

Требования к системе управления сайтом

4.2.1 Общие требования к административной части

Для получения доступа к административной части сайта необходимо указать определенный адрес в строке браузера и пройти авторизацию.
Главная страница административной части должна содержать следующие пункты меню:
- Станицы сайта (в соответствии с первым уровнем структуры сайта) – качестве примера:

- О компании
- Новости
- т.д.;

Рис. 3. Макет формы главной страницы административной части сайта.

Требования к управлению разделами сайта

Для управления разделами сайта должны быть предусмотрены следующие функции:
- создание подраздела 1 уровня;
- создание подраздела 2 (и далее) уровня;
- редактирование контента страницы;
- удаление раздела;
- перемещение раздела вверх в списке;
- перемещение раздела вниз в списке;
- признак показа (show) или не показа (hide) страницы в клиентской части сайта;
- отображение списка подразделов выбранного уровня.

Требования к разделению доступа

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

Требования к видам обеспечения

Требования к информационному обеспечению

Требования к хранению данных

Все данные сайта должны храниться в структурированном виде под управлением Microsoft SQL Server 2008R2 Management Studio. Исключения составляют файлы данных, предназначенные для просмотра и скачивания (изображения, видео, документы и т.п.). Такие файлы сохраняются в файловой системе, а в БД размещаются ссылки на них.
Наполнение различных сайтов, функционирование которых поддерживается одной и той же инсталляцией системы, должно храниться под управлением одной версией СУБД – 2008R2.

Требования к языкам программирования

Для реализации статических страниц и шаблонов должны использоваться: технология ASP.NET и языки C#. Исходный код должен разрабатываться в соответствии со стандартами W3C (HTML 4.0). В качестве базовой платформы следует использовать Microsoft Visual Studio 2010 Express, которая распространяется бестплатно.
Для реализации интерактивных элементов клиентской части могут использоваться языки JScript и и технология Ajax.

Требования к организации гиперссылок

Все ссылки на сайте должны быть относительными (за исключением внешних).

Требования к иллюстрациям

Все рисунки и фото объемом более 10 kb (кроме элементов дизайна страницы) должны быть выполнены с замещающим текстом. Все рисунки должны быть в формате gif или jpg.

Требования к объему одной страницы

Требования к объему загружаемых данных с локального хоста на являются жесткими, однако следует придерживаться разумных пределов: объем одной стандартной загружаемой страницы сайта в среднем не должен превышать 500 kb; объем flash-заставки не должен превышать 1024 Kb.

Требования к программному обеспечению

Требования к программному обеспечению серверной части

Для функционирования сайта необходимо следующее программное обеспечение:
- Операционная система – Windows 7 и Windows Server 2008;
- ASP.NET Development Server;
- СУБД – Microsoft SQL Server 2008R2;

Требования к клиентскому программному обеспечению

Сайт должен быть доступен для полнофункционального просмотра с помощью следующих браузеров:
• MS IE 9.0 и выше;
• Mozilla Firefox 3.6 и выше;
• Mozilla 1.7.
Сайт должен быть работоспособен (информация, расположенная на нем, должна быть доступна) при отключении в браузере поддержки flash и JScript.

Требования к техническому обеспечению

Для функционирования сайта необходимо следующее техническое обеспечение со следующими минимальными характеристиками:
- процессор – двухъядерный процессор Intel с частотой не менее 1.6 Ghz или аналогичный;
- оперативная память – 2048 Mb RAM;
- жесткий диск - 100 Gb HDD.
- т.д.;
- пр.

Требования к лингвистическому обеспечению

Сайт должен выполняться на русском языке. Однако для получения более высокой оценки должна быть предусмотрена возможность переключения между русским и английским языками на любой из страниц сайта.

Требования к эргономике и технической эстетике

Сайт должен быть оптимизирован для просмотра при разрешении 1024*768, 1280*1024 без горизонтальной полосы прокрутки и без пустых (белых) полей для основных типов разрешения.
Элементы управления должны быть сгруппированы однотипно – горизонтально либо вертикально – на всех страницах.
На каждой странице должны отображаться логотип компании и контактная информация.
Интерфейс подключаемых модулей должен быть выполнен в едином стиле с интерфейсом ядра системы и должен обеспечивать возможность прозрачного перемещения администратора между модулями системы и использование одинаковых процедур управления и навигационных элементов для выполнения однотипных операций.

Требования к сдаче курсового проекта

Требования к наполнению информацией

6.1.1 Общие требования к информационному наполнению

В рамках работ по данному курсовому проекту Студент обеспечивает наполнение разделов сайта предоставленными материалами в порядке, указанном в п. 6.1.2.
Студент обеспечивает обработку иллюстраций для приведения их в соответствие с техническими требованиями и HTML-верстку подготовленных материалов. Сканирование, набор и правка-вычитка текстов, ретушь, монтаж, перевод и другие работы могут быть выполнены студентом с использованием стандартного ПО.
Объем текста пояснительной записки, приложений и количество иллюстраций в других типах разделов определяется предусмотренной настоящим ТЗ структурой данных и уточняется на этапе согласования дизайн-концепции с руководителем курсового проекта.

Требования к персоналу

Для эксплуатации веб-интерфейса системы динамического управления наполнением от администратора не должно требоваться специальных технических навыков, знания технологий или программных продуктов, за исключением общих навыков работы с персональным компьютером и стандартным веб-браузером (например, MS IE 9.0 или выше).

Стадии и этапы разработки

 

8.1 Для студентов очной формы обучения

№ Этапа	Содержание работы	Срок разработки
	Выбор и обоснование задачи	12 -16 сентября
	Выбор и обоснование языка программирования для поставленной задачи	19-20 сентября
	Сбор исходных данных и построение технического задания	21 – 30 сентября
	Фаза проектирования, создание концептуальной модели, разработка схемы данных	1 октября – 24 октября
	Фаза построения, создания необходимых классов	25 октября – 14 ноября
	Заполнение таблиц данными и формирование дизайна страниц	15 – 21 ноября
	Разработка административной части	22 – 30 ноября
	Отладка и окончательное тестирование. Публикация проекта	1 – 7 декабря
	Оценка проекта	8 декабря
	Предзащита	13 декабря
	Защита курсового проекта	с 19 декабря согласно расписанию

8.2 Для студентов заочной формы обучения

№ Этапа	Содержание работы	Срок разработки
	Выбор и обоснование задачи	1 -10 февраля
	Выбор и обоснование языка программирования для поставленной задачи	10-20 февраля
	Сбор исходных данных и построение технического задания	20 февраля – 20 марта
	Фаза проектирования	20 марта – 15 апреля
	Фаза построения	15 апреля – 10 мая
	Оценка проекта	10 – 17 мая
	Фаза внедрения	17 – 28 мая
	Итоги создания проекта	28 -31 мая

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

Приложения

Список студентов очной формы обучения

Список студентов 5 курса очной формы обучения специальности «Автоматизированные системы обработки информации и управления», которым выдано техническое задание на курсовой проект по дисциплине «Проектирование автоматизированных систем обработки информации и управления»

№ п/п	ФИО студента	Подпись студента	Подпись старосты
1.	Андросов Роман Владимирович
2.	Арепьев Даниил Михайлович
3.	Барулин Дмитрий Александрович
4.	Бельчиков Алексей Иванович
5.	Бледнов Александр Юрьевич
6.	Бобовников Степан Игоревич
7.	Векшин Сергей Александрович
8.	Верёвкина (Лепина) Ирина Юрьевна
9.	Вышеславцева Дарья Михайловна
10.	Гетманов Павел Вадимович
11.	Гильмутдинов Максим Зуфарович
12.	Гололобов Дмитрий Николаевич
13.	Грабин Игорь Валерьевич
14.	Гришанович Инна Олеговна
15.	Грядунов Михаил Владимирович
16.	Гусейнов Руслан Миргейдаралиевич
17.	Дубраков Алексей Валерьевич
18.	Дубровина Ирина Александровна
19.	Дудина Светлана Владимировна
20.	Зеленкова Надежда Федоровна
21.	Изотов Павел Николаевич
22.	Кабачек Иван Витальевич
23.	Калинина Юлия Николаевна
24.	Кирюхин Кирилл Геннадьевич
25.	Колычев Вадим Юрьевич
26.	Кондратов Николай Владимирович
27.	Костин Дмитрий Анатольевич
28.	Лаврушов Павел Александрович
29.	Молчанов Андрей Андреевич
30.	Морошкин Денис Владимирович
31.	Мосин Денис Сергеевич
32.	Новиков Павел Александрович
33.	Постников Андрей Владимирович
34.	Проценко Максим Валерьевич
35.	Пыжов Алексей Иванович
36.	Радионов Сергей Игоревич
37.	Роговской Сергей Сергеевич
38.	Сентябов Андрей Владимирович
39.	Сергеев Денис Евгеньевич
40.	Слепцов Александр Николаевич
41.	Слоев Александр Игоревич
42.	Сунозов Евгений Юрьевич
43.	Федунов Михаил Сергеевич
44.	Шулепов Сергей Владимирович
45.	Ювонен Вадим Вячеславович

Староста:

_____________________________________ / ______________________________________________

подпись ФИО полностью

 

 

Руководитель курсового проекта:

_____________________________________ / ______________________________________________

подпись ФИО полностью

 

 

Список студентов заочной формы обучения

Список студентов 5 курса заочной формы обучения специальности «Автоматизированные системы обработки информации и управления», которым выдано техническое задание на курсовой проект по дисциплине «Проектирование автоматизированных систем обработки информации и управления»

 

№ п/п	ФИО студента	Подпись студента	Подпись старосты
	Абрамов Дмитрий Егорович
	Алфимов Александр Юрьевич
	Атанов Александр Сергеевич
	Басарев Евгений Викторович
	Бачинский Вадим Игоревич
	Белявцев Евгений Николаевич
	Блиставцева Ольга Сергеевна
	Боброва Лилия Сергеевна
	Бондарев Игорь Николаевич
	Воробьев Артем Евгеньевич
	Галкин Алексей Сергеевич
	Гнездилов Алексей Юрьевич
	Гончарик Дмитрий Александрович
	Григорян Эрик Ромикович
	Гуканова Светлана Александровна
	Домарев Алексей Валерьевич
	Дрожжинова Надежда Александровна
	Дубинин Владимир Александрович
	Дубинин Евгений Валерьевич
	Дурдыев Артем Оремурадович
	Евдокимов Артем Витальевич
	Еременко Елена Петровна
	Еремин Павел Витальевич
	Еськов Роман Анатольевич
	Ефимцева Ирина Борисона
	Жердев Александр Сергеевич
	Жуков Андрей Евгеньевич
	Змыкало Сергей Викторович
	Зубкова (Карачевцева) Анна Ивановна
	Зуборев Алексей Андреевич
	Иванов Александр Игоревич
	Ивашова Дарья Николаевна
	Илюхин Владимир Владимирович
	Каменев Александр Сергеевич
	Кириллов Вадим Геннадьевич
	Кобзев Денис Станиславович
	Ковалева (Гранкина) Евгения Дмитриевна
	Колычева Светлана Михайловна
	Комарицкий Анатолий Павлович
	Комарова (Пикалова) Анна Алексеевна
	Комкова Светлана Владимировна
	Конорев Алексей Степанович
	Корчагин Александр Васильевич
	Корягин Вячеслав Александрович
	Кулешов Алексей Николаевич
	Куракин Александр Валерьевич
	Максаков Максим Николаевич
	Маслов Михаил Анатольевич
	Маяков Евгений Иосифович
	Маяков Николай Федорович
	Минаков Аркадий Владимирович
	Мишин Михаил Олегович
	Молоткова Ольга Сергеевна
	Негребецкая Виолетта Игоревна
	Нестеренко Анна Геннадьевна
	Нечаев Роман Григорьевич
	Петров Сергей Николаевич
	Пинаев Евгений Валентинович
	Плетнев Вячеслав Викторович
	Поздняков Михаил Викторович
	Полянский Кирилл Дмитриевич
	Причетников Александр Петрович
	Пьяных Денис Юрьевич
	Рагозина Любовь Владимировна
	Рагулин Валентин Андреевич
	Рева Александр Александрович
	Реунов Александр Владимирович
	Реутов Александр Валерьевич
	Романенко Екатерина Александровна
	Романчук Сергей Борисович
	Сальников Артем Игоревич
	Семенова Дарья Александровна
	Сиделев Павел Васильевич
	Сорокин Евгений Юрьевич
	Срывков Иван Игоревич
	Терехов Дмитрий Геннадьевич
	Тертычный Евгений Иванович
	Трубникова Ирина Сергеевна
	Холодилин Сергей Александрович
	Чевычелов Сергей Вячеславович
	Чудных Александр Андреевич
	Шапарев Александр Владимирович
	Шевлякова Евгения Сергеевна
	Шестухин Сергей Иванович
	Яковлев Игорь Юрьевич
	Яндола Сергей Владимирович
	Ярыгин Сергей Васильевич

 

Староста:

_____________________________________ / ______________________________________________

подпись ФИО полностью

Руководитель курсового проекта:

_____________________________________ / ______________________________________________

подпись ФИО полностью

 

Разработка автоматизированного клиент-серверного WEB-ориентированного приложения

 

 

Автор-разработчик:

ст.гр. АСУ 5 курса очной/заочной формы обучения И.И. Иванов

 

 

Руководитель курсового проекта:

канд.техн.наук, доц. С.А. Зайцев

Содержание

1 Глоссарий. 4

2 Общие положения. 6

2.1 Предмет разработки. 6

2.2 Назначение документа. 6

3 Требования к графическому WEB-интерфейсу клиентской и административной части приложения. 7

3.1 Требования к дизайну WEB-интерфейса. 7

3.2 Порядок утверждения дизайн-концепции. 7

4 Функциональные требования. 8

4.1 Требования к представлению сайта. 8

4.1.1 Требования к представлению главной страницы сайта. 8

4.1.2 Графическая оболочка внутренних страниц (общая для всех подразделов) 8

4.1.3 Требования к структуре сайта. 9

4.2 Требования к системе управления сайтом.. 10

4.2.1 Общие требования к административной части. 10

4.2.2 Требования к управлению разделами сайта. 10

4.2.3 Управление наполнением сайта. 10

4.2.4 Управление настройками сайта. 12

4.2.5 Дополнительные функции административной части. 13

4.3 Требования к разделению доступа. 13

5 Требования к видам обеспечения. 14

5.1 Требования к информационному обеспечению.. 14

5.1.1 Требования к хранению данных. 14

5.1.2 Требования к языкам программирования. 14

5.1.3 Требования к организации гиперссылок. 14

5.1.4 Требования к иллюстрациям.. 14

5.1.5 Требования к объему одной страницы.. 14

5.2 Требования к программному обеспечению.. 14

5.2.1 Требования к программному обеспечению серверной части. 14

5.2.2 Требования к клиентскому программному обеспечению.. 14

5.3 Требования к техническому обеспечению.. 15

5.4 Требования к лингвистическому обеспечению.. 15

5.5 Требования к эргономике и технической эстетике 15

6 Требования к сдаче курсового проекта. 16

6.1 Требования к наполнению информацией. 16

6.1.1 Общие требования к информационному наполнению.. 16

6.1.2 Порядок предоставления информационного наполнения. 16

6.2 Требования к персоналу. 16