Корпоративный веб-сайт на 100%. Требуйте от сайта большего!

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

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

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

Документация

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

♦ Руководство пользователя

♦ Руководство разработчика

♦ Руководство администратора

♦ Лицензионное соглашение

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

...

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

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

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

...

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

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

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

73. Документооборот

...

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

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

♦ Настройки произвольного количества маршрутов или статусов при движении документа