МБОУ СОШ №5 п

1.1 Школьный сайт является публичным органом информации МБОУ СОШ №5 п Печенга. Доступ к школьному сайту открыт всем желающим. Адрес школьного сайта распространяется свободно.
1.2. Администратор сайта назначается на должность и освобождается от нее приказом директора школы.
1.3. Администратор сайта должен знать:
— технико-эксплуатационные характеристики, конструктивные особенности, назначение и режимы работы оборудования, правила его технической эксплуатации;
— специфику и тематику сайта, его цели и задачи;
— основы форматирования с использованием HTML, быть опытным пользователем ПК и Интернета;
— управление контентом с помощью XML;
— другие WEB-технологии (с учетом тематики и специфики сайта);
— виды технических носителей информации;
— этические и другие нормы поведения, принятые в интернет-сообществах;
— правила пользования сайтом;
— стилистику и грамматику русского языка, основы корректорской правки;
— законодательство о СМИ, рекламе, об интеллектуальной собственности.
1.4. Администратор сайта руководствуется в своей деятельности:
— законодательными актами РФ;
—Уставом школы, Правилами внутреннего трудового распорядка МБОУ СОШ №5 п Печенга. Положением о школьном сайте; приказами директора школы;
— настоящей должностной инструкцией.

2. Должностные обязанности администратора сайта

Администратор сайта выполняет следующие должностные обязанности:

2.1 Всячески способствует продвижению и популяризации сайта в Интернете.
2.2. Разрабатывает и поддерживает основную концепцию сайта, вносит предложения по доработке концепции и содержания сайта, по введению нового сервиса для посетителей сайта.
2.3. Следит за текстовым наполнением сайта, постоянным обновлением информации. Обновление сайта проводится не реже двух раз в месяц.
2.4. Просматривает все опубликованные на сайте документы и материалы, удаляет и редактирует материалы, не соответствующие общей концепции и правилам пользования сайтом. С ледит за тем, чтобы на сайте не размещалась информация порочащая честь, достоинство или деловую репутацию граждан или организаций, а также разжигающая рознь на религиозной, национальной, расовой или политической основе; следит за тем, чтобы на страницах школьного сайта не было пропаганды насилия, секса, экстремистских религиозных и политических идей;
2.5. Осуществляет контроль за соблюдением посетителями правил пользования сайтом, а также иных обязательных требований, выдвинутых его создателями.
2.6. Оказывает помощь авторам в оформлении публикуемых материалов.
2.7. Выполняет работы по редактуре и корректуре материалов и их структурированию, включая дизайн оформления текстов, таблиц и т. п.
2.8. Участвует в художественном оформлении помещаемой на сайт информации совместно с веб-мастером.
2.9. Исследует потребности и запросы посетителей сайта.
2.10. Анализирует информацию, полученную от посетителей сайта, и с учетом технических возможностей и на основе полученной информации разрабатывает и внедряет новые сервисы, повышающие эффективность использования сайта потребителями.

3. Права администратора школьного сайта

Администратор сайта имеет право:

3.1. Знакомиться с проектами решений администрации школы, касающимися его деятельности.
3.2. Вносить на рассмотрение администрации школы предложения по совершенствованию работы, связанной с обязанностями, предусмотренными настоящей должностной инструкцией.
3.3. Сообщать директору школы обо всех выявленных в процессе исполнения своих должностных обязанностей недостатках в работе сайта и вносить предложения по их устранению.
3.4. Запрашивать лично или по поручению директора школы от педагогических работников школы информацию и документы, необходимые для выполнения своих должностных обязанностей.
3.5. Требовать от администрации школы обеспечения организационно-технических условий и оформления установленных документов, необходимых для исполнения должностных обязанностей.
3.6. Оперативный администратор сайта имеет право редактировать авторский материал;
отбирать наиболее актуальные материалы для публикации; ставить перед редакционными группами задачи по информационному освещению тех или иных тем; принимать участие в сборе информации и переводе ее на электронные носители; отказывать в публикации материалов, которые содержат в себе признаки информации, перечисленные в п 2.4 настоящей инструкции; менять дизайн сайта; следить за соблюдением правил пользования форумом на школьном сайте и редактировать сообщения на нём; иметь свободный доступ в Интернет.

4. Ответственность администратора школьного сайта

Администратор сайта несет ответственность за:

4.1. Невыполнение и/или несвоевременное, халатное выполнение своих должностных обязанностей.
4.2. Нарушение правил внутреннего трудового распорядка, трудовой дисциплины, правил техники безопасности и противопожарной безопасности.
4.4. Администратор сайта владеет кодами доступа к школьному сайту без права передачи их третьему лицу и несёт ответственность перед администрацией школы за сохранение кодов защиты от несанкционированного доступа на школьный сайт;

5. Ведение документов

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

6. Условия труда

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

Руководство администратора на программное обеспечение и автоматизированную систему

Помимо использования, автоматизированную систему необходимо также устанавливать и настраивать. Каким образом решается этот вопрос (ГОСТ 34)?

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

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

– выполняет определенные действия по настройке программы;

– управляет учетными записями пользователей;

– настраивает права доступа;

– исправляет ошибки в данных;

– обеспечивает информационную поддержку.

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

– Описание области применения и способа использования системы .

– Описание логики работы системы в виде основных правил и принципов ее работы.

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

– Подробное описание порядка и способа выполнения каждой из операций функции администратора .

– Описание вида и порядка действий по обслуживанию системы .

– Описание вероятных ошибок и неполадок в работе системы и способов их устранения .

Содержание и оформление Руководства администратора как эксплуатационного документа также регулируется государственными стандартами, так что и здесь необходимо соблюдать их требования. Несмотря на то, что не существует отдельного ГОСТа на создание Руководства администратора, его структура и оформление регламентируется РД 50-34.698-90, где описаны общие требования к содержанию документации.

Разработка руководства администратора согласно ГОСТ

21.03.2016 1 января 2016 года вступает в силу. Читать новости 03.11.2015 Компания SWRIT рада сообщить о расширении комплекса. Читать новости 01.02.2015 Федеральным агентством по техническому регулированию и метрологии. Читать новости 09.11.2014 Компания SWRIT разработала документацию на иностранное оборудование. Читать новости 02.09.2014 Вышел новый ГОСТ 2.601-2013 «Единая система конструкторской. Читать новости

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

Руководство администратора не имеет собственного стандарта оформления. Выполняется этот документ по РД 50-34.698-90. содержащему общие требования к содержанию документации на автоматизированные системы.

Руководство администраторов часто путают с руководствами системных программистов (администраторов). Это неверно, ведь цель данного документа – организация и поддержка целевого применения АСУ, а не обеспечение ее технической работоспособности.

Руководство администратора обычно состоит из:

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

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

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

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

Оформите заявку и задавайте все интересующие вас вопросы по телефону +7(499)755-74-33 e-mail Данный адрес e-mail защищен от спам-ботов, Вам необходимо включить Javascript для его просмотра. или через форму заказа .

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

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

Руководство администратора Alvex не содержит полную информацию об администрировании Alfresco. Для настройки всех компонентов этой платформы следуйте документации Alfresco.

Alvex может быть загружен с официального сайта. Продукт распространяется в двух вариантах: JAR-файлы и модули AMP (Alfresco Module Package). Для установки Alvex нужно загрузить только один из вариантов.

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

При введении системы в эксплуатацию рекомендуется установка Alvex в формате модулей AMP

Для установки Alvex следуйте разделу Глава 2, Установка и удаление .

Исходный код Alvex Community опубликован в репозитории https://github.com/ITDSystems/alvex. Для получения исходного кода Alvex Enterprise пользователи с активной подпиской могут обратиться в поддержку.

Для того, чтобы собрать Alvex из исходных кодов самостоятельно, следуйте инструкции в разделе Глава 10, Сборка из исходного кода .

Alvex работает на базе платформы Alfresco. Поэтому перед установкой Alvex необходимо установить платформу, следуя документации Alfresco. Alfresco может быть установлена на Windows, Linux и MacOS. Alvex поддерживает те же системы. Список поддерживаемых версий Alfresco можно найти на странице http://www.alvexcore.com/ru/services/supported-platforms/.

Alvex не требует установки каких-либо дополнительных приложений и компонентов.

Если у вас есть вопрос о настройке или использовании Alvex, и ваш системный администратор не может помочь вам в его решении, используя данное руководство, вы можете оставить нам вопрос на http://www.ossportal.ru/.

Если вы нашли ошибку в Alvex или хотите оставить запрос нового функционала в Alvex, создайте запрос в нашем багтрекере по ссылке http://issues.itdhq.com/.

Пользователи Alvex Enterprise имеют доступ к закрытой части http://issues.itdhq.com/ и могут обращаться в поддержку в соответствии с типом приобретенной подписки.

Alvex может быть установлен одним из двух способов: из файлов JAR или из пакетов AMP. Первый способ является самым простым, второй - самым надежным. При вводе системы в эксплуатацию рекомендуется устанавливать Alvex из пакетов AMP.

Alvex 2.0.3 совместим с Alfresco One 4.2 и Alfresco Community 4.2.d и более новыми

Установочный пакет Alvex - это файл ZIP, который содержит два каталога: amps и jars. Выберите предпочитаемый способ установки (JAR или AMP) и установите пакеты ТОЛЬКО из одного каталога.

Каталог tomcat/ находится внутри папки alfresco-4.*. расположение которой вы задали в ходе установки Alfresco.

Скачайте поддерживаемую версию Alfresco с официального сайта и установите согласно описанию в официальной документации.

Запустите установленную Alfresco. Необходимо, чтобы прошла инициализация репозитория, в том числе было выполнено первое подключение к базе данных и развернуты war-архивы.

Загрузите установочный пакет Alvex для вашей версии Alfresco и разархивируйте его.

Внутри каталога jars находятся две папки: repo и share. Скопируйте все файлы из repo в каталог tomcat/webapps/alfresco/WEB-INF/lib/. а все файлы из share в каталог tomcat/webapps/share/WEB-INF/lib/.

Перезапустите сервер приложений. В случае использования стандартного сервера приложений Alfresco (Tomcat) запустите скрипт alfresco.sh restart или alfresco.bat restart.

После запуска Alfresco Alvex готов к работе. В дальнейшем Alvex загружается одновременно с Alfresco.

Скачайте поддерживаемую версию Alfresco с официального сайта и установите согласно описанию в официальной документации.

Не запускайте Alfresco после установки. Alvex должен быть установлен в war-архивы Alfresco до из разархивирования. В ином случае созданные после разархивирования директории требуется удалить.

Загрузите установочный пакет Alvex для вашей версии Alfresco и разархивируйте его. Внутри каталога amps находятся два файла: alvex-EDITION-repo-VERSION.amp и alvex-EDITION-share-VERSION.amp. Скопируйте alvex-EDITION-repo-VERSION.amp в каталог amps/. а alvex-EDITION-share-VERSION.amp в amps_share/.

Запустите скрипт bin/apply_amps.sh. если вы устанавливаете Alvex на Linux, и скрипт bin/apply_amps.bat. если вы устанавливаете Alvex на Windows. В процессе установки вы должны увидеть два новых устанавливаемых модуля Alvex. Нажмите Enter для продолжения установки. Если при установке пакетов AMP вы столкнетесь с какими-либо проблемами, советуем обратиться к официальной документации Alfresco по установке AMP: http://docs.alfresco.com/4.1/index.jsp?topic=%2Fcom.alfresco.enterprise.doc%2Ftasks%2Famp-install.html.

Папки amps/. amps_share/ и bin/ находятся внутри каталога alfresco-*. расположение которой вы задали в ходе установки Alfresco.

Запустите сервер приложений Alfresco.

После запуска Alfresco Alvex готов к работе. В дальнейшем Alvex загружается одновременно с Alfresco.

Если вы запускали Alfresco до установки Alvex, требуется удалить директории tomcat/webapps/alfresco и tomcat/webapps/share для использования Alvex.

Свяжитесь с нами, чтобы получить образ Alvex virtual appliance для установки и последнюю версию инструкции по установке.

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

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

Создайте каталог tomcat/shared/classes/alfresco/extension/license. если она еще не создана. Скопируйте ваш лицензионный файл в него и перезапустите Alfresco.

Вы можете проверить статус вашей лицензии в консоли администрирования в Alfresco Share в разделе Лицензия Alvex.

Для сохранения работоспособности Alfresco при удалении Alvex требуется удалить из системы все объекты, использующие модели Alvex. Alfresco не запустится после удаления Alvex, если в репозитории останутся документы, задачи и реестры документов, для которых отсутствуют модели.

Для удаления Alvex, установленного в формате файлов JAR, требуется удалить файлы Alvex из каталогов tomcat/webapps/alfresco и tomcat/webapps/share.

Для удаления Alvex, установленного из пакетов AMP, выполните следующие действия:

1. Make a backup of alfresco.war and share.war files in tomcat/webapps/ directory.
2. Delete alfresco.war and share.war files from tomcat/webapps/ directory.
3. Find alfresco-SOME_NUMBERS.war and share-SOME_NUMBERS.war files in the same directory. They have been generated when you installed Alvex last time. Rename them to alfresco.war and share.war respectively.
4. Delete Alvex AMP files from /amps/ and /amps_share/ directories.
5. Restart Alfresco and monitor the /tomcat/logs/catalina.out file for errors.

Модуль оргструктуры Alvex позволяет вам ввести вашу организационную структуру в Alfresco и использовать ее в бизнес-процессах. В рамках оргструктуры вы можете использовать следующие элементы:

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

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

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

Используя роли, вы можете указать должность или роль сотрудника. Роль — это свойство, задаваемое на уровне всей компании, а не только подразделения. При настройке подразделения оргструктуры вы указываете, какие роли доступны для его сотрудников. После этого выбранные роли можно присваивать сотрудникам подразделения в соответствии с их обязанностями. Так, например, вы можете создать роли «Разработчик», «Секретарь» или «Директор департамента» и использовать их в разных подразделениях.

По умолчанию, исполнители не видят прикрепленные к задаче документы, если у них нет прав на доступ к этим файлам в репозитории Alfresco. Alvex Permission Manager автоматически выдает исполнителям права на доступ к файлам, с которыми они должны работать.

Добавьте следующий bean в контекст вашего бизнес-процесса для использования Alvex Permission Manager:

PROCESS_ID - это идентификатор вашего бизнес-процесса. Такая базовая конфигурация даст всем участникам бизнес-процесса права на чтение файлов.

Если вам нужно выдать пользователям дополнительные права, то нужна более сложная настройка:

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

Роли Alfresco: CONSUMER, CONTRIBUTOR, EDITOR, COORDINATOR

Короткие записи для удобства: 'read' или просто 'ro' - исполнителям будут выданы права на чтение файлов (соответствует роли CONSUMER), 'read-write' или просто 'rw' - исполнителям будут выданы права на чтение и запись файлов (соответствует роли EDITOR)

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

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

Для выдачи прав и на добавление, и на удаление, и на обновление файлов пакета, переопределите оба свойства.

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

PROCESS_ID - это идентификатор вашего процесса.

Для назначения задачи по роли нужно в процессе указать в поле задания исполнителя нужную роль в формате ПОДРАЗДЕЛЕНИЕ::РОЛЬ. В качестве подразделения можно использовать как название, так и специальные служебные переменные: <0> - текущее подразделение, <-1> - подразделение на один уровень выше по структуре и т.д.

Простой пример задачи, которая будет назначаться сотруднику с ролью Manager из подразделения Department 1.

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

Пример задачи, которая будет назначаться сотруднику с ролью Manager из подразделения текущего пользователя:

Если в текущем подразделении отсутствует сотрудник с ролью Manager. поиск будет продолжен "вверх" по оргструктуре до совпадения.

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

Откройте Управление сайтами с реестрами и нажмите на кнопку Добавить сайт с реестрами документов.

Рисунок 5.1. Добавление нового сайта с реестрами

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

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

Рисунок 5.2. Настройка формата автонумерации

При задании формата автонумерации могут использоваться следующие переменные:

% — возрастающее значение. Минимальное значение: 1. Первый документ будет иметь номер: 1, второй: 2, третий: 3 и т.д.

% — число, соответствующее значению текущего года. Например, 2012. Может использоваться как часть номера.

% — краткий вариант значения текущего года. Например, 12.

% — текущий месяц. Например, 11.

% — текущий день. Например, 21.

% — возрастающее значение в течение дня. Минимальное значение: 1. Например, 3 — третий документ за день. Счетчик будет обнулен в полночь.

% — возрастающее значение в течение месяца. Минимальное значение: 1. Например, 2 — второй документ за месяц. Счетчик обнуляется в полночь первого числа нового месяца.

% — возрастающее значение в течение квартала. Минимальное значение: 1. Например, 2 — второй документ в этом квартале.

% — возрастающее значение в течение года. Минимальное значение: 1. Например, 2 — второй документ в этом году.

Вы можете изменить текущее значение счетчика на странице Настойка реестра.

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

Пользователи с правами менеджера или редактора сайта могут подключать классификаторы к любым текстовым полям реестра. Для стандартных типов реестров Alvex подключение может быть настроено в веб-интерфейсе системы. Для добавления этой возможности для своих типов реестров обратитесь с разделу Раздел 5.4, «Создание своего типа реестров».

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

Рисунок 5.4. Подключение классификаторов

Вам доступно три типа классификаторов:

Внутренний классификатор (столбец реестра или списка данных на любом публично-доступном сайте Alfresco).

Внешний классификатор в формате JSON (справочник в сторонней системе, например, SAP).

Внешний классификатор в формате XML (справочник в сторонней системе, например, 1С).

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

Рисунок 5.5. Подключение классификатора

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

Рисунок 5.6. Использование внутренних справочников в качестве классификаторов

Для настройки интеграции с внешней системой выберите тип классификатора Внешний классификатор и введите следующие параметры:

URL файла в формате JSON, файл необходимо опубликовать на каком-либо веб сервере, и он должен быть доступен для Alvex.

Path - путь к данным в файле, это поле может быть пустым.

Label и Value - заголовок и значение поля, которое нужно использовать. Обычно эти два поля имеют одинаковое значение.

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

Рисунок 5.7. Использование файла в формате JSON в качестве классификатора

Для настройки интеграции с внешней системой выберите тип классификатора Внешний классификатор и введите следующие параметры:

URL файла в формате XML, файл необходимо опубликовать на каком-либо веб сервере, и он должен быть доступен для Alvex.

В поле Path введите XPath для выбора нужных объектов из XML. Несколько примеров значений: используйте значение xpath:/element для выбора объектов element на первом уровне в многоуровневом XML, используйте xpath://CatalogObject.Банки[IsFolder='false'] для выбора тех объектов CatalogObject.Банки на втором уровне многоуровневого XML, у которых свойство IsFolder установлено в false.

Label и Value - заголовок и значение поля, которое нужно использовать. Обычно эти два поля имеют одинаковое значение.

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

Рисунок 5.8. Использование файла в формате XML в качестве классификатора

Типы реестров документов Alvex основаны на Alfresco Data List Item Type. Вы можете создавать свои типы реестров также, как типы обычных списков данных Alfresco, используя в качестве родительского типа alvexdt:object или какой-либо из его дочерних типов.

Пример создания своего типа реестров в Alvex описано в блоге компании ITD Systems по адресу http://ru.blog.itdhq.com/post/70277827209/2013-12-17-create-new-registry-type. Более подробно вопрос рассматривается на курсе обучения администраторов Alvex.

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

Форма поиска документов будет сгенерирована для вашего типа автоматически.

При создании файла контекста для вашей модели вы должны явно указать в зависимостях bean alvex-documents-registers-deployer. В ином случае модель не будет установлена в систему. Здесь можно посмотреть пример файла контекста.

Alvex добавляет в Alfresco шаблон формы просмотра документов, а также много доработок в стандартный шаблон форм. Для использования всех новых возможностей нужно указать пути к правильным шаблонам в настройках Share:

Используйте следующую конфигурацию поля внутри блока appearance настройки Share вашего типа реестров, чтобы подключить автоматическую генерацию номера документа к полю:

Свойство prefix:id должно иметь текстовый тип ( d:text ).

Описание настройки формата нумерации документов описано в Раздел 5.2, «Настройка формата автонумерации». Номер документа будет вставлен в поле prefix:id при открытии формы регистрации документа.

Для автоматической вставки текущей даты в поле используйте следующую конфигурацию поля внутри блока appearance настройки Share вашего типа реестров:

Свойство prefix:date должно иметь тип даты ( d:date ).

Используйте следующую конфигурацию поля внутри блока appearance настройки Share вашего типа реестров. Это подключит окно выбора пользователя из оргструктуры к полю:

prefix:user должно быть ассоциацией с типом cm:person.

Используйте следующую конфигурацию поля внутри блока appearance настройки Share вашего типа реестров, чтобы позволить пользователям подключить классификатор к полю реестра этого типа в веб-интерфейсе:

Свойство prefix:field_name должно иметь текстовый тип ( d:text ). При выполнении этой настройки менеджеры и редакторы сайта увидят это поле в окне Настройка реестра в списке полей, доступных для подключения к ним классификаторов.

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

prefix:files должно быть ассоциацией с типом cm:content.

Достаточно часто в ходе автоматизации бизнес-процессов возникает потребность автоматически генерировать те или иные документы. Можно привести самые разные примеры:

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

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

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

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

Для генерации в JavaScript доступен объект template. у которого есть метод generate. Метод принимает 4 параметра -- файл шаблона, в какую папку сохранить созданный файл, имя нового созданного файла, данные для заполнения шаблона -- template.generate(templateFile, targetFolder, newFileName, data).

Файл шаблона создается в формате DOCX в любом офисном пакете. Пример шаблона приведен на рисунке ниже.

Исходный код Alvex Community опубликован в репозитории https://github.com/ITDSystems/alvex. Для получения исходного кода Alvex Enterprise пользователи с активной подпиской могут обратиться в поддержку.

Alvex использует Maven в качестве системы управления сборкой и зависимостями. Поэтому для сборки Alvex вам понадобится установить maven. После этого вам потребуется указать профиль Maven и версию Alfresco, для которой вы собираете Alvex. Когда вы выбираете профиль, вы выбираете набор компонентов для сборки. Например, Alfresco 4.1.x использует Activiti 5.11, а Alfresco 4.2.c использует Activiti 5.13. К сожалению, Activiti 5.11 и Activiti 5.13 имеют совершенно разные наборы API. Поэтому Alvex предоставляет 2 варианта компонента activiti-connector, и выбирая профиль, вы говорите системе сборки, какую из них собирать.

Сейчас доступно два профиля:

compat-be ('be' - 'bleeding edge') - собрать Alvex для Alfresco Community 4.2.d+ и для Alfresco Enterprise 4.2.0+

compat-4.2.c - собрать Alvex для старых версий Alfresco вплоть до Alfresco Community 4.2.c и Alfresco Enterprise 4.1.x

Начиная с версии 2.0.2, Alvex не совместим с Alfresco 4.1 и 4.2.c. Мы используем новые Alfresco API и средства для разработки компонентов пользовательского интерфейса, который не работают со старыми версиями Alfresco.

Указать версию Alfresco проще - она должна совпадать с номером версии, на которой должен работать Alvex. Нужные для сборки артифакты Maven для Alfresco Community - публично доступны. Артифакты Maven для Alfresco Enterprise доступны для пользователей с активной подпиской Alfresco.

Сборка Alvex для Alfresco Community 4.2.d (бинарные файлы должны быть совместимы с Alfresco 4.2.0):

Сборка Alvex для Alfresco Community 4.2.f (бинарные файлы должны быть совместимы с Alfresco 4.2.0.3):

Собранные JAR-файлы находятся в distr/jars/target/alvex-VERSION-jars.zip.

Собранные модули AMP находятся в distr/jars/target/alvex-VERSION-amps.zip.