Рис. 2.1Создаем диаграмму декомпозиции.

Мы описываем работу учебного отдела, а точнее их документооборота.



Рис. 2.2

Нотация IDEF3. Управленческая структура предприятия.

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

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

Рис.2.3.Нотация IDEF0. Обработка исходящего документа



Рис. 2.4 Структура

Модель бизнес процессов показала, что узким местом в работе ИИиИТ является учебный отдел. Данный отдел нуждается в оптимизации. В период осуществления набора и оформления новых студентов появляется значительная нагрузка (количество поступаемых студентов и количество обрабатываемых документов). Создадим декомпозицию работы «Движения документов».

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

Рис. 2.4 Структура

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

Рис. 2.5 Документооборот

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

2.6 Создание физической и логической модели данных

Обозначим требования, которым должна удовлетворять система. Функциональные особенности:

• Админ-панель.

• Создание новостей.

• Вывод списка студентов.

• Вывод списка преподавателей.

• Контакты.

• Авторизация.

• Вывод новостей.

• Архив.

• Личный кабинет.

• Мультиязычность.

• Вывод последней новости.

• Регистрация.

• Комментирование.

• Галерея.

• Восстановление пароля.

• Обратная связь.

• Информация для сотрудников (приватная).

• Реквизиты.

• Социальная инфраструктура.

• Общие сведения.

• Изменение информации о студентах.

• Добавить студента.

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



Рис. 2.6. Логическая модель данных

Обе системы могут взаимодействовать, но для этого нужно писать всевозможные модули взаимодействия систем на PHP и JavaScript. Эти системы могут использоваться всеми отделами.

Рис. 2.7. Логическая модель данных

Выводы по разделу

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

Основным объектом изучения стал учебный отдел где решаются основные вопросы по работе со студентами. Более детально рассмотрены его структура и функции. Построена модель бизнес процессов учебного отдела.

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

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

На данный момент проблема неэффективной работы решалась путем внедрения системы Megaplan и системой Mega написанной для учебного отдела. Требования к системе показали, что лучше всего использовать для разработки язык PHP и систему Мегаплан.

3. Проектирование информационных систем с Web-доступом

3.1 Описание информационных систем с Web-доступом

На последнем этапе мы создадим небольшую информационную систему для института и используем готовую систему для работы института, называется она Megaplan. Для этого нам потребуется:

• Создать шаблон.

• Спроектировать базу данных.

• Установить и поставить web-сервер

• Настроить программу для работы с PHP.

• Настроить веб-сервер.

• Написать на PHP администраторскую часть и пользовательскую.

• Настроить мегаплан.

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

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

3.2 Megaplan

Один из вариантов используемых систем для руководства и основных отделов. А любая автоматизация начинается с создания четкой структуры и схемы работы организации, в которой каждый сотрудник находится на своем месте, а его нагрузка распределена максимально эффективно. Руководитель в любой момент сможет проконтролировать работу каждого подчиненного или отдела, увидеть степень выполнения задач и проектов. Из таких звеньев складывается работа любой организации. Мегаплан позволяет свести все бизнес-процессы в одной системе, одинаково удобной и понятной как для сотрудников, так и для руководителей.

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

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

Рис. 3-1

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

• Контроль работы сотрудников и оценка эффективности труда.

• Управление задачами и проектами.

• Управление корпоративными коммуникациями.

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

• Планирование дел и встреч. Ведение персонального и корпоративного календарей.

• Структурированное хранение и совместная работа над документами.

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

• Контроль всех финансовых процессов. Ведение операционного учета.

• Учет и управление взаимоотношениями с поставщиками, клиентами и партнерами. подключение их к задачам и проектам.

• Контроль над ходом всех сделок.

Поиск сотрудников и изменение данных находится в разделе Сотрудники.

Рис. 3-2



Рис. 3-3

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

Рис. 3-4

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



Рис. 3-5

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

Рис. 3-6

Есть возможность просматривать зарплату подчиненных и свою.

Рис. 3-7

И просмотра кто сейчас работает и вовремя ли приступил к работе. Выполнил ли поставленные задачи. Хорошо организована структура подчинения сотрудников:

Рис. 3-8

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

Рис. 3-9

А сейчас мы рассмотрим как организовано хранение документов в Мегаплане. Документы любого формата размером до 200 МБ можно хранить в папках раздела «Документы» любого уровня вложенности. Настраивайте доступ к каждому документу или всем документам в папке, определяя, кто из сотрудников может их скачивать или изменять, а кто - редактировать загруженные файлы. Если какой-либо загруженный документ был изменен, загружайте его как новую версию документа. Информация о версиях отображается на странице документа. Документы некоторых форматов имеют предварительный просмотр.

Рис. 3-10

Чтобы отобразить все избранные документы на странице модуля «Документы», включите фильтр «Только избранные».

Второй доступный фильтр - по типу документа. Мегаплан отличает текстовые документы, презентации, PDF-файлы, таблицы и изображения. Прочие файлы попадают в категорию «Остальные». Кроме этого, документы можно помечать метками. Каждый документ может иметь одну или несколько меток.

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

Рис. 3-11

Рис. 3-12

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

Еще один важный вопрос это права доступа к документам, в мегаплане всё это так же предусмотрено и можно выдавать права нужным нам сотрудникам на любые документы и разделы мегаплана.

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

В общем случае видеть папку смогут:

• сотрудники, которым добавили соответствующие права на эту папку.

• руководители этих сотрудников.

• сотрудники, которым выдан доступ к подпапкам или отдельным файлам, входящим в основную папку.

Ссылка открывает окно с полным списком сотрудников, имеющих доступ к данному ресурсу. Посмотреть права доступа могут все сотрудники, имеющие доступ на просмотр данного файла.



Рис. 3-13

Отправляйте клиентам рассылки по почте, СМС, Джабберу, Твиттеру и Фейсбуку с помощью Мегаплана. Управление рассылками осуществляется на странице «Рассылки» модуля Клиенты. Рассылки отображаются или в виде таблицы:

Рис. 3-14

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

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

Лента - это список последних комментариев в темах, а также - в других модулях Мегаплана, например, в задачах. На странице ленты сразу отображается полный текст комментария. Комментарии отображаются от более новых к более старым.

Рис. 3-15

Комментарий к лентами и обсуждениям можно написать в разделе обсуждений. Все комментарии добавляются на одном уровне (без ветвления, как, например, в ЖЖ). Чтобы было понятно, кому вы написали комментарий, можно выделить определенную часть текста, на который вы отвечаете, и во всплывающем меню выбрать «Цитировать».



Рис. 3-16

Чтобы запретить добавление комментариев к теме (то есть закрыть тему), воспользуйтесь ссылкой «Закрыть обсуждение».

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

Рис. 3-17

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

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

3.3 Создание базы данных

В нашей системе используется базы данных на основе MySQL для работы с БД будем использовать визуальный интерфейс PhpMyAdmin, который поможет в создании таблиц, и вводу нужной нам информации.

Начнем с интерфейса PhpMyAdmin(Рис. 3-19), а он выглядит примерно так:

Рис. 3-19

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

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

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

Рис. 3-20

Таблица будет состоять из 8 полей:

• Идентификатор.

• Автор.

• Текст.

• Дата время.

• Язык.

• Категория новости.

• Идентификатор новости.

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



Рис. 3-21

Таблица новостей будет состоять из 11 полей:

• Идентификатор.

• Название новости.

• Адрес ссылки на новость.

• Текст новости.

• Ссылка на картинку.

• Ключевые слова.

• Краткое описание.

• Дата.

• Время.

• Количество просмотров новости.

• Язык.

• Дальше приступим к созданию таблицы галереи, назовем её «photos».

• Идентификатор.

• Название.

• Адрес картинки.

• Дата.

• Время.

• Язык.



Рис. 3-22

Далее приступим к созданию таблицы пользователей, так как у нас будет система регистрации и вывод списка пользователей. Назовем таблицу users и добавим в таблицу 5 полей:

• Идентификатор.

• Логин.

• Пароль.

• Статус.

• Email.

Далее создадим таблицу видео, чтобы можно было добавлять в новости видео, например события или новости, концерты. Назовем её video и добавим в нее 10 полей:

• Идентификатор.

• Название.

• Ссылка.

• Код видео.

• Ключевые слова.

• Краткое описание.

• Дата.

• Время.

• Просмотры.

• Язык.

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

Рис. 3-23

Заполняем необходимые поля текста, картинки и ключевые слова. И заполним одну таблицу для просмотра видео тура. На данном скриншоте изображен способ добавления в таблицу данных(Рис. 3-24). Очень важно иметь возможность вставить видео с популярных видео хостингов, так как часто проходят концерты, события, мероприятия, которые записываются на видео. После чего можно загрузить на хостинг это видео, взять код видео и вставить в новость.

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



Рис. 3-24

В данном случае будет выводиться видео с поля code, в которое мы вставили код с видео.

3.4 Первый этап настройки

На первом этапе выполнены следующие работы:

*настроен внешний вид.

*отредактирован меню.

*удалены лишние подразделы.

*настроены компоненты.

*заполнен приблизительный контент.

В результате выполнения работ получены следующие основные страницы:

*Главная страница (рис. 3-25). На странице представлено меню, компоненты отражающие новости события мероприятия и другую информацию.

* Документы (рис. 3-11 и 3-12).

* Новости (рис. 3-28).

* Галерея (рис. 3-26).

* Админ-панель (рис. 3-29).

* Регистрация (рис. 3-27).

Рис. 3-25 Главная

Рис. 3-26 - Галерея



Рис. 3-27 - Регистрация

Рис. 3-28 - Новости

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



Рис. 3-29 - Админ-панель

* Видео.

Данное видео изображено как пример, добавляется оно через админ-панель в разделе Видео.

* Комментарии (рис. 3-31).

* Реквизиты (рис. 3-32).

* Контакты (рис. 3-33).

* Права доступа (рис. 3-34).

* Данные студентов (рис. 3-35)

Рис. 3-31 - Комментарии



Рис. 3-32 - Реквизиты

Рис. 3-33 - Контакты

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

Вывод списка студентов реализован только для руководства в админ-панеле.

Рис. 3-33 - Список студентов

3.5 Второй этап настройки

На этом этапе производится настройка почтовых сервисов.

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

* [status=0] Запрет на доступ;

* [status=1] Разрешено изменение данных;

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

В событиях отредактируем поля, для предоставления наиболее полной информации обо всех операциях.

Рис. 3-34 - Права доступа

Выводы по разделу

На ранее выбранной платформе «Мегаплан», разработана ИС «Mega», с Веб - доступом. Две системы дополняют друг друга одна система для работы сотрудников а другая только для студенческого отдела. Для дальнейшего улучшения системы нужен PHP программист и хостинг. Обе системы можно построить так, чтобы они взаимодействовали. Т.е. при добавлении например документов в одной системе они дублировались в другую.

Спроектированы физическая и логическая модели БД. Второстепенные функции не рассматривались, так как являются вспомогательными.

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

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

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

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

Заключение

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

При написании выпускной квалификационной работы были решены следующие задачи.

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

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

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

Для более детального анализа рассмотрен документопоток, где выявлена основные категории документов используемые в учебном отделе, смоделирована классическая схема движения документов для учебного отдела. На основе проведенного анализа предложены способы решения проблем, сформированы требования к разработке и определены критерии выбора средства разработки, в данном случае PHP и MySQL? А так же система Мегаплан. Построена логическая и физическая модели данных.

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

Разработка имеет социально культурное значение, так как она направлена на работу как в учебном отделе так и во всем вузе (мегаплан).

Для внедрения этой системы и использования необходимо дополнительное изучение отдела и анализ деятельности ИИиИТ.

Список использованных источников

Литература

1. Веллинг, Л. Разработка веб-приложений с помощью PHP и MySQL / Л. Томсон - СПб.: Основы, 2011г. - 847стр.

2. Васвани, В. Zend Framework. Разработка веб-приложений на PHP / В. Васвани, 2012г. - 432стр.

3. Васвани, В. MySQL: использование и администрирование / В. Васвани, 2011г. - 368стр.

4. Дунаев, В. Сценарии для Web-сайта. PHP и JavaScript / В. Дунаев, 2008г. - 576стр.

5. Дари К. PHP и MySQL создание интернет-магазина / К. Дари, 2011г. - 630стр.

6. Дари, К. AJAX и PHP. Разработка динамических веб-приложений / Б. Бринзаре, Ф. Черчез-Тоза, М. Бусика, 2009г. - 336стр.

7. Дари, К. AJAX и PHP. Разработка динамических веб-приложений / Б. Бринзаре, Ф. Черчез-Тоза, М. Бусика, 2009г. - 336стр.

8. Зандстра, М. PHP объекты, шаблоны и методики программирования / Мэтт Зандстра - СПб.: Вильямс, 2011г. - 555стр.

9. Заводны, Д. MySQL. Оптимизация производительности 2-е издание / Д. Заводны, Б. Шварц, П. Зайцев, В. Ткаченко, А. Ленц, СПб: Символ-Плюс, 2010г. - 816стр.

10. Кузнецов, М. PHP практика создания Web-сайтов 2-е издание / И. Симдянов - СПб.: Функции и массивы, 2012г. - 1200стр.

11. Котеров, Д. PHP 5 2-е издание / А. Костарев - СПб, 2011г. - 1200стр.

12. Кузнецов, М. Самоучитель PHP 5/6 / И. Симдянов М. Кузнецов, 2011г. - 642стр.

13. Кузнецов, М. PHP на примерах / И. Симдянов М. Кузнецов, 2011г. - 400стр.

14. Климов, А. JavaScript на примерах / А. Климов, 2009г. - 333стр.

15. Мишель, Е. Изучаем PHP и MySQL / Е. Дэвис и Джон А. Филлипс, 2008г. - 448стр.

16. Хоган, Б. HTML5 и CSS3: Веб-разработка по стандартам нового поколения / Б. Хоган, 2012г. - 282стр.

Интернет-ресурсы

17. The PHP Group,(2001) PHP: Hypertext Preprocessor [Электронный ресурс] // URL: http://www.php.net/ (дата обращения 1.03.2013г.).

18. Официальный сайт Мегаплан [Электронный ресурс] // URL: http://www.megaplan.ru/ (дата обращения 4.03.2013г.).

19. Официальный сайт СПБГУП [Электронный ресурс] // URL: http://www.gup.ru/ (дата обращения 7.03.2013г.).

20. Официальный сайт ИИиИТ [Электронный ресурс] // URL: http://www.inisk.ru/ (дата обращения 8.03.2013г.).

21. LPHP.RU, (2009) Регистрация на PHP [Электронный ресурс] // URL: http://lphp.ru/artpage/50.html (дата обращения 8.03.2013г.).

22. Евгений Попов,(2006) Cпецифика работы CSS [Электронный ресурс] // URL: http://ruseller.com/lessons.php (дата обращения 9.03.2013г.).

23. Myblaze.ru, (2011) Уроки PHP для начинающих [Электронный ресурс] // URL: http://myblaze.ru/php_lessons/ (дата обращения 10.03.2013г.).

24. WCode.Ru Group, (2005) Условия и Циклы в PHP [Электронный ресурс] // URL: http://wcode.ru/php/ (дата обращения 10.03.2013г.).

25. Computerlessons.ru, (2007) Извлечение данных в PHP [Электронный ресурс] // URL: http://computerlessons.ru/lessons/php/14.html (дата обращения 10.03.2013г.).

Размещено на Allbest.ru