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

В целом работу отдела технической поддержки можно охарактеризовать следующими состояниями:

1) Мониторинг;

2) Поступление информации о заявке на издание книг, брошюр, буклетов;

3) Обработка информации, передача на исполнение техническим специалистам;

4) Заключение договора на издание книг, брошюр, буклетов;

5) Документирование процесса работы.

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

Рассмотрим укрупненный сценарий связанный с обработкой поступающих заявок (см. рисунок 1.1).

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

1) Инициатор, которым является сторонняя организация или частное лицо;

2) Диспетчер;

3) Исполнитель - сотрудник из числа технических специалистов;

4) Руководитель.

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

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

Рисунок 1.1 - Сценарий контроля заявок

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

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

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

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

1) Проблема уменьшения времени ожидания обработки заявки отделом-инициатором. Проявляется в отсутствии единых механизмов установления связи с диспетчером;

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

Кроме этих основных проблем стоит также отметить:

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

2) Удовлетворительное качество обслуживания заявок на издание книг, брошюр, буклетов, поступающих от отделов. Это обусловлено первой проблемой и не раз отражалось в отчетах сотрудников.

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

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

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

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

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

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

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

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

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

К настоящему времени сложился стандартный набор приемов внедрения ИС. Основное правило: выполнять обязательные фазы последовательно и не пропускать ни одной из них.

Критически важными для внедрения являются следующие факторы:

- наличие четко сформулированных целей проекта и требований к ИС;

- наличие стратегии внедрения и использования ИС;

- проведение предпроектного обследования предприятия и построения моделей "Как есть" и "Как будет";

- планирование работ, ресурсов и контроль выполнения плана внедрения;

- участие высшего руководства во внедрении системы;

- проведение работ по внедрению ИС специалистами по интегрированию систем совместно со специалистами предприятия;

- регулярный мониторинг качества выполняемых работ;

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

Перед началом разработки проекта внедрения необходимо:

- максимально формализовать цели проекта внедрения ИС;

- оценить минимально необходимые затраты и статьи расхода;

- установить высокий приоритет проекта внедрения перед остальными текущими проектами;

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

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

- разработать организационные меры для применения новых информационных технологий;

- распределить персональную ответственность по всем этапам внедрения и опытной эксплуатации.

Необходимо также определить функциональные сферы внедрения модулей информационной системы:

- организационное управление;

- организационно-административное обеспечение;

- управление бизнес-процессами;

- управленческий, планово-финансовый и бухгалтерский учет;

- управление персоналом;

- управление документацией;

- управление материально-техническим обеспечением;

- управление связями с клиентами и внешней средой.

Кроме того, что перечислено выше, надо задать технологические требования к внедрению ИС:

- системная платформа - внедрение и адаптация готового решения от производителя или разработка на заказ в соответствии с техническим заданием заказчика;

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

- адаптируемость - система настраивается в соответствии с требованиями заказчика и на особенности информационного поля заказчика;

- распределенность - система может эффективно функционировать в территориально удаленных подразделениях и филиалах предприятия;

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

Основные фазы внедрения информационной системы

Фаза "Предварительные работы по подготовке проекта внедрения ИС". В ходе предпроектного обследования предприятия (см. Рисунок 1.2) происходит сбор подробной информации о структурном построении организации, функциональных связях, системе управления, об основных бизнес-процессах, о потоках внутри предприятия (Control Flow, Doc Flow, Data Flow, Work Flow, Cash Flow), необходимой для построения соответствующих моделей и выбора объектов для автоматизации. Оцениваются сроки, ресурсы, виды и объемы работ, номенклатура и стоимость программно-аппаратных и телекоммуникационных средств, стоимость обучения персонала и т. д.

Фаза "Подготовка проекта". После завершения первой фазы осуществляется предварительное планирование и формирование процедур запуска проекта:

- формирование проектной и экспертной групп;

- распределение полномочий и ответственности;

- определение организационно-технических требований к процессу внедрения;

- уточнение спецификаций и ожиданий заказчика;

- обучение группы внедрения, состоящей из специалистов предприятия-заказчика.

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

Фаза "Концептуальная проработка проекта". В течение этой фазы:

- формируется и утверждается концептуальный проект;

- достигается обязательное однозначное понимание намерений всех участников проекта относительно внедряемой ИС;

- уточняются и конкретизируются цели и задачи проекта;

- определяются размеры прототипа системы;

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

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

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

Рисунок 1.2 - Схема обследования предприятия

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

Рисунок 1.3 - Примерное содержание репозитория проекта внедрения

Рисунок 1.4 - Примерный состав документации по процессу внедрения ИС

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

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

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

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

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

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

Диаграмма взаимодействия пользователя «Менеджер» с системой представлена на рисунке 1.5.

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

- Вход в систему;

- Ввод данных о заказе;

- Редактирование данных о заказе;

- Удаления данных о заказе;

- Добавление данных о клиенте в базу данных;

- Редактирование ранее созданных данных и возможных опечаток или ошибок;

Рисунок 1.5. Диаграмма взаимодействия менеджера с системой

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

- обеспечение сбора и сохранения информации о заказах книг;

- обеспечение сбора и сохранения информации о заказах брошюр;

- обеспечение сбора и сохранения информации о заказах буклетов;

- обеспечение сбора и сохранения информации о заказах полиграфии;

- возможность получения интересующих пользователя данных в привычном для него виде отчетов;

- получение информации о рентабельностях разных видов производств.

- обеспечение защиты данных от несанкционированного доступа, то есть доступ к данным должен быть разграничен;

- организация дружественного, интуитивно понятного интерфейса;

- система должна работать без сбоев и выводить достоверные результаты;

- программное средство должно иметь возможность к модернизации и последующей модификации.

После окончания фазы реализации проект внедрения считается законченным. Информационная система передается в эксплуатацию.

1.3 Анализ программных сред и средств для модернизации логистической системы для Общества с ограниченной ответственностью «Международный Информационный Нобелевский Центр» при осуществлении рекламной деятельности

Набор инструментов для локального сервера «Denwer» - набор дистрибутивов и программная оболочка, предназначенные для создания и отладки сайтов (веб-приложений, прочего динамического содержимого интернет-страниц) на локальном ПК (без необходимости подключения к сети Интернет) под управлением ОС Windows.

Базовый пакет

Веб-сервер Apache с поддержкой SSI, SSL, mod_rewrite, mod_php.

Интерпретатор PHP с поддержкой GD, MySQL, SQLite.

СУБД MySQL с поддержкой транзакций (mysqld-max).

Система управления виртуальными хостами, основанная на шаблонах.

Система управления запуском и завершением.

Панель phpMyAdmin для администрирования СУБД.

Ядро интерпретатора Perl без стандартных библиотек (поставляются отдельно).

Эмулятор sendmail и сервера SMTP с поддержкой работы совместно с PHP, Perl, Parser и др.

Базы данных MySQL - свободная система управления базами данных (СУБД). MySQL является собственностью компании Oracle Corporation, получившей её вместе с поглощённой Sun Microsystems, осуществляющей разработку и поддержку приложения. Распространяется под GNU General Public License или под собственной коммерческой лицензией. Помимо этого разработчики создают функциональность по заказу лицензионных пользователей, именно благодаря такому заказу почти в самых ранних версиях появился механизм репликации.

MySQL является решением для малых и средних приложений. Входит в состав серверов WAMP, LAMP и в портативные сборки серверов Денвер, XAMPP. Обычно MySQL используется в качестве сервера, к которому обращаются локальные или удалённые клиенты, однако в дистрибутив входит библиотека внутреннего сервера, позволяющая включать MySQL в автономные программы.

Гибкость СУБД MySQL обеспечивается поддержкой большого количества типов таблиц: пользователи могут выбрать как таблицы типа MyISAM, поддерживающие полнотекстовый поиск, так и таблицы InnoDB, поддерживающие транзакции на уровне отдельных записей. Более того, СУБД MySQL поставляется со специальным типом таблиц EXAMPLE, демонстрирующим принципы создания новых типов таблиц. Благодаря открытой архитектуре и GPL-лицензированию, в СУБД MySQL постоянно появляются новые типы таблиц.

Сообществом разработчиков MySQL созданы различные ответвления кода, такие как Drizzle (англ.), OurDelta, Percona Server (англ.), и MariaDB (англ.). Все эти ответвления уже существовали на момент поглощения компаний Sun и MySQL AB корпорацией Oracle.

Языки программирования. MySQL имеет API для языков Delphi, C, C++, Эйфель, Java, Лисп, Perl, PHP, Python, Ruby, Smalltalk и Tcl, библиотеки для языков платформы.NET, а также обеспечивает поддержку для ODBC посредством ODBC-драйвера MyODBC.

Примеры MySQL запросов для Joomla

Выбрать всех пользователейSELECT * FROM jos_users

Показать все опубликованные статьи: SELECT * FROM jos_content

WHERE state = '1'

Показать всех пользователей кроме «admin» SELECT * FROM jos_usersusername <> 'admin'

Показать все опубликованные статьи: SELECT * FROM jos_content

WHERE state = '1'

В предыдущих выражениях знак звездочки (*) обозначает показывать все столбцы. Теперь если мы хотим показать только email пользователей, выражение будет выглядеть так: SELECT name, email FROM jos_users

Показать заголовки только опубликованных разделовSELECT title FROM jos_sections

WHERE published = 1

Примечание: Указывать (*) несомненно удобно, но на практике запросы начинают использовать больше оперативной памяти, и как следствие производительность начинает падать. Выбирайте только необходимые данные, это упростит вам жизнь в дальнейшем.

Ограничение вывода. Выведем 10 строк из таблицы jos_contentSELECT * FROM jos_content

LIMIT 0, 10

Для того чтобы выбрать начиная с 5 записи следующие 20, пишем следующееSELECT * FROM jos_content

LIMIT 5, 20

Сортировка данных в MySQL. Для того чтобы выводить данные в определенном порядке, а не в том как они лежат в базе данных, используем конструкцию «ORDER BY», например сортировка id по возрастаниюSELECT * FROM jos_contentstate ='1'BY id ASC

или по убыванию

idSELECT * FROM jos_contentstate ='1'BY id DESC

так же никто не мешает сделать несколько сортировок (в порядке убывания приоритета)

SELECT * FROM jos_categories

ORDER BY published ASC, section ASC, id DESC

Работа с текстом в MySQL. До этого мы оперировали только с числовыми типами данных, теперь попробуем с текстом. Из всех пользователей найдем только тех, имя которых начинаются на «a».SELECT username

FROM jos_usersusername LIKE 'a % '

Или заканчиваются на «о» SELECT id, email, usertype

FROM jos_usersusername LIKE ' % о'.

Apache HTTP-сервер (сокращение от англ. a patchy server) - свободный веб-сервер.является кроссплатформенным ПО, поддерживает операционные системы Linux, BSD, Mac OS, Microsoft Windows, Novell NetWare, BeOS.

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

Ядро Apache включает в себя основные функциональные возможности, такие как обработка конфигурационных файлов, протокол HTTP и система загрузки модулей. Ядро (в отличие от модулей) полностью разрабатывается Apache Software Foundation, без участия сторонних программистов.

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

Ядро Apache полностью написано на языке программирования C.

Система конфигурации Apache основана на текстовых конфигурационных файлах. Имеет три условных уровня конфигурации:

Конфигурация сервера (httpd.conf).

Конфигурация виртуального хоста (httpd.conf c версии 2.2 extra/httpd-vhosts.conf).

Конфигурация уровня директории (.htaccess).

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

Часть модулей использует в своей работе конфигурационные файлы операционной системы (например, /etc/passwd и /etc/hosts).

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

Apache HTTP Server поддерживает модульность. Существует более 500 модулей, выполняющих различные функции. Часть из них разрабатывается командой Apache Software Foundation, но основное количество - отдельными open source-разработчиками.

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

В модулях реализуются такие вещи, как:

Поддержка языков программирования.

Добавление функционала.

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

Усиление безопасности.

Часть веб-приложений, например панели управления ISPmanager и VDSmanager реализованы в виде модуля Apache.

Apache имеет встроенный механизм виртуальных хостов. Он позволяет полноценно обслуживать на одном IP-адресе множество сайтов (доменных имён), отображая для каждого из них собственное содержимое.

Для каждого виртуального хоста можно указать собственные настройки ядра и модулей, ограничить доступ ко всему сайту или отдельным файлам. Некоторые MPM, например Apache-ITK позволяют запускать процесс httpd для каждого виртуального хоста с отдельными идентификаторами uid и guid.

Также, существуют модули, позволяющие учитывать и ограничивать ресурсы сервера (CPU, RAM, трафик) для каждого виртуального хоста.

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

Ограничение доступа к определённым директориям или файлам.

Механизм авторизации пользователей для доступа к директории по методу HTTP-Авторизации (mod_auth_basic) и digest-авторизации (mod_auth_digest).

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

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

Существуют модули, реализующие авторизацию через СУБД или PAM.

В некоторых MPM-модулях присутствует возможность запуска каждого процесса Apache используя различные uid и gid с соответствующими этим пользователям и группам пользователей.

Также, существует механизм suexec, используемый для запуска скриптов и CGI-приложений с правами и идентификационными данными пользователя.

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

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

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

В области программирования для Сети PHP - один из популярных скриптовых языков (наряду с JSP, Perl и языками, используемыми в ASP.NET) благодаря своей простоте, скорости выполнения, богатой функциональности, кроссплатформенности и распространению исходных кодов на основе лицензии PHP.

Популярность в области построения веб-сайтов определяется наличием большого набора встроенных средств для разработки веб-приложений[8]. Основные из них:

1) автоматическое извлечение POST и GET-параметров, а также переменных окружения веб-сервера в предопределённые массивы;

2) взаимодействие с большим количеством различных систем управления базами данных (MySQL, MySQLi, SQLite, PostgreSQL, Oracle (OCI8), Oracle, Microsoft SQL Server, Sybase, ODBC, mSQL, IBM DB2, Cloudscape и Apache Derby, Informix, Ovrimos SQL, Lotus Notes, DB++, DBM, dBase, DBX, FrontBase, FilePro, Ingres II, SESAM, Firebird / InterBase, Paradox File Access, MaxDB, Интерфейс PDO);

- автоматизированная отправка HTTP заголовков;

- работа с HTTP авторизацией;

- работа с cookies и сессиями;

- работа с локальными и удалёнными файлами, сокетами.

- обработка файлов, загружаемых на сервер;

- работа с XForms.

В настоящее время PHP используется сотнями тысяч разработчиков. Согласно рейтингу Tiobe, базирующемся на данных поисковых систем, в феврале 2011 года PHP находится на 5 месте среди языков программирования. [6] К крупнейшим сайтам, использующим PHP, относятся Facebook, ВКонтакте, Wikipedia и др.