- •1 Исследовательский раздел
- •1.1 Анализ существующих форматов представления данных
- •1.2. Обоснование выбора программно-аппаратных средств
- •1.2.1 Технология sql – выбор субд
- •1.2.2 Выбор языка программирования – php
- •1.2.3 Выбор среды программирования – Фреймворк CodeIgniter
- •1.3.4 Требования к программе или программному изделию
- •1.3.4.1 Требования к функциональным характеристикам
- •2.2 Разработка структуры базы данных программы
- •2.3 Разработка модели информационных потоков базы данных
- •2.4 Разработка алгоритмического обеспечения
- •2.5 Разработка интерфейса программы
- •3 Технологический раздел
- •3.1 Технология разработки программы
- •3.1.1 Создание веб-страниц с помощью языка html
- •3.1.2 Основы работы web-сервера
- •3.1.3 Объектно-ориентированный подход к программированию на php
- •3.1.4 Особенности фреймворка CodeIgniter
- •3.1.5 Инструментарий совместной разработки Subversion
- •3.1.6 Интегрированная среда разработки Zend Studio
- •3.2 Технология тестирования программы
- •3.2.1 Отладка кода с помощью Zend Debugger
- •3.2.2 Автоматизированное тестирование программы – SimpleTest
- •4 Безопасность жизнедеятельности
- •4.1 Анализ опасных и вредных факторов, возникающих при работе на пэвм
- •4.1.1 Физиологические опасные и вредные факторы, действующие на операторов пэвм
- •4.1.2 Психофизиологические опасные и вредные факторы
- •4.2 Разработка технических, организационных и профилактических мероприятий по каждому опасному и вредному фактору
- •4.2.1 Организация рабочего места оператора эвм. Профилактика сдсн
- •4.2.2 Эргономика дисплея. Профилактика сдзн
- •4.2.3 Эргономика устройств ввода информации. Профилактика сзкп
- •4.2.4 Оптимальный режим работы. Профилактика сдпн
- •4.2.5 Контроль микроклимата в помещениях оборудованных пэвм. Профилактика сник
- •4.3 Экологическая оценка и переработка (утилизация) материалов используемых в помещениях, где установлена компьютерная техника
- •4.3.1 Утилизация и переработка ртути в люминесцентных лампах
- •5 Экономическая часть
- •5.1 Планирование разработки автоматизированной системы с построением графика выполнения работ
- •5.1.1 Определение этапов и работ по созданию программного средства
- •5.1.2 Расчет трудоемкости и продолжительности работ
- •5.1.3 Построение графика разработки программного продукта
- •5.2 Расчет затрат на разработку
- •5.2.1 Расчет затрат на разработку программного продукта
- •5.3 Расчет основных технико-экономических показателей и эффективности использования программного продукта
- •5.3.1 Оценка экономической эффективности проекта
- •Заключение
- •Список использованных источников:
- •1 К исследовательскому разделу
- •2 К специальному разделу
- •3 К технологическому разделу
- •4 К разделу Безопасноть Жизнедеятельности
- •5 К экономическому разделу
- •Приложение а Исходный код программы с комментариями
- •Приложение б
- •Графический материал
3.1.4 Особенности фреймворка CodeIgniter
Используемый фреймворк CodeIgniter написан с использованием объектно-ориентированного подхода. Все классы контроллеров, отображений и моделей, вводимые программистом, наследуют исходные классы, введённые в сам фреймворк. Это даёт возможность писать меньший по объёму исходный код, поскольку все необходимые базовые функции сразу же становятся доступны.
Помимо доступных программисту классов контроллеров, отображений и моделей, в фреймворке CodeIgniter существуют также доступные программисту функции плагинов (plugins) и хелперов (helpers - помощники). Хелперы, как видно из названия, призваны помочь исполнить какую-либо незначительную функцию. Например, существуют хелперы построения web-форм, загрузки файлов или работы с сессиями. В отличие от всех остальных основных элементов фреймворка, хелперы – наборы элементарных функций., написанных даже без использования объектно-ориентированного подхода. Каждая функция выполняет небольшую, строго ограниченную задачу. Однако набор довольно велик, и такая «мелочь» становится очень полезной в работе.
Плагины - почти то же самое, что и помощники, за исключением главного отличия: они не являются набором функций, они и есть одна функция. Кроме этого, можно обратить внимание на то, что помощники — больше часть ядра системы, в то время как плагины - нечто внешнее, разрабатываемое сторонними программистами. В реальности это так и оказывается. Даже те плагины, которые поставляются в основном комплекте, написаны пользователями CodeIgniter, входящими в сообщество.
3.1.5 Инструментарий совместной разработки Subversion
Поскольку моя программа управления базой данных учебных материалов входит в состав комплекса программных модулей информационной системы кафедры, возникает проблема взаимодействия с другими разработчиками, для согласования внесения изменений в систему. Для контроля версий использовалась технология SVN.
Subversion (сокр. SVN) — свободная централизованная система управления версиями, созданная в 2000 г. компанией CollabNet Inc.
Subversion разработана специально для замены устаревшей системы CVS, распространённой открытой системы управления версиями. Subversion обладает всеми основными функциями CVS (хотя некоторые из них выполняет другими способами) и свободна от ряда её недостатков.
Subversion — централизованная система (в отличие от распределённых систем, таких, как Git или Mercurial), то есть данные хранятся в едином хранилище. Хранилище может располагаться на локальном диске или на сетевом сервере.
Работа в Subversion мало отличается от работы в других централизованных системах управления версиями. Клиенты копируют файлы из хранилища, создавая локальные рабочие копии, затем вносят изменения в рабочие копии и фиксируют эти изменения в хранилище. Несколько клиентов могут одновременно обращаться к хранилищу. Для совместной работы над файлами в Subversion преимущественно используется модель Копирование-Изменение-Слияние. Кроме того, для файлов, не допускающих слияние (различные бинарные форматы файлов), можно использовать модель Блокирование-Изменение-Разблокирование.
При сохранении новых версий используется дельта-компрессия: система находит отличия новой версии от предыдущей и записывает только их, избегая дублирования данных.
При использовании доступа с помощью WebDAV также поддерживается прозрачное управление версиями — если любой клиент WebDAV открывает для записи и затем сохраняет файл, хранящийся на сетевом ресурсе, то автоматически создаётся новая версия.
Для удобства работы с ситемой использовалась ситема работы с репозитариями – Tortoise SVN
