Практика полевого маркетинга: как били клиента

Source: http://www.itblogs.ru/blogs/borkus/archive/2006/12/29/11223.aspx

Решил поделиться ссылкой на новый год.  Всем советую прочитать. Мне в подарок прислали заказчики как практическое пособие "по учету употребностей клиента и навыки командной работы" :)

Произведение идет под флагом "Определение и удовлетворение потребностей клиентов и есть главная задача и ключ к успеху маркетинга.", точнее к чему это приводит в жизни...
http://wwwboards.auto.ru/computer/277750.html

Published 29 декабря 2006 г. 14:58 by Vlad Borkus

Filed under: Разное

Comments

О том, как технологии Web 2.0 убивают прессу

Source: http://www.itblogs.ru/blogs/borkus/archive/2006/12/19/web-2-0.aspx

Интересны и оценки доходов некоторых блоггеров и затрат на поддержку крупных сайтов. В общем, читайте http://netb2b.com/article.cms?articleId=30158
Вопрос, который остался открытым --- найдется ли что-то приличное для чтения в будущем? Конечно, современная пресса тоже "не фонтан". Но я бы воспринимал «пароноидальное внимание к точности и деталям» скорее как плюс, а не минус (так он выведен в приведенной статье). Газеты  задавали стандарт качества, чего нет в блогах.
Бизнес-модель блогов также не ясна. Энтузиазм -- это хорошо, но в краткосрочной перспективе. Иначе под ним маскируется реклама.В общем получается мир чрезмерного по количеству, плохого и рекламного контента. Невеселую перспективу создает нам развитие ИТ.

Published 19 декабря 2006 г. 11:25 by Vlad BorkusFiled under: Мысли, Блоги, Пресса [Edit Tags]

Грустные/гнусные мысли об iPod

Source: http://www.itblogs.ru/blogs/borkus/archive/2006/12/13/ipod.aspx

Вообще-то мне iPod нравится, приятная игрушка, но.....
#1 Слушать музыку больше некогда. Дни насыщены конвертированием CD в iPod формат.
#2 Хочу комфорта, но iTunes также удобен, как советский автобус. Теперь понимаю, что Майкрософт рулез.
#3 Мои наушники слишком «тяжелы» для iPod. Эппл-cектанты предложили купить карманный усилитель. Еще можно купить микрофон, радиоприемник и пульт. Уже купил зарядное устройство. Понял чувства дойной коровы.
#4 iPod будет служить памятником тому, что я могу потратить 500 баксов по глупости.
#5 В чем, скажите, смысл жизни? iPod куплен, а со смыслом все также.
(С) Влад Боркус, 2006

Published 13 декабря 2006 г. 18:29 by Vlad Borkus
Filed under: Мысли, Юмор, Шутки

Реклама ИТ-шамана

Source: http://www.itblogs.ru/blogs/borkus/archive/2006/12/08/10412.aspx

Эту мелкую шутку я уже публиковал как комментарий к рассказу Анатолия Тенцера о мистических  проблемах с Cisco (http://itblogs.ru/blogs/cio_anatomy/archive/2006/12/07/10338.aspx).  Здесь просто для архивных целей, дабы самому ее не потерять.

<<
Реклама в газете

"Потомственный ИТ-шаман. Снимаю порчу с серверов, защищаю маршрутизаторы от сглаза и паранормальных явлений. Воскрешаю умершие программные системы. Недорого, гарантия."

>>
А человек-то это получается полезный. Был бы он в ИТ-штате и проблем бы у ИТ-директора не было! :)
(С) Влад Боркус, 2006

Published 8 декабря 2006 г. 15:14 by Vlad Borkus Edit

Filed under: Юмор, Шутки, Прикол [Edit Tags]

Имидж и тусовка в ИТ-блогз

Source: http://www.itblogs.ru/blogs/borkus/archive/2006/12/07/10329.aspx

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

Я вообще-то интроверт и публиковать свои мысли в открытую не люблю. Но Миша Елашкин долго рассказывал как это полезно, и я сломался на любимой мною теме SOA. С этого момента, участие в проекте пошло по нарастающей, и я даже завел блог, чтобы не только реагировать на дискуссии, но и инициировать их. Включился в «игру» по полной программе. И что же получилось?

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

Результат для комьюнити. В дискуссию включились люди, которые понимают, что такое SOA (например, feigyn), другие консультанты (SunDest), представители вендоров (скажем, SAP). Tolik держал ее в вечно живом состоянии. Дискуссия перешла на более высокий уровень, характеризующийся разговором класса «теперь примерно понимаю, но не знаю надо ли». Но тут пошла кругами, потому как надо либо все же уже решать проблемы конкретного предприятия, либо сворачивать болтовню. Подключились новые люди, которые за контекстом не следили, все вновь возвращается к исходной.
В общем, начал неплохо.

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

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

Один мой знакомый из Microsoft прямо так и сказал: «зачем ты написал стих? От людей, которые пишут стихи ничего хорошего ждать не приходится! Вот Клинтон играл на саксофоне, и что получилось? А Солана, играл на виолончели, а потом разбомбил Югославию!». Мои попытки пролепетать, что вот у нас Главы администрации Президента тоже публикуют стихи, не нашла понимания. Великим можно, другим -- нет. Хотя и великим тоже нельзя.

Все-таки ИТшники народ очень серьезный. А «шансон-юмор», как его охарактеризовали, воспринимать не хотят категорически.
Эффект -- для позиционирования крайне негативный.

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

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

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

Но так вести блог все-таки скучно. Получается, что становишься продавцом одной технологии. А у меня услуги оценки технологий и разработка архитектур.
Хотя как дальше делать блог и надо ли в нем жить -- совсем непонятно.

Published 7 декабря 2006 г. 10:07 by Vlad Borkus

Comments

Объявление о приеме на работу

Source: http://www.itblogs.ru/blogs/borkus/archive/2006/12/06/10226.aspx

Вакансии

ТОО «Братва» ищет реального пацана по должность Крутого ИТ-Авторитета.

Что должен:
1. Проведение стрелок с ИТ-кидалами.
2. Перетирание и разборки с ИТ-лейблаками и бригадирами.
3. Прессование ИТ-мелюзги.
Работа без выходных. Ненормированный рабочий день. Авралы.

Требования к кандидату:
1. Быть реальным авторитетом, а не фраером.
2. Быть крутым.

Компенсации
1. Интересная и уважаемая работа.
2. Лавэ зеленое. Конкретные бабки по результатам.
3. Гарантированное место на кладбище в лучшем месте за счет канторы.
4. Передачи.

PS. На всякий случай. Все вышеперечисленное -- шутка, конечно.

Published 6 декабря 2006 г. 3:56 by Vlad Borkus

Filed under: Мысли, Юмор

Кто «круче»: CIO или «Директор по ИТ»?

Source: http://www.itblogs.ru/blogs/borkus/archive/2006/12/05/cio.aspx

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

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

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

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

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

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

Но вот вопрос. Что же такого в аббревиатуре CIO, что она считается круче, чем «Директор по ИТ», «Заместитель гендиректора по ИТ»? (Хотя, кажется, все же не круче, чем «вице-президент по ИТ».)
Лэйбл CIO в нашей стране сейчас дает явно большую капитализацию специалиста, чем «Директор по ИТ». Для многих CIO названия со словом «директор» теперь звучат как шаг вниз по карьерной лестнице. (Это наблюдательный факт). Хотя, реальное наполнение и в обоих случаях зависит от размера компании.
В чем магия слова?

PS. Некий ответ я для себя составил, конечно, но мне как раз интересны другие точки зрения.

Published 5 декабря 2006 г. 14:04 by Vlad Borkus

Filed under: Мысли, CIO

Приколы из ТЗ

Source: http://www.itblogs.ru/blogs/borkus/archive/2006/12/04/10077.aspx

Разбирал тут одно ТЗ на программную систему (аппаратная часть, конечно тоже была). Понравился момент

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

До каких, однако, тонкостей приходится иногда опускаться разработчику!

Published 4 декабря 2006 г. 22:50 by Vlad Borkus

Filed under: Мысли, Консалтинг

Сказание (былина) о Microsoft

Source: http://www.itblogs.ru/blogs/borkus/archive/2006/12/03/microsoft.aspx

(C) Владислав Боркус, 2006
(Все аналогии случайны и не содержат злого умысла)

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

Но Мягкий охотник не дремлет!
Он пороху утром нюхнет,
Да кучку пингвиньего сала
Себе на обед принесет.

Гигант же, храпящий спокойно,
Вдруг глазки открыл и сказал:
«Эй! Здеся я! Мне бы немного!»
Но вновь в свою спячку он впал.

Им радость: кислотное Солнце,
Что так омрачало покой,
Почти уже скрылось за самой,
Зеленой на свете горой.

Но недруг все рыщет, и Фрукты
Сумел втихаря расплодить...
Вот как за такое нахальство,
Ему бы хребет перебить?

Другой же злодей, что в Пророки
Подался на ранней заре,
Гриба утащил свой кусочек,
И лает, засевши в норе.

Кромсайте ж побольше софтины,
Чтоб денежка к вам поплыла!
Нам дайте же глюков покруче,
Чтоб жизнь веселее была!

***
Стих -- подарок на новый год коллективу Макрософт Рус. Точнее не сам стих, а лицензионная копия стиха. Можете спокойно распространять, но только целиком, и указывая авторство. :)))
***
Противопоказания: тем, у кого нет чувства юмора читать стих категорически запрещается.
***
Мысль. Вот оно -- наркотическое влияние web 2.0, говорил Елашкину.
Наверное этим стихом рискую похоронить свой профессиональный имидж аналитика и консультанта, но песне на горло не наступишь. :)))

Published 3 декабря 2006 г. 14:48 by Vlad Borkus
Filed under: Мысли, Юмор

Comments

Чуть глубже о SOA

Source: http://www.itblogs.ru/blogs/borkus/archive/2006/11/30/soa.aspx

Влад Боркус

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

И не только потому, что можно построить кучу веб-сервисов, и не внедрить у себя в итоге SOA. Этот тезис, безусловно, совершенно справедлив, но лишь чуть приближает к истине.
И не потому, что SOA -- не равно ESB, о чем тоже много говорилось.

А потому, что SOA -- это вообще не про веб-сервисы. Т.е. как бы совсем не про то.

Если говорить формально, то SOA -- это некоторая концепция реинжиниринга и развития корпоративного программного ландшафта. Упоминания этого термина можно встретить где-то в 1996 году у Гартнера. Тогда эти идеи в практической плоскости соотносились с компонентными технологиями.
С тех пор этот набор идей оброс неким опытом и набором где-то использованных приемов, которые в совокупности носят красивое название SOA Governance.
Появились XML и веб-сервисы, и оказалось, что эти идеи неплохо этой технологией дополняются.

Компоненты SOA

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

Ключевым для SOA являются наличие сервисов, ориентированных на деловые задачи. В SOA могут быть и масса других сервисов (трансформации, авторизации, и т.п.), но они вторичны.

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

В CORBA, EJB приложение строится из множества маленьких кирпичей. В SOA -- из малого количества больших.

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

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

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

Ключевым качеством сервиса является его описание. В описании сказано, что за интерфейс (функции) сервис имеет, приведен контракт (на каких условиях возможен доступ), и прочее -- кто его состряпал, какая версия, кто может менять сервис, когда этот сервис доступен, какая у него нагрузочная способность. Это описание совсем не обязательно должно быть на WSDL, например оно может быть на IDL или даже в MS Word. Главное, чтобы оно было.
Естественно, если описание -- в машино-распознаваемом формате, то использовать сервис потом намного удобнее.

Сами сервисы могут быть реализованы в рамках родной инсталляции SOA на разных технологических платформах -- WS, Java, .Net, CORBA. Более того, идея SOA как раз и состоит в том, чтобы обезопасить ИТ-инфраструктуру от смены поколений информационных технологий и стыковать плохо совместимые унаследованные технологии. Скажем, идеологи SOA открыто говорят, что SOAP когда-то отомрет, а ИТ надо будет и дальше жить. Требуется только, чтобы сервисы отвечали формальным требованиям SOA.

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

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

***
Все описания сервисов (описание интерфейса и контракт) обязаны храниться в репозитории.
Если это формальные описания, то система будет более конфигурируемая. Но, стоит заметить, что полноценные репозитории более сложны, а важны больше для B2B-среды, а не контролируемой корпоративной среды.
Но репозиторием может быть, и склад word-документов в файловой системе (это, конечно, экстремальный случай). В конце концов главный элемент в рамках SOA -- это корпоративный разработчик.

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

Последний компонент SOA -- это шина сервисов. Это -- не обязательный компонент SOA. И уж, конечно, совсем не обязательно -- это ESB.

Главной задачей шины является технологическа стыковка систем на ее концах. Т.е. если с одной стороны у нас находится SOAP, а с другой -- CORBA, то шина должна обеспечить преобразование формата вызова от одной системы к другой. Например, коммутацию XML-полей на методы CORBA. Мы это можем сделать, так как у нас есть «нейтральное» описание сервиса.
В принципе, в рамках SOA может существовать несколько параллельных шин, скажем она -- асинхронная, а другая синхронная. Или идентичные шины в географички разных филиалах.

Проблемы

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

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

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

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

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

****
PS. Написать этот текст меня подстрекал Анатолий, так что вся ответственность за последствия лежит на нем. Особенно если там отдельные вендор будут кидать в меня камнями :))
Но если статью на форуме сочтут приличной, то я ее попробую доработать и пристроить в какой-нибудь ИТ-журнал.

Published 30 ноября 2006 г. 5:21 by Vlad Borkus

Filed under: Мысли, интеграция, SOA

Comments

Давайте формализуем ответственность HR!

Source: http://www.itblogs.ru/blogs/borkus/archive/2006/11/29/hr.aspx

Тема, которую я хочу поднять, -- как бороться с некомпетентностью HR.

То, что наши современные HR в среднем не блещут профессионализмом -- не секрет. Часто от них больше вреда, чем пользы. Как это получается?

Во первых, HR -- одно из трех магистральных направлений, по которым распространяются выпускники психологических факультетов. Два других -- это PR/реклама и околомедицские дела. Алена (Aliona) еще упоминала в блоге тренеров (видимо, преподавателей психологии), возможно, это еще одна стезя.
Но выпускников-то этих много. Только в Москве порядка 100+ заведений готовят дипломированных специалистов. И ясно, что качества образования в среднем ожидать не приходится.

Есть и другие проблемы.

Мы установили в дискуссии с Аленой на ее блоге (http://itblogs.ru/blogs/hr/archive/2006/11/27/9563.aspx), что 70% из выпускников еще при поступлении обладают всевозможными комплексами, которые переносят на своих «пациентов». Чтобы излечить эти комплексы, они и пошли в психологи. У тех у кого нет комплексов, обычно их приобретают по жизни, особенно на такой работе.
Из 30% оставшихся часть глупы, другая часть саботировала обучение и кое-как получила диплом. В итоге полезного контингента набирается 5-10%.

Если эти непрофессионалы уходят в PR и рекламу, то риск для приютившей их компании в основном небольшой. Все равно PR находится под пристальным оком генерального директора или президента. Он все и поправит.
Хуже, если они уходят в HR. Тогда от них зависит благополучие внутренней жизни и эффективность компании.

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

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

Примеры я на форуме приводил. Вопросы из огромного теста (GMAT, кажется) : «Если вас остановил на дороге милиционер, то может ли это быть, что он хочет получить с вас взятку?», «Вас в троллейбусе пнули. Допускаете ли вы, что человек мог сделать это намеренно?», «Нравится ли вам хорошо выглядеть?», «Нравится ли вам хорошо одеваться?». Далее тест автоматически выдает профессиональную ориентацию, а может и медицинский диагноз поставить.
Понятно, что для некомпетентного психолога -- это убедительный документ. Этот тест до сих пор используют в представительствах, использовали у крупных интеграторов.
Алена, kenzo, Миша Елашкин приводили на форуме и другие примеры.

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

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

****

Что во всем этом смущает? Ответственность HR за результат непонятна. Т.е. ему дают задачу найти кандидата, но вот по каким параметрам оценивать деятельность самого HR? Это я и предлагаю обсудить.

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

Иначе говоря, помимо постижения личности самого HR, его нужно загнать в формальные рамки.
Говоря еще более формальным языком, нужно заключить контракт между нанимателем и провайдеров HR-услуг: соглашение о качестве обслуживания (SLA), в котором прописать процесс и ответственность за результат. Такой SLA может, по крайней мере теоретически, ограничить влияние измеряющего субъекта (HR) на результат измерений и улучшить ситуацию в компании.

Что должно определять соглашение?
а) распределение обязанностей между HR и другими участниками процесса;
б) Формальные шкалы оценки человека HR’ом при приеме на работу («не жулик, не псих, способен черти на что»);
в) Ответственность HR провайдера за действия сотрудника (если он в результате украл, завалил проект по психологической причине еще что-то);

Теперь вопрос. Насколько реально такую штуку формализовать? Алена, что вы на этот счет думаете, как профессионал? Что оно должно включать?
Насколько будет эффективно? Что думают об этом клиенты HR службы, т.е. уважаемые руководители? Кто-нибудь наверняка такое делал.

PS. Это мой первый опыт блогописания, так что если чего не так, то прошу извинить. Я в общем-то сам не знаю, нужны ли мне блоги. А «пост» по теме HR в особенности. Но Миша Елашкин потратил полгода на приведение убедительных аргументов в том, что блоги полезны. А он знает в этом деле толк. Аленина дискуссия навела меня на мысли. И я решил попытаться начать блоггерствовать.

Published 29 ноября 2006 г. 4:14 by Vlad Borkus

Filed under: кадры, Мысли, HR

Comments

У исследовательской группы КОННАСИ - новый сайт

01/11/2006

С каждым годом объем информационного шума, связанного с ИТ-технологиями, удваивается, и ориентироваться в нем CIO и ИТ-директорам становится все сложнее. Поэтому растет и спрос на профессиональных специалистов, способных разобраться в предложениях продуктов и услуг на ИТ-рынке, оценить их качество, сильные и слабые стороны. Исследовательско - консалтинговая группа КОННАСИ специализируется как раз в этой области, предоставляя услуги в области независимой аналитики и проектного консалтинга.

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

Сайт разработан и внедрен дизайн-студией Integrate, одним из лидеров российского рынка Web-дизайна.

Закончен проект по анализу рынка систем электронного архива

31/08/2006

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

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

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

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

Проект по анализу рынка систем построения интранет-колец сайтов

31/04/2006

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

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

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

Аналитик и менеджер проекта: Владислав Боркус

CMS-2006-P01. CMS для интранет. Постановка задачи

(С) Владислав Боркус

Дата актуальности: февраль 2006

!Данный материал защищён авторским правом и любое его копирование не допускается.



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


Общие требования:

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

Единое управление всеми сайтами, находящимися под «зонтиком» системы, консолидированное хранение данных этих сайтов.

• Интерфейс. Удобство работы для редактора сайта (возможность легко добавлять новые материалы, слегка менять дизайн и др.Работа редакторов исключительно через Web интерфейс. Все должно быть в WYSIWYG (важная проблема -- отсутствие специалистов по HTML). Должен импортироваться Word -- полноценно, без Microsoft-тегов.


• Система должна легко позволять менять структуру сайта и пр.


• Система должна сразу генерировать карту сайта.


• Возможность создания двуязычных сайтов.


• Безопасность. Разграничение прав в CMS. Авторизация через AD; (Это реализуется на уровне Web-сервера через поддержку LDAP). Возможность создания закрытых зон на сайте;

Замечание. Спустя всего два года, а исследование уже устарело и имеет скорее методологическую, нежели практическую ценность. С развитием возможностей MS SharePoint, блоговых движков, wiki, Facebook и подобных технологий оно утратило актуальность. Хотя возвращаясь в прошлое можно сказать, что реальные сайты департаментов хоть и декларировались "простыми", но в реальности оказывались не такими уж тривиальными. Каждый департамент хотел выделиться и создать какие-то уникальные элементы -- вроде графического навигатора или форума с какими-то особенными возможностями. Эти усредненные требования были сведены в метрике, по который и оценивались системы. -- Влад Боркус

CMS-2006-P04. CMS для интранет. Saitistica (Сайтистика)

(С) Владислав Боркус

Дата актуальности: февраль 2006

!Данный материал защищён авторским правом и любое его копирование не допускается.

Содержание [убрать] 1 Архитектура и техническое описание 2 Оценки по главным направлениям 3 Основные выводы 4 Рассмотрение по метрике

Архитектура и техническое описание

Сайтистика -- одна из наиболее известных российских систем управления контентом. Система прежде всего интересна тем, что построена на базе технологий Microsoft -- веб-сервера IIS и СУБД SQL Server.

С архитектурной точки зрения Сайтистика представляет собой программируемую систему -- для создания на ней сайта требуется изменение кода шаблонов ASP, которые вместе с хранимыми процедурами СУБД собственно и составляют систему.

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

**

Система исповедует объектный подход. Все объекты в ней имеют свой тип данных, например, "Пользователь", "Раздел", "Материал" и т.п. Есть элементарные типы и базовые (встроенные) типы, из которых через интерфейс администратора возможно создание производных типов за счет расширения списка их атрибутов.

Для объектов задаются ASP-шаблоны, описывающее трансформацию данных в HTML (обычно через промежуточную трансформацией в XML, имеющему схему «Сайтистики»). Также возможно ведение объектов в XML и трансформация их в HTML через листы стилей XSL. Значения атрибутов объектов вводятся через Web-формы, и для каждого объекта можно посмотреть его preview в браузере.

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

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

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

Заметим отличие «Сайтистики» от Optimizer 2.5 -- в последнем продукте используются статические HTML-шаблоны, в которые вкраплены специальные теги, указывающие куда помещать контент из CMS. В «Сайтистике» HTML страниц подобного рода не используется -- все страницы по сути представляют собой программы.

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

Создание новых модулей с нуля не рекомендуется производителем, так как это во первых трудоемко (для нового модуля нужно создавать свои классы и хранимые процедуры в СУБД), а во вторых технологии, лежащие в основе системы меняются от версии к версии, так что upgrade становится очень сложным.

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

Оценки по главным направлениям

Многосайтовость поддерживается. Регистрация нового сайта в бэк-офисном интерфейсе производится крайне просто. Однако, для того, чтобы сайт включился в работу, требуется произвести еще 5-6 достаточно трудоемких административных операций. Если создается типовой сайт, то его создание несколько проще, т.к. сводится к копированию файлов и настройке параметров DNS, IIS, базы данных, прав доступа к файлам и БД, прав доступа внутри системы. Ввиду того, что требуется конфигурирование БД (или ее восстановление из backup), настройка Сайтистики может оказаться сложнее, чем создание сайта в Metric. Но возможно, производитель так же сможет предложить какие-то скрипты для этого -- по крайней мере для одного сайта все это делается автоматом в инсталляционном пакете системы.

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

Авторинг контента. В системе контент может быть разных типов. Новости и большие публикации обслуживаются разными модулями. Новости оформляются достаточно скромно -- несколько текстовых полей и картинка. «Богатого» HTML-оформления в них нет. Заполняются они через простую форму. Материалы, наоборот, представляют собой большие публикации из ряда Web-страниц, оформленных по шаблону. Система позволяет редактировать содержимое этих страниц в режиме WYSIWYG, однако, для этого используется небезопасный элемент ActiveX. Использование таких элементов нужно явно разрешить в Internet Explorer. Таких полезных вещей, как импорт из Word с очисткой «мусорных» тегов, он не поддерживает.

Разработка структуры сайта. Система позволяет довольно тонко и удобно менять логическую структуру сайтов (создавать разделы) прямо из Web-интерфейса администратора. Это одно из самых сильных ее свойств. Гораздо сложнее обстоит со структурой страниц и оформлением их элементов (блоков), так как данные вещи программируются через ASP в неудобном виде.

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

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

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

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

Модули. Нет нескольких желательных модулей. А именно: списки и хранилища документов, календари, Графическая карта (хотя ее можно реализовать как «материал», но требуется отдельная разработка), Глоссарий. В системе есть достаточно мощный модуль Формы, через который можно реализовать такие возможности, как FAQ, анкетирование, отзывы. Для других базовых модулей потребуется доработка и донастройка, в частности не найдено некоторых возможностей для Форумов (этот модуль вообще не удобный для пользователя).

Основные выводы

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

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

Есть ряд заметных недостатков. Поддержка двуязычности сайтов неразвита. Также не удобно, что всех пользователей системы нужно заводить поименно, даже если они будут аутентифицироваться Windows/Active Directory.

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

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

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

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

Рассмотрение по метрике

Раздел/Параметр/Некоторые ключи		Saitistika
1. Важные возможности
1.1 Архитектура системы. (Объектные возможности, управление страницами)
Возможность формировать объекты в системе из простых типов (дата, текст, и пр.), наследовать типы и расширять число атрибутов объекта. Возможность формировать шаблоны для отображения этих данных и формы для их ввода	+	<<Каждый объект в системе относится к какому-то типу. Примеры типов - "Пользователь", "Раздел", "Материал" и т.п. Общее количество типов невелико. Создавать и конфигурировать новые типы данных нельзя, это основополагающая часть всей системы. Каждый тип данных определяет общие параметры для подтипов, в него входящих. Подтипы внутри одного типа отличаются только набором и настройками полей, характеризующих объекты этого подтипа.>> Можно задавать сценарии работы с типами. Каждому типу сопоставлен свой набор таблиц в БД. Каждый модуль системы работает со своими типами данных и обслуживает новые подтипы этого типа. Можно добавлять поля по ставнении с базовым типом, задавать возможные статусы в workflow. Большой список возможных типов атрибутов -- текст однострочный, текст многострочный, даты, HTML-текст, пароль, ссылка, email, изображение, число, файл, кнопки и радиокнопки, подразделы, "материал", "проект", "подпроект". Для того, чтобы в подтипе данных появился новый атрибут, этот атрибут нужно завести вначале в общесистемном списке атрибутов (это делается тут же в системе), он тогда появится в списке возможных атрибутов объекта, и его можно будет отметить галочкой как активный. Шаблон отобоажения задается в списке типов ресурсов, где типу ресурса ставится в соответсвие ASP-файл. Новые ресурсы могут быть только формат для банерной системы или шаблон разлела.
1.2. Многосайтовость в пределах системы
- Возможность функционирования независимых сайтов в рамках одной инсталляции CMS	+	Встроено изначально.
- возможность добавления (генерации) нового сайта командой администратора системы	-+	Создание сайта возможно из Web-интерфейса администрирования сайта. Однако, кроме заведения сервера в структуре Сайтистики, необходимо также Произвести необходимую настройку DNS, создать веб-сайт в Internet Information Services с настройками типичного сайта Сайтистики, а также сконфигурировать связь "Бэкофис - Фронт офис - База данных" в реестре через утилиту "Конфигуратор", установить права доступа к директориям, создать инфраструктуру в бэк офисе. В общем, шагов достаточно много.
- возможность управления коллекцией сайтов	+	Через веб-интерфейс бэкофиса
- возможность присвоения сайту доменного имени	+	Но требуется настройка IIS и DNS
- настройка нового сайта администратором по готовому «шаблону» -- прототипу, включая автоматическое определение модулей, состава рубрик и способов отображения данных	+-	Можно просто создать запись для сайта из интерфейса веб-администрирования, но все связанные с ним документы и файлы нужно копировать отдельно. Кроме того, нужно настроить базу данных. Отдельно возможно копирование тем (ASP-шаблонов для отрисовки контента различных модулей). Копирование смысловых данных осуществляется копированием содержимого базы информации.
- сохранение имеющегося сайта как шаблона для новых сайтов силами администратора системы	+-	Нет. Можно сделать резервную копию всего сайта со структурой, а потом восстановить в другое место. Потом перенастроить связь с БД и другие настройки.
1.3. Многоязычность сайтов
- Поддержка UTF-8 как гарантия многоязычности контента	-	Базы в SQL Server создаются в кодировке CP1251.
- Двуязычность страниц сайта (русская и английская версии Интранет-сайта). Возможность переклечения между языковыми версиями с одной и той же страницы;	+-	Только через заведение второго сайта.
Примечания
1.4. Персонализация контента
- Изменение вида сайта в зависимости от конкретного регистрационного имени пользователя или входа на сайт как анонимного пользователя	+-	<<С помощью сервиса персонализации Вы можете настроить некоторые параметры работы сайта. Стили оформления элементов - заполняется в виде CSS-инструкции. Способ задания и значения ширины колонок - можно сделать сайт фиксированным, указав значения в пикселях, либо эластичным, выбрав значения в процентах. Навигация - выключение второго уровня навигации несколько ускорит загрузку страниц, раскрытие навигации может избавить Вас от совершения дополнительных действий по ее раскрытию Иконки прямого редактирования - если Вы имеет доступ в систему управления сайтом, то укажите, в каких местах должны отображаться иконки, через которые можно туда попасть.>>
- Изменение предпочтительного языка документов и интерфейса в зависимости от регистрационного имени пользователя	-	Нет
- Возможность для зарегистрированного пользователя задать определенные параметры предпочтения (либо изменяемые самим пользователем, либо задаваемые в качестве групповой политики)	-	Нет
2. Инструменты администратора и разработчика (Настройка структуры сайта, разработка структуры страниц и настройка их внешнего вида)
- инструмент для разработки логической структуры сайта: разделов сайта, подразделов, связи страниц, создание иерархического меню, подключение готовых функциональных модулей	+	Логическая структура может создаваться и адаптироваться редактором. Можно оперативно создавать разделы и подразделы с определенным типом, перемещать их. Можно задавать права доступа. Можно устанавливать новые темы для оформления сайта. Ограничение: разделы сайта связаны с типами помещаемых в них данных, после создания нельзя менять тип подраздела.
- инструмент для настройки оформления сайта (логотипов, цветов, стилей)	+	Логотипы присоединяются стандартными настройками. Стили есть, используется CSS2. Другое оформление задается через темы.
- «мгновенная» смена всего дизайна уже созданного сайта путем автоматического изменения (обновления) используемых шаблонов	+	Возможна полная замена темы
- возможность задания разных шаблонов для страниц в разных разделах сайта	+	Да. Базовый функционал
- инструмент для разработки макета (шаблонов) страниц на основе блочной структуры (snippets).	+-	Есть возможность через Web интерфейс заниматься управлением коллекциями тем (т.е. наборами ASP- и XSL-шаблонов страниц для разных частей сайта) -- регистрировать новые темы, шаблоны, удалять ненужные. Можно генерировать и импортировать темы. Темы являются наследуемыми объектами, т.е. более низлежащий раздел может частично переопределять темы родителя. Шаблоны редактируются во встроенном текстовом редакторе, что, конечно, недостаточно. Можно посмотреть preview отредактированного шаблона. Код в шаблонах -- на JavaScript.
- инструмент для добавления готовых визуальных блоков (портлетов) на страницы, возможность импорта блоков пр.	-	Нужно отметить механизм формирования страниц в системе. Он многостадийный -- сначала из данных формируется XML -представление, затем оно "раскрашивается" по файлу правил XSL. В этот код могут сразу вставляться куски HTML. Страница в системе логически делится на части, каждая из которых отрисовывается своим ASP-шаблоном. Разработчик должен в "собирающий" шаблон раздела включить соответствующие вызовы для отрисовки, скажем краев или заголовка сайта, реализуемые другими шаблонами данной темы. Но все делается через программирование, не через визуальные настройки
- универсальность портлетов (возможность беспроблемно добавить любой портлет в любую точку сайта и настроить его простыми средствами	-	Система программная, не визуальная.
- виды элементов на странице, возможность изменения порядка следования и взаимозависимостей элементов страницы (портлетов). Возможность вложенности блоков страницы.	-	На странице могут быть отдельные публикации и данные из разделов. Вложенность блоков реализуется через программирование (вставление соответсвующего вызова в код).
- инструмент для разработки новых элементов страниц и блоков (портлетов)	-	Текстовое редактирование ASP/XSL
3. Базовые инструменты редактора (Базовые механизмы публикации и обновления содержимого)
- Помещение нового контента, документа на сайт средствами CMS	+	Контент делится на материалы (большие многостраничные публикации) и ленты новостей. Новости оформлены очень просто -- название, рубрика, картинка. Текстовые поля в новостях не позволяют "богатого" редактирования -- текст плоский. Материалы же могут быть красочно оформлены (в HTML), разделены на страницы, но их может быть в разделе немного -- обычно порядка 10 штук. Хотя самих разделом может быть сколько угодно.
- Возможность редактирования существующего на сайте документа	+
- Использование средств WYSIWYG для редактирования новостей, документов, страниц.	+-	WYSIWYG инструмент может быть использован для редактирования страниц материалов на сайте. Редактор продвинут -- позволяет работать со стилями, таблицами, списками, вставлять картинки, форматировать параграфы и пр. Однако, он построен на базе несертифицированного ActiveX. Для работы с ним пользователь ОБЯЗАН разрешить исполнение НЕБЕЗОПАСНЫХ ActiveX с сайта Сайтистика в интранет. Это почти не приемлемо.
- Средства повышающие usability: Drag-N-Drop контента, массовая загрузка, проверка орфографии, очистка тегов Word	-	Ничего такого, кроме очистки тегов Word в редакторе WYSIWYG
- Перенос существующего на сайте документа в другой подраздел	+	Для материала и новости галочками в дереве разделов задаются разделы, куда документ нужно поместить. Перенос -- поставить галочки в других местах. Но ифноблоки уже должны быть на нажных страницах.
- Возможность редактору создавать, изменять, переносить и удалять новые страницы, разделы и подразделы сайта	+	Все эти операции доступны из Web-интерфейса. Материалы, новости, анонсы и т.д. могут располагаться на нескольких серверах. Внутри каждого сервера они находятся в соответствующих разделах, или подразделах. Раздел Структура бэкофиса помогает ориентироваться внутри всех этих директорий и поддиректорий, содержит управляющие элементы для редактирования структуры всех серверов. <<На первой странице происходит создание разделов сайта всех типов. Ввод всех настроек происходит после создания раздела. Кроме типа ресурса -- он определяет, какими характеристиками в дальнейшем будет описываться создаваемый раздел, а также каким образом он будет отображаться на фронт офисе. Рекомендуется указать несколько ключевых слов, характеризующих данный раздел. Есть возможность выставлять автоматические пометки у только что опубликованных и самых популярных материалов на этом сервере. >>
- «Отложенная публикация». Редактируемая страница или материал не видны, пока не установлен флаг ее видимости. Возможность задания момента публикации (появления) «отложенного» документа на сайте, а также момента его архивации (исчезновения из списка активных документов)	+	Через workflow делается легко невидимость неготовой публикации. Для "материалов" есть возможность сделать автоматическую отложенную публикацию, есть несколько статусов материала -- начиная от подготавливаемого, и кончая архивным.
- Возможность задания вручную прямых ссылок на «похожие документы». Наличие средств, облегчающих поиск «похожих документов»	+	К материалам можно присовокуплять ссылки. Для новостей также можно это делать, но стандартный шаблон для новостей их не отображает.
- Возможность задать для документа перечень шаблонов его представления (стандартный, «для печати» и пр.)	+	Для новостей и материалов стандартно доступны версии для печати. Так как система объектная, то настройка разных представлений возможна через создание новых тем и производных типов.
- Инструмент редактора для подготовки Web-версий изображений средствами системы	-	Нет, но происходит автомасштабирование изображения в стандартный масштаб для отображения в лентах новостей
- Возможность публикации одного документа сразу на нескольких сайтах, без создания его копий	+	да, сайты могут совместно использовать контент из файловой системы. Один документ может иметь много HTTP-адресов.
- Механизм workflow для подготовки документов. Возможность отключения механизма .	+	В целом workflow можно делать довольно длинный, но он отключаем. Каждый сценарий описывается из составляющих: 1. Карта сценария. Состоит из узлов, между которыми организуется бизнес-процесс, а также связей между этими узлами 2. Категории людей, участвующих в процессе (роли). Можно настраивать глобальный список возможных статусов объектов. Включение опции "Опубликовать на сайте сразу" означает, что материал при создании сразу переводится в состояние "Полностью завершено и опубликовано".
	-	Нет
4. Готовые модули системы и блоки на страницах
4.1 Навигационные элементы и поиск
4.1.1. Навигационные элементы страницы
- Меню сайта.	+	Есть меню сайта. Путь тоже виден. В общем примерно соответсвует требованиям
- Указание пути от вершины сайта до текущего места (портлеты/блоки на странице)
- Карта сайта (блок), генерируемая автоматически	+
- Смена отображения в одном портлете в зависимости от состояния другого	-	вероятно, только через кодирование
- Другие особенности
4.1.2. Ссылки
- Блок показа небольшого списка коротких ссылок на странице.	-	Готового нет
- Блок для показа большого списка ссылок.	-
- Форма редактора для добавления ссылок.	-
4.1.3 Поиск
- Наличие системы индексации и поиска. Охват поисковой подсистемой всех страниц сайта.	+
- Блок для ввода поисковой строки для размещения на страницах сайта	+	Есть ASP-форма, которую можно размещать на страницах. Особенности реализации фронт-офиса 1. Логика «OR», «AND», «AND NOT» 2. Поиск в найденном 3. Сортировка результатов: по релевантности, по дате, по разделам, по типу контента 4. Релевантность 5. Построение ссылок в результатах поиска 6. Подсветка найденных слов.
- Выделенная страница для расширенных настроек поиска	+	Возможности настройки -- раздел, даты, в каких частях документов искать (название, ключевые слова, текст)
- Возможность поиска со словоформами русского языка	?
- Поиск среди внешних документов, помещаемых на сайт по ссылке	-
- Учет ограничений доступа при показе результатов поиска	+
- Поддержка на сайте документов на нескольких языках, индексация и поиск с использованием особенностей каждого языка	+-	Разные языки, но не особенности
- Возможность поиска внутри документов	+	Есть возможность поиска в файлах. Опирается на Microsoft Indexing Service через Microsoft OLEDB Provider For Microsoft Indexing Service. Для поиска файлов используется связанный сервер (Linked Server), настроенный на каталог Indexing Service. Каталог Indexing Service, в свою очередь, настроен на индексацию требуемых директорий сайта. Кроме того, для физического файла может существовать запись в базе данных (в таблице Files). В этом случае при поиске учитываются права на файлы, статус материала и период Expired. Настройки индексирования и путей к каталогам сайта (локальных, виртуальных, сетевых), необходимые для работы поиска файлов, находятся в таблице FilesPaths и могут быть изменены на странице настроек поиска файлов в бэк-офисе.
- Распознавание системой поиска разных версий одного документа	-
4.2 Контентные элементы
4.2.1. Обычные страницы и страницы пользователей
- Возможность создавать страницы без "обрамления" шаблоном сайта и показывать их внутри портлетов на других страницах	+-	В принципе "материалы" представляют собой как раз такие страницы. Но эти страницы привязаны к разделам, для которых задается "обрамление".
- Возможность создавать страницы по шаблонам сайта, но с произвольным набором портлетов внутри страницы	-	Страница построена частично, но не полностью, по полу-портлетному принципу. Но набор портлетов на странице не редактируется через Web-интерфейс Требуется кодирование ASP-шаблонов.
- Псевдостатические URL. Генерация для динамических страниц системы URL, имеющих формат, характерный для статических страниц. Это упрощает навигацию для пользователя, индексацию сайта поисковым сервером и управление им.	-
4.2.2. Новости
- Блок для вывода короткого списка анонсов.	+	Механизм новостей скорее блогового плана. Публикация коротких анонсов и коротких же, просто оформленных новостей. <<<Функциональность «Новости» перекрывается функциональностью «Контент». Поэтому, перед началом реализации, например, раздела «Новости» на сайте, нужно правильно выбрать функционал – возможно это лучше сделать через материалы. Использовать «Новости» имеет смысл в слудующих случаях: 1. Требуется повышенная производительность 2. Разделение новостей и материалов принесет только удобство для менеджмента (меньше объектов одного типа – ими легче управлять) 3. Структура данных сообщений укладывается в новости, и расширение не предвидится 4. Новости не нужно интегрировать с другими функциональностями 5. Нет требования ограничивать права доступа к отдельным новостям, достаточно единого назначения доступа на всю ленту (раздел новостей) 6. Не нужны DirectEdit-ы у новостей на фронтофисе 7. Пользователям проще и удобнее все тексты и свойства заполнять на одной странице, перегрузка опциями затрудняет работу 8. Текст сообщений скорее формата TXT, чем HTML.>>
- Простая инициация добавления новостей	+	Да, добавить новость в список очень просто
- Возможность "богатого" оформления анонса (добавление картинок, использование RichText). Отображение даты новостей. Наличие WYSIWYG редактора.	-+	Анонсы в списке сопровождаются картинкой, текстом, категорией. Оформление -- текст, раскрашенный по стилю.
- Установка срока действия новости (момента появления). В анонсе и момента исчезновения из анонса). Архивация новости.	+-	Срока действия нет. Но новости помещаются в архив, который можно просматривать по датам (навигатор типа "Календарь"). В архив помещаются новости, которые не помещаются на страницу списка или которые слишком старые. Эти параметры регулируются в настройках данной новостной ленты. В файле ленты не может быть больше 600 новостей.
- Редактор для ввода основного текста новости в "богатом" формате, включения картинок, дат и таблиц. Наличие WYSIWYG редактора, шаблонов для вывода новостей (в том числе разных представлений -- для ПК, печати и пр).	-	Нет -- форма ввода предусматривает только заполнение формы с текстовыми полями.
- Возможность размещения анонса новости без ввода ее тела, т.е. новости размещенной на странице с URL	-	Хотя возможность ввести ссылку на URL новости, она не показывается.
- Категоризация новостей (новости компании, ТЭК)	+	Да, можно указать категорию, к которой относится новость. Можно также задать ключевые слова.
- Рубрики новостей, флаги "важные новости", сортировки и группировки новостей и пр.	+-	Фильтра новостей нет, вывод полного списка поддерживается.
- Блок/портлет для вывода полного списка новостей. Фильтр новостей в списке по датам, темам	+-	Фильтра новостей нет, вывод полного списка поддерживается.
- Возможность размещения текста новости во вложении (Word)	-
- Особенности модуля		В системе существует специальный раздел типа «Каталог сервера» предназначенный для хранения архива материалов (аналог «Корзины» Windows). При удалении материалы физически не удаляются из базы а перемещаются в этот раздел. Архив является служебным разделом, поэтому он не должен быть виден в навигации, поиске и т.д.
4.2.3. Персональные страницы пользователей, списки пользователей	-	Специализированного механизма нет. Использование стандартных механизмов материалов для этой цели не удобно, так как число пользователей велико и навигация и управление разделом будет проблематично.
4.2.4. Синдикация контента
- Генерация сайтом потоков данных RSS В качестве источника данных. Получение (и частичная публикация) сайтом потоков данных RSS с других сайтов	-	Базово нет
4.3 Списки, хранилища документови каталоги
4.3.1. Списки и хранилища документов
- Средства просмотра списка и изменения его элементов редактором. Возможность настраивать шаблон отображения элементов списка. Уровень эстетики отображения	-	Как таковых нет. В принципе, наверное, можно сделать как подкласс для ленты новостей.
- Красочные шаблоны (портлеты) для просмотра списка пользователем	-
- Поддержка основных атрибутов документов (датой, аннотацией и вложением)	-
4.3.2. Обобщенные списки
- Форма для ввода информации об элементе списка. Элемент списка формируется из стандартных полей -- число, дата, картинки, приложения (attachment).	-	Как таковых -- нет. Через программирование, наверное, реализуемо.
- Фильтрация списка по критериям, сортировка по критериям	-
- Инструмент формирования шаблона для короткого отображения данных элемента. Инструмент для формирования шаблона отображения перечня элементов списка.	-
4.3.3. Календари и списки мероприятий
- Блок «календарь», с которого возможен переход на список мероприятий за конкретную дату.	-	Готового нет
- Блок для отображающая списка мероприятий.	-	В принципе список мероприятий можно реализовать как перенастроенную ленту новостей.
- Блок для отображения подробной информации о мероприятии на странице	-
- Возможность категоризации мероприятий	-
- инструмент редактора для ввода информации о мероприятии. WYSIWYG оформление информации. Возможность включения картинок и файлов-вложений.	-
4.3.4. Каталоги
- Средства создания каталогов редактором (желательно иерархических). Средства управления документами в каталогах (добавления, удаление, изменения). Рубрикация документов в каталогах по нескольким критериям	+	Есть в подсистеме для построения электронного магазина. Однако, в магазине присутствуют достаточно короткие описания товара, с одной фото
- Портлеты и списки представления каталогов (Шаблоны)	+
4.3.5. Фотогаллерея
- Портлет для навигации пользователя по фотогаллереи. Thumbnail, Preview.	-
- Инструменты для добавления статических изображений и рубрикации	-
4.4 Интерактивные и динамические элементы
4.4.1. FAQ
- Список просмотра FAQ	+	Готового нет. Но, вероятно, реализуется через модуль Формы
- Готовая форма для ввода запроса	-
- Инструмент редактирования списка FAQ. Утверждение вопроса и ввода ответа редактором	-
4.4.2. Анкетирование
- Возможность создать развернутую анкету (форму) для пользователя.	+-	Вопросы анкетирования можно решить в рамках модуля Формы. Этот модуль предназначен для получения произвольной информации от пользователей. Формы можно использовать как автономно, в виде разделов, так и прикреплять их к материалам системы. Формы являются разделами сервера и создаются через структуру также как и другие разделы. Сконструированная форма хранится в базе данных в виде наборов записей связанных таблиц. Эти записи описывают внешний вид и поведение формы на фронт-офисе. Общие свойства формы настраиваются на странице свойств раздела «Форма».
- портлет для отображения анкет на страницах сайта	+-	(продолжение) Редактирование полей формы и специфическая настройка осуществляется на странице «Интерактив - Формы». Для хранения данных форм с произвольным набором полей применяется универсальное хранилище данных, являющееся переходным звеном между необъектной и объектной моделью. В ближайшем будущем вся работа с формами будет построена на основе объектной модели. Вместо термина «Атрибут» употребляется термин «Поле». Нет понятия «Тип», «Подтип» и т.д. Можно работать с созданной формой, создав раздел структуры. Ни с какими другими сущностями форма не связывается. Благодаря применению форм для описания свойств объекта становится возможным динамическое изменение свойств объектов. Возможна проверка заполнения обязательных полей. Проверка правильности заполнения полей происходит на стороне сервера. Полями формы могут быть поля для загрузки файлов, поля для текста, группу радиобоксов, группу чекбоксов и ниспадающее меню.
- Функционал складирования анкет и отправки их по email	+	Данные всегда складируются в БД.
- Просмотр списка опросов и списка заполненных анкет в опросе. Средства подсчета статистики	+	Формы можно настроить на показ данных пользователю. В формах не предусматривается интерактивная обработка результатов заполнения. Нельзя настроить форму на выполнение какого-либо действия в зависимости от каждого конкретного заполнения полей формы. Модуль «Формы» просто получает данные от пользователя и записывает эти данные в базу данных без предварительной обработки.
- Дополнения		Также есть модуль Тесты. Он позволяет провести рейтингование пользователей по различным критериям, организовать конкурсы, викторины и т.д. В результате прохождения теста пользователь может получить суммарный балл, который находится в диапазоне между наименьшим и наибольшим результатом. Этот диапазон можно разбить на несколько отрезков, и для каждого из них написать свое трактовку результата, которое увидит пользователь. Набор вопросов - единый для всех тестов. Каждый вопрос может быть включен в один или несколько тестов. Для включения в текущий тест указывается номер нужного вопроса в списке идентификационных номеров вопросов. При размещении всех вопросов на одной странице у пользователя имеется возможность исправить ответы на вопросы после анализа всего теста. При размещении вопросов на разных страницах вернуться назад невозможно
4.4.3. Банеры
- Наличие «движка» для показа банеров. Блоки для показа банеров на страницах	+
- Настройка администратором типоразмеров и функциональных типов банеров.	+	<<Каждый профиль на сайте выводится по какому-то определенному шаблону, например "Картинка со ссылкой + описывающий текст". Шаблоны вывода баннеров профилей (и шаблон его вывода) создаются и редактируются с помощью "Редактора тем". Добавлять профили можно только заранее созданных типов (выводящихся по уже созданных шаблонам).>> <<Таким образом, несколько профилей могут использовать один и тот же шаблон вывода, и их баннеры будут выводиться одинаково. Можно также в любой момент сменить шаблон вывода у любого профиля, и тогда все его баннеры будут показываться с другим перечнем элементов, его формирующим, и с новым внешним видом. При этом, однако, не нужно забывать о том, что смена шаблона вывода может повлиять на форматирование веб-страниц.>> <<Профили могут интегрироваться со сторонними баннерными сетями (шаблоны их вывода редактируются также с помощью "Редактора тем"). Каждый раз при загрузке страницы профиль может выдавать либо баннер профиля, либо баннер внешней баннерной системы. Можно указать соотношение этих двух групп баннеров через поле "Приоритет баннеров внешней баннерной сети". При значении "0" внешние баннеры показываться не будут, при значении "100" все показываемые баннеры будут внешними.>>
- Настройка параметров целевого показа	+	Можно настраивать разделы, где показывать банер
4.4.4. Голосование
- Форма для задания редактором вариантов выбора, инициации голосования, подведения итогов	+	<<Голосование - это особый раздел сайта, оно не может быть создано из проводника, так как может быть одновременно запущено на нескольких серверах. У каждого голосования свой приоритет, и зашедшему на сервер посетителю вопрос будет выбран случайно, но у голосования с большим приоритетом вероятность появления больше. Таким образом, один зашедший на сервер посетитель сможет за один раз ответить на несколько вопросов. Что дает владельцу ресурса возможность за один временной промежуток провести больше опросов.>>
- Портлет для отображения опций выбора на страницах сайта. Должны поддерживаться варианты ответов: да/нет; один из нескольких; текст;	+	Голосование предусматривает выбор одного или нескольких вариантов, без ввода текста. Доступно с главной страницы сайта.
- портлет для просмотра результатов голосования пользователем на страницах сайта.	+	Пользователю показываются результат прошедших голосований с главной страницы. Так как режим чтения можно выставить только на раздел Голосование, то если пользователь может голосовать, то он и видит результаты, что не удобно.
4.4.5. Графическая карта
- Блок «графическая карта»	-
- Форма для настройки редактором действий по щелчку на карте, добавления новых активных зон на карте	-
4.4.6. Отзывы
- Форма для ввода отзыва пользователем.	+	Раздел реализуется через Формы. <<Формы используются для получения формализованных ответов от пользователей на какие-то вопросы. Результаты заполнения каждой формы отправляются на выбранный Email(или несколько), а также сохраняются в архиве для просмотра>> По заполнению пользователю выводится настраиваемое сообщение или страница по URL
- Форма для просмотра отзыва и утверждения редактором	-	Нет
- Портлет показа пользователю «Списка коротких отзывов». Обеспечивает ссылку на страницу с «полным отзывом». Портлет для показа полного отзыва	+-	Только для администратора. <<Список результатов можно отфильтровать по содержанию (поиск производится во всех полях формы сразу), дате заполнения и типу пользователей. Если пользователь при заполнении формы считался авторизованным, то он указан в колонке "Пользователь". Средние результаты дают представление о результатах заполнения каждого поля формы в целом по всем пользователям. Результат можно отфильтровать по дате заполнения и типу пользователей.>>
- Возможность привязки отзыва к материалу, размещенному на сайте	+	Функция доступна через форум. Можно сразу запускать ветку обсуждения по материалу
4.4.7. Подписки и рассылки.
- Механизм подписки пользователем на автоматически генерируемые рассылки-объявления. Готовые формы для подписки (ввод E-mail и реквизитов подписки)	+	Рассылка оформляется как подраздел в каком-то разделе.
- Возможность задания профиля по интересам при подписке на рассылку	+	Пользователь может выбрать подписки галочками в списке. <<Пользователь имеет возможность выбрать те рассылки, информация и формат которых ему интересны.>>
- Редактирование списка подписчиков, его экспорт и импорт	+	Возможно ведение списков подписки по каждому из разделов.
- Формы инициации рассылки. Автоматическая рассылка. Рассылка подборки по команде («разослать»)	+	Есть ручная рассылка сообщения и соотнесение его с подписками/темами. Списки рассылки могут рассылаться через универсальный механизм выполнения заданий по расписанию
- Дополнения
4.4.8. Форум
- Возможность общения по темам. Трехуровневость. Название форума – Тема форума – Вопрос/ответ по теме. Заведение новых тем форума, как администратором сайта, так и пользователем. Создание произвольного количества форумов	+	Есть модуль форум и чаты. Можно создавать любое число форумов. Для форума можно регулировать число тем на странице.
- Оформление. Возможность RichText, вложений, картинок, смайликов, аватаров. Ограничение максимального размера сообщения;	+-	Оформление довольно примитивное. Форум состоит из обмена текстовыми сообщениями. Форум вписывается в шаблон сайта
- Автоуведомление пользователей и администраторов о добавленной теме/сообщении. Фильтры уведомлений. Настройка почтовых шаблонов для уведомлений;	-	Не найдено
- Автоматическое создание архивов сообщений; ограничение количества тем для одного архива;	-	не найдено
- Пост-модерация форума; удаление, изменение, создание сообщений в форуме администратором/модератором;	+	Возможно включить режим как пост-, так и пре-модерации формума
- Разрешение добавления тем пользователями;	+	Можно запретить доступ пользователей к разделу "форум", или задать права на изменения. Можно также запретить работу с форумом с определенных IP-адресов.
- Просмотр истории сообщений по конкретному пользователю.	-+	В форуме -- нет. Администратор может сделать через журналы посещения сайта
4.4.9. Частные объявления
- Модуль для просмотра каталога частных объявлений	-
- Форма для публикации на сайте частных объявлений сотрудниками	-
- Модерирование и предварительный просмотр объявлений администратором	-
- Архивирование старых объявлений, удаление из доступа	-
4.5 Вывод данных
4.5.1. Работа с данными
- Инструмент проектирования формы ввода данных и шаблона отображения данных, привязка форм к таблице СУБД.	-	Требует отдельной разработки, но решаемо через XML и пр.
- Представление элементов, заполняемых через форму, в виде списка. Фильтр списка.	-
- Возможности импорта списка	-
4.5.2. Модуль «Глоссарий»
- Управление списком глоссария редактором. Форма для ввода элемента глоссария	-	Готового нет
- Портлет для размещения оглавления глоссария и приложенного к нему списка терминов на страницах сайта	-
4.6. Другие готовые элементы страниц
- Предопределенные разработчиком интерактивные элементы страницы	-
- Элементы для отображения в браузере документов стандартных типов (форматы Microsoft Word, RTF, Microsoft Excel и т. д.)	-
Дополнения		Есть, служба сборки "буклета" из готовых разделов. Буклет -- это сборная страница из портлетов, соответствующих разделам. Можно тут же отобрать конкретные материалы из раздела (каждый материал займет свой блок!). Можно отсортировать порядок следования материалов, блоков. Делается пользователем через Web-интерфейс. Но получается статическая страница.
5. Безопасность
5.1. Администрирование, разграничение доступа к контенту, ролевой доступ
- Поддержка иерархии доменов администрирования (система сайтов в целом, сайт, раздел сайта)	+	На каждый подраздел и даже материал могут задаваться права. Как раздаются права на те или иные объекты зависит от конкретного модуля.
- Возможность задания по каждому домену администрирования функциональных ролей, указание пользователей и групп эти роли исполняющие (как минимум «администратор», «дизайнер структуры», «дизайнер вида станиц», «редактор контента», «читатель»). Возможность задания для каждой роли набора допустимых действий	+	Права для каждого объекта могут задаваться как для групп пользователей, так и для отдельных пользователей. Существуют следующие типы прав: 1. Отображение - объект виден в списке, но пользователь не может посмотреть его свойства или содержание 2. Чтение - пользователь может смотреть страницы с содержанием и свойствами объекта, но не может их сохранять 3. Запись - пользователь может не только читать, но и осуществлять редактирование объекта 4. Управление - полные права на объект, в том числе возможность управлять правами Каждое право может отдельно настраиваться для бэкофиса и фронтофиса. Права у объектов для каждой группы и пользователя могут наследоваться. При включенном наследовании доступ к объекту получается такой же, как к его родителю, и изменяется каждый раз при изменении прав родителя. Роли предназначены для того, чтобы дать возможность пользователям выполнять некоторые принципиальные действия в системе - «принципиально уметь добавлять материалы», «управлять интерактивами» и т.п. Например, добавлять и редактировать материалы могут только пользователи, выполняющие в системе роль «Автор». Если даже пользователь обладает индивидуально (или в составе группы) правом на редактирование материалов, он не сможет редактировать данный материал, если не назначен на роль «Автор».
- Поддержка работы анонимных и зарегистрированных пользователей	+	Администратор может настраивать форму регистрации, включая или исключая из нее поля. Можно настраивать email, куда отправлять сведения о новых пользователей. Способ авторизации Повышенного риска - автоматический, не запрашивая пароль при заходе на сайт Стандартный - при заходе на сайт "узнавать" пользователя, но для осуществления активных действий спрашивать пароль Безопасный - информация о пользователе между сеансами не сохраняется
- Механизмы авторизации		<<Общие принципы авторизации 1. Авторизация работает по кукам. 2. На каждый сайт ставится две куки: одна с логином и одна с паролем. 3. Установка кук производится в зависимости от настроек пользователя (от его уровня безопасности) 3.1. Каждая кука может ставиться, как «навсегда», так и на сессию 3.2. Действуют запреты на авторизацию по IP-адресу и Windows-пользователю, определяемые настройками пользователя и свойствами системы и сайтов 4. Кроме того, возможны специальные случаи автоматической авторизации по Windows-пользователю (при соответствующих настройках пользователя).>>
- Интеграция системы разграничения доступа CMS со стандартными сервисами обеспечения безопасности, в первую очередь, Microsoft Active Directory	+	Есть возможность автоматически авторизовывать, если пользовать авторизован Windows (действует для стандартного способа авторизации). Заметим, что это не исключает именования всех пользователей в системе. Просто для пользователя Сайтистики указывается список учетных записей Windows под которыми пользователь может аутентифицироваться. При авторизации Windows-пользователя используется внешний компонент интеграции с Active Directory.
- Настройка доступности отдельных подразделов или документов сайта.	+
5.2. Журналирование операций
- Ведение лог-файлов по всем действиям пользователей, ведущих к изменению стояния сайта	+	Общие как для внешних, как и внутренних (backoffice) пользователей. <<Аудит удачных и неудачных попыток входа в систему, получения доступа к ресурсам или изменения прав доступа к ним, а также других, важных с точки зрения безопасности системы действий ведется подсистемой журналирования>>
5.3. Журналирование действий конечных пользователей
- Журналирование действий пользователя	+	Полное журналирование всех действий пользователей как для просмотра, так и редактирования сайта. Подробнейшая информация кто, что делал. Вообще, в области статистики и ее анализа -- спер возможности.
- Встроенные средств анализа журналов посещений сайтов	+	Много преднастроенных отчетов. Фильтры журналов по разным критериям -- датам, разделам, пользователям, критериям. <<<Система статистики дает ответы на такие вопросы, как "какие пользователи ходят на сайт", "чем пользователи интересуются на сайте", "с каких веб-сайтов приходят пользователи">>> Например: Учитывать события, произведенные Intranet-пользователями; Учитывать события, произведенные Internet-пользователями; Относить узнаваемых пользователей к авторизованным, а не к анонимным; Считать всех анонимных пользователей одним пользователем; Показывать рейтинг; Учитывать удаленные и перемещенные ресурсы; Отображать статистику по подразделам и материалам. ОТЧЕТЫ: Сессии, Пользователи, Группы пользователей, Разделы, Материалы, Тесты, Внешние ссылки, Компьютеры пользователей. Суммарные и детальные отчеты.
- Возможности экспорта данных о посещениях в стандартном виде для анализа специализированным ПО	+	Открытый формат в SQL Server
5.4. Backup
- Наличие средств архивирования и восстановления сайта, возможность архивирования без останова работы сайта	+-	Средствами Windows/SQL Server. Список данных для резервного копирования: 1. Директории c сайтами – резервная копия создается путем прямого копирования файлов сайтов 2. БД SaitistikaProject – необходимо создать стандартный Job в SQL Server, осуществляющий регулярный бэкап БД в файл, затем делать бэкап файла стандартными способами
6.Удобство системы (эргономика)
- Удобство инструментария по описанию структуры сайта	+	Достаточно удобно
- Удобство средств проектирования страниц	-+	Система -- программируема. Проектирование страниц не самая сильная ее сторона. Но проектирование страниц -- компонентное, что упрощает задачу
- Удобство инструментария редактора контента	+-	В целом инструменты не плохие, но хотелось бы видеть авторские инструменты на базе безопасных технологий
- Общая красота и настраиваемость интерфейса	+-	приемлемая, но для изысков требуется отдельный труд
7. Технология
7.1. Технологическая база
- Среда исполнения (PHP, ASP.Net, Java и т.п.)		Internet Information Services 5.0 / 6.0;
- Требования к операционной системе		Windows 2000 Server / Windows Server 2003 Standard;
- Требования к СУБД		Microsoft SQL Server 7.0 / 2000;· Microsoft XML Parser (MSXML) 3.0 / 4.0
- Требования к аппаратуре
7.2. Интерфейс
- Тип интерфейса инструментария по проектированию и управлению сайтом (Web-интерфейс, прикладная графическая программа, специальный язык, API). Управление документами через другие программные продукты		web-интерфейс. Используется JavaScript. Для WYSIWYG редактирования нужен ActiveX
7.3. Конфигурации инсталляции
Разные конфигурации сайта (рабочая, для разработка, тестовая, для авторинга и пр.)	-	Инсталляция одна, потоки данных управляются внутри нее. Перенос данных между тестовой и рабочей инсталляцией -- технически не очень простая задача.
7.4. Производительность, кэширование, масштабируемость и обеспечение бесперебойной работы
- Возможность исполнения на многопроцессорных комплексах	+
- Возможность создания кластеров высокой производительности	-
- Возможность создания кластеров высокой надежности	-
- Применение кэширования	+	В разделе "Кэширование" можно настроить профили кэширования - наборы правил и исключений, определяющих логику кэширования на фронтофисе. Непосредственно привязка профилей к блокам веб-сайта производится программистом в шаблонах фронтофиса. Период обновления кэша указывает, по истечении какого периода при обращении пользователя к странице будет сделано принудительное обращение в базу данных для обновления данных кэша. Профили с конечным вариантом кэша настраиваются путем определения конечного набора вариантов кэша на основе правил. Например: 1. Первый вариант кэша - для анонимов 2. Второй вариант кэша - для пользователей user1, user2 и группы "Программисты" 3. Для всех остальных - обращаться к БД напрямую. Исключения действуют поверх правил. Например, если нагрузка на сервер в нерабочее время - низкая, то можно сделать исключения "С 18:00 и до 08:00 обращаться к данным напрямую". В профилях с бесконечным количеством вариантов определяется только один параметр, по которому считается уникальность кэша. Например "Для каждого пользователя свой вариант кэша".
Оценка производителем оценки максимального количества работающих пользователей (сессий)
- Оценка производителем максимального количества обслуживаемых CMS запросов пользователей на показ страниц		5.000 – 50.000 загрузок страниц в день Процессор - 2x2ГГц ОЗУ - 1024 МБ Свободное дисковое пространство – 50 Мб + размер данных сайтов Свыше 50.000 загрузок страниц в день Конфигурация из нескольких серверов.
7.5. Интеграция с другими программами системами
- Интеграция с Microsoft SharePoint Portal Server (портлеты, возможность включения сайтов CMS в поиск SPS, размещение ссылок на SPS с переходом без дополнительной авторизации)	-
- Возможность offline-импорта данных из различных программных систем и В различных форматах, В том числе XML	+-	Есть возможность выводить XML в портлетах, раскрашенный по XSLT
- Публикация данных из внешних СУБД	?	Через разработку
- Использование Web-сервисов	=
- Интеграция с системами интеграции приложений и сходных с ними систем	-
8. Организационно-ценовые вопросы
8.1. Поставщик, поддержка
- Местонахождение производителя		Фирма Individ, Ярославль
- Оценка надежности компании-производителя		В целом компания существует давно, входит в число лидеров рынка. Проектов много. Хотя последнее время темп развития замедлился (по субъективным оценкам)
- Количество внедренных проектов в мире		Десятки проектов в РФ. Есть проекты МДМ-Банк ("МДМ-Брокер"), Informika, ИД "Компьютера" ("Домашний компьютер", "CIO", Game.exe, Terralab) · Inline echnologies · SVEN · и другие
- Наличие российских партнеров, их надежность		Российская фирмы + 3 партнера
8.2. Отчуждаемость системы и поддержка
- Степень отчуждаемости («коробочности») CMS	+	Коробочность высокая, но доработки нужны. Они возможны
- Наличие поддержки пользователя и ее полнота	+	Поддержка возможна в любых вариантах
- Возможность получения системы в виде исходных кодов	+-	Частично коды доступны -- ASP шаблоны для отображения страниц
8.3. Ценовые условия
- Типы стоимости лицензий		2000 евро за инсталляцию. Включает право на установку одной основной и одной тестовой (закрытой) копии системы. Число создаваемых сайтов не ограничено. + 1200евро за Upgrade в год. //// + 700евро в месяц поддержка. Доп. разработка до 16евро в час.
- Годовые затраты на поддержку
- Стоимость апгрейда системы