1. Обновить По
2. Руководство Пользователя Утм

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

Redmine — открытое серверное веб-приложение управления проектами и задачами (в том числе для контроля ошибок). Продукт создан на Ruby и представляет собой приложение на платформе веб-фреймворка Ruby on Rails. Распространяется согласно GNU General Public License.. Возможность самостоятельной регистрации новых пользователей; многоязычный интерфейс (в том числе русский); поддержка СУБД MySQL, PostgreSQL, SQLite, Oracle. Полная пошаговая инструкция. Для чайников. Постов 13 из 176‹‹ ››. UsefreeFree softwareНет комментариев. Redmine — на мой взгляд, лучшее из свободно доступных решений для управления проектами, задачами, ведения статистики и отчетности и много еще чего.. Копирую файлы пользователей старого Redmine в созданный выше каталог. Cp -f /var/lib/redmine/default/files/* /home/usefree/redmine-backup-files/. Создаю дамп базы данных.

В старом документообороте для документа была выделена отдельная сущность, и это решение не позволяло нам использовать все те большие возможности по гибкости настройки, которые реализуют плагины. Новый Документооборот 2.0 будет использовать сущность задачи. То есть технически документ будет являться обычной задачей Redmine (RM+) с типом «Документ». Такое простое архитектурное решение дает массу преимуществ:. Все гигантские возможности по фильтрации задач станут доступны для документов. Теперь вычленить нужные документы можно будет быстро и легко. У пользователей появится очень мощная система фильтров.

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

Redmine (RM+) поддерживает сложную систему связей для задач. Сможете ставить метки на документы. Сможете формировать определенные выборки документов на моей странице для определенных ролей пользователей.

Все другие возможности, которые дает система управления организацией RM+ или стандартный Redmine для задач, теперь станут доступными и для документов. Но самые мощные возможности обеспечивает совместное использование плагина документооборота 2.0 и плагина. Техническое уравнивание документа и задачи Redmine позволило использовать абсолютно все возможности по настройке жизненных циклов задач для документов.

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

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

Что позволяет нам документооборот 2.0? Во-первых, теперь с помощью плагина «Custom menu» можно вытащить специальную ссылку для сотрудника отдела персонала «Приказ на надбавку».

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

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

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

Документ назначен бухгалеру на исполнение. «Выполнен».

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

После нажатия кнопки начисление попадает в зарплатную матрицу сотрудника. Люди, более плотно знакомые с возможностями плагина, наверняка уже осознали какое количество различных вариантов движения документа можно реализовать с помощью плагина документооборота 2.0. Настройки самого плагина документооборота 2.0 (кстати, мы планируем назвать его Flexible docs) позволяют автоматизировать те вещи, с которыми плагин L не справится. Например, автоматическое заполнение сотрудников в необходимые настраиваемые поля на основе выбранного департамента и отдела, что позволит распространять документы на различные группы сотрудников и другое. Помимо всех уже перечисленных приемуществ, модуль документооборота 2.0 предоставляет большое менее значимых возможностей.

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

Версионность документов. Возможность вставлять ссылки на документы. При этом ссылка будет вести на актуальную версию документа (можно будет вставлять ссылки на конкретные версии).

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

Redmine — открытое серверное веб-приложение для управления проектами и отслеживания ошибок. Redmine написан Ruby и представляет собой приложение на основе широко известного веб-фреймворка Ruby on Rails. # cd /usr/ports/ bsd# make search name=Redmine Port: redmine-0.9.1 Path: /usr/ports/www/redmine Info: A flexible project management web application Maint: decke@bluelife.at B-deps: libiconv-1.13.1 ruby-1.8.7.248,1. R-deps: libiconv-1.13.1 mysql-client-5.0.89. WWW: Port: redmine-basecamp-20091116 Path: /usr/ports/www/redmine-basecamp Info: Basecamp Theme for Redmine Maint: decke@bluelife.at B-deps: R-deps: libiconv-1.13.1 mysql-client-5.0.89.

Port: rubygem-rails-2.3.4 Path: /usr/ports/www/rubygem-rails Info: MVC web application framework Maint: pgollucci@FreeBSD.org B-deps: libiconv-1.13.1 ruby-1.8.7.248,1. R-deps: libiconv-1.13.1 ruby-1.8.7.248,1. # make search name=passenger Port: rubygem-passenger-2.2.8 Path: /usr/ports/www/rubygem-passenger Info: Modules for running Ruby on Rails and Rack applications Maint: jatzen@gmail.com B-deps: apache-2.2.145. R-deps: apache-2.2.145. WWW: # cd /usr/ports/www/rubygem-passenger # make install clean rubygem-passenger-2.2.8: Error from bsd.apache.mk.

Apache20 is installed (or APACHEPORT is defined) and port requires 2.2+. Error code 1 Stop in /usr/ports/www/rubygem-passenger. # vi Makefile USEAPACHE= 2.0+ # 2.2+ 2.0+ # make install clean Options for rubygem-passenger 2.2.8 X APACHEPORT Use apache22 NGINXPORT Use nginx Registering installation for rubygem-passenger-2.2.8 SECURITY REPORT: This port has installed the following files which may act as network servers and may therefore pose a remote security risk to the system. /usr/local/lib/ruby/gems/1.8/gems/passenger-2.2.8/lib/nativesupport.so /usr/local/lib/ruby/gems/1.8/gems/passenger-2.2.8/ext/ apache2/modpassenger.so /usr/local/lib/ruby/gems/1.8/gems/passenger-2.2.8/ext/ apache2/ApplicationPoolServerExecutable /usr/local/lib/ruby/gems/1.8/gems/passenger-2.2.8/ ext/phusionpassenger/nativesupport.so If there are vulnerabilities in these programs there may be a security risk to the system. FreeBSD makes no guarantee about the security of ports included in the Ports Collection.

Please type 'make deinstall' to deinstall the port if this is a concern. For more information, and contact details about the security status of this software, see the following webpage: Cleaning for rubygem-passenger-2.2.8 У меня установлен и настроен Apache-2.0.63 с modfastcgi-2.4.6 В конфигурацию Apache добавим следующий модуль. # ruby script/server webrick -e production = Booting WEBrick = Rails 2.3.5 application starting on = Call with -d to detach = Ctrl-C to shutdown server 2010-02-04 12:03:29 INFO WEBrick 1.3.1 2010-02-04 12:03:29 INFO ruby 1.8.7 (2009-12-24) i386-freebsd8 2010-02-04 12:03:29 INFO WEBrick::HTTPServer#start: pid=15337 port=3000 ^C2010-02-04 12:04:33 INFO going to shutdown. 2010-02-04 12:04:33 INFO WEBrick::HTTPServer#start done. Exiting Итак встроенный веб-сервер работает теперь проверим Apache.

Обновить По

Запускаем Apache и в браузере вводим Вводим учетную запись администратора Логин: admin Пароль: admin В своем профиле меняем язык на Русский. И обязательно меняем дофолтовый пароль на свой.

Настроим систему рассылки сообщений. # rake tmp:cache:clear (in /usr/local/www/redmine) # rake tmp:sessions:clear (in /usr/local/www/redmine) Пользователи системы Пользователи являются одним из центральных понятий предметной области. Модель пользователя является основой для идентификации и аутентификации работающего с системой персонала и клиентов, а также для авторизации их в разных ролях, проектах и т.п. Роли Роли пользователей определяются гибкой моделью определения прав доступа пользователей. Роли включают в себя набор привилегий, позволяющих разграничивать доступ к различным функциям системы.

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

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

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

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

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

Руководство Пользователя Утм

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

«Репозиторий» представляет собой связанную с проектом сущность, хранящую тип подключенного репозитория, его местонахождение и идентификационные данные его пользователя. «Редакция» является отображением редакции репозитория, и, кроме информационных полей, может быть привязана к конкретной задаче (для этого требуется указать в описании изменений «refs #NUM», где NUM — номер задачи), и к пользователю-автору редакции. Сущность «Изменение» предназначена для хранения списка измененных (добавленных, удаленных, перемещенных, модифицированных) файлов в каждой редакции. Получение уведомлений Уведомления пользователей об изменениях, происходящих на сайте, осуществляется с помощью сущности «Наблюдатели», связывающей пользователей с объектами различных классов (проекты, задачи, форумы и др.). В базе данных хранятся также ключи доступа к подписке RSS, позволяющие получать уведомления посредством этой технологии, также уведомления рассылаются с помощью электронной почты.

Тут пока пусто:(.