Serena випускає версію 11.1 своєї BPM платформи

Вже традиційно до кінця літа компанія Serena оновлює версію своєї платформи автоматизації бізнес-процесів Serena Business Manager (SBM). Нова версія містить цілий ряд знакових нововведень, серед яких довгоочікувана підтримка REST Json API, новий тип форм з нативною підтримкою HTML5, універсальний клієнт для мобільних пристроїв на iOS і Andriod, нові графічні звіти і багато іншого. Але про все по порядку.



Дошка Kanban
Звичайно, це багато в чому данина моді – реалізувати дошку управління потоком завдань Kanban. Безумовно, новий екранний модуль буде ефектно виглядати на міжнародній конференції користувачів Serena в Чикаго у Вересні. Хто не знайомий з таким інструментом, як канбан-дошка, може поповнити свої знання посилання на wiki.

Розкидати об'єкти на одному екрані по колонках, відповідним станів процесу, не дуже складне завдання. Цікавіше, які нові функції, додані в ядро платформи, щоб підтримати, наприклад, просте перенесення мишкою завдання з однієї колонки в іншу. Для платформи така дія означає «зміна стану об'єкта» за відповідним переходом, якщо перехід взагалі передбачено моделлю workflow, і у користувача є права на таку дію. А якщо при цьому необхідно заповнити обов'язкові поля?! Або, як працює заявлена функціональність підвантаження завдань в це подання з зовнішніх джерел даних?! А як буде працювати дошка для об'єктів з різними процесами!? Виходить складно. Треба пробувати.



Поліпшення в бэклогах
Підтримка інструментів Agile розробників в SBM з'явилася досить давно, як необхідна альтернатива для тих компаній, де одночасно використовуються обидва відомих підходу – класичний водоспадний і Agile. Користувач може сам вибирати подання вимог/історій йому зручніше.



Що змінилося:

  • бэклог можна виводити будь-які атрибути об'єктів, а не тільки системні, причому, об'єднувати дані з різних додатків – вимог, помилок, історій тощо;
  • При об'єднання даних з різних додатків можна комбінувати дані по однаковим типам полів, наприклад, по типу Single Selection, який зазвичай використовується для різних класифікаторів пріоритету, складності, впливу і т. д.;
  • Колонки в бэклоге тепер можна перейменовувати;
  • Можна відстежувати історію змін складу бэклога;
  • Додано нові фільтри – Прийняті (Accepted) і Кандидати (Candidates)


Зміна стану по вхідному email повідомленням
Розробникам SBM ніяк не дає спокою завдання максимального спрощення дій керівника для погодження дозволу чого-небудь в системі – Про/Never, Так/Ні, Згоден/ Не згоден… І форми можна спростити до двох кнопок, і email повідомлення відправити з двома кнопками з токеном, щоб не потрібна авторизація. Тепер додалася спеціальна обробка вхідних email повідомлень, сформованих за шаблоном Reply на адресу обробника вхідних листів. Все, щоб керівник все-таки теж працював в одній системі ефективно разом з командою.

SBM JSON API
SBM має настільки потужний API на web службах, що дозволяє розробити на цьому API свій власний користувальницький інтерфейс до платформи на відповідному мовою програмування і технологіях. Буває, що так необхідно зробити і розробити окрему web програму, яка взаємодіє з платформою, відповідне процесу, опубліковане на іншому web-сервері, наприклад. Але з коду на Javascript викликати web служби аж надто незручно. Інша справа, якщо б API відразу повертав би JSON об'єкт. Звичайно, є бібліотеки конвертації SOAP XML в JSON об'єкти у обидві сторони, але це ж зайві дії. І ось відбулося! З'явилася перша версія API SBM, що містить набір RESTful сервісів і дозволяє отримувати, змінювати, створювати нові і видаляти старі записи через REST виклики (Get і Post) при цьому працюючи з JSON об'єктами. Звичайно, у першій версії API може працювати тільки з користувацькими таблицями, набір функцій малуватий, але важливе початок покладено.

Зміни в середовищі розробки SBM Composer
У цьому релізі з'явився новий тип форм (Modern Forms) з підтримкою технологій HTML5 і .css, покликаний радикально вирішити питання, пов'язані зі стабільністю розмітки форм і масового застосування Javascript програм на формах. В нових формах з'явилися функції управління розміткою сторінки, функції керування розділами headers/запа/sidebars з скролированием і опцією показу тільки необхідних для введення на цьому дії(переході) полів об'єкта.

Старі форми будуть працювати як і раніше, і їх можна вручну переконвертувати в новий тип в середовищі SBM Composer. Зауважу, що якщо прості форми без наворочених скриптів обробки користувальницького інтерфейсу, то перехід пройде гладко. Якщо скрипта багато, то робота буде немаленька.

У чому переваги нових форм?

По-перше, нові форми вміють автоматично адаптуватися під розмір екрану користувача. Це важливий крок до адаптується додатків для мобільних пристроїв. SBM додатки нормально працюють і зараз на планшетах, де екран має відносно високий дозвіл в порівнянні зі смартфонами. На смартфонах ж реально працювати в системі складно. Нові форми автоматично прибирають горизонтальні скроли, переносять поля в одну колонку і т. д.

По-друге, з'явилися додаткові керовані розділи – «шапка» (header), «підвал» (запа), і бічна панель (sidebar). Ці розділи дозволяють зробити постійно видимими, тобто нексролируемыми, деякі елементи інтерфейсу, наприклад, кнопки або заголовки.

У третіх, контейнери будуть автоматично ховатися, якщо у вас немає достатніх привілеїв на вміст контейнера або якщо контейнер порожній. Тут під «контейнерами» треба розуміти спеціальні секції SBM на формах – приміток, вкладень, підзадач, Лінків та інших. Причому, біля контейнерів з'являється автоматичний скролбар, якщо зміст не поміщається у фіксовані розміри, зазначені у властивостях контейнера, і не включені опції автоматичної зміни розміру за контент. Ця опція раніше була реалізована для віджетів і деяких типів полів – журнальних (Journal) і текстових (Memo).

В четверте, з'явилися додаткові опції підтримки мобільних пристроїв, де можна включати або вимикати показ полів, контейнерів, віджетів, панелей з кнопками переходів.

У п'ятих, з'явився новий режим відкриття форм, де показуються тільки обов'язкові (required) на даному кроці (переході) атрибути об'єкта. У цьому режимі система буде навіть люб'язно вести лічильник таких полів і підказувати скільки ще залишилося полів заповнити. Дуже мило. Цей режим активно використовується на дошці Канбан.

Зміни віджетів
Relational Grid Widget використовується для побудови простого інтерфейсу вибору декількох записів з певної таблиці. Досить розмістити віджет на формі, вказати у властивостях з якої таблиці брати дані, які фільтри пошуку по яких полях показувати на формі і система автоматично створить форму з пошуком, а вибір користувача збереже в полі типу Multi-Relational. Швидко і просто.

Є можливість в налаштуваннях вибрати готовий листинговый звіт по вказаній таблиці. Причому, якщо у звіті є поле, яке використовується для фільтрації даних звіту, то це поле автоматично з'явиться у фільтрах віджета.

Додана опція показу тільки вибраних записів на State формах. Додана опція показу додаткових деталей і посилань в «шапці» або «підвалі» віджета.

REST Grid Widget використовується для відображення на формі SBM списку записів із зовнішніх джерел даних, одержуваних через REST виклики, і роботи з ним. Додана опція автоматичного вибору першого рядка (Autoselect first row), опція показу записів по сторінкам (paging), фільтри працюють в тому числі і в режимі показу по сторінкам.

PDF Widget дозволяє сформувати PDF документ з даними об'єкта з заданим шаблоном. Тепер PDF Widget підтримує повноцінний тектовый редактор.

Silverlight, Flash, and Google Gadget віджети видалені. Слід використовувати універсальний HTML/Javascript віджет.

Зміни у звітах
Нові типи графічних звітів — «пончик» (Doughnut Chart), «теплова плитка» (Heatmap Chart) і «радар» (Radar Chart)





Нові вбудовані звіти

Звіт «Всі елементи, які я відстежую» – показує записи, які були відзначені користувачем в режимі обговорення «Social View» в поточному додатку. Звіт «Всі таблиці: Всі елементи, які я відстежую» за аналогією діє по всій системі.

Звіти «Мої повідомлення» та «Всі таблиці: Мої повідомлення» допомагають користувачеві дізнатися, на які сповіщення він підписаний в контексті поточного додатка або всієї системи відповідно. Звіт за повідомленнями міг би стати хітом, якщо б не з'явилися раніше в інтерфейсі WorkCenter повноцінний модуль роботи з повідомленнями, де користувач може не тільки бачити свої передплати, але і читати самі повідомлення, виділяти переглянуті і т. д.

У найбільш затребуваних звітах розподілу з'явилися дві нові потужні функції: По-перше, субреляционные поля тепер можна показувати в результатах звіту. По-друге, нарешті, можна джойнить таблиці!

Гнучкі інтервали часу в фільтрах звітів тепер дозволяють задати діапазон в термінах кількості днів, тижнів, місяців, років. Раніше були запропоновані лише фіксовані константи, типи останні 5 днів, вчора і т. д. до Речі, додані нові константи – Плюс і Мінус 90 днів, якими можна користуватися для квартальних звітів, які так потрібні для ряду звітів.

У лістингових звітах з джойнами декількох таблиць додано сортування по колонках з приєднаною таблиці.

Зміни в утиліті конфігурації
Серед усіх змін я б виділив тільки одне – настройка кластера серверів додатків SBM. Окремі компоненти платформи (сервер повідомлень, TomCat сервер, база даних) можна було і раніше розподіляти по декільком вузлам. Тепер можна просто налаштувати і використовувати балансировщики навантаження в особливо навантажених або відмовостійких конфігураціях.

Мобільні додатки
SBM – це платформа розгортання web рішень, розроблених у своєму середовищі розробки Composer, які автоматизують будь-який бізнес або ІТ процес. В принципі, для роботи в додатках SBM на смартфонах і планшетах жодного клієнта ніколи не було потрібно – є ж браузер. А з новими можливостями адаптуються до розміру екрану форм взагалі незрозуміло навіщо було розробляти окремий додаток для iOS/Android. Оскільки платформа універсальна, то і клієнт для мобільних платформ iOS / Android теж повинен бути універсальним, що усложняит навігацію в додатках.

З чого розробники зробили висновок, що якщо все-таки користувач хоче користуватися спеціальними клієнтами для мобільних платформ, то все-таки необхідно вибрані програми перед публікацією додатково налаштувати – визначити, які атрибути показувати, а які приховувати, які кнопки вирішувати, а які забороняти, і т. д.


Докладніше про всі зміни можна дізнатися на порталі документації Serena.
Джерело: Хабрахабр

0 коментарів

Тільки зареєстровані та авторизовані користувачі можуть залишати коментарі.