Выгружаем задачу


Содержание

Есть ли сервис для разбивания задач на подзадачи?

Если прям совсем в виде дерева — то любой сервис для составления интеллект-карт (mind-map), например, XMind (бесплатного функционала за глаза) или MindMeister (бесплатная только web-версия), в них можно ставить сроки и задавать прочие атрибуты, присущее задачам. Могу скинуть с десяток платных и бесплатных сервисов/программ для построения майнд-карт

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

Также посмотрите Trello — там легко можно преобразовывать подзадачи в основные задачи, таким образом тоже будет неограниченная вложенность.

Я пробовал ОЧЕНЬ много такскеров, наверно, чуть ли не все известные, в том числе и все выше перечисленные .
Мое основное требование — неограниченная вложенность задач и наглядность. Сейчас в моих в фаворитах — Trello.

Выгружаем задачу

Наша цель — создать конкурентные условия при поиске психолога. Обеспечить приток новых психологов на сайт и поощрять активность пользователей.

Как будут списываться балы:
Если у вас до 2000 баллов то списываться будет 10 баллов в день.
Если больше 2000 то будет работать правило «делителя на 100» *
Но при этом остается несгораемая сумма баллов за предыдущую активность на сайте.
Каждая опубликованная статья +5 баллов плюс +10 стартовых баллов.

* правило «делителя на 100» будет рассчитываться следующим образом:
количество баллов / 100 = целый остаток округлен в меньшую сторону до десятых.

например:
2550 / 100 = 20
18700 / 100 = 180

НОВЫЕ ПРАВИЛА ПО СПИСАНИЮ БАЛЛОВ ВСТУПИЛИ В СИЛУ С 01.01.2020г.

Как заработать балы бесплатно:

За оригинальную статью (ранее не публикуемую в Интернете) будет начислено +200 баллов. Если на момент проверки уникальности статьи, она опубликована на других ресурсах, то Вы получите +60 баллов. Проверка на уникальность и начисление баллов будет проведена на протяжении 48 часов после публикации на портале.
За 500 просмотров статьи Вам насчитывается +50 баллов;
За 1000 просмотров +50 баллов;
За 5000 просмотров +100 баллов.

Чтобы быть в курсе всех интересных новостей, оставьте свою почту

Продвигаем сайт, делаем ремонт и выбираемся с Марса

Случалось ли вам застывать в ступоре, столкнувшись с задачей, которая кажется необъятной, из разряда «не знаю, как подступиться»? Помните желание опустить руки и притвориться, что этой задачи и нет вовсе? И пусть с ней разбирается кто-нибудь другой, ведь вы в герои не записывались.

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

Чтобы было нагляднее, возьмем три примера:

Рабочий
Вы менеджер, и вам дали задание продвинуть сайт своей компании

Жизненный
Вы хотите сделать ремонт в комнате сына

Фантастический
Вы Марк Уотни, и вас забыли на Марсе (подробности здесь)

1. Главное – начать, а там пойдет

Подходит в трех ситуациях:

1.1. Не знаете, как подступиться к задаче

Никто и не говорил, что начинать нужно с начала. Начните с середины, с конца, с чего угодно. Начните с того, что знаете, а там разберетесь и с остальным.

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

Пока поставлю Метрику и Analytics на сайт, а там посмотрю.

А, еще где-то читал, что есть сервисы, чтобы позиции сайта смотреть – там тоже зарегистрируюсь.

На время ремонта надо бы куда-то «переселить» сына, но с нами в комнате ему будет тесновато.. Да еще и мебель надо старую продать/отдать, а новую купить (но не на что). Пока не знаю, как это решить.

Начну с того, что посчитаю, сколько потребуется материалов (и денег). И нарисую план расстановки будущей мебели (хоть ее пока и нет).

Сначала бы хотелось наладить связь с Землей, но я еще не придумал, как это сделать.

Зато нашел в жилом модуле земную почву и 10 картофелин. Займусь обустройством плантации (не зря же я на ботаника учился). Хотя не знаю, где взять достаточное количество воды для ее полива – буду думать в процессе.

1.2. Задача большая, взваливать на себя такой груз просто лень

Начните с чего-то простого – составьте план, узнайте цены, посоветуйтесь с друзьями. Покажите миру, что вы уже начали что-то делать – всё, теперь вам не отвертеться, мир ждет продолжения =). Кроме того, бросить дело, к которому вы уже приложили руку, несколько сложнее, чем то, за которое и не брались.

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

Ладно, поищу пока в сети, как вообще люди это делают, посмотрю пару вебинаров, скачаю каких-нибудь бесплатных книжек.

И создам папку на рабочем столе «Продвижение сайта», а в ней файл «План.docx».

Ремонт нельзя закончить, его можно только начать – пугающая фраза =(

Ладно, пойдем с женой посмотрим обои и мебель, зафотаем, что понравится. По пути забежим узнаем про натяжные потолки. И про окна.

Нда.. Шансы выбраться – 1 к 1000000. Следующая экспедиция окажется на Марсе через 4 года, а у меня еды только на 1 год. Есть ли смысл вообще пытаться.

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

1.3. Опасаетесь, что не справитесь с задачей

У Рэя Бредбери есть фраза: «Главное, прыгнуть с обрыва – по пути вниз у вас обязательно вырастут крылья». Кажется несколько жестоким, но зачастую это действительно срабатывает. Если отступать уже некуда, мозг начинает с удвоенной силой искать решение. Взятое обязательство стимулирует найти решение задачи.

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

С другой стороны, я могу (если постараюсь) из никому не нужного «сайта-динозавра» сделать классный «сайт-помощник», который и клиентам нашим будет помогать, и компании приносить прибыль.

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

А если не хватит денег, времени. А если плохо сделаю =( А сыну там потом лет 7 жить.

Хм, но и оставлять как есть не хочется, ему ж там еще лет 7 жить..

С другой стороны, у жены брат сам дом себе строит – уж точно в совете не откажет, а на какие-то работы и парочку строителей своих одолжит.

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

Но даже здесь есть выбор. Я могу просто выйти из жилого модуля и снять шлем скафандра. А могу попробовать что-то придумать.

2. «Пилим» на кусочки

Собственно, с этого и надо начинать. Зафиксируйте точку А – что у вас есть сейчас, и точку Б – что хотите получить в итоге. Шагнуть одним большим шагом из точки А в точку Б не выходит (иначе задача и не казалась бы вам большой), поэтому надо разбить весь путь на небольшие шаги.

Возьмите листок бумаги (или откройте ворд) и запишите то, чего вам не хватает для попадания в точку Б. Не беспокойтесь о правильной последовательности, просто пишите все, что приходит в голову.

Ну что ж, точка А – сайт, созданный лет 10 назад, с кучей старых страниц и разделов. Контент либо устарел, либо неуникален. Товаров много, но далеко не все есть в наличии. У многих вообще нет описаний и фото.

Точка Б – сайт с современным дизайном, показывающим стабильность компании. Актуальные товары с подробными описаниями/фото/ценами. Не обязательно все товары, как минимум – самые популярные. Сайт прост в использовании, нравится пользователям, его советуют друзьям.


– Убрать неактуальные товары, добавить актуальные с полными описаниями

– Зафотать красиво товары

– Снять видео хотя бы о 3-4 товарах

– Пересмотреть структуру сайта, убрать ненужные разделы, может, что-то добавить

– Поменять дизайн сайта

– Продвигаться в органике (Яндекс + Google)

– Запустить рекламу (может, какую-нибудь акцию?)

– Отслеживать статистику (перед руководством же еще отчитываться)

Точка А – комната 16 квадратов в обычной панельной двушке. Старые обои, старая потолочная плитка, старые радиаторы, старые окна, короче, старое все. Не убитое, но и не новое. Хотя бы полы залиты бетонной стяжкой – большой плюс.

Точка Б – комната 16 квадратов, удобная, светлая, оригинальная, для мальчика.

– Убрать старую мебель, вещи

– Снять старые обои, потолки, линолеум и пр.

– Поменять окна, батареи, дверь

– Натяжной потолок (хотя лучше подвесной + встроенные светильники)

– Обои, линолеум, ковер (с коротким ворсом)

– Шведская стенка (чтобы с турником обязательно)

– Кровать/ шкаф/ компьютерный стол (что-нибудь в пиратском стиле)

Точка А – Марс. Точка Б – Земля.

– Еда, вода на 4 года

– Добраться до кратера Скиапарелли, куда приземлится следующая экспедиция

3. Нам нужен план

Теперь возьмите получившиеся «шаги» и расставьте их в правильном порядке, чтобы шагать вперед, а не туда-сюда или по кругу. На первое место ставьте шаги, без которых невозможно выполнение каких-либо других шагов (чтобы не тратить зазря время на то, до чего дело может и не дойти).

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

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

1. Определить метрики/цели и зафиксировать показатели на текущий момент – до 5 сент.

2. Продумать новую структуру – до 10 сент.

3. Подготовить контент под новые разделы – до 30 сент.

4. Удалить старые товары – до 30 сент.

5. Убрать старые разделы – до 30 сент.

6. Нарисовать/ сверстать новый дизайн – до 20 окт.

7. Заменить дизайн на сайте – до 1 нояб.

8. Создать новые разделы, сверстать, заполнить – до 20 нояб.

9. Техническая оптимизация – до 20 нояб.

10. Собрать информацию о 20 самых актуальных товарах, разместить на сайте – до 20 нояб.

11. Контентный план – до 25 нояб.

12. 2-3 акции – до 25 нояб.

13. Полное тестирование, доработки, правки – до 25 дек.

14. Выдохнули, делаем перерыв – до 10 янв.

15. На свежую голову еще раз проверили, поправили – до 20 янв.

16. Крауд-маркетинг – до 31 янв.

17. Контекст – до 31 янв.

18. Реклама в facebook – до 31 янв.

19. Статьи на сторонних ресурсах – до 31 янв.

1. Отправить сына в детский лагерь на 3 нед. и взять отпуск на 3 нед. – 1 авг.

2. Вещи убрать в коробки и в нашу комнату – до 3 авг.

3. Старую мебель увезти брату жены (сказал, что-то оставит себе, остальное отвезет в детский дом) – до 5 авг.

4. Снять все старое – обои, линолеум, люстру, дверь – до 7 авг.

5. Попутно составить точный план расстановки мебели – до 7 авг.

6. Заменить батареи – до 9 авг.

7. Заменить окна – до 11 авг.

8. Купить материалы – до 11 авг.

9. Выровнять стены – до 13 авг.

10. Поклеить обои – до 14 авг.

11. Линолеум, плинтуса – до 15 авг.

12. Подвесные потолки, светильники – до 17 авг.

13. Купить мебель и дверь – до 17 авг.


14. Ковролин, мебель – до 18 авг.

15. Поставить новую дверь – до 19 авг.

16. Уборка, разложить вещи – до 21 авг.

17. Забрать сына с лагеря – 22 авг.

1. Получить 9 куб.м. почвы – на 30 сол

2. Получить 250 л. воды для полива почвы – на 30 сол

3. Посадить картофель – на 30 сол

4. Собрать урожай и снова посадить – на 70 сол

5. В 300 км. отсюда отыскать марсоход Pathfinder – на 50 сол

6. Привезти Pathfinder к жилому модулю, починить, использовать для связи – на 60 сол

7. Из второго марсохода сделать прицеп к первому марсоходу – на 80 сол

8. Собрать второй урожай и снова посадить – на 110 сол

9. Решить проблему питания марсохода – на 120 сол

10. Погрузить необходимые вещи в марсоход с прицепом – на 130 сол

11. Добраться до кратера Скиапарелли – на 360 сол

12. Переоборудовать взлетный модуль – на 380 сол

4. «Не стоит прогибаться под изменчивый мир. »

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

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

Проявить гибкость – это не слабость. Умение идти на компромиссы и пересматривать ситуацию в свете новых обстоятельств – признак опыта и профессионализма.

Оказалось, что система управления нашим сайтом:

а) устарела, для нее нет обновлений, а в текущую версию могут «пролазить» вирусы

б) не позволяет задавать уникальные мета-теги для товаров каталога

Перед п.7 ставим – перенос сайта на другую CMS (только те разделы, которые решили оставить). Все остальные работы делаем уже на новой CMS. Дополнительное время возьмем из пункта 13 (тестирование). 2 недели возьмем на замену CMS, на тестирование оставим 2 недели вместо месяца.

Когда составили план новой комнаты, решили, что надо сделать второй выключатель рядом с кроватью (на уровне пояса), чтобы сыну было удобно. Итого ушел еще день, чтобы проштробить стену.

И в самом конце они все-таки задержали нам доставку мебели. Вовремя закончить ремонт не успели. Но смогли пристроить сына на 4 дня к бабушке.

На 70 сол произошел взрыв в жилом модуле из-за микротрещины в обшивке. Хорошо, что на тот момент я был в скафандре (только заходил внутрь).

Плохо, что моя плантация не была в скафандрах. Итого – все растения погибли. Теперь еды не хватит до момента прилета корабля с Земли (пункт 8 вычеркиваем, ибо сажать больше нечего).

Но ребята из НАСА придумали, как развернуть обратно к Марсу мой же экипаж – теперь они успеют вернуться в пределах срока, на который мне хватает запасов еды.

5. По мере поступления

Решайте проблемы по мере поступления. «А что будет, если. » применяйте к текущему шагу. Нет смысла думать о том, что может пойти не так на шаге №10, если вы еще только на старте. Доберетесь и там посмотрите.

Только не путайте «пойти не так» с обычными мерами предосторожности (лекарства в поездку или бэкап сайта перед обновлением CMS).

Шеф первое время бегал с вопросами:

– А что если продажи не вырастут?
– Проверим, в чем проблема (в нецелевом трафике, неудобном сайте или невыгодном предложении), и будем исправлять

– А что если не успеем подготовить описания для 20 товаров?
– Запустим с тем количеством, которое успеем, остальное добавим по ходу.

Теща «давила» сомнениями:

– Сам будешь с проводкой возиться? А если сломаешь чего и вся проводка сгорит?
– Буду не один, а с другом-строителем. В крайнем случае, вызовем специалистов.

– А если вам работы какие-то задержат (ту же мебель позже привезут), куда сына девать будете? (накаркала же в итоге)
– Бабушке отдадим (моей маме, конечно) или с нами в комнате три дня поживет.

Сомнения грызли меня самого:

– А если не смогу найти Pathfinder и связаться с Землей?
– А если за эти 4 года жилой модуль не выдержит какой-нибудь особо сильной бури?
– А если не удастся добраться до Скиапарелли?

Ответ был один: Тогда и буду думать об этом.

6. Мы не гордые

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

Обратился к нашим менеджерам:

Ребята, обновляем наш интернет-магазин, хотим выложить видео-обзоры для 10 товаров. Если заказывать в профессиональном агентстве, выходит нереальная сумма. Предлагаю попробовать своими силами. Уверен, что вы сможете помочь. Кто кроме вас может лучше знать эти товары. А Серега с Ленкой так классно провели наш прошлый корпоратив, они точно не будут стесняться перед камерой.

Звоню другу: Хочу поставить дублирующий выключатель рядом с кроватью, чтоб сыну было удобно свет перед сном выключать. Но электрик из меня никакой. Я канал уже проштробил, поможешь все правильно подключить? С меня пиво =)

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

7. Переключайтесь

И да, переключайтесь на отдых, другие дела или безделье (в меру =)).

Конечно, вы можете подумать: «Я без отдыха и сна возьму и сделаю мое Дело №1 всего за неделю! А потом я и отдохну».

Во-первых, без отдыха и сна вы вряд ли долго протянете, в итоге ваша работоспособность заметно снизится.

Во-вторых – нет, потом вы не отдохнете, ведь там будет на подходе Дело №2, а за ним Дело №3 . а затем хроническая усталость.

Не гоните лошадей, сделайте Дело №1 за 2-3 недели, но с нормальным отдыхом. Тем самым сохраните свои нервы и боевой настрой для Дел №2, 3, . , 100.

На этом всё. Если есть что подсказать – делитесь в комментариях. Успешного вам решения как больших, так и любых других задач!

Выгрузка задач человеко-машинного взаимодействия

Владельцы патента RU 2647659:


Изобретение относится к средствам автоматизации человеко-машинного взаимодействия. Техническим результатом является обеспечение вычислительных возможностей и функций человеко-машинного взаимодействия в промышленной системе автоматизации. Способ для выгрузки задач человеко-машинного взаимодействия из панели человеко-машинного взаимодействия в промышленной системе автоматизации реализует этапы: классификацию каждой задачи человеко-машинного взаимодействия на первый из типов высокоприоритетных задач и второй тип задач в соответствии с требованиями вычислений реального времени; вычисление графика для исполнения панелью человеко-машинного взаимодействия; выполнение высокоприоритетных задач человеко-машинного взаимодействия в соответствии с графиком; идентификацию ресурсов места назначения выгрузки из информации о ресурсах; выгрузку задач человеко-машинного взаимодействия второго типа задач на ресурсы места назначения выгрузки и периодическое считывание данных обратной связи. 2 н. и 22 з.п. ф-лы, 20 ил., 1 табл.

ПЕРЕКРЕСТНАЯ ССЫЛКА НА РОДСТВЕННЫЕ ЗАЯВКИ

[1] Данная заявка испрашивает приоритет предварительной заявки США серийный номер 61/908,918 поданной 26 ноября 2013, раскрытие которой настоящим включено в данный документ посредством ссылки во всей ее полноте.

[2] Настоящее изобретение относится к панелям человеко-машинного взаимодействия (HMI), используемым в среде промышленной автоматизации, и, более конкретно, к выгрузке задач из HMI на вычислительные/коммуникационные устройства, такие как смартфоны и планшеты.

ОПИСАНИЕ ПРЕДШЕСТВУЮЩЕГО УРОВНЯ ТЕХНИКИ

[3] Панели HMI широко используются в среде промышленной автоматизации, особенно в суровых и экстремальных условиях, для визуализации значений процесса и осуществления связи с машинами через промышленные полевые шины. Панель HMI представляет собой интерфейс между человеком-оператором и машиной, которая выполняет задачи автоматизации. Технология панелей, однако, развивалась медленно, в то время как ожидания относительно задач HMI, таких как 3D-визуализация, росли экспоненциально. И этот разрыв продолжает расти.

[4] С другой стороны, потребительские мобильные технологии (аппаратные и программные) стали процветающими за последнее десятилетие. Смартфоны и планшеты представляют естественные интерфейсы пользовательского ввода и вывода. Эти устройства, как правило, имеют более мощные процессоры и графические системы, чем большинство панелей HMI. Функциональные возможности смартфонов и планшетов могут удовлетворять и даже превосходить требования многих задач автоматизации.

[5] Тенденция облачных вычислений добавляет еще один уровень возможностей. Облако обеспечивает еще большие онлайн и офлайн вычислительные мощности и доступность.

[6] Настоящим изобретением обеспечивается технический результат, состоящий в улучшении вычислительных возможностей и HMI-функций панелей HMI в промышленной системе автоматизации, и как результат достигается повышение общей производительности системы при одновременном обеспечении требований реального времени и критических для безопасности требований промышленных приложений HMI.

[7] В примерном варианте осуществления настоящего изобретения предложен способ для выгрузки задач человеко-машинного взаимодействия из панели человеко-машинного взаимодействия в промышленной системе автоматизации. Каждая задача человеко-машинного взаимодействия классифицирована на один из по меньшей мере типа высокоприоритетных задачи и второго типа задач в соответствии с требованиями вычислений реального времени. Посредством панели человеко-машинного взаимодействия вычисляется график для исполнения панелью человеко-машинного взаимодействия высокоприоритетных задач человеко-машинного взаимодействия. Высокоприоритетные задачи человеко-машинного взаимодействия затем выполняются панелью человеко-машинного взаимодействия в соответствии с графиком.

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

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

Илон Маск рекомендует:  Что такое код dbplus_next

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

[11] В другом аспекте изобретения предложена панель HMI, имеющая процессор; модуль ввода/вывода, соединенный с процессором и соединяемый для осуществления связи с промышленным оборудованием автоматизации; модуль сетевых коммуникаций, соединенный с процессором и соединяемый для осуществления связи с ресурсами места назначения выгрузки; нетранзиторный (невременный) используемый компьютером носитель, имеющий считываемые компьютером инструкции, сохраненные на нем, для исполнения процессором для выполнения операций, как описано выше.

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

[12] Фиг. 1 является схематичным представлением, показывающим трехуровневую архитектуру в соответствии с примерным вариантом осуществления настоящего изобретения.

[13] Фиг. 2 является схематичным представлением системы, показывающим взаимосвязь экземпляров среды выполнения HMI в соответствии с примерным вариантом осуществления настоящего изобретения.

[14] Фиг. 3 является блок-схемой последовательности действий, показывающей цикл среды выполнения HMI в соответствии с примерным вариантом осуществления настоящего изобретения.

[15] Фиг. 4 является блок-схемой последовательности действий, показывающей операции выгрузки задачи в соответствии с примерным вариантом осуществления настоящего изобретения.

[16] Фиг. 5 является блок-схемой последовательности действий, показывающей операции диспетчеризации задачи сигнализации в соответствии с примерным вариантом осуществления настоящего изобретения.

[17] Фиг. 6 является блок-схемой последовательности действий, показывающей операции резервирования выгруженной задачи в соответствии с примерным вариантом осуществления настоящего изобретения.

[18] Фиг. 7a иллюстрирует таблицу задач в соответствии с примерным вариантом осуществления настоящего изобретения; фиг. 7b иллюстрирует таблицу ресурсов в соответствии с примерным вариантом осуществления настоящего изобретения.

[19] Фиг. 8 представляет временную шкалу, иллюстрирующую способ выгрузки в соответствии с одним вариантом осуществления настоящего изобретения.

[20] Фиг. 9 представляет временную шкалу, иллюстрирующую способ выгрузки в соответствии с другим вариантом осуществления настоящего изобретения.

[21] Фиг. 10 является блок-схемой, показывающей оборудование, используемое в демонстрации одного варианта осуществления настоящего изобретения.

[22] Фиг. 11а является скриншотом дисплея панели HMI во время исполнения задания управления сигнализацией. Фиг. 11b является скриншотом дисплея мобильного устройства во время исполнения задачи уведомления о тревожной сигнализации, выгруженной из панели HMI в соответствии с одним вариантом осуществления изобретения.

[23] Фиг. 12а является скриншотом дисплея панели HMI, показывающим экранные объекты. Фиг. 12b является скриншотом дисплея мобильного устройства, показывающим экранные объекты, выгруженные из панели HMI на мобильное устройство в соответствии с одним вариантом осуществления изобретения.

[24] Фиг. 13а является скриншотом дисплея панели HMI, показывающим дополнительные экранные объекты. Фиг. 13b является скриншотом дисплея мобильного устройства, показывающим дополнительные экранные объекты, выгруженные из панели HMI на мобильное устройство в соответствии с одним вариантом осуществления изобретения.

[25] Фиг. 14 является скриншотом мобильного устройства, выполняющего задачу визуализации управления трендом, выгруженную из панели HMI.

[26] Фиг. 15 представляет собой блок-схему последовательности действий способа согласно одному варианту осуществления изобретения.

[27] Фиг. 16 является схематичным представлением, показывающим устройство в соответствии с одним вариантом осуществления изобретения.

ПОДРОБНОЕ ОПИСАНИЕ ПРИМЕРНЫХ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ

[28] Обзор архитектуры в соответствии с настоящим раскрытием показан на фиг. 1. В целом, трехуровневая архитектура 100 выгружает задачи автоматизации HMI из панели 110 HMI на локальные мобильные устройства 170, а также через локальные мобильные устройства 170 в облачную вычислительную среду 180. Архитектура 100 использует преимущества распределенных вычислительных ресурсов и ресурсов обработки, а также позволяет использовать новые функции, такие как сенсорные вводы и разрешения HD, которые недоступны (или пока недоступны) в традиционных устройствах панели HMI. Описанная архитектура также предусматривает дополнительные усовершенствования систем автоматизации, таких как совместная работа операторов.

[29] Описанная система использует алгоритм планирования, основанный на характеристиках задач HMI. Эти задачи распределяются интеллектуальным образом между локальной панелью 110 HMI, мобильными устройствами 170 и облаком 180, чтобы наилучшим образом использовать достоинства каждого уровня. Полученная в результате система повышает производительность и расширяет возможности промышленной системы HMI.

[30] Инновации в панелях HMI ограничиваются требованиями реального времени и безопасности, предъявляемыми промышленными приложениями. Это обусловило то, что вычислительные возможности и HMI-функции панелей HMI отстают от тех, которые доступны в мобильных телефонах и планшетах. Предложенная система заполняет этот разрыв между требующими режима реального времени и критичными к безопасности панелями HMI и мобильными устройствами, путем распространения функциональности и доступности мобильных устройств и облака на панели HMI. Это достигается при удовлетворении относящихся к окружающей среде и коммуникационных потребностей и потребностей реального времени традиционной системы HMI. В то же время, возможности традиционных систем HMI расширяются с использованием доступности, вычислительных возможностей, а также расширенных функций HMI (вводы на основе касания, жеста, датчика движения), присутствующих в мобильных устройствах и облаке.

[31] Были предприняты попытки использовать преимущества мобильных устройств и облака в связи с системами панели HMI. Например, методы совместного использования экрана использовали Интернет для отображения на мобильном устройстве экрана, отображаемого на панели HMI. Эти реализации совместного использования экрана не в полной мере использовали расширенную функциональность HMI в мобильных устройствах. Вместо этого экран панели HMI просто воспроизводится на мобильном устройстве, и пользователь взаимодействует непосредственно с реализацией HMI, исполняющейся на панели HMI, а не в мобильном устройстве. Задачи, выполняемые с помощью панели HMI, не выгружаются. Например, вычисления, которые выполняются при генерировании экранов, по-прежнему выполняются локально посредством панели HMI. Экран просто совместно используется в сети, а также варианты выбора и указания (клики) от мобильного устройства просто транслируются обратно на панель HMI для обработки.

[32] Другим известным методом является использование веб-HMI, причем панель HMI заменяется на систему среды выполнения веб-HMI. Однако основанные на веб HMI не обеспечивают гарантий реального времени. Выполнение полностью зависит от веб-технологии (например, необходим веб-браузер). В то время как некоторые приложения могут получать выгоду от такого HMI не в реальном времени, эта идея не может быть обобщена до систем HMI промышленного масштаба.

[33] Обработка на основе облака задач HMI также используется, чтобы полностью устранить эти задачи из системы HMI. Обработка на основе облака требует облачного интерфейса, реализованного на устройстве панели. Задачи статически назначаются и планируются заранее и принадлежат облаку. Панель HMI не имеет никакого контроля над этими задачами.

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

[35] Описываемая система не заменяет панель HMI. Вместо этого она использует сеть, мобильные устройства и облако, чтобы улучшить общую производительность системы. Панель HMI является ведущим устройством и постоянно контролирует исполнение распределенных/выгруженных задач. За счет того что панель HMI не исключается, система гарантирует требования реального времени и критические для безопасности требования промышленных приложений HMI.

[36] Описываемая система динамически реагирует на окружающую среду и обнаруживает новые устройства, когда они становятся доступными. Она динамически выгружает/планирует задачи на имеющиеся ресурсы и приоритизирует выгрузку/планирование задач на основе требований реального времени задач. Таким образом, система может получить полную выгоду от расширенных функций HMI в мобильных устройствах, таких как сенсорный, мультисенсорный ввод, ввод на основе жеста и т.д., а также получить выгоду от высокой доступности и вычислительной мощности облака, позволяя при этом панели HMI контролировать и принимать решения по выгруженным задачам.

[37] Описываемая система не заменяет веб-интерфейс. Вместо этого, веб-интерфейс является только одной опцией коммуникационного интерфейса для выгрузки.

[38] Традиционные панели HMI предназначены для использования в среде автоматизации, которая часто является суровой промышленной средой, которая может включать в себя экстремальные температуры, экстремальные условия вибрации и т.д. Панели HMI являются компьютерами специального назначения, соединенными с машинами (через программируемые логические контроллеры (PLC), модули ввода-вывода (I/O), приводы и т.д.) специальной промышленной коммуникационной полевой шиной, такой как Modbus, PROFINET или Profibus.

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

[40] Устройства панелей HMI, как ожидается, должны обрабатывать типичные задачи визуализации и коммуникации, сложность которых выросла экспоненциально. 3D-графика и современные методы ввода, такие как сенсорные и с использованием жестов, ожидаются операторами панелей HMI, которые используют смартфон ежедневно. Усложненные структуры экранов являются главным звеном предприятий автоматизации.

[41] В целом, панели HMI не обладают достаточной мощностью и не развиваются достаточно быстро, чтобы обрабатывать все эти задачи или удовлетворять ожидания пользователей.

[42] С другой стороны, смартфоны и планшеты являются потребительскими продуктами, которые могут быть использованы в качестве компьютеров общего назначения и становятся все более и более мощными с каждым днем. Каждое новое поколение этих устройств обеспечивает большую вычислительную мощность, лучшие графические возможности, память, срок службы батареи, датчики и технологии взаимодействия, такие как передача голоса, сенсорный ввод, мультисенсорный ввод и т.д. Эти устройства ʺвсегда подсоединеныʺ и повсеместно распространены в современном обществе. Важно отметить, что эти устройства делают информацию доступной в любом месте и в любое время.

[43] Мобильные потребительские устройства идеально подходят для расширения функциональных возможностей панели HMI путем выполнения некоторых из задач HMI в мобильных устройствах, а не в централизованных панелях HMI. Они расширяют возможности систем HMI до новых уровней, позволяя осуществлять новые методы человеко-машинного взаимодействия, такие как мультисенсорный ввод, голосовые команды, 3D-визуализация и т.д. Эти функции имеют много преимуществ для области промышленной автоматизации, где критическая информация может быть представлена пользователям более эффективным способом, чем это возможно с существующими панелями HMI. В данном раскрытии, использование мобильных устройств и облака предлагается в качестве альтернативы для выполнения задач HMI, таких как 3D-рендеринг. Кроме того, в соответствии с настоящим раскрытием, мобильные устройства позволяют системам HMI иметь множество пользователей на множестве HMI. Это открывает новые возможности для сотрудничества между множеством пользователей.

[44] Облачное вычисление обеспечивает дополнительную вычислительную мощность и хранение. Оно также имеет высокую доступность. Выгрузка задач HMI в облако добавляет ценность путем предоставления совместно используемых данных, путем использования дополнительной вычислительной мощности и хранения, а также путем добавления новых возможностей сотрудничества.

[45] Настоящее раскрытие предлагает выгрузку задач с панели HMI на мобильные устройства, а затем в облако. Это усиливает и расширяет возможности традиционной системы панели HMI путем включения функций из мобильных устройств и облака.

[46] Распределенная архитектура в соответствии с настоящим изобретением теперь будет описана более подробно. Выгрузка задач HMI на мобильные устройства расширяет функциональность традиционных, централизованных систем HMI, где пользователи приходят к информации HMI, которая представлена на стационарном экране на заводе. В распределенной архитектуре, вместо этого, информация приходит к пользователям. Это изменение парадигмы требует новой архитектуры HMI, где задачи HMI обрабатываются в соответствии с их требованиями реального времени, а также в соответствии со стоимостью передачи и приема данных от других устройств. Формально система реального времени HMI может быть определена следующим образом. Рассмотрим систему, содержащую набор задач, Т=<τ1, τ2,…, τn>, где в худшем случае время исполнения каждой задачи τi∈T равно Ci. Система определяется как система реального времени, если существует по меньшей мере одна задача τi∈T, попадающая в один из следующих типов задач:

— Задачи жесткого реального времени (HRT): задачи, которые не могут пропустить ни одного срока завершения, в противном случае, целостность системы находится под угрозой (например, человеческие жизни). То есть, выполнение задачи τi должно быть завершено к заданному сроку Di; другими словами, Ci≤Di. Например, алгоритмы управления машиной должны выполняться в реальном времени, чтобы обеспечить правильное функционирование системы.

— Задачи мягкого реального времени (SRT): задачи, которые могли бы пропустить некоторые сроки завершения, и система по-прежнему работала бы корректно. Тем не менее, пропуск некоторых сроков для выполнения задач SRT приведет к выплате штрафов. Штрафная функция P(τi) определена для задачи. Если Ci≤Di, штрафная функция P(τi)=0. В противном случае P(τi)>0. Значение P(τi) является возрастающей функцией Ci-Di. Например, алгоритм визуализации, который выполняется медленнее, чем ожидалось, может привести к неудобству искаженной графики, представляемой пользователю.

— Задачи твердого реального времени (FRT): задачи, которые приводят к вознаграждению, когда их вычисление завершается до истечения срока завершения. Чем больше опережение графика при завершении задач, тем большие вознаграждения могут быть получены. Функция вознаграждения R(τi) определена для задачи. Если Ci≤Di, то функция вознаграждения R(τi)=0. В противном случае R(τi)>0. Значение R(τi) является возрастающей функцией Di-Ci Например, если задача генерации отчета завершена с опережением графика, вознаграждение ранней отчетности может привести к лучшему пользовательскому впечатлению от общей работы системы.

[47] Архитектура 200, показанная на фиг. 2, иллюстрирует классификацию и исполнение задач HMI в соответствии с их требованиями реального времени, включая задачи 204 жесткого реального времени (HRT), задачи 206 мягкого реального времени (SRT) и задачи 208 твердого реального времени (FRT). Как показано на фиг. 2, важным компонентом описываемой архитектуры 200 остается панель 210 HMI, упоминаемая как ʺосновная среда выполнения HMIʺ, потому что она обрабатывает HRT-задачи 204, связанные с устройствами полевого уровня, такими как PLC 242, I/O 244, а также сеть 272 полевой шины (например, Profinet). Другие задачи реального времени, такие как SRT-задачи 206 и FRT-задачи 208, могут выгружаться основной средой выполнения 210 HMI на мобильные устройства 270 через беспроводную сеть 274, такую как сеть WiFi, и, в конечном счете, выгружаться в облако 280 через локальную или глобальную сеть 276. Мобильные устройства 270 и облако 280 требуют среды выполнения HMI для исполнения задач, выгруженных на них системой. Единственное различие между основной средой выполнения HMI в панели 210 HMI и средами выполнения HMI в мобильных устройствах 270 и облаке 280 заключается в том, что основная среда выполнения HMI имеет самые высокие полномочия, и ее решения планирования являются окончательными в системе в целом. Этот архитектурный выбор основан на том факте, что панель 210 HMI должна сохранять контроль над всей системой в любой момент времени. Этот механизм также позволяет избежать тупика (взаимоблокировки) и активного тупика (динамической взаимоблокировки), таким образом, гарантируя детерминированное исполнение, требуемое в системах HMI.

[48] Следует отметить, что по мере того как устройства удаляются от требований полевого уровня и HRT, надежность и, следовательно, требования реального времени ослабляются. Например, мобильные устройства 270, соединенные с HMI 210 через сеть WiFi 274, вероятно, будут иметь более высокую латентность (задержку) связи, чем устройства, соединенные с HMI 210 с использованием сети Profinet 272. Точно так же, облако 280, соединенное с мобильным устройством 270, через сеть LAN/WAN 276, вероятно, будет иметь латентность связи еще более высокую, чем WiFi 274. Поэтому в предпочтительном варианте осуществления настоящего раскрытия, SRT-задачи выгружаются на мобильные устройства, а FRT-задачи выгружаются в облако.


[49] Различные системы среды выполнения в панели 210 HMI, мобильных устройствах 270 и облаке 280 осуществляют связь друг с другом и синхронизируют свою работу. В одном варианте осуществления, для уменьшения ширины полосы (пропускной способности) связи, только смежные устройства могут вести диалог друг с другом непосредственно. В этом примере, панели 210 HMI могут осуществлять связь с устройствами полевого уровня (например, PLC 242, I/O 244) и мобильными устройствами 270, но не могут напрямую осуществлять связь со средой выполнения HMI в облаке 280. Аналогичным образом, среда выполнения HMI в мобильных устройствах 270 может осуществлять связь с панелью HMI и облаком 280, но не непосредственно с устройствами 242, 244 полевого уровня. Такая схема не только улучшает использование сети, но и обеспечивает механизм для контроля доступа и безопасности.

[50] В альтернативных вариантах осуществления связь допускается между несмежных устройствами. Например, если панель 210 HMI является панелью с облачной поддержкой, как показано коммуникационной шиной 282, панели HMI разрешается осуществлять связь с облаком 280. В этой компоновке основной планировщик, находящийся в панели 210 HMI, может осуществлять связь непосредственно со всеми зарегистрированными устройствами, включая облако.

[51] Важно отметить, что хотя на фиг. 2 показана одна панель 210 HMI, настоящее раскрытие изобретения применимо также к системам SCADA контролирующего уровня и любым системам HMI общего назначения в других областях.

[52] Цикл 300 среды выполнения HMI, выполняемый на основной среде выполнения 210 HMI (фиг. 2), показан на фиг. 3. После первоначального запуска 310, первые четыре действия выполняются для считывания поступающих данных из различных источников. Во- первых, данные ввода/вывода (I/O) от устройств полевого уровня считываются в блоке 312, за которыми следуют данные пользовательского ввода в блоке 314, выгруженные данные в блоке 316 и данные обратной связи в блоке 318. Выгруженные данные относятся к данным или запросам от других выгружающих устройств (в данном случае, нет ни одного, так как основная среда выполнения HMI является основным устройством). Данные обратной связи относятся к сообщениям, которые контролируют состояние выгруженных задач, чтобы определить, делает ли система то, что она должна делать. Эти четыре действия 312, 314, 316, 318 обновляют таблицу 326 задач с учетом последних запросов от различных источников. В частности, действие 312 считывания ввода/вывода может обновить таблицу 326 задач новыми или существующими HRT-задачами, полученными от устройств полевого уровня. Действие 314 считывания пользовательского ввода может обновить таблицу 326 задач новыми или существующими задачами, запрашиваемыми запускаемым пользователем событием, таким как нажатие кнопки. Действие 316 считывания выгруженных данных может обновить таблицу задач новыми или существующими задачами, запрашиваемыми от других выгружающих устройств (например, основного или однорангового устройства). Действие 318 считывания данных обратной связи может обновить таблицу 326 задач новыми или существующими задачами, исполняемыми в мобильных устройствах или в облаке. Цикл 300 планирования проектируется как универсальный, поэтому он может быть использован в устройствах на каждом уровне. Одно или более из четырех действий 312, 314, 316, 318 может быть опциональным.

[53] Действие 320 планирования задач жесткого реального времени планирует HRT-задачи в основной среде выполнения HMI в соответствии с их приоритетом и требованиями реального времени. Эту информацию получают из таблицы 326 задач. Отметим, что действие 320 планирования задач жесткого реального времени также обновляет таблицу 326 задач для поддержания обновленного состояния задач во всей системе.

[54] Кроме того, действие 322 выгрузки задач мягкого и твердого реального времени планирует SRT- и FRT-задачи для мобильных устройств и облака в соответствии с их приоритетом, статусом (полученным через данные обратной связи), а также требованиями реального времени. Эту информацию получают из таблицы 326 задач. Как и в случае действия 320 планирования задач жесткого реального времени, действие 322 выгрузки задач мягкого и твердого реального времени обновляет таблицу 326 задач для поддержания обновленного состояния задач во всей системе, назначения права владения задачами и установления политики мониторинга статуса для выгруженных задач.

[55] И, наконец, действие 324 записи обратно подготавливает панель HMI для выполнения следующей итерации.

[56] Доступность, подписка и функциональные возможности мобильных устройств и облака характеризуются через таблицу 328 ресурсов. Всякий раз, когда мобильное устройство становится доступным системе HMI, оно посылает сообщение ввода/вывода (I/O) в среду выполнения панели HMI, объявляя о своей доступности, запрашивая подписку на систему и предоставляя характеристику производительности. На этом этапе среда выполнения HMI может выполнять задачи управления доступом и обеспечения безопасности, чтобы разрешить только авторизованным пользователям и устройствам подключаться к системе HMI. После того, как доверенное устройство готово к приему выгруженных задач, добавляется запись в таблицу 238 ресурсов. Эта информация используется действием 322 выгрузки задач мягкого и твердого реального времени, чтобы решать, какие устройства подходят для выполнения каких задач. Таблица 328 ресурсов всегда содержит по меньшей мере одну запись, так как сама панель HMI всегда является ресурсом, который может выполнять все задачи, включая HRT-, SRT- и FRT-задачи.

[57] Более подробное обсуждение процедуры выгрузки мягкого и твердого реального времени (или ʺпроцедуры планированияʺ) 322 на фиг. 3 следует со ссылкой на блок-схему 400 последовательности действий на фиг. 4. После того, как процедура начата в блоке 410, задачи Ti сортируются по приоритету в таблице задач в действии 420. Вместо того, чтобы сортировать на каждой итерации, таблица может быть реализована в структуре данных, такой как очередь приоритетов или сбалансированное дерево, которое поддерживает задачи, упорядоченные в соответствии с их требованиями реального времени. Каждая задача Ti затем обрабатывается следующим образом.

[58] Действие 450 обновления таблицы задач маркирует Ti как обрабатываемую задачу в таблице задач. При действии 460, ресурс R затем выбирается из таблицы ресурсов таким образом, что выполнение Ti посредством R максимизирует качество обслуживания (QoS). В этом действии, процедура 400 планирования не только учитывает характеристики производительности имеющихся устройств, но также учитывает задержки связи, передачу задачи и нагрузки в устройствах. После того, как был выбран ресурс R, выполняется действие 470 передачи задачи Ti к R. Это действие маркирует задачу Ti как готовую для диспетчеризации к R. Поток диспетчера, выполняемый на панели HMI, передает задачу Ti к R. Наконец, обратный вызов таймера создается в действии 480, чтобы периодически проверять статус выгруженной задачи. Информация о статусе доступна через действие 318 считывания данных обратной связи в основном цикле 300 HMI (фиг. 3). Выполнение процедуры планирования продолжается до тех пор, пока последняя задача Ti в таблице задач не будет обработана (решение 430), и завершается в блоке 440.

[59] Настоящая описываемая архитектура HMI с множеством пользователей требует новых HRT-задач доставки критической для задания информации тревожной сигнализации на мобильные устройства и в облако. Это выполняется посредством процедуры 500 диспетчеризации тревожной сигнализации в панели HMI при обработке локальных HRT-задач, как показано в блок-схеме последовательности действий на фиг. 5. После того, как эта процедура начинается в блоке 510, всякий раз, когда критическая для задания задача, такая как тревожная сигнализация, принимается из I/O (решение 520), все устройства D, подписанные в таблице ресурсов (блоки 530, 540), уведомляются, если пользователь устройства D имеет корректные права доступа к информации, относящейся к тревожной сигнализации (решение 560). Передача тревожной сигнализации А на устройства D выполняется с использованием действия 570 передачи задачи на фиг. 5 с помощью потоков диспетчера, выполняемых в панели HMI. Процедура заканчивается (блок 550) после того, как все устройства были обработаны.

[60] Процедура 600 резервирования выгруженной задачи иллюстрируется блок-схемой последовательности действий на фиг. 6. Процедура 600 препятствует тому, что выгруженные задачи не завершаются, путем резервирования задачи локально в панели HMI, если, например, связность с ресурсом, где выполняется задача, теряется, или задача не достигает прогресса. Исполнение начинается в блоке 610 и продолжается периодически на основе проверки времени в решающем блоке 620. Обратный вызов обратной связи, ассоциированный с выгруженной задачей, периодически проверяет в решающем блоке 630, была ли потеряна связность с устройством, или того, что задача не достигает прогресса. В этих случаях задача резервируется локально в панели HMI в блоке 640, и ей присваивается приоритет в соответствии с ее требованиями реального времени. Резервирование задачи означает, что частичное исполнение задачи в мобильном устройстве должно быть идентифицировано и отброшено соответственно. Локально резервированная задача исполняется с самого начала, или, если возможно, исполнение возобновляется с некоторого состояния, где ее состояние является согласованным и может привести к корректному исполнению.

[61] Пример информации, имеющейся в таблице 326 задач (фиг. 3), показан на фиг. 7а. Поле 710 ID задачи представляет собой уникальный идентификатор, назначенный для каждой задачи в системе. Объекты HMI показаны в поле 712 и могут различаться в соответствии с их функцией в типичной системе HMI. В типичной системе, эти объекты могут включать в себя:

— Экранный объект: представляет элементы, отображаемые на экране, например, кнопки, ярлыки, метки, счетчики, изображения, видео, диаграммы и т.д.

— Тревожная сигнализация: представляет событие или состояние, которое произошло в системе, в процессе или на самом устройстве HMI.

— Метка: представляет переменную, с которой среда выполнения HMI обменивается информацией с другими устройствами. Например, значение процесса в PLC может быть представлено в виде метки в системе HMI.

Илон Маск рекомендует:  Excel vba как обратиться к ячейке по ее имени

— Набор команд: представляет совокупность ассоциированных данных, таких как данные конфигурации или производственные данные. Данные могут передаваться между устройствами HMI и PLC.

— Отчет: представляет сводку данных или событий в системе HMI. Макет отчета может быть специфицирован в проекте HMI.

— Протоколирование: представляет хранение событий тревожной сигнализации и значений процесса в файле регистрации.

— Архивация: представляет хранилище данных или событий в системе HMI.

— Написание сценария: представляет исполнение определенных пользователем программ.

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

[62] Объекты HMI могут быть классифицированы на одну из четырех основных категорий, которые имеются в таблице 326 задач в поле 714 категории HMI:

— Визуализация: относится к фактическому представлению задачи HMI на экране (например, кнопка).

— Манипулирование: относится к действиям, ассоциированным с различными задачами HMI (например, действие, которое запускается после того, как нажимная кнопка нажата пользователем).

— Протоколирование: относится к записи на диск данных или событий, связанных с задачей.

— Синхронизация: относится к сообщениям, которыми обмениваются устройства, чтобы сообщить о своем состоянии, с окружающей средой (например, значения считывания-записи и изменения состояния тревоги на PLC).

[63] Как отмечено выше, задачи HMI могут быть классифицированы как один из трех типов: жесткие, мягкие и твердые. Эта классификация приведена в поле 716 типа задачи. В целом, объекты HMI, перечисленные выше, могут быть классифицированы в соответствии со следующей таблицей:

Объект HMI Классификация
Экранный объект Мягкий
Тревожная сигнализация Жесткий/мягкий
Метка Жесткий
Набор команд Твердый
Отчет Твердый
Протоколирование Твердый
Архивация Твердый
Написание сценария Мягкий
Аналитика Твердый

Примеры, показанные в приведенной выше таблице, демонстрируют классификацию в соответствии с критериями, описанными выше, при этом критические задачи, которые должны быть завершены в установленные сроки, классифицируются как ʺжесткиеʺ, в то время как задачи с гибкими временами завершения классифицируются как ʺмягкиеʺ или ʺтвердыеʺ. В одном примере из таблицы задач на фиг. 7а, задача 3, обработка тревожной сигнализации классифицируется как ʺжесткаяʺ задача, поскольку назначенный срок должен быть выдержан для поддержания целостности системы. Эта задача выполняется локально с помощью панели HMI для поддержания контроля со стороны панели HMI. В другом примере задача 7 является обработкой отчета. Эта задача классифицируется как ʺтвердаяʺ задача, потому что при завершении раньше имеет место вознаграждение ввиду того, что пользовательское восприятие общей производительности системы улучшается. Задача 7 выгружается в облако. Если панель HMI является панелью с облачной поддержкой, как иллюстрируется соединением 282 на фиг. 2, то задача 7 остается видимой основному планировщику, находящемуся в панели HMI, но выполняется облаком. В качестве альтернативы, задача 7 может выгружаться панелью HMI на мобильное устройство, которое затем выгружает его в облако.

[64] Поле 718 приоритета содержит положительное целое число от 1 до 10, которое определяет приоритет для выполнения задачи в системе. Например, высокоприоритетная задача с приоритетом, равным 1, как правило, назначается HRT-задачам, таким как тревожная сигнализация, и низкоприоритетная задача с приоритетом, равным 10, как правило, назначается FRT-задачам, таким как архивация.

[65] Поле 720 срока завершения содержит время, которое определяет, когда задача, как ожидается, будет завершена.

[66] Поле 722 времени исполнения содержит наихудшее время исполнения задачи.

[67] Надежность сохраняется в поле 724 надежности и является метрикой, которая определяет вероятность завершения задачи вовремя. Надежность может быть высокий, средней или низкой. Например, HRT-задача, выполняемая в панели HMI, вероятно, будет иметь высокую надежность. SRT-задача, выполняемая в мобильном устройстве, вероятно, будет иметь среднюю надежность из-за задержки в сети, возможности отсоединения и т.д. FRT-задача, выполняемая в облаке, вероятно, будет иметь низкую надежность из-за задержки в сети, нагрузки в облаке и т.д.

[68] Устройство владельца для конкретной задачи определяет, какое устройство отвечает за исполнение задачи. Устройство владельца перечислено в поле 726 устройства владельца и может быть локальным (панель HMI), мобильным устройством (например, Mobile1, Mobile2, Mobile3) или облаком. Поле 728 задачи владельца сохраняет идентификацию каждой задачи, используемую устройством владельца.

[69] Поле 730 блокировки содержит логическое значение, которое истинно, когда планировщик принимает решение планирования/выгрузки для задачи. Это значение используется для предотвращения того, чтобы другие потоки обновляли таблицу задач и создавали проблему несогласованности памяти или состояние гонки (состязания).

[70] Поле 732 таймера обратной связи определяет время, оставшееся до проверки статуса выгруженных задач. Поле 734 статуса указывает последний известный статус задачи. Примеры значений поля статуса включают в себя:

— Выполняется: задача выполняется нормально.

— Остановлено: задача была остановлена.

— Завершено: задача завершена.

— Ожидание: задача ожидает.

— Заблокировано: задача блокирована.

— Сбой связи: соединение с удаленным устройством (например, мобильным или облаком) было потеряно.

— Запрашивание принадлежности: устройство запрашивает принадлежность задачи.

[71] Пример таблицы 328 ресурсов (фиг. 3) показан на фиг. 7b. Поле 752 ID ресурса содержит уникальные идентификаторы, присвоенные устройствам в системе HMI. Поле 754 имени содержит псевдоним для устройства.

[72] Данные, содержащиеся в поле 756 типа, идентифицирует, является ли устройство панелью HMI, мобильным устройством или облаком. Поле 758 производительности определяет возможности устройства с точки зрения его возможностей по обработке данных. Поле 760 нагрузки содержит процент, представляющий объем работы, исполняемой устройством. Это значение поддерживается обновленным посредством сообщений синхронизации между мобильными устройствами/облаком и панелью HMI.

[73] Латентность связи для устройства представлена в поле 762 латентности. Поле 764 ID пользователя перечисляет идентификаторы пользователей, зарегистрированных в системе HMI. Поле 766 авторизации содержит логическое значение, указывающее, что является истинным, когда устройство авторизовано быть частью системы HMI, и ложным, когда устройство не авторизовано или не известно.

[74] Пример выгрузки с использованием задач с 1 по 8, перечисленных на фиг. 7а, представлен временной шкалой 800 на фиг. 8. Отметим, что панель 816 HMI часто обслуживает запросы и коммуникации полевого уровня от пользователя 814 и I/O 812. Начиная с левой стороны, облако 824 и мобильное устройство 1 818 выполняют подписку и аутентификацию с панелью HMI, как показано стрелками 830, 832. Первой задачей, выполняемой в панели HMI 816, является задача 5. Задача 5 затем приостанавливается панелью HMI, чтобы принять запрос 834 подписки от мобильного устройства 2 820. После того как мобильное устройство 2 820 выполнило подписку и добавлено в таблицу ресурсов, панель 816 HMI выгружает задачу 5 (показано стрелкой 836) от панели HMI к мобильному устройству 2 820. Задача 7 представляет собой FRT-задачу, которая может быть выгружена в облако 824 мобильным устройством 2 820 (стрелка 838). По мере того как задача 7 выполняется в облаке 824, она регулярно обновляет задачу 8 (стрелка 840), выполняемую в мобильном устройстве 2 820, причем задача 8 является зависимой от задачи 7. Аналогичным образом, задача 4 выгружается (стрелка 842) из панели 816 HMI в мобильное устройство 1 818.

[75] В случае задачи 6, после того, как мобильное устройство 3 822 подписывается и добавляется к таблице ресурсов (стрелка 837), панель 816 HMI выгружает задачу 6 на мобильное устройство 3 822 (стрелка 844). В данном примере, однако, панель HMI теряет связность с мобильным устройством 3 (стрелка 846), и панель HMI должна резервировать задачу 6 в самой панели HMI, чтобы гарантировать целостность системы. После того, как мобильное устройство 3 822 снова доступно и подписано на панель HMI (стрелка 848), задача 6 снова выгружается (стрелка 850) на мобильное устройство 3 822.

[76] Отметим, что HRT-задачи: задача 1, задача 2 и задача 3 выполняются в панели HMI. Эти задачи сохраняются на панели HMI, а не выгружаются, чтобы избежать последствий потери связности и других проблем вне управления панелью HMI. Такая схема позволяет выгрузку некоторых задач на мобильные устройства и облако при удовлетворении требований, относящихся к окружающей среде, связи, безопасности, и требований реального времени традиционной системы HMI.

[77] Временная шкала 800 на фиг. 8 иллюстрирует систему, в которой панель HMI 816 не имеет облачной поддержки. В частности, хотя панель 816 HMI имеет прямые соединения с мобильными устройствами 818, 820, 822, она не имеет прямого соединения с облаком 824 и поэтому не осуществляет связь непосредственно с облаком. Эта конфигурация уменьшает ширину полосы связи, улучшает использование сети и обеспечивает механизм контроля доступа и безопасности.

[78] Временная шкала 900, показанная на фиг. 9, иллюстрирует альтернативный вариант осуществления, в котором разрешена связь между несмежными устройствами. В этом варианте осуществления, панель 916 HMI является панелью с облачной поддержкой, обеспечивая возможность подписки и аутентификации для облака 924 (стрелка 930) по отношению к панели HMI 916.

[79] Панель 916 HMI затем способна непосредственно выгружать (стрелка 936) задачу 5 для исполнения в облаке 924. Данные обратной связи из облака 924 обеспечиваются непосредственно на панель 916 HMI (стрелка 940), позволяя панели HMI контролировать ход выполнения задачи 5, когда она исполняется в облаке 924, и использовать обновления из задачи 5 при исполнении задачи 1.

[80] В то время как конфигурация на фиг. 9 может потребовать увеличения ширины полосы и использования сети, а также более сложных мер контроля доступа и безопасности, данная конфигурация имеет преимущество более быстрого и прямого доступа к облаку, что предоставляет эффективно неограниченную вычислительную мощность. Анализ данных, который ранее должен был бы планироваться панелью HMI на локальных рабочих станциях, выполняется быстрее и с большей доступностью в облаке. Задачи, выполняемые облаком, являются, кроме того, более доступными для пользователей, удаленных от панели HMI. Например, данные из задач, исполняемых облаком, доступны для программ высокого уровня, таких как те, которые используются для определения материально-технического обеспечения производства для процессов, контролируемых панелью HMI.

[81] Чтобы продемонстрировать концепцию выгрузки, демонстрация веб-инфраструктуры автоматизации (AWF) была реализована авторами изобретения с использованием веб-технологии, чтобы выгружать некоторые задачи HMI (например, экранные объекты, тревожную сигнализацию) из традиционной системы HMI (Siemens Simatic WinCC) на веб-браузер на мобильном устройстве, таком как iPhone и iPad. Прототип использует существующий WinCC проект HMI монитора турбогенератора системы WinCC.


[82] Как показано на архитектурной диаграмме 1000 на фиг. 10, веб-технология используется в качестве технологии связи между локальной системой HMI (например, панелью 1040 HMI) и мобильными устройствами 1050, 1051. Веб-технология хорошо поддерживается в мобильных устройствах 1050, 1051, которые включают в себя веб-клиентов 1052, а также хорошо поддерживается в панели 1040 HMI, которая содержит веб-сервер 1042. Демонстрационная система использовала сеть WiFi 3030 для физических соединений.

[83] Демонстрационная система 1000 была использована для демонстрации выгрузки управления тревожной сигнализации в WinCC на мобильное устройство. Скриншот 1110, показанный на фиг. 11а, иллюстрирует традиционное управление тревожной сигнализацией, как представлено с помощью панели HMI. Скриншот 1120, показанный на фиг. 11b, иллюстрирует экран мобильного устройства во время исполнения мобильным устройством задачи уведомления о тревоге, которая была выгружена панелью HMI на мобильное устройство.

[84] Демонстрационная система 1000, показанная на фиг. 10, аналогичным образом использовалась для демонстрации выгрузки задач анализа данных и визуализации из WinCC в мобильное устройство. Скриншот 1210, показанный на фиг. 12a, иллюстрирует несколько экранных объектов, включая картинки, поля ввода/вывода и контроль тренда, которые были сгенерированы в WinCC и представлены с помощью панели HMI. Скриншот 1220, показанный на фиг. 12b, иллюстрирует экран мобильного планшета, показывающий экранные объекты, сгенерированные мобильным планшетом во время выполнения задач анализа данных и визуализации, которые были выгружены панелью HMI в мобильный планшет.

[85] На фиг. 13а и 13b показан другой пример, в котором задачи анализа данных и визуализации были выгружены из панели HMI на мобильное устройство. Скриншот 1310, показанный на фиг. 13а, иллюстрирует несколько экранных объектов, которые были сгенерированы в WinCC и представлены панелью HMI. Скриншот 1320, показанный на фиг. 13b, иллюстрирует экран мобильного устройства, показывающий экранные объекты, выгруженные на мобильное устройство, в том числе поля ввода/вывода и метки.

[86] Фиг. 14 показывает скриншот 1400, изображающий визуализацию контроля тренда, показанного на мобильном устройстве. Задача контроля тренда была выгружена в облако, а визуализация была выгружена на мобильное устройство.

[87] Способ, в соответствии с настоящим изобретением для выгрузки задач HMI из панели HMI в промышленной системе автоматизации иллюстрируется на блок-схеме 1500 на фиг. 15. Каждая задача HMI первоначально классифицируется (1510) на по меньшей мере тип высокоприоритетных задач и второй тип задач в соответствии с требованиями вычислений в реальном времени.

[88] Затем вычисляется (1520) график с помощью панели HMI для исполнения панелью HMI высокоприоритетных задач HMI, и высокоприоритетные задачи HMI выполняются (1530) с помощью панели HMI в соответствии с графиком.

[89] В блоке 1540 идентифицируются ресурсы места назначения выгрузки, которые доступны для панели HMI. Задачи HMI второго типа задач затем выгружаются (1550) панелью HMI на ресурсы места назначения выгрузки для исполнения ресурсами места назначения выгрузки. Панель HMI периодически осуществляет связь (1560) с ресурсами места назначения выгрузки, чтобы проверить статус выгруженных задач HMI.

[90] Как будет понятно специалистам в данной области, аспекты настоящего изобретения могут быть реализованы в виде системы, способа или компьютерного программного продукта. Соответственно, аспекты настоящего изобретения могут принимать форму полностью аппаратного варианта осуществления, полностью программного варианта осуществления (включая встроенные программы, резидентное программное обеспечение, микрокод и т.д.) или варианта, сочетающего программные и аппаратные аспекты, которые могут в общем упоминаться в данном документе как ʺсхемаʺ, ʺмодульʺ или ʺсистемаʺ. Кроме того, аспекты настоящего изобретения могут принимать форму компьютерного программного продукта, воплощенного в одном или более считываемых компьютером носителях, имеющих считываемый компьютером программный код, осуществленный на них.

[91] Может быть использована любая комбинация считываемых компьютером носителей. Машиночитаемый носитель может быть, например, без ограничения указанным, электронной, магнитной, оптической, электромагнитной, инфракрасной или полупроводниковой системой, устройством или прибором или любой подходящей комбинацией вышеперечисленного. Более конкретные примеры (не исчерпывающий список) считываемого компьютером носителя будут включать в себя следующее: портативная компьютерная дискета, жесткий диск, оперативная память (RAM), постоянная память (ROM), стираемая программируемая постоянная память (EPROM или флэш-память), постоянная память на портативном компакт-диске (CD-ROM), оптическое устройство хранения данных, магнитное устройство хранения данных или любая подходящая комбинация вышеуказанного. В контексте данного документа, считываемый компьютером носитель может представлять собой любой осязаемый, невременный носитель, который может содержать или хранить программу для использования посредством или в связи с системой, устройством или прибором исполнения инструкций.

[92] Компьютерный программный код для выполнения операций согласно аспектам настоящего изобретения может быть записан в любой комбинации одного или нескольких языков программирования, в том числе языка объектно-ориентированного программирования, такого как Java, Smalltalk, C++ и т.п., и традиционных языков процедурного программирования, таких как язык ʺCʺ программирования или аналогичные языки программирования. Программный код может выполняться целиком на компьютере пользователя, частично на компьютере пользователя, как автономный пакет программного обеспечения, частично на компьютере пользователя и частично на удаленном компьютере или полностью на удаленном компьютере или сервере. В последнем сценарии удаленный компьютер может быть подключен к компьютеру пользователя через любой тип сети, включая локальную сеть (LAN) или глобальную сеть (WAN), или соединение может быть выполнено с внешним компьютером (например, через Интернет с помощью поставщика Интернет-услуг).

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

[94] Эти компьютерные программные инструкции также могут храниться на считываемом компьютером носителе, который может управлять компьютером, другим программируемым устройством обработки данных или другими устройствами, чтобы функционировать определенным образом, так что инструкции, сохраненные на считываемом компьютером носителе, создают продукт или производство, включая инструкции, которые реализуют функцию/действие, указанные в блок-схеме последовательности действий и/или блоке или блоках блок-схемы устройства.

[95] Компьютерные программные инструкции также могут быть загружены в компьютер, другое программируемое устройство обработки данных или другие устройства, чтобы побуждать выполнение ряда операций на компьютере, другом программируемом устройстве или других устройствах для создания реализуемого компьютером процесса, так что инструкции, которые исполняются на компьютере или другом программируемом устройстве, обеспечивают процессы для реализации функций/действий, указанных в блок-схеме последовательности действий и/или блоке или блоках блок-схемы устройства.

[96] Как показано на фиг. 16, в соответствии с примерным вариантом осуществления настоящего изобретения, компьютерная система 1605 может содержать, в частности, один или более центральных процессорных блоков или процессоров (CPU) 1620, память 1629, интерфейсный модуль 1627 ввода/вывода (I/O) и интерфейсный модуль 1628 сетевых коммуникаций. CPU 1620 исполняют один или более программных модулей, которые выполняют конкретные задачи и взаимодействуют с окружающей средой компьютерной системы 1605. Одним из таких модулей является модуль 1622 управления автоматизацией, который осуществляет надзор за управлением окружающей средой автоматизации. Модуль 1622 управления автоматизацией соединен с датчиками, приводами и другими контроллерами через коммуникационный модуль 1627 ввода/вывода и упрочненные сети автоматизации, такие как Modbus, PROFINET или Profibus.

[97] Другим модулем, находящимся в CPU 1620, является модуль 1610 человеко-машинного взаимодействия (HMI), который управляет взаимодействиями между человеком-пользователем и окружающей средой автоматизации. Модуль 1610 HMI обычно соединен с дисплеем и различными устройствами ввода, такими как мышь и клавиатура (не показаны). Кроме того, модуль HMI согласно настоящему раскрытию соединен с модулем 1628 сетевых коммуникаций, который поддерживает коммуникации с беспроводной локальной сетью, такой как сеть WiFi, а также с глобальными сетями, такими как сотовые беспроводные сети или сеть Интернет, для связи с удаленными мобильными устройствами и облаком.

[98] Память 1629 может включать в себя RAM, ROM, дисковод, накопитель на магнитной ленте и т.д. или их комбинацию. Примерные варианты осуществления настоящего изобретения могут быть реализованы в виде подпрограммы, хранящейся в памяти 1629 или других не-транзиторных (невременных) считываемых носителях 1626 хранения данных и выполняемой посредством CPU 1620 для управления промышленной системой автоматизации. Таким образом, компьютерная система 1605 представляет собой компьютерную систему общего назначения, которая становится компьютерной системой специального назначения при выполнении способов согласно настоящему раскрытию.

[99] Компьютерная система 1605 также включает в себя операционную систему и микрокомандный код. Различные процессы и функции, описанные в данном документе, могут быть либо частью микрокомандного кода, либо частью прикладной программы (либо их комбинацией), которая выполняется посредством операционной системы. Кроме того, различные другие периферийные устройства могут быть подключены к компьютерной системе 1605, такие как дополнительное устройство хранения данных и печатающее устройство.

[100] Блок-схемы последовательностей действий и блок-схемы устройств на чертежах иллюстрируют архитектуру, функциональность и работу возможных реализаций систем, способов и компьютерных программных продуктов в соответствии с различными вариантами осуществления настоящего изобретения. В связи с этим, каждый блок в блок-схеме последовательности действий или блок-схемах устройств может представлять собой модуль, сегмент или часть кода, который содержит одну или более исполняемых инструкций для реализации заданной(ых) логической(их) функции(й). Следует также отметить, что в некоторых альтернативных реализациях функции, описанные в блоке, могут осуществляться не в порядке, указанном на чертежах. Например, два блока, показанные последовательно, могут, фактически, выполняться, по существу, одновременно, или блоки могут иногда выполняться в обратном порядке, в зависимости от используемых функциональных возможностей. Следует также отметить, что каждый блок блок-схем устройств и/или блок-схем последовательностей действий и комбинации блоков в блок-схемах устройств и/или блок-схемах последовательностей действий могут быть реализованы с помощью специализированных систем аппаратных средств, которые выполняют заданные функции или действия, или комбинаций специализированных аппаратных средств и компьютерных инструкций.

[101] Терминология, использованная в настоящем документе, предназначена только для целей описания конкретных вариантов осуществления и не предназначена для ограничения настоящего изобретения. Используемые в настоящем описании формы единственного числа подразумеваются также включающими формы множественного числа, если из контекста явно не следует иное. Кроме того, должно быть понятно, что термины ʺсодержитʺ и/или ʺсодержащийʺ, когда используются в данном описании, указывают на наличие указанных признаков, целых чисел, этапов, операций, элементов и/или компонентов, но не исключает присутствия или добавления одного или более других признаков, целых чисел, этапов, операций, элементов, компонентов и/или их групп.

[102] Соответствующие структуры, материалы, действия и эквиваленты всех средств или элементы типа ʺэтап плюс функцияʺ в приведенной ниже формуле изобретения предназначены для включения любой структуры, материала или действия для выполнения функции в комбинации с другими заявленными элементами, как конкретно заявлено. Описание настоящего изобретения представлено в целях иллюстрации и описания, но не подразумевается исчерпывающим или ограничивающим изобретение в раскрытой форме. Многие модификации и вариации будут очевидны для специалистов в данной области техники без отклонения от объема и сущности изобретения. Вариант осуществления был выбран и описан, чтобы наилучшим образом объяснить принципы изобретения и практическое применение, и дать возможность другим специалистам в данной области техники понять изобретение для различных вариантов осуществления с различными модификациями, подходящими для конкретного предполагаемого использования.

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

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

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

вычисление графика для исполнения панелью человеко-машинного взаимодействия высокоприоритетных задач человеко-машинного взаимодействия;

выполнение высокоприоритетных задач человеко-машинного взаимодействия в соответствии с графиком;

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

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

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

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

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

4. Способ по п. 1, в котором задачи человеко-машинного взаимодействия второго типа задач содержат задачи мягкого реального времени, имеющие штраф за окончание после срока завершения; и задачи твердого реального времени, имеющие вознаграждение за окончание до срока завершения.

5. Способ по п. 4, в котором штраф за окончание после срока завершения является возрастающей функцией времени, на которое время исполнения превышает срок завершения.

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

7. Способ по п. 1, в котором задачи человеко-машинного взаимодействия второго типа задач содержат задачи мягкого реального времени и задачи твердого реального времени и в котором выгрузка задач человеко-машинного взаимодействия второго типа задач на ресурсы места назначения выгрузки для исполнения ресурсами места назначения выгрузки дополнительно содержит:

вычисление, посредством панели человеко-машинного взаимодействия, второго графика для исполнения задач мягкого реального времени интеллектуальными устройствами связи ресурсов места назначения выгрузки;

выгрузку, посредством панели человеко-машинного взаимодействия, задач мягкого реального времени на интеллектуальные устройства связи для исполнения интеллектуальными устройствами связи в соответствии с вторым графиком;

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

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

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

Илон Маск рекомендует:  Что такое код socket_set_timeout

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

10. Способ по п. 7, в котором выгрузка задач твердого реального времени для исполнения облачной вычислительной средой дополнительно включает в себя выгрузку задач твердого реального времени непосредственно в облачную вычислительную среду.

11. Способ по п. 1, в котором статус выгруженных задач человеко-машинного взаимодействия указывает, что выгруженная задача человеко-машинного взаимодействия была пропущена, причем способ дополнительно содержит:

резервирование, посредством панели человеко-машинного взаимодействия, пропущенной выгруженной задачи человеко-машинного взаимодействия путем выполнения задачи локально.

12. Способ по п. 1, дополнительно содержащий:

прием панелью человеко-машинного взаимодействия извещения о тревожной сигнализации; и

для каждого ресурса места назначения выгрузки, посредством панели человеко-машинного взаимодействия:

определение, имеют ли пользовательские учетные данные для доступа к ресурсу права доступа к тревожной сигнализации: и

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

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

модуль ввода/вывода, соединенный с процессором и имеющий возможность соединения для связи с промышленным оборудованием автоматизации;

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

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

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

вычисление графика для исполнения панелью человеко-машинного взаимодействия высокоприоритетных задач человеко-машинного взаимодействия;

исполнение высокоприоритетных задач человеко-машинного взаимодействия в соответствии с графиком;


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

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

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

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

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

16. Панель человеко-машинного взаимодействия по п. 13, в которой задачи человеко-машинного взаимодействия второго типа задач содержат задачи мягкого реального времени, имеющие штраф за окончание после срока завершения; и задачи твердого реального времени, имеющие вознаграждение за окончание до срока завершения.

17. Панель человеко-машинного взаимодействия по п. 16, в которой штраф за окончание после срока завершения является возрастающей функцией времени, на которое время выполнения превышает срок завершения.

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

19. Панель человеко-машинного взаимодействия по п. 13, в которой задачи человеко-машинного взаимодействия второго типа задач содержат задачи мягкого реального времени и задачи твердого реального времени и в котором выгрузка задач человеко-машинного взаимодействия второго типа задач на ресурсы места назначения выгрузки для исполнения ресурсами места назначения выгрузки дополнительно содержит:

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

выгрузку задач мягкого реального времени посредством модуля сетевых коммуникаций на интеллектуальные устройства связи для исполнения интеллектуальными устройствами связи в соответствии с вторым графиком;

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

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

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

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

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

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

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

24. Панель человеко-машинного взаимодействия по п. 13, причем операции дополнительно содержат:

прием извещения о тревожной сигнализации; и

для каждого ресурса места назначения выгрузки:

определение, имеют ли пользовательские учетные данные для доступа к ресурсу права доступа к тревожной сигнализации: и

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

Есть ли сервис для разбивания задач на подзадачи?

Если прям совсем в виде дерева — то любой сервис для составления интеллект-карт (mind-map), например, XMind (бесплатного функционала за глаза) или MindMeister (бесплатная только web-версия), в них можно ставить сроки и задавать прочие атрибуты, присущее задачам. Могу скинуть с десяток платных и бесплатных сервисов/программ для построения майнд-карт

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

Также посмотрите Trello — там легко можно преобразовывать подзадачи в основные задачи, таким образом тоже будет неограниченная вложенность.

Я пробовал ОЧЕНЬ много такскеров, наверно, чуть ли не все известные, в том числе и все выше перечисленные .
Мое основное требование — неограниченная вложенность задач и наглядность. Сейчас в моих в фаворитах — Trello.

Выгружаем задачу

Решение, позволяющее контролировать
выполнение задач и проектов в срок.

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

Постановка задач по принципу SMART

Программный продукт «1С:Управление по целям и KPI» — позволяет управлять инициативами, задачами и проектами в соответствии со SMART-критериями. SMART – это аббревиатура, образованная первыми буквами английских слов:

  • конкретный (specific);
  • измеримый (measurable);
  • достижимый (attainable);
  • значимый (relevant);
  • соотносимый с конкретным сроком (time-bounded).

Выполнение задач

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

Делегирование задач

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

Планирование рабочего времени сотрудника

Программный продукт позволяет не только учитывать сколько времени было потрачено на выполнение задачи, но, что наиболее значимо для «проактивного» управления – планировать загрузку сотрудников и расставлять приоритеты между задачами.
Достаточно оценить количеств часов, необходимых на задачу или использовать другие единицы измерения (%, баллы, дни и т.п.).

Управление собраниями

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

Система напоминаний

В системе существует штатная система уведомлений сотрудников о задачах. Уведомления работают как внутри интерфейса 1С:Предприятие, так и через электронную почту.

Контроль

Руководитель может настроить удобный интерфейс для отслеживания выполнения задач и поручений. Информация может быть отображена как в виде списка, с возможностью сортировки по любому реквизиту: отдел, автор, исполнитель, срок исполнения, состояние задачи и т. д. Например, руководитель сможет сделать отбор задач, по которым скоро наступит срок исполнения (dealine). Также можно настроить виджет, который будет наглядно представлять текущие задачи

Управление проектами

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

Журнал изменений

Любое действие при работе с задачей будет отображено в журнале изменений. Хранение истории по каждой задаче позволяет в любой момент просмотреть: когда и кем задача была сформирована, утверждена, когда и кем изменялись реквизиты задачи или когда и кем она была принята. Кроме этого существует штатный механизм «журнал регистрации 1С:Предприятие» – в котором хранится информация о всех действиях пользователей.

Взаимосвязь выполнения задач с вознаграждением

Через контроль выполнения согласованных задач можно судить о результативности сотрудника. Количество согласованных и утвержденных задач для сотрудника на период – это мера для оценки степени его загрузки и эффективности использования им рабочего времени. Соотношение между выполненными задачами и утвержденными (в соответствии с их весом) рассчитывается в виде коэффициента результативности (KPI). С использованием этого показателя можно определить размер вознаграждения для сотрудника

Интеграция и обмен данными с другими системами

К задаче можно прикрепить файлы, ссылки на файлы из систем электронного документооборота. При интеграции в конфигурации «1С:Предприятие» можно указывать ссылки на любые объекты – справочники контрагентов, номенклатуры, документы, отчеты и т.п. Возможно загружать и выгружать задачи в приложения Microsoft, работающие с задачами. Знакомый интерфейс 1С:Предприятие позволит в короткие сроки освоить возможности программного продукта.

Выгрузка и Загрузка информационной базы


Выгрузка информационной базы.

Запускаем программу 1C.

В меню программы выбираем пункт «Администрирование», подпункт «Выгрузить информационную базу».

Указываем место, куда произойдёт выгрузка архива. Например «Рабочий стол». Также, можно задать своё имя для архива. По умолчанию, оно задаётся как «1Cv8».

Нажимаем кнопку «Сохранить».

Начнётся процесс выгрузки базы. О его окончании, Вас проинформирует следующее сообщение программы:

Загрузка базы

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

В меню программы выбираем пункт»Администрирование», подпункт «Загрузить информационную базу».

Выбираем файл с базой, который мы заблаговременно поместили на рабочий стол сервера и нажимаем кнопку открыть.

Программа предупреждает нас, что произойдёт замена существующей базы на загружаемую. Нажимаем «Да».

После загрузки архива, программа выдаёт соответствующее сообщение и просит перезапустить Конфигуратор. На этот вопрос мы отвечаем «Нет». Ведь уже можно заходить в базу в обычном режиме и увидеть всю загруженную информацию.

Создание подзадач и суммарных задач и работа с ними

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

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

Чтобы создать подзадачу или суммарную задачу, понизьте уровень одной задачи относительно другой. В представлении Диаграмма Ганта выберите задачу, которую хотите сделать подзадачей, а затем выберите Задача > Понизить уровень.

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

Совет: Нажмите кнопку повысить уровень , чтобы переместить задачу на уровень выше задачи.

Отображение и скрытие подзадач

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

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

Совет: Номера в структуре помогают быстро получить общее представление об организации задач. Узнайте, как добавить или скрыть их.

Советы по организации структурированных задач и работе с ними

Уровень задач может не понижаться или не повышаться по целому ряду причин. Подробнее.

При организации задач проекта для планирования его структуры используется один из двух способов: сверху вниз или снизу вверх.

При планировании сверху вниз вы сначала определяете основные этапы, а затем разбиваете их на отдельные задачи. При таком планировании вы получаете версию плана, как только определите основные этапы.

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

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

Проект можно включить в структуру в виде суммарной задачи. Подробнее.

При удалении суммарной задачи в Project автоматически удаляются все связанные с ней подзадачи. Чтобы удалить суммарную задачу, сохранив при этом ее подзадачи, необходимо сначала переместить подзадачи на уровень суммарной задачи.

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

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

Суммарные задачи не всегда являются результатом суммирования. Некоторые значения суммарных задач (затраты и трудозатраты) представляют собой итог значений подзадач, а другие (длительность и базовый план) — нет. Подробнее.

Вопрос / ответ

← Система управления проектами Worksection

> Задачи и комментарии > Управление списком задач

Как структурировать задачи по меткам и статусам?

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

Статус у задачи всегда один, а меток может быть много. Например, метки «3D — графика», «документация» и статус — «на проверке».

  • чтобы описать характер работы: дизайн, программирование, обсуждение, брейншторм
  • чтобы описать объем работы: XL-size, M-size, S-size — все как у вас )
  • чтобы описать результат работы: сделано хорошо, сделана норм, неважно сделано
  • чтобы описать сложность работы: сложная, средняя сложность, несложная. Это облегчит выбор исполнителя в соответствен с его проф. уровнем.
  • чтобы описать тип работы: плановая задача, дополнительные пожелания или переделка. Тогда в конце проекта в ретроспективе будет понятно, то ли делали неважно и переделывали постоянно, то ли клиент капризный.

По умолчанию в вашем аккаунте создано 9 меток, 6 из которых общедоступные и 3 для применения внутри вашей компании (отмечены замочком и не видны вашим клиентам). Вы можете настроить метки под вашу компанию, как вам удобно. Настраивать метки могут администраторы компании.

1 — Раздел общих меток аккаунта

2 — Раздел внутренних меток (видны только компании владельца аккаунта)

Назначить или изменить метки определенной задачи очень просто.

Это можно сделать как на этапе создания задачи, так и при последующем её редактировании. Кроме этого, назначать метки можно на лету, воспользовавшись соответствующим пунктом выпадающего меню задачи.

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

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

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

  • Отключать все статусы после полного закрытия задачи и подзадачи.

Как посмотреть список задач проекта (или аккаунта)?

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

Как настроить персональный список задач и сохранить его в избранное?


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

Способ № 2
Раскройте пункт персонального меню Закладки и нажмите на большую звезду в нижней части экрана. Подкорректируйте название сохраняемой страницы и нажмите кнопку «Добавить»:

Как включить/выключить отображение подзадач в списке?

Групповые операции над задачами (копировать, перенести, изменить видимость. )

  • Закрыть — закрыть выбранные задачи;
  • Перенести — перенести выбранные задачи в другой проект;
  • Скопировать — скопировать выбранные задачи в другой проект;
  • Метки — установить/убрать метки для выделенных задач;
  • Назначить — назначить нового ответственного за выбранные задачи;
  • Удалить — удалить выбранные задачи со всеми подзадачами.

2. В разделе «Задачи» (в масштабе проекта) операции те же, плюс ещё два пункта:

  • Подписчики — массово подписать/отписать сотрудников на выбранные задачи;
  • Видимость — массово ограничить видимость задач (задать список пользователей, имеющих доступ к выбранным задачам).

Как сгруппировать список задач по проектам?

  • Проекты по алфавиту
  • Релевантный порядок
  • Мой порядок

Что можно сделать со списком задач (экспорт, печать, отправить на email)?

  • экспортировать в .xls формат
  • отправить по email
  • сохранить в виде http-ссылки
  • распечатать
  • добавить в закладки
  1. При выборе первой ссылки «Экспортировать в XLS» — автоматически начнётся загрузка xls-файла.
  2. При выборе второй ссылки «Отправить на email» — откроется окно выбора адресата (отправить можно одному из пользователей аккаунта либо на другой email). Затем список будет отправлен по выбранному адресу в удобном для просмотра виде. Адрес отправителя такой же, как и у всех системных email-уведомлений: notifications@worksection.com
  3. При выборе варианта «Получить ссылку» — вид списка со всеми примененными фильтрами будет сохранён в виде http-ссылки. При этом откроется popup-окно, откуда вы сможете скопировать вашу ссылку на сохранённый вид списка.
  4. При выборе варианта «Распечатать» — сразу откроется окно выбора настроек печати. После нажатия кнопки «Печать» список задач будет отправлен на распечатку.
  5. Также вы можете добавить данную страницу вместе со всеми текущими параметрами фильтра в закладки, выбрав пятый пункт.

Как управлять подпиской на задачи проекта? Можно ли подписать сотрудников на группу задач?

После этого откроется окно «Подписчики», в котором вы можете выбрать действие, которое нужно совершить: подписать, отписать участников или отписать всех и подписать только некоторых. Выберите действие, которое необходимо совершить:

В открывшемся окне отметьте нужных участников 1 и нажмите «Применить» 2 . Отмеченные пользователи будут подписаны (или отписаны) от выбранных задач.

Как сдвинуть сроки всех (или некоторых) задач проекта?

  • « Установить» — позволит выбрать в календаре новую дату;
  • « Сдвинуть вперёд» — позволяет задать число дней, на которое задача сдвинется в будущее;
  • « Сдвинуть назад» — позволяет задать число дней, на которое задача сдвинется в прошлое;
  • « Очистить» — дата станет не определена.

После выбора изменений сроков отметьте, нужно ли отправить об этом уведомление подписчикам и нажмите «Применить». Сроки будут изменены.

Можно ли отобразить только задачи с нужной меткой? Как?

Как посмотреть задачи на сегодня? На ближайшие 3 дня? Просроченные задачи?

Как перенести задачу из проекта в проект? Как сделать задачу подзадачей и наоборот?

Для переноса задачи в другой проект выберите в меню задачи пункт «Перенести» 1

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

Выберите нужный проект и следующим шагом подтвердите свое действие, нажатием кнопки «Применить».

Чтобы сделать задачу подзадачей, выберите в меню задачи соответствующий пункт 1 .

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

Как посмотреть нагрузку по сотрудникам?

Просмотреть нагрузку по сотрудникам можно как в рамках определенного проекта, так и на уровне всего аккаунта. Для просмотра нагрузки по сотрудникам зайдите в раздел Задачи -> По Людям. Например, находясь в проекте, выберите в меню «Сроки» пункт «На неделю» и просмотрите нагрузку на участников данного проекта:

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

Как просмотреть закрытые задачи проекта?

Чтобы просмотреть закрытые задачи проекта — зайдите в раздел Задачи. В меню «Список» нажмите на Закрытые 1 . Затем выставьте интересующий вас период, например, за неделю 2 :

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

Примечание: На этих страницах добавлен расчет статистики затрат при поиске и фильтрации.

Как развернуть/свернуть задачу в общем списке задач?

Чтобы развернуть задачу и увидеть все ее подзадачи в общем списке — нажмите на иконку 1 :

И аналогично, если хотите свернуть подзадачи 2 :

Примечание: Птичка свернуть/развернуть задачу запоминает свое состояние.

Как скрыть метки во вкладке по людям?

Как переносить задачи между участниками проекта?

Для этого зайдите в раздел Задачи на страницу По Людям.

Схватите за «строку» и перетащите её на карточку другого участника проекта — тем самым переназначив задание 1 .

На странице присутствуют две «технические карточки» — Любой сотрудник и Без ответственного 2 .
Это позволяет брать еще не назначенные задания и присваивать им ответственных. Или же наоборот — сбрасывать ответственность переносом на эти карточки.

Когда заданий и участников много, вся страница может занимать несколько экранов и так далеко таскать не совсем удобно. Поэтому, как только вы схватили задание, снизу появляется «dock» с аватарками сотрудников, на которых может быть назначена та или иная задача 3 .

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

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

Важно! Перетаскивать можно только открытые задачи. После этих действий нажмите «Сохранить»!

На страницах с 1000 и более задач перетаскивание автоматически деактивируется.

Выгрузка и Загрузка информационной базы

Выгрузка информационной базы.

Запускаем программу 1C.

В меню программы выбираем пункт «Администрирование», подпункт «Выгрузить информационную базу».

Указываем место, куда произойдёт выгрузка архива. Например «Рабочий стол». Также, можно задать своё имя для архива. По умолчанию, оно задаётся как «1Cv8».

Нажимаем кнопку «Сохранить».

Начнётся процесс выгрузки базы. О его окончании, Вас проинформирует следующее сообщение программы:

Загрузка базы

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

В меню программы выбираем пункт»Администрирование», подпункт «Загрузить информационную базу».

Выбираем файл с базой, который мы заблаговременно поместили на рабочий стол сервера и нажимаем кнопку открыть.

Программа предупреждает нас, что произойдёт замена существующей базы на загружаемую. Нажимаем «Да».

После загрузки архива, программа выдаёт соответствующее сообщение и просит перезапустить Конфигуратор. На этот вопрос мы отвечаем «Нет». Ведь уже можно заходить в базу в обычном режиме и увидеть всю загруженную информацию.

Понравилась статья? Поделиться с друзьями:
Кодинг, CSS и SQL