Общие требования. Методические рекомендации

Методические рекомендации

Отчетность по курсовой работе

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

Выбор темы курсовой работы

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

■ из числа тем, предложенных преподавателем. Примерный перечень тем приведен в Приложении 4.

■ тема может быть другой и не входить в примерный перечень тем, указанный в Приложении 4. Утверждается преподавателем.

Курсовая работа выполняется студентом самостоятельно в течение всего семестра. Основные этапы работы и отчетность по ним приведены в Таблице 1
Таблица 1

	Вид работы	Отчетность
1.	Утверждение темы	Обоснование выбора (наличие материала по теме, компетентность в данной области и т.д.)
2.	Выявление целей создания сайта и формулировка проблемы, решаемой с созданием сайта	Первичные цели, проблемы, функции
3.	Выявление потенциальной аудитории	Определенная аудитория сайта
4.	Формулирование требований к сайту	Проработанные условия успешной работы сайта
5.	Разработка плана сайта	Сценарий и план сайта, подобранное содержимое, структурная схема сайта
6.	Анализ фазы дизайна	Технический и визуальный прототипы
7.	Блоковые композиции	Продуманные блоковые композиции
8.	Фиктивный сайт	Альфа-сайт. Возникшие замечания пользователей и информация об исправлениях
9.	Реализация бета-сайта	*Локально работающий сайт
10.	Тестирование	Протестированный локально работающий сайт
11.	Оформление и защита курсовой работы	Отлаженная программа. Пояснительная записка

* При отсутствии возможности размещения сайта в сети Интернет

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

Разработанный Web-сайт предоставляется на носителе (на компакт-диске). Продукт должен быть полностью работоспособен и совпадать с тем, что предоставляется к защите.

Пояснительная записка по курсовой работе оформляется на стандартных листах А4. Структура отчета: титульный лист (Приложение 1), содержание (Приложение 2), аннотация (Приложение 3) и собственно отчет.

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

Информация. Сайт должен быть информативным. Если Вамне о чем рассказать Вашим посетителям, значит не имеет смысла делать сайт.

Домашняя страница. Это первая страница, которую пользователь видит при посещении сайта. Она работает как главный вход на сайт и должна быть заметным ориентиром на сайте. Как ориентир, она в большинстве случаев отличается от других страниц по внешнему виду. По домашней странице люди часто визуально запоминают сайт. Некоторые рекомендации по разработке домашней страницы:

1. Домашняя страница задает стиль всему сайту. Онаустанавливает основные элементы дизайна: цвет, стиль графики, шрифт, стиль навигации.

2. Домашнюю страницу следует делать так, чтобы привлекатьлюдей пройти в глубину сайта. Если пользователя не заинтересует домашняя страница, то он просто уйдет.

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

3. Домашняя страница, как и обложка журнала, должна быть очень заметной, чтобы привлечь внимание. В то же время она должна давать представление о содержимом всего сайта.

Примечание: файл, в котором хранится домашняя страница, лучше всегда называть index.htm. так как Apache по умолчанию ищет именно этот файл

4. Домашняя страница должна всегда быть узнаваема, но иметь явные изменения и быть «свежей». Дизайн сайта может меняться, но полное изменение не должно происходить очень часто. Если домашняя страница не меняется, то пользователи могут подумать, что содержимое сайт также не меняется. Несколько способов «ненавязчиво» показать изменения на сайте:

• указание даты где-либо на странице:

• изменение основного изображения либо случайным образом, либо с определенным интервалом (ежедневно, еженедельно, ежемесячно);

• указание небольшого количеств важных изменений информации (пресс-релизы, например) на домашней странице:

• прямое указание на последнее обновление страницы;

• ссылка на раздел «Что нового?».

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

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

Графика. Пусть графики будет меньше, но она будет качественнее:

В среднем страничка не должна весить больше 50–60 кб.

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

– Так же не стоит забывать по атрибуты width и height внутри – если картинка не загрузится, то страничка не разъедется в разные стороны, а останется в прежнем виде.

– По возможности у каждой картинки должно быть заполнено поле ALT.

Умеренность в использовании элементов оформления. Избегайте чрезмерной навязчивости: мигающий текст, шрифт огромного размера, избыток восклицательных знаков, ядовитые цвета шрифта и фона – все это исключено. Такое оформление говорит о непрофессионализме web–мастера. И это же мнение зачастую подсознательно переносится посетителями и на содержание сайта, к которому большинство посетителей даже и не переходит.

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

Грамматика и стиль в тексте. Ошибки, опечатки и плохая литературная стилистика в тексте – недопустимы на сайте. Несоблюдение правил верстки текста, подбора шрифтов и их размера – также снижают его оценку пользователем.

Совместимость с браузерами. Проверяйте сайт на разных браузерах. Сайт должен работать как в Internet Explorer, так и в других броузерах. Желательно, чтобы его можно было просмотреть и в Opera.

Совместимость разрешений. Сайт должен одинаково смотреться как с разрешением 1024*768, 1280*1024 так и с 1600*1200, так как это самые распространенные разрешения на данный момент.

2.2. Модель процесса разработки web–сайта.

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

Чтобы помочь уменьшить трудности при конструировании сайта, следует принять так называемую модель процесса, которая описывала бы различные фазы процесса разработки.

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

Примеры стадии процесса типа «водопад» показаны на рис. 1.

Рис.1. Стадии процесса типа «Водопад».

Обратите внимание, что число шагов в модели процесса, а также их названия отличаются от одного разработчика к другому. Наконец, сам «водопад» не единственная из широко используемых моделей, существуют такие модели, как модифицированный водопад, спираль, совместная разработка приложения, которые также могутприменяться в данном случае. Но мы остановимся на модели «водопад», как наиболее удобной и приемлемой. Всегда помните, что конечный смысл использования любой модели состоит в том, чтобы направлять разработку сайта в нужное русло. Идеальная модель должна помогать разработчику web–сайта справляться со сложностью самого сайта, снижать риск неудачи проекта в целом, способствовать внесению любых изменений, возникающих по ходу разработки, обеспечивать устойчивую обратную связь, а также быть достаточно быстрой и простой для восприятия.

Дата добавления: 2015-05-26