- •Министерство образования и науки республики казахстан Университет «туран»
- •Дипломный проект
- •Задание на дипломный проект
- •Руководитель: ________ Ахметжанова ж.Б.
- •Содержание:
- •Глава 1. Обоснование потребности в Web-сайте……….……..……………………... 6
- •Глава 2. Разработка и создание Web-сайта……………....…………………………… 24
- •Глава 3. Технико-экономическое обоснование……………………………...………. 66
- •Глава 4. Охрана труда и безопасность жизнедеятельности……………………….. 73
- •Введение
- •Цели и поставленные задачи дипломного проекта
- •Глава 1. Обоснование потребности в Web-сайте
- •1.1 Web-сайт, общие понятия.
- •1.1.1 Классификация Web-сайтов
- •1.1.2 Проектирование и разработка Web-сайта
- •1 Этап — определение целей создания сайта
- •2 Этап — проведение исследований по теме
- •3 Этап — определение типа сайта, разработка тз и структуры
- •4 Этап — разработка макета дизайна сайта
- •5 Этап — html-css вёрстка
- •6 Этап — программирование и установка на cms
- •1.2 Разработка базы данных MySql
- •1.2.1 Связь с базами данных MySql
- •1.2.2 Хранение данных в реляционных базах данных
- •1.3 Разработка административной части сайта
- •1.4 Язык php
- •1.4.1 Общие правила построения php-программы
- •Переменные
- •1.4.2 Связь php с базой данных MySql
- •1.5 Основы css
- •Свойства шрифта
- •Глава 2 Разработка и создание Web-сайта «Детский Хоккейный Клуб»
- •2.1 Постановка задачи при проектировании web- сайта
- •2.2 Общая структура Web-сайта
- •Главная
- •2.2.1 Каталоги в cms Joomla V.1.5.8
- •2.2.2 Работа с базами данных в cms Joomla V.1.5.8
- •Префикс
- •Общепринятые поля таблицы
- •Поля даты
- •Многоязычные требования
- •Запрос в базу данных
- •Написание запросов
- •Получение результата
- •Использование adOdb
- •Управление зарезервированными полями
- •Publishing
- •Checking Out
- •Ordering
- •Поле параметров
- •Поля даты
- •2.3 Дизайн Web-сайта
- •2.3.1 Подробное описание разделов и подразделов
- •2.4 Администрирование
- •2.4.1 Панель администратора
- •Пиктограмма с надписью Сайт.
- •Пиктограмма Меню
- •Пиктограмма Статьи
- •Пиктограмма Компоненты
- •Пиктограмма Расширения
- •Пиктограмма Инструменты
- •2.4.2 Создание пунктов меню
- •2.4.3 Редактирование материала
- •2.4.4 Установка Шаблона Web-сайта
- •2.4.5 Вставка видео на Web-сайт
- •Вставка видео с YouTube.Com
- •2.4.6 Опрос пользователей Web-сайта
- •Глава 3. Технико-экономическое обоснование
- •3.1 Оценка общего состояния рынка веб-разработки
- •3.2 Стоимость разработки
- •Стоимость операционной системы
- •Системные требования html-редакторов
- •Минимальные требования и расходы
- •Необходимые требования и расходы
- •Оптимальный вариант для создания Web-сайта «Детский хоккейный клуб»
- •Глава 4. Нормы и требования охраны труда на рабочем месте разработчика Web-сайта
- •4.1 Общие положения
- •4.2 Требования безопасности во время эксплуатации эвм
- •4.3 Требования безопасности во время работы
- •4.4 Выводы
- •Заключение
- •Список использованной литературы
- •16. Д. Н. Колисниченко. Движок для вашего сайта. Cms Joomla!, Slaed, php Издательство: бхв-Петербург, 2008г.
- •34. Билл Скотт, Тереза Нейл. Проектирование веб-интерфейсов. 2010г.
- •Приложения
Глава 3. Технико-экономическое обоснование
Задачи исследования:
- Оценка общего состояния рынка веб-разработки;
- Оценка потребительских свойств готового продукта;
- Оценка ценовых диапазонов веб-разработки;
- Исследование структуры ценообразования при веб-разработке;
- Исследование сроков производственного процесса;
- Исследование взаимосвязей между предыдущими пунктами;
- Подсчет затрат на разработку Web-сайта.
3.1 Оценка общего состояния рынка веб-разработки
Прежде чем переходить к вопросам стоимости и характеристик получаемых продуктов, рассмотрим вопрос инструментария веб-студий, поскольку итоговый результат зачастую тесно связан с использованным инструментом.
Современные сайты предъявляют большие требования к управляемости, надёжности, удобству управления и функциональности, поэтому в их основе находятся специальные системы управления сайтами (CMS). Эти системы уже содержат часть функций, требующихся на сайте (напр. – интерфейс для добавления и редактирования информации и т.п.), а кроме того, – инструменты, ускоряющие процесс разработки новых функций.
Типы CMS
Все использующиеся CMS можно разделить на три основные категории:
Системы, созданные и развиваемые внутри студии (внутренние CMS). Это внутренний инструмент, доступный лишь сотрудникам конкретной студии.
Бесплатные свободно распространяемые CMS. Разрабатываются и развиваются сообществами пользователей на добровольной основе. Использование бесплатной системы не требует никаких выплат, кроме гонорара программисту, осуществляющему разработку проекта с использованием данной CMS.
Коммерческие CMS. Каждая система имеет конкретного разработчика, который берёт на себя вопросы развития системы и технической поддержки пользователей. Пользователи коммерческих систем оплачивают приобретение лицензии на использование системы и, часто, техническую поддержку свыше определённого срока. Веб-студии, являющиеся партнёром того или иного производителя CMS, имеют скидку на приобретение, за счёт чего могут предоставлять систему своему клиенту по цене производителя.
Поскольку функционал сайта не содержал никаких экзотических требований, и его реализация была возможна практически на любой существующей системе, мы получили картину личных предпочтений студий – были названы те системы, которые студии используют по собственному желанию.
Рисунок 28: Платные, внутренние и бесплатные CMS
Видно, что предпочтение разработчики чаще всего отдают не общедоступным CMS. Это наблюдается из-за того, что качество и функциональность свободных CMS значительно ниже платных либо разработанных собственными силами.
Технологические характеристики итогового продукта
Одной из важных задач исследования было установление потребительских свойств итогового продукта.
- Возможности управления содержимым сайта (публикация информации, управление каталогом товаров)
- Требования к квалификации сотрудника, ответственного за наполнение сайта
- Возможность дальнейшего развития сайта (добавление новых разделов, функционала)
Вопрос зависимости от разработчика после создания сайта является достаточно болезненным. Если в случае готовых CMS в дальнейшем заказчик может обратиться для усовершенствования сайта к другим разработчикам, работающих с использованной на сайте CMS, то для внутренних систем это неочевидно.
Очевидно, что в процессе функционирования сайта могут потребоваться изменения как функционала сайта, так и редизайн.
В процессе исследования для программных правок были выделены следующие варианты:
«Да» – разработчик предусматривает возможность работы с сайтом других программистов: предоставляет открытый код, описание архитектуры, какую-то документацию.
«Условно возможно» – система управления поставляется в открытых кодах, грамотный программист при необходимости разберётся, что к чему. Однако, большинство респондентов в этом случае оговаривает, что обращение к разработчику существенно сэкономит срок внесения правок. Кроме того, внесение исправлений сторонним исполнителем лишает заказчика гарантий разработчика.
«Нет» – система управления поставляется в закодированном виде, внести изменения в код могут только разработчики.
Ответы показаны на рисунке 29.
Рисунок 29: Статистика изменения Web-сайта
Итак, видно, что в четверти случаев разрабатывается закрытая система, в остальных же, хоть и является открытой, в большинстве случаев понятна только опытному мастеру.