| Еволюція платформи 1С:Підприємство 8.0 |
|
|
|
|
Недавно вийшов новий реліз - 8.0.7.36 - платформи «1С:Підприємства 8.0». З виходом цього релізу платформа здобуває цілісний завершений вид. Не вистачає тільки веб-расширения, що дозволить легко розробляти інтернет-додатка, взаємодіючі з «1С:Підприємством 8.0». У новому релізі додані наступні ключові можливості:
Є й інші вдосконалення:
Розподілені бази даних Установкою одного прапорця в плані обміну інформаційна база перетворюється в розподілену. У кожному плані обміну є один визначений вузол, що представляє даний вузол обміну. Механізм розподілених баз релізу 7.36 схожий на УРБД версії 7.7 тим, що дозволяє практично без програмування настроїти правила реєстрації (міграції) об'єктів бази даних: елементів довідників, документів, записів регістрів і ін. об'єктів. Але з іншої сторони версія 8.0 дозволяє дуже легко запрограмувати обмін даними й більше тонкі правила міграції. Наприклад, цілком можливо зробити так, щоб у кожному вилученому підрозділі були доступні рівно ті дані, які необхідні йому для роботи. Обмін даними здійснюється через універсальний формат XML. Будь-яке значення, , що зберігає в базі даних, може бути вивантажене в текстовому виді в XML-файл. Цей процес називається сериализацией. Приймаюча сторона виконує зворотний процес - перетворення текстового рядка в об'єкт бази даних або запису регістра. Будь-які два вузли, зв'язані один з одним, мають відносини «головний - підлеглий». Це дозволяє дозволяти колізії, що неминуче виникають при зміні одного об'єкта у двох вузлах між сеансами обміну. Якщо конфігурація була змінена у головному вузлі, то зміни конфігурації вивантажуються разом з даними й передаються у підлеглий вузол. Новий механізм розподілених баз даних дозволяє організувати практично будь-яку топологію філій: дерево будь-якої складності, сніжинка, і традиційну для «1С» схему: центр-периферія. На диску ИТС поставляється невелика демонстраційна конфігурація «Обмін даними», яка реалізує обмін даними між вилученими офісами й вилученими складами. Бізнеси-процеси Механізм бізнесів-процесів є зовсім новим для «1С:Підприємства». Він дозволяє закласти в інформаційну систему не тільки самі дані й способи їхньої обробки, але й правила взаємодії між ними, послідовність господарських операцій. Кожний співробітник компанії виконує певні функціональні обов'язки. При формулюванні бізнесів-процесів роль співробітника здобуває важливе значення, оскільки є однієї зі складових частин бізнесу-процесу. Кожне завдання може бути адресована співробітникам певної ролі у двох варіантах:
Перший випадок застосовується, наприклад, для відвантаження товару будь-яким комірником, прийняття дзвінка будь-яким диспетчером, доставки вантажу будь-яким водієм і т.д. Другий випадок звичайно застосовується для звітності співробітників певної категорії - наприклад, всім менеджерам здати тижневий звіт про виторг, кожному програмістові протестувати свій модуль і т.д. На диску ИТС поставляється невелика конфігурація, що демонструє застосування механізмів бізнесів-процесів для реалізації простої схеми твердження рахунку і знижки клієнтові. Аналіз даних і прогнозування Ще однією принципово новою можливістю є механізми аналізу даних і прогнозування, за допомогою яких можна підвищити обґрунтованість прийнятих рішень і витягти коштовну інформацію з масиву даних. Багато топ-менеджерів і маркетологи навіть не підозрюють, скільки найціннішої інформації втримується в простому масиві даних, наприклад, по продажах товарів різних груп кожної категорії клієнтів. Застосування механізмів аналізу даних дозволяє виявити як прості відомості, наприклад, діаграму розподілу виторгу по групах клієнтів, так і більше складні закономірності - нові групи клієнтів (кластерний аналіз), типові послідовності покупок (аналіз послідовностей), невідомі закономірності (дерево рішень). У новому релізі «1С:Підприємства 8.0» реалізовані наступні типи аналізу:
На основі результатів аналізу можуть бути створені моделі прогнозу, які за новим даними, що вводять у систему, дозволяють автоматично одержати прогноз. Наприклад, це дозволить автоматично пропонувати клієнтові товари й сервіси, які він з більшою ймовірністю купить або скористається, формувати списки переваг конкретного клієнта. Розвиток системи прав доступу У новому релізі «1С:Підприємства 8.0» уперше з'явилося те, що звичайно називається RLS - Record Level Security або контролем рівня доступу на рівні записів (рядків таблиці). У цьому випадку користувачеві може бути дозволений доступ тільки до певних елементів із усього довідника, або записам регістра по певному підрозділі. Така система безпеки реалізується шляхом завдання обмежень на доступ. Для кожного права програміст може сформулювати умову на деякій підмножині мови запитів. Це умова система буде автоматично додавати в усі запити до бази даних. Якщо умова дає значення «Неправда», то доступ буде заборонений (буде видані виключення або ці дані просто не потраплять у результат запиту). У зв'язку з новими можливостями контролю прав доступу в мову запитів уведене ключове слово ДОЗВОЛЕНІ. При його використанні в результат запиту попадають тільки ті записи, для яких обмеження дало умову Істина. Крім того, у властивостях загальних модулів з'явився новий прапор - Привілейований. Якщо цей прапор установлений, те загальний модуль у клієнт-серверному режимі обов'язково виконується на сервері «1С:Підприємства 8.0», і при його виконанні не контролюються права доступу поточного користувача, тобто програмному коду привілейованого модуля доступно все. У таких модулях найкраще реалізовувати механізми обміну даними, засобу одержання зведених даних на основі детальних, доступ до яких заборонений і т.д. Зверніть увагу, що обмеження на доступ до даних задаються в Конфигураторе, у якому немає доступу до даних. Тому програміст не може задати доступ для конкретного елемента довідника, якщо, звичайно, тільки не сформулює відповідне обмеження. Даний механізм безпеки реалізований на самому низькому рівні доступу до даних, тому може приводити до неочевидного на перший погляд наслідкам. Крім того, перевірка обмежень сповільнює роботу системи, тому цю систему безпеки потрібно застосовувати дуже акуратно й тільки по необхідності. Механізм створення дистрибутивів Для компаній, що здійснюють розробку типових тиражируемих конфігурацій, буде затребуваної можливість створення дистрибутивів винятково засобами платформи «1С:Підприємства 8.0». У новій термінології це називається створенням комплекту поставки . У нього входять як абсолютно необхідні файли для роботи (dt, cf і т.д.), так і будь-які інші файли, включені розроблювачем у комплект поставки, наприклад, зовнішні обробки, електронне посібник користувача, драйвери для торговельного встаткування й т.д. При використанні комплекту поставки користувач зустрічається з стандартної програмою установки, якимось аналогом InstallShield. Усе, що потрібно від користувача, це вказати каталог установки конфігурації (звичайно це каталог шаблонів по умовчанню). Після інсталяції автоматично створюється шаблон інформаційної бази, на основі якого користувач створює стільки інформаційних баз, скільки йому потрібно. Розроблювач може легко сформувати кілька комплектів поставки з однієї конфігурації, наприклад, різні по функціональності версії програми («лайт», «проф», «люкс»), демо-версии програми, поставки для різних регіонів і т.д. Внесені також зміни й у механізм відновлення конфігурацій у користувача. Тепер програма відновлення може шукати нові релізи конфігурації як у стандартному каталозі шаблонів, так і на зазначеному сайті в Інтернеті, на диску ИТС або в зазначеній мережній папці в локальній мережі підприємства.
Будемо сподіватися, що темпи розвитку нової версії платформи не зменшаться і фірма «1С» буде й далі радувати нас новими можливостями, що полегшують життя розроблювачів і користувачів її продуктів. С.Митичкин. |
| « Пред. | След. » |
|---|


