Помощь в написании студенческих работ
Антистрессовый сервис

Программный комплекс управления сайтом с использованием «Kohana Framework»

ДипломнаяПомощь в написанииУзнать стоимостьмоей работы

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

Программный комплекс управления сайтом с использованием «Kohana Framework» (реферат, курсовая, диплом, контрольная)

  • ВВЕДЕНИЕ
  • Глава 1 Постановка задачи
    • 1.1 Техническое задание
    • 1.1.1 Основание для разработки
    • 1.1.2 Назначение разработки
    • 1.1.3 Требования к программе
    • 1.1.4 Требования к надежности
    • 1.1.5 Условия эксплуатации и требования к составу и параметрам технических средств
    • 1.1.5.1 Краткие сведения по установке — Apachе
    • 1.1.5.2 Краткие сведения по установке — PHP
    • 1.1.5.3 Краткие сведения по установке — MySQL
    • 1.1.5.4 Краткие сведения по настройке системного — hosts.conf.
    • 1.1.5.5 Установка сайта
    • 1.1.6 Требования к информационной и программной совместимости
    • 1.1.7 Требования к программной документации
    • 1.1.8 Стадии и этапы разработки
    • 1.1.9 Порядок контроля приемки
    • 1.2 Обзор существующих решений
    • 1.3 Выбор языка программирования
  • Глава 2 Основная часть
    • 2.1 Описание программы
    • 2.1.1 Общие сведения
    • 2.1.2 Функциональное назначение
    • 2.1.3 Описание логической структуры
    • 2.1.4 Программное обеспечение, рекомендуемое для функционирования программы
    • 2.2 Руководство системного программиста
    • 2.2.1 Общие сведения о программе
    • 2.2.2 Используемые программные средства
    • 2.2.3 Этапы разработки программы
    • 2.2.4 Проверка программы
    • 2.2.4.1 Общие сведения о тестировании
    • 2.2.4.2 Виды тестирования
    • 2.2.4.3 Методы тестирования
    • 2.2.4.4 Принципы тестирования
    • 2.3 Руководство оператора
    • 2.3.1 Назначение программы
    • 2.3.2 Условия выполнения программы
    • 2.3.3 Выполнение программы
  • Глава 3 Экономическая часть
    • 3.1 Расчет времени на создание программного продукта
    • 3.2 Расчет годового фонда заработной платы исполнителя по созданию программного продукта
    • 3.3 Расчет начислений на заработную плату
    • 3.4 Расчет расходов на содержание и эксплуатацию ПЭВМ
    • 3.5 Расчет себестоимости программного продукта
    • 3.6 Расчет цены программного продукта
    • 3.7 Расчет экономической эффективности
    • 3.8 Вывод
  • Глава 4 Техника безопасности при работе по эксплуатации (ПК)
    • 4.1 Общие положения
    • 4.2 Эксплуатация ЭВМ (ПК)
  • ЗАКЛЮЧЕНИЕ
  • Список литературы
  • Приложение. Код программы
  • Введение
  • Движок сайта, это жаргонное выражение, правильное название — программный комплекс управления сайтом. Подобная система управления может состоять из множества небольших модулей (т.е. несколько маленьких программ), которые объединены в общую систему. Наиболее часто встречающаяся аббревиатура CMS (Content Management System) — Система Управления Контентом.
  • Движки, в подавляющем большинстве случаев, программируются на языке PHP, тем не менее, возможно применение других языков, всё зависит от программиста и возможностей хостинга. В любом случае, движок всегда работает в связке с базой данных MySQL (базы данных также должны поддерживаться хостером).
  • Принцип действия: Для начала, обратимся к работе обычного сайта. Как происходит открытие веб-страницы? В строку браузера вводится адрес и открывается соответствующая ему страница, из тех, которые лежат на сервере. Если адрес введён неправильно, то получим ошибку 404 (на сервере такая страница не обнаружена).
  • Как происходит открытие страницы на сайте, которой функционирует с помощью CMS? Страниц, как таковых, на сервере нет. Есть база данных, в которой находится текстовая информация и есть программа, которая работает с этой базой данный (тот самый движок). В строку браузера вводится адрес, в соответствии с адресом, программа «выдёргивает» из базы определённый кусок текста, вставляет его в заранее заданный дизайн и показывает посетителю. На все эти действия уходят доли секунды. Таким образом, страница будет генерироваться столько раз, сколько её будут запрашивать посетители. Итак, мы пришли к определениям статической и динамической страницы.
  • Статическая страница — находится на сервере в виде отдельного файла и отображается при каждом запросе.
  • Динамическая страница — фактически, её не существует, т. е. она собирается заново при каждом новом запросе посетителя сайта.
  • Kohana — это HMVC PHP5 веб фреймворк, предоставляющий средства для разработки web-приложений. Благодаря своей каскадной файловой системе, большому количеству встроенных утилит и последовательному API, он идеально подходит для решения большинства задач, а высокая скорость выполнения и обширные возможности профилирования позволяют ускорить разработку и использовать менее мощные ресурсы для содержания конечного продукта.
  • Почему именно Kohana?
  • · Высокая скорость выполнения
  • · Использование всех возможностей PHP5
  • · Большое количество встроенных инструментов, в том числе ORM и Database
  • · Малые системные требования
  • · Средства профилирования и отладки
  • · Поддержка UTF-8 и I18N
  • Что делает Kohana отличным фреймворком?
  • Расширяемость: с помощью удобной каскадной файловой системы вы можете полностью изменить функционал системы, простая установка: никаких инсталляторов и огромных конфигураций, а встроенный отладчик ошибок позволяет быстро отслеживать ошибки в приложении. Вы сможете легко профилировать, отлаживать код и находить узкие места в приложении используя стандартные утилиты.
  • А чтобы защитить приложение, Kohana предлагает такие утилиты как валидация введенных данных, защищенные от изменения cookie и защита от SQL-инъекций.
  • Официальная документация доступна только на английском языке: http://www.kohanaframework.org/guide/kohana/.

Глава 1. Постановка задачи

1.1 Техническое задание

1.1.1 Основание для разработки

Основанием для данной работы является задание, выданное на дипломный проект для разработки: «Программный комплекс управления сайтом с использованием „Kohana Framework“». Задание для дипломного проектирования выдано в соответствии с работами провайдера ООО «Городские информационные сети» и утверждено зам. директора по учебной работе Красногорского государственного колледжа.

1.1.2 Назначение разработки

Программный комплекс управления сайтом с использованием «Kohana Framework»". Данное программное обеспечение может использоваться на любых предприятиях в качестве шаблона «движка» с возможностями добавления и отображения материалов по иерархии пользовательского доступа.

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

Программа должна:

1) Отображать категории;

2) Отображать материалы по категориям;

3) Производить регистрацию и авторизацию пользователей;

4) Отправлять Email сообщения для подтверждения регистрации;

5) Предоставлять просмотр и действия согласно уровню доступа пользователя;

6) Добавлениередактированиеудаление категорий и материалов;

7) Создание тегов к материалам;

8) Проверять введенные пользователем значения от вредоносных скриптов;

9) Анализировать количество зарегистрированных пользователей и администраторов среди них.

1.1.4 Требования к надежности

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

1.1.5 Условия эксплуатации и требования к составу и параметрам технических средств

Серверная сторона:

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

· Apache version 2.2.17 with OpenSSL

· PHP VC6 version ThreadSafe 5.3.5

· MySQL Community Server version 5.5.x

1.1.5.1 Краткие сведения по установке — Apache

1) Установка в режиме Typical

2) В файле конфигурации (httpd.conf) изменить.

// Вставить под это пусть к каталогу сайта

AllowOveride All

Options Indexes FollowSymLinks

Order allow, deny

Allow From all

3) Снять знак комментария (#) со строчки

Include conflextra/httpd-vhosts.conf

4) Найти строку с «index.html» и добавить через пробел «index.php»

5) Раскомментировать строку «LoadModule rewrite_module modules/mod_rewrite.so»

6) В конце файла указать пусть к файлу конфигурации PHP

PHPiniDir «c:/Program Files/php»

LoadModule php5_module «c:/Program Files/php/php5apache22.dll»

7) Перейти в файл httpd-vhosts.conf на редактирование, стереть все конфигурации … и записать новые

ServerAdmin skutorlike@mail.ru

DocumentRoot «c:/site/sitename»

ServerName localhost (или sitename) // доменное имя для браузера

ServerAlias www. localhost (или www. sitename) // синоним доменного имени

ErrorLog «c:/site/localhost (sitename)/error.log»

CustomLog «c:/site/localhost (sitename)/access.log» common

1.1.5.2 Краткие сведения по установке — PHP

1) Установка по умолчанию, выбор Apache 2.2.x, указание пути конфигурационного файла Apache, Extension -> все модули

2) Настройка файла конфигурации PHP (php.ini)

Закомментировать модули:

Php_intl.dll

Php_oci8

Php_oci8_11g

Php_pdo_oci

Php_pgsql

Php_pdo_pgsql

Php_sybase_ct

3) Раскомментировать модуль работы сокращенных тегов

Short_open_tag = off // и поменять значение на on

1.1.5.3 Краткие сведения по установке — MySQL

1) Установка по умолчанию

1.1.5.4 Краткие сведения по настройке системного — hosts. conf

1) В папке Windows/System32/Drivers/Etc открыть на редактирование файл hosts. conf и добавить строку.

127.0.0.1 sitename

1.1.5.5 Установка сайта

Скопировать сайт в директорию хранения и обработки веб-сервером

«C:/site/sitename».

Создать базу данных mysql с названием «kgksite». Указать полны йдоступ с локлаьного компьютера пользователю kgkadminsite с паролем kgkpasswordadmin. (При желании можно настроить в каталоге. сайтaplicationconfig).

Загрузить дампы базы данных в базу «kgksite «.

Клиентская сторона:

Клиентом может являться любой ПК с любой сетевой ОС имеющий браузеры Google Chrome 12, Firefox Mozilla 10, Safari 5.1, Opera 11 и выше. Поскольку некоторые функции такие как CSS 3, HTML 5, PHP 5 не полностью поддерживаются более старыми версиями браузеров, и могут некорректно отображаться.

Набрать в поисковой строке сетевой адрес компьютера сервера.

Минимальные технические требования к ЭВМ, необходимой для нормального функционирования программного обеспечения:

1) Процессор Pentium III

2) Частота 600 Mhz

3) Оперативная память 128Mb

4) Видеокарта 64Мb

5) Клавиатура и мышь

6) Интернет связь (64 KbiteSec)

Рекомендуемые технические требования:

1) Процессор Pentium IV

2) Частота 1000 Mhz

3) Оперативная память 256Mb

4) Видеокарта 128Мb

5) Клавиатура и мышь

6) Интернет связь (512 KbiteSec)

1.1.6 Требования к информационной и программной совместимости

Программа должна работать автономно под управлением веб-серверных программ совместимых с ОС Windows 2000/XP/Vista/Seven, Unix согласно требованиям пункта 1.1.5.

1.1.7 Требования к программной документации

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

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

Стадии и этапы разработки велись в соответствии с установленными сроки выполнения работы (Таблица 1).

Таблица 1. Стадии и этапы разработки

Этап

Наименование работ

Чем заканчивается работа

Срок исполнения, начало окончание

Анализ задания на технологической практике и подготовка раздела «Введение»

Написание раздела «Введение»

14.04.12

15.04.12

Подготовка раздела «Техническое задание»

Написание раздела «Техническое задание»

15.04.12

18.04.12

Подготовка раздела «Постановка задачи»

Написание раздела «Постановка задачи»

21.04.12

22.04.09

Разработка функциональной схемы модуля

Наличие функциональной схемы модуля

22.04.12

24.04.12

Разработка программы

Разработка программы

24.04.12

26.05.12

Тестирование программы

Готовая рабочая программа

26.05.12

28.05.12

Подготовка разделов «Заключение» и «Список литературы»

Наличие готовых разделов

02.06.12

06.06.12

Разработка презентационного материала

Презентационный материал, выполненный в виде слайдов

09.06.12

11.06.12

1.1.9 Порядок контроля приемки

После передачи Исполнителем программы Заказчику, последний имеет право тестировать программу в течение 7 дней. После тестирования Заказчик должен принять работу по данному этапу или в письменном виде изложить причину отказа от принятия. В случае обоснованного отказа Исполнитель обязуется доработать программу.

1.2 Обзор существующих решений

Тема «Программный комплекс управления сайтом с использованием „Kohana Framework“» была выбрана в соответствии потребностями ООО «Городское информационные сети» для разработки программы и написания дипломного проекта. Было просмотрено большое количество сайтов и программ, посвященных соответствующей тематике, и сделаны выводы, что ни один из существующих программных продуктов полностью не удовлетворяет моим требованиям к функциональным характеристикам.

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

1.3 Выбор языка программирования

Для разработки программного продукта на тему дипломного проекта мною была выбрана такая среда программирования, как PHPDesigner 8, которая является универсальным средством для создания веб-продуктов, сайтов и поддерживает подсветку большинства используемого синтаксиса в современных языках программирования, таких как PHP, Javascript, CSS, HTML, XML, SQL, Python, Perl, C# и другие. Основной язык, используемый в данном проекте PHP.

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

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

Глава 2. Основная часть

2.1 Описание программы

2.1.1 Общие сведения

Наименование: «Программный комплекс управления сайтом с использованием „Kohana Framework“».

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

Начальная стадия разработки интерфейса происходила совместно с разработкой сайта и написанием алгоритма, интерфейс показан на рисунке 1.

Рисунок 1. Интерфейс главной страницы

1. Голова (шапка) сайта, приветствующая часть с модулем управления.

1.а. Основное меню сайта, переключение материалов и управление действиями.

2. Текущий контент (тело) сайта, тематический материал.

3. Нижняя часть (ноги) сайта, авторские данные.

2.1.2 Функциональное назначение

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

Программный комплекс управления сайтом отображает древовидную структуру статей, в которой отображаются сведения о выбранной категории и/или их материалы.

2.1.3 Описание логической структуры

В состав данной программы входят следующие модули:

1. Главный модуль (Controller One);

1) Модули: Admin, RegisterLogin, 404Error, Materials (NSTree, CKEditor, HTMLPuriFier, ORM, EMail);

2) Сортировка записей в БД;

3) Добавление и редактирование контента;

2.1.4 Программное обеспечение, рекомендуемое для функционирования программы

Рекомендуемое клиентское программное обеспечение для наиболее корректного отображения: ОС Windows Seven, браузер Google Chrome 12.

Рекомендуемое серверное программное обеспечение для наиболее корректной работы программы: ОС Windows Seven, Apache version 2.2.17 with OpenSSL, PHP VC6 version ThreadSafe 5.3.5, MySQL Community Server version 5.5.x

Включенные модули работы short_tags и mod_ rewrite.

2.2 Руководство системного программиста

2.2.1 Общие сведения о программе

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

Программное обеспечение:

ОС MS Windows XP/Vista,/Seven/Unix;

Apache version 2.2.17 with OpenSSL;

PHP VC6 version ThreadSafe 5.3.5;

MySQL Community Server version 5.5.x;

Браузер Google Chrome 12. x

Процессор: не ниже Pentium166.

Базовый язык программирования: PHP.

2.2.2 Используемые программные средства

Программные средства:

OC — Windows 7

Apache 2.2.17 with Open SSL

PHP VC6 Version Thread Safe 5.3.5

MySQL 5.5.x

Среда разработки — PHPDesigner 8

Браузер — Google Chrome 12. x

Управление БД — Navicat 10 Premium

Дизайн — Adobe Photoshop 12. x CS5

Фреймворк — Kohana Framework 3.2.0

Структура программы:

Функциональная схема программы (Рисунок 2).

Рисунок 2. Функциональная схема программы

Структура таблиц базы данных

На рисунке 3 предоставлены диаграммы связей таблиц базы данных.

Схема не полностью отражает действительность и создана лишь графического представления работы сайта с помощью MS Access.

Рисунок 3. Схема данных

В базе данных 8 таблиц (рисунок 4, 5, 6, 7, 8, 9, 10, 11).

Рисунок 4. Таблица «regcodes»

Рисунок 5. Таблица «roles_users»

Рисунок 6. Таблица «tags_materials»

Рисунок 7. Таблица «tree»

Рисунок 8. Таблица «tags»

Рисунок 9. Таблица «roles»

Рисунок 10. Таблица «users»

Рисунок 11. Таблица «materials»

Настройка программы

Подробные сведения по настройке программы для серверной и клиентской части указаны в пункте: 1.1.5 Условия эксплуатации и требования к составу и параметрам технических средств.

2.2.3 Этапы разработки программы

Файловая система Kohana Framework представляет собой иерархическую структуру каталогов. Каждый файл, подгружаемый системой с помощью функции Kohana: find_file, по очереди ищется в следующих каталогах:

1. Папка приложения (application). Сначала Kohana ищет файл в папке вашего приложения.

2. Папка каждого из модулей (modules). Затем, файл ищется в каждой папке включенного через Kohana: modules модуля (в том порядке, в котором они определены).

3. Системная папка (system). И в последнюю очередь, Kohana ищет файл в собственной системной папке.

Всегда можно расширить функционал системы дополнительным модулем, не изменяя системный каталог (что облегчает обновление версии kohana в дальнейшем) — достаточно создать файл с таким же именем в директории выше по приоритету чтобы переопределить файл (Рисунок 12).

Рисунок 12. Схематическое представление работы «Kohana Framework»

Разработка программы «Программный комплекс управления сайтом с использованием „Kohana Framework“» начинается с внедрения собственных страниц, использующих синтаксис Kohana и PHP в директорию разработки страничек aplication (моделей и контроллеров). Kohana -> aplication/classes/-Имя контроллера-.

Создаём новый контроллер для этого откроем среду PHPDesigner 8 и выберем («Файл» -> «Новый» -> PHP) и добавим начальный код для работоспособности страницы (Рисунок 13). Из выше описанного следует понимать, что контроллер является главным наследуемым классом, который тоже может наследовать системные контроллеры Фреймворка с их функциями и использовать готовые модули Фреймворка.

1) На первом этапе необходимо создать дизайн в «Adobe Photoshop CS5» и разметить его при помощи CSS и HTML на страницу (Рисунки 15 и 16).

1.1) Описать разметку базового (основного), регистрационного и авторотационного, а также просмотра материалов в CSS и HTML используя созданный шаблон в «Adobe Photoshop CS5».

2) На втором этапе необходимо наименовать контроллер и присвоить ему контроллер от которого он будет расширяться, если таковой имеется (Рисунок 13).

2.1 Указать основной файл общего вида (отображения) (Рисунок 16).

2.2 Объявить внутренние экземпляры класса (модели), если таковые требуются (Рисунок 14).

2.3 Описать тело функции (по умолчанию index) (Рисунок 13 и 14).

2.4 Добавить и описать тела дополнительных функций, если таковые требуются (Рисунок 13 и 14).

2.5 Указать файл конкретного вида (отображения) контроллера (Рисунок 17).

3) На третьем этапе необходимо совместить отображение обработанных функций в контроллерах и их внешний вид (Рисунок 18)

Результатом выше перечисленных действий становится любая созданная страница сайта на Kohana.

Рисунок 13. Пример контроллера

Рисунок 14. Пример модели

Рисунок 15. Пример базового вида в CSS

Рисунок 16. Пример базового вида HTML+PHP

Рисунок 17. Страница наследник базового вида HTML+PHP

Рисунок 18. Совмещение видового представления где, 1 — это базовый вид, использующейся в большинстве страниц; 2 — это вид текущего контроллера, добавляется в базовый вид;

2.2.4 Проверка программы

2.2.4.1 Общие сведения о тестировании

Каждому программисту известно, сколько времени и сил уходит на отладку и тестирование программ. На этот этап приходится около 50% общей стоимости разработки программного обеспечения.

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

У Г. Майерса другое определение: тестирование — это процесс выполнения программы с целью обнаружения в ней ошибок. Такое определение цели стимулирует поиск ошибок в программах. Отсюда также ясно, что «удачным» тестом является такой, на котором выполнение программы завершилось с ошибкой. Напротив, «неудачным» можно назвать тест, не позволивший выявить ошибку в программе

2.2.4.2 Виды тестирования

· Тестирование модуля, или автономное тестирование (module testing, unit testing) — контроль отдельного программного модуля, обычно в изолированной среде (т. е. изолированно от всех остальных модулей).

· Тестирование сопряжении (integration testing) — контроль сопряжений между частями системы (модулями, компонентами, подсистемами).

· Тестирование внешних функций (external function testing) — контроль внешнего поведения системы, определенного внешними спецификациями.

· Тестирование приемлемости (acceptance testing) — проверка соответствия программы требованиям пользователя.

· Комплексное тестирование (system testing) — контроль и/или испытание системы по отношению к исходным целям. Комплексное тестирование является процессом контроля, если оно выполняется в моделируемой среде, и процессом испытания, если выполняется в среде реальной, жизненной.

· Тестирование настройки (installation testing) — проверка соответствия каждого конкретного варианта установки системы с целью выявить любые ошибки, возникшие в процессе настройки системы.

2.2.4.3 Методы тестирования

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

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

2. При структурном тестировании программа рассматривается как «белый ящик» (т.е. ее текст открыт для пользования). Происходит проверка логики программы. Полным тестированием в этом случае будет такое, которое приведет к перебору всех возможных путей на графе передач управления программы (ее управляющем графе). Даже для средних по сложности программ числом таких путей может достигать десятков тысяч. Если ограничиться перебором только линейных не зависимых путей, то и в этом случае исчерпывающее структурное тестирование практически невозможно, т. к. неясно, как подбирать тесты, чтобы обеспечить «покрытие» всех таких путей.

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

3. Метод большого скачка

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

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

И все же большой скачок не всегда нежелателен. Если программа мала и хорошо спроектирована, он может оказаться приемлемым. Однако для крупных программ метод большого скачка обычно губителен.

4. Восходящее тестирование

При восходящем подходе программа собирается и тестируется снизу вверх. Только модули самого нижнего уровня («терминальные» модули; модули, не вызывающие других модулей) тестируются изолированно, автономно. После того как тестирование этих модулей завершено, вызов их должен быть так же надежен, как вызов встроенной функции языка или оператор присваивания. Затем тестируются модули, непосредственно вызывающие уже проверенные. Эти модули более высокого уровня тестируются не автономно, а вместе с уже проверенными модулями более низкого уровня. Процесс повторяется до тех пор, пока не будет достигнута вершина. Здесь завершаются и тестирование модулей, и тестирование сопряжении программы.

При восходящем тестировании для каждого модуля необходим драйвер: нужно подавать тесты в соответствии с сопряжением тестируемого модуля. Одно из возможных решении — написать для каждого модуля небольшую ведущую программу. Тестовые данные представляются как «встроенные» непосредственно в эту программу переменные и структуры данных, и она многократно вызывает тестируемый модуль, с каждым вызовом передавая ему новые тестовые данные.

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

2.2.4.4 Принципы тестирования

У Майерса сформулированы также основные принципы организации тестирования:

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

2. Следует по возможности избегать тестирования программы ее автором, т.к. кроме уже указанной объективной сложности тестирования для программистов здесь присутствует и тот фактор, что обнаружение недостатков в своей деятельности противоречит человеческой психологии (однако отладка программы эффективнее всего выполняется именно автором программы);

3. По тем же соображениям организация — разработчик программного обеспечения не должна «единолично» его тестировать (должны существовать организации, специализирующиеся на тестировании программных средств);

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

5. Необходимо тщательно подбирать тест не только для правильных (предусмотренных) входных данных, но и для неправильных (непредусмотренных);

6. При анализе результатов каждого теста необходимо проверять, не делает ли программа того, что она не должна делать;

7. Следует сохранять использованные тесты (для повышения эффективности повторного тестирования программы после ее модификации или установки у заказчика).

2.3 Руководство оператора

2.3.1 Назначение программы

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

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

2.3.2 Условия выполнения программы

Условия необходимые для выполнения программы.

Минимальные:

1) Процессор Pentium III

2) Частота 600 Mhz

3) Оперативная память 128Mb

4) Видеокарта 64Мb

5) Клавиатура и мышь

6) Интернет связь (64 KbiteSec)

2.3.3 Выполнение программы

Запуск браузера и переход на адрес сайта (Рисунок 18).

Переходим в меню «Регистрация» и заполняем поля для регистрации на сайте (Рисунок 19).

Рисунок 19. Страница регистрации на сайте

1. Все поля валидируются на наличие вредоносного кода и случайных ошибок заполнения предусмотренных классом регистрации «Reg» в контроллере «Authformer» и его дочерними функциями.

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

3. При валидном заполнении формы данные пересылаются методом POST на обработку модели Reg и ее дочерним функциям, иначе выносится сообщение ошибки пользователю.

4. Данные временно записываются в базу данных. Пароль шифруется.

5. Пользователю высылается письмо на Email с кодом подтверждения регистрации, принимаемым по ссылку методом GET.

6. Пользователь закрепляется в базе данных и получает определенные права.

После регистрации и ее подтверждения по электронной почте, мы можем войти на сайт как пользователь используя «Авторизацию» (Рисунок 20) и получить доступ к просмотру материалов и категорий сайта.

Рисунок 20. Авторизация-1

1. Первичная авторизация (без генерирования динамического изображения защиты от повторного ввода) позволяет пользователю ввести свои данные и войти на сайт как пользователь.

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

3. На форме имеется ссылка на страницу регистрации

4. На форме имеется ссылка на страницу восстановление пароля;

5. Имеется кнопка скрыть

Рисунок 16. Авторизация-2

1. Вторичная авторизация срабатывает, когда пользователь вводит неправильно данные в первичной форме авторизации.

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

3. В остальном работа аналогична первичной форме авторизации.

Рисунок 17. Восстановление пароля

1. Форма работает с использованием Ajax. При вводе E-mail'a. Мгновенная проверка существования E-mail'a в БД.

2. Пользователь получает ответ в виде зеленой галочки или же красного крестика.

3. Обработка запроса и генерирование нового пароля с отсылкой на Email пользователя

Рисунок 18. Пример категории и материалов

1. При выборе категории пользователь получает вид принадлежащих ей материалов.

Рисунок 19. Пример вида материала

1. При выборе материала в категории пользователь получает вид статьи.

Рисунок 19. Страница администрации — добавление

1. Страница с ограниченным по роли пользователя доступом (только для администраторов сайта).

2. Возможность создания категорий

3. Возможность добавление материалов в категории

4. Возможность добавление темовых тегов к материалам

5. Использование текстового модуля «Ckeditor» для улучшения визуализации текстового поля.

6. Проверка вредоносности введенных данных в поля с помощью модуля «htmlpurifier».

Рисунок 19. Страница администрации — пользователи

1. Поиск пользователя в базе данных сайта.

2. Отображение количества зарегистрированных пользователей.

3. Отображение количества администраторов среди пользователей.

Глава 3 Экономическая часть

3.1 Расчет времени на создание программного продукта

Затраты времени на создание программного продукта дает трудоемкость.

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

Структура общего времени на создание программного продукта представлена в табл.2

Таблица 2. Общее время на создание программного продукта.

№ этапа

Обозначение времени данного этапа

Содержание этапа

Тпо

Подготовка описания задачи

То

Описание задачи

Та

Разработка алгоритма

Тбс

Разработка блок-схемы алгоритма

Тн

Написание программы на языке PHP

Тп

Набивка программы

Тот

Откладка и тестирование программы

Тд

Оформление документации, инструкции пользователю, пояснительной записки

Время рассчитывается в человеко-часах, причем Тпо берется по фактически отработанному времени (исходные данные), а время остальных этапов определяется расчетом по условному числу команд Q.

Условное число команд определяется по формуле:

Q=q*c

где q — коэффициент, учитывающий условное число команд.

Выбрать значение коэффициента q можно из табл.3

Таблица 3. Коэффициент числа команд.

Тип задачи

Пределы измерений коэффициента

Задачи учета

от 1400 до 1500

Задачи оперативного управления

от 1500 до 1700

Задачи планирования

от 3000 до 3500

Многовариантные задачи

от 4500 до 5000

Комплексные задачи

от 5000 до 5500

где c — коэффициент, учитывающий новизну и сложность программы.

Программные продукты по степени новизны отнесены к одной из 4-х групп:

— группа, А — разработка принципиально новых задач;

— группа Б — разработка оригинальных программ;

— группа В — разработка программ с использованием типовых решений;

— группа Г — разовая типовая задача.

По степени сложности программные продукты могут быть отнесены к одной из 3-х групп:

— 1- алгоритм оптимизации и моделирования систем;

— 2- задачи учета, отчетности и статистики;

— 3-стандартные алгоритмы.

Коэффициент С определяется из табл.4 на пересечении групп сложности новизны.

Таблица 4. Сложность программы.

Язык программирования

Группа сложности

Степень новизны

А

Б

В

Г

Высокого уровня

1,38

1,26

1,15

0,69

1,30

1,19

1,08

0,65

1,20

1,10

1,00

0,60

Низкого уровня

1,58

1,45

1,32

0,79

1,49

1,37

1,24

0,74

1,38

1,26

1,15

0,69

Так как разрабатываемый программный продукт предназначен для решения задач учета, то коэффициент q, выбранный из таблицы 3 равен 1500.

Программа написана на языке высокого уровня и является разовой типовой задачей, следовательно, относится к группе «Г». По степени сложности ПП относится к группе стандартные алгоритмы (группа 3). Из таблицы 4 выбираем соответствующую позицию, равную 0,60. Далее подставляем выбранные данные в формулу:

Q=1500*0,60 =900

Определяем время, затраченное на каждый этап создания программного продукта:

1) Тпо берется по факту. Оно равно 7 (человеко/часов).

2) То определяется по формуле:

То=Q*B/(50*K)

где В — коэффициент учета изменений задачи. Он равен 1,3.

К — коэффициент, учитывающий квалификацию программиста. Выбрать значение коэффициента К можно из табл.5

Таблица 5. Коэффициент квалификации программиста

Стаж программиста

Значение коэффициента К

до 2-х лет

0,8

от 2 до 3 лет

1,0

от 3 до 5 лет

1,1 — 1,2

от 5 до 10 лет

1,2 — 1,3

свыше 10 лет

1,3 — 1,5

Так как стаж программиста до 2-х лет, то подставляем в формулу коэффициент 0,8.

То=900*1,3/(50*0,8)=29,25(челчас)

3)Та рассчитываем по формуле:

Та=Q/(50*K)

Та=900/(50*0,8) =22,5(челчас)

4)Тбс определяется аналогично Та

Тбс= Та = Q/(50*K)

Тбс= Та = 900/(50*0,8) =22,5(челчас)

5)Тн определяется по формуле:

Тн=Q*1,5/(50*K)

Тн=900*1,5/(50*0,8)=33,75 (челчас)

6)Тп определяется по формуле:

Тп=Q/50

Тп=900/50=18(челчас)

7)Тот определяется по формуле:

Тот=Q*4,2/50*K

Тот=900*4,2/50*0,8=94,5(челчас)

8) Тд определяется аналогично Тпо

Тд=Тпо=7 (чел/час)

Теперь зная время, затраченное на каждом этапе, можно подсчитать общее время на создание программного продукта:

Т=Тпо+То+Та+Тбс+Тн+Тп+Тот+Тд

Т=7+29,25+22,5+22,5+33,75+18+94,5+7=234,5 (челчас)

3.2 Расчет годового фонда заработной платы исполнителя по созданию программного продукта

Фонд заработной платы состоит из основной и дополнительной зарплаты.

Основная заработная плата включает оплату по отдельным расценкам, тарифным ставкам, должностному окладу, премии (40%).

Дополнительна заработная плата — это оплата отпусков (11,4%) доплата по территориальному коэффициенту (15%).

Основная ЗП определяется по формуле:

ЗПосн=Х*Кт*Т/Чр*tp.д*(1+П/100)

Где Хсреднемесячная ЗП программиста (руб) — определяется самостоятельно по рыночной ситуации;

Кттарифный коэффициент, соответствующий разряду тарифной сетки по которому работает исполнитель (1,3);

Т-общее время на создание программного продукта (чел/час);

Чрчисло рабочих дней в месяце (30 дней);

tp.д — продолжительность рабочего дня в часах (8 часов);

П — процент премии.

Рассчитываем зарплаты разработчику:

ЗПосн=23 000*1,3*234,5/30*8*(1+40/100)=20 867,70 (рублей)

Дополнительная ЗП берется в размере 11,4% от основной.

ЗПд= 39 706,10*11,4%=2378,91 (рублей)

Общая ЗП будет равна сумме основной и дополнительной:

ЗПобщая=ЗПосн+ЗПдоп

ЗПобщая=20 867,70 +2378,91 =23 246,61 (рублей)

3.3 Расчет начислений на заработную плату

Социальное страхование в РФ является обязательным каждый хозяйствующий субъект, любой организационно правовой формы собственности отчисляет денежные средства в фонд ЗП во внебюджетные фонды отчисляют на:

1.Фонд социального страхования (ФСС) — 2,9%

2. Пенсионный фонд России (ПФР) — 22%

3.Федеральный фонд обеспечения медицинского страхования (ФФОДС) — 5,1%

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

ФСС = ЗП общая * 2,9%

ПФР = ЗП общая * 22%

ФФОДС = ЗП общая * 5,1%

ФСС = 23 246,61 * 2,9%=674,15 (рублей)

ПФР = 23 246,61 * 22%=5114,25 (рублей)

ФФОДС = 23 246,61 * 5,1%=1185,57 (рублей)

Общая сумма отчислений на социальное страхование:

674,15 + 5114,25 + 1185,57 = 6973,97 (рублей)

3.4 Расчет расходов на содержание и эксплуатацию ПЭВМ

Расходы на содержание и эксплуатацию ПЭВМ рассчитываются по следующим статьям:

1)Основная ЗП работников, обеспечивающих функционирование ПВЭМ.

Для системных программистов: Нобсл=25, Кт=2,02

ЗПосн.год.=(Х*Кт/Нобсл.)*((1+П/100)*12)

Средняя заработная плата системного программиста составляет 10 000 рублей. Подставляем данные в формулу:

ЗПосн.год.=(10 000*2,02/25.)*((1+40/100)*12)=3975,36 (рублей)

2)Дополнительная ЗП обслуживающего персонала — 11,3% от основной заработной платы

ЗПд=3975,36 *11,3=449,21 (рублей)

Общая ЗП будет равна сумме основной и дополнительной:

ЗПобщая=ЗПосн+ЗПдоп

ЗПобщая=3975,36 +449,21 =4424,57 (рублей)

3)Начисления на ЗП обслуживающего персонала (30%):

Нзп=ЗПгод.о.п*30%

Нзп=4424,57 *30%=1327,37 (рублей)

4) Социальные отчисление с заработной платы вспомогательного персонала — СОвп (30% от общей заработной платы)

СОвп=4424,57 *30%=1327,37 (рублей)

5)Амортизационные отчисления определяются в размере 25% от балансовой стоимости ЭВМ (Кб)(исходные данные).

А=Кб*25%

А=25 000*25%=6250 (рублей)

6)Затраты на электроэнергию:

Зс.эн (осв)=Фэф * Цэ * P

Фэф — эффективный годовой фонд работы ПЭВМ в часах (2016 часов) Цэ — стоимость 1кВт/ч.

P — мощность ПЭВМ с периферией в кВт/ч.

P= 0,7−1,2- в зависимости от периферии (определяется самостоятельно)

Так как ПП разрабатывался в Москве, то стоимость 1кВт/ч составляет 2,66 рубля, а коэффициент периферии Р равен 1,2. ПП разрабатывается 234,5 часов, поэтому Фэф=234,5.

Зс.эн (осв)= 234,5* 2,66 * 1,2=748,52 (рублей)

7) Расходы на профилактику составляют 2% от балансовой стоимости ПВЭМ с периферией.

Зпроф = Кб * 2%, где Кб — стоимость ПЭВМ

При разработке данного ПП использовался ноутбук марки HP модели, рыночная стоимость которого составляет 25 000 рублей. Следовательно, Кб=25 000. А затраты на профилактику:

Зпроф = 25 000 * 2%=500 (рублей)

8) Прочие производственные расходы (Ппр) берутся в размере 30% от основной ЗП работников, обеспечивающих функционирование ЭВМ.

Ппр=ЗПобсл*30%=4424,57 *30%=1327,37 (рублей)

9) Определяем годовые расходы на содержание и эксплуатацию 1-ой ЭВМ, для этого складываем все компоненты:

З общие = ЗП общая + Нзп + СОвп + А + Зс. эн (осв) + Зпроф + Ппр

З общие = 4424,57 + 1327,37 + 1327,37 + 6250+ 748,52 + 500 + 1327,37 =15 905,2 (рублей)

Далее определяем себестоимость 1-го машино-часа работы ПВЭМ, которая определяется по формуле:

Смч=Зобщ/12/30/8*Т

Смч=15 905,2/30/12/8*234,5=1295,05 (рублей)

3.5 Расчет себестоимости программного продукта

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

В себестоимость программного продукта входят следующие элементы:

1)Основная ЗП исполнителя работ по созданию программного продукта;

2)Дополнительная ЗП исполнителя работ по созданию программного продукта;

3)Начисления на ЗП:

4)Расходы на содержание и эксплуатацию ПВЭМ, относящихся к данному программному продукту;

5)Прочие расходы.

Первые 4 элемента уже известны, а прочие расходы составляют 10% от суммы первых 4-х элементов.

Структуру себестоимости программного продукта опишите в таблице 6.

Таблица 6. Расчет себестоимости.

Элементы себестоимости

Сумма (руб)

% в общей сумме себестоимости

Основная ЗП исполнителя

20 867,70

41,13

Доп. ЗП исполнителя

2378,91

4,69

Начисления на ЗП

6973,97

13,74

РС и ПЭВМ

15 905,2

31,35

Прочие расходы

4612,57

9,09

Итого:

50 738,35

3.6 Расчет цены программного продукта

Цена — это денежное выражение стоимости продукции.

Цена складывается из нескольких компонентов:

Ц=С+П+НДС

Где С — себестоимость программного продукта

П — прибыль, которую берем в размере 40% от себестоимости

НДСналог на добавленную стоимость, который берется в размере 18% от суммы себестоимости и прибыли.

Ц=50 738,35+(50 738,35*40%)+((50 738,35+(50 738,35*40%))*18%)

=83 819,75 (рублей)

3.7 Расчет экономической эффективности

Эффективность это результативность т. е. получение результата с учетом затрат — более того с минимальными затратами трудовых, материальных, финансовых средств труда.

(проект считается эффективным, если показатель составляет более 15%)

? Пр = приблизительный рост прибыли за два года

КВ — капитальные вложения = себестоимость программного продукта

? Пр=Пр2года-Пр1года

Пр2года берется в размере 65% от себестоимости.

? Пр=(50 738,35*65%)-20 295.34=12 684,58(рублей)

Находим Эа:

Эа=12 684,58/50 738,35=0,24=24%

3.8 Вывод

В экономической части ДП произведен расчет себестоимости и цены программного продукта «Разработка: Программный комплекс управления сайтом с использованием „Kohana Framework“», которая показала эффективность создания данного программного продукта, т.к. экономическая эффективность составляет 24%.

Расчеты отвечают современным требованиям ведения бухгалтерского учета и плановой политики предприятий.

Программа полностью соответствует современным требованиям и стандартам.

программный управление сайт оператор

Глава 4 Техника безопасности при работе по эксплуатации (ПК)

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

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

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

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

Статистика дает такую информацию об основных заболеваниях при работе с компьютером:

* Заболевания органов зрения — 60% пользователей

* Сердечно-сосудистая система-60%

* Желудочно-кишечный тракт -40%

* Кожные заболевания -10%

Для снижения вредного воздействия компьютера на человека необходимо соблюдать определенные требования к условиям работы, к рабочему месту; компьютер должен соответствовать гигиеническим требованиям. Кроме того, необходимо строго соблюдать режим работы на компьютере.

4.2 Эксплуатация ЭВМ (ПК)

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

— внимательное отношение к характеристикам дисплеев;

— правильная организация рабочих мест операторов;

— правильная организация работы с ПК;

— соблюдение мер защиты от поражения электрическим током. Раскрывая их, можно сформулировать рекомендации следующего характера:

— необходимо соблюдать ограничение на работу с ПК, для служащих, страдающих заболеваниями опорно-двигательного аппарата, глаз (или нарушениями зрения.), кожи, а также для беременных женщин (во всех случаях лучше получить консультацию у врача);

предпочтительнее использовать дисплеи с достаточно высокой разрешающей способностью;

— лучше выбирать видеоадаптеры с достаточно высоким разрешением и по возможности (если есть на рынке и цена приемлемая) с частотой обновления экранного изображения не менее 70 — 72 Гц;

— обязательно ставить на дисплеи экраны, в частности поляризационные, фильтры, в несколько раз снижающие утомляемость глаз;

— если позволяют условия, то рекомендуется сидеть не ближе 70 см (примерно на расстоянии вытянутой руки) от дисплея;

— экран дисплея не должен быть ориентирован в сторону источников света (окон, настольных ламп и т. п.);

— при размещении рабочего места рядом с окном угол между экраном дисплея и плоскостью окна должен составлять не менее 90 градусов (для исключения бликов), прилегающую часть окна желательно зашторить;

— не следует располагать дисплей непосредственно под источником освещения или вплотную с ним;

— желательно, чтобы освещенность на рабочем месте оператора ПК не превышала 2/3 нормальной освещенности помещения;

— общее время работы с дисплеем не должно превышать 50% от полного рабочего времени оператора;

— не следует превышать темп работы порядка 10 000 нажатий клавиш в час;

— при обычной работе с компьютером необходимо делать 15 -минутные перерывы через каждые два часа, а при интенсивной работе — через каждый час.

Заключение

Тема дипломного проекта была выбрана в соответствии с заданием, выданном руководителем преддипломной практики.

В первой главе выполнены следующие задачи, а именно: конкретизирована постановка задачи, проведён обзор существующих решений и обоснован выбор языка программирования.

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

В третьей главе выполнена задача по составлению сметы затрат на программный продукт.

Подводя итоги выполненного задания, следует отметить, что в нём были достигнуты поставленная цель и задачи.

1. ГОСТ 19.402 — 78. Описание программы.

2. ГОСТ 19.503 — 79. Руководство системного программиста. Требования к содержанию и оформлению.

3. ГОСТ 19.505 — 79. Руководство оператора. Требования к содержанию и оформлению.

4. ГОСТ 24.207 — 80. Требования к содержанию документов по программному обеспечению.

5. Колисниченко Д. Н. Самоучитель PHP5: в теории и на практике — 2007 г.

6. Jason D. Straughan. Kohana 3.0. Beginner’s Guide — 2011 г.

7. http://kohanaframework.org/

8. http://ru.wikipedia.org/wiki/Kohana

Показать весь текст
Заполнить форму текущей работой