Иерархические проекты в системе и способе управления проектом, обеспечиваемые компьютером



Иерархические проекты в системе и способе управления проектом, обеспечиваемые компьютером
Иерархические проекты в системе и способе управления проектом, обеспечиваемые компьютером
Иерархические проекты в системе и способе управления проектом, обеспечиваемые компьютером
Иерархические проекты в системе и способе управления проектом, обеспечиваемые компьютером

 


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

МАЙКРОСОФТ КОРПОРЕЙШН (US)

Настоящее изобретение относится к способу и системе для установления иерархической связи между планом родительского или главного проекта и планами подпроектов, включающими в себя задачи и фазы, требуемые для выполнения родительского или главного проекта. Техническим результатом является усовершенствование систем и способов управления проектом, которые обеспечивают возможность независимого управления подпроектами. Система для передачи изменений планирования в плане управления проектом содержит: процессор и память, в которой хранятся машиноисполняемые команды, сконфигурированные для того, чтобы: сохранять на устройстве сервера проекта согласно относящемуся к проектам программному приложению план главного проекта, на устройстве сервера проекта устанавливать иерархическую связь между планом главного проекта, принимать от владельца подпроекта упомянутого по меньшей мере одного плана подпроекта представление на рассмотрение предлагаемого изменения в отношении этого по меньшей мере одного плана подпроекта, посредством устройства сервера проекта определять, вызывает ли это предлагаемое изменение в отношении упомянутого по меньшей мере одного плана подпроекта изменение в упомянутой заданной дате в этом по меньшей мере одном плане подпроекта, которая зависит от плана главного проекта. 3 н. и 15 з.п. ф-лы, 4 ил.

 

Область техники, к которой относится изобретение

Настоящее изобретение, в общем, относится к системам и способам управления проектом. Более конкретно, настоящее изобретение относится к иерархически связанным проектам в системе и способе управления проектом.

УРОВЕНЬ ТЕХНИКИ

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

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

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

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

РАСКРЫТИЕ ИЗОБРЕТЕНИЯ

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

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

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

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

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

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

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

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

Фиг.1 иллюстрирует возможную вычислительную операционную среду для вариантов осуществления настоящего изобретения.

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

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

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

ОСУЩЕСТВЛЕНИЕ ИЗОБРЕТЕНИЯ

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

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

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

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

Теперь будут описаны аспекты настоящего изобретения и возможная операционная среда согласно чертежам, в которых подобные элементы представлены подобными ссылочными позициями. Фиг.1 и последующее описание предназначены для того, чтобы обеспечить краткое общее описание соответствующей вычислительной среды, в которой может быть реализовано изобретение. Хотя изобретение будет описано в общем контексте программных модулей, которые выполняются совместно с прикладной программой, работающей в операционной системе на персональном компьютере, для знающих технику очевидно, что изобретение также может быть реализовано в комбинации с другими программными модулями.

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

Теперь согласно фиг.1 будет описана иллюстративная архитектура вычислительного устройства для персонального компьютера 2 для осуществления на практике различных вариантов осуществления изобретения. Архитектура вычислительного устройства, изображенная на фиг.1, иллюстрирует обычный персональный компьютер, содержащий центральный процессор 4 (ЦП, "CPU"), системную память 6, которая включает в себя оперативное запоминающее устройство 8 (ОЗУ, "RAM") и постоянное запоминающее устройство (ПЗУ, "ROM") 10, и системную шину 12, которая соединяет память с CPU 4. Базовая система ввода/вывода, содержащая основные процедуры, способствующие передаче информации между элементами внутри компьютера, например, при запуске, хранится в ROM 10. Персональный компьютер 2 дополнительно содержит запоминающее устройство 14 большой емкости для хранения операционной системы 16, прикладных программ, например прикладной программы 205, и данных.

Запоминающее устройство 14 большой емкости соединяется с CPU 4 через контроллер запоминающего устройства большой емкости (не изображен), подсоединенный к шине 12. Запоминающее устройство 14 большой емкости и соответствующий ему носитель информации, считываемый компьютером, обеспечивают энергонезависимую память для персонального компьютера 2. Хотя содержащееся здесь описание носителя информации, считываемого компьютером, относится к запоминающему устройству большой емкости, такому как жесткий диск или накопитель на дисках CD-ROM, для знающих технику очевидно, что носителем информации, считываемым компьютером, может быть любой доступный носитель информации, к которому может осуществить доступ персональный компьютер 2.

В качестве возможного варианта носитель информации, считываемый компьютером, может включать в себя запоминающую среду компьютера и средство связи и т.д. Запоминающая среда компьютера включает в себя энергозависимый и энергонезависимый, съемный и несъемный носитель информации, реализованный любым способом или технологией для хранения информации, такой как инструкции, считываемые компьютером, структуры данных, программные модули или другие данные. Запоминающая среда компьютера включает в себя RAM, ROM, стираемое программируемое ROM (СППЗУ, EPROM), электрически стираемое программируемое ROM (ЭСППЗУ, EEPROM), флэш-память или другую технологию твердотельной памяти, CD-ROM, DVD или другое оптическое запоминающее устройство, магнитные кассеты, магнитную ленту, накопитель на магнитных дисках или другие магнитные запоминающие устройства и т.д., или любое другое средство, которое может использоваться для хранения требуемой информации и к которому может осуществить доступ компьютер.

Согласно различным вариантам осуществления изобретения персональный компьютер 2 может функционировать в среде с сетевой структурой с использованием логических соединений с удаленными компьютерами через сеть 18 TCP/IP, такую как Интернет. Персональный компьютер 2 может соединяться с сетью 18 TCP/IP через модуль 20 сетевого интерфейса, подсоединяемый к шине 12. Должно быть ясно, что модуль 20 сетевого интерфейса может использоваться также для соединения с другими видами сетей и удаленных вычислительных систем. Персональный компьютер 2 может содержать также контроллер 22 ввода/вывода для приема и обработки входных данных из нескольких устройств, включая клавиатуру или мышь (не изображены). Аналогично, контроллер 22 ввода/вывода может подавать выходные данные на экран дисплея, принтер или другой вид устройства вывода.

Как вкратце упомянуто выше, в запоминающем устройстве 14 большой емкости и RAM 8 персонального компьютера 2 может храниться несколько программных модулей и файлов данных, включая операционную систему 16, соответствующую управлению функционированием сетевого персонального компьютера, например операционную систему WINDOWS корпорации Microsoft, Редмонд, Вашингтон. В запоминающем устройстве 14 большой емкости и RAM 8 также может храниться одна или несколько прикладных программ. В частности, в запоминающем устройстве 14 большой емкости и RAM 8 может храниться прикладная программа 105 для обеспечения пользователю разнообразных функциональных возможностей. Например, прикладная программа 105 может содержать много видов программ, таких как прикладная программа электронной обработки текстов, приложение электронных таблиц, приложение 130 электронной почты, приложение баз данных и т.п. Согласно вариантам осуществления настоящего изобретения включено приложение 135 управления проектом для подготовки планов проекта, как здесь описывается. Возможным приложением управления проектом для использования согласно настоящему изобретению является PROJECT, созданное корпорацией Microsoft.

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

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

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

Согласно фиг.2 изображена родительская/главная вычислительная система 220 для связи с сервером/базой данных 210 проекта через распределенную вычислительную систему, такую как Интернет или интранет 250. Изображены одна или большее количество дочерних вычислительных систем/вычислительных систем 230, 240 подпроектов для связи с сервером/базой данных 210 проекта через Интернет или интранет 250. Как ясно, вычислительные системы 220, 230, 240, управляемые владельцами/менеджерами плана родительского проекта и одного или большего количества планов дочерних подпроектов, составляющих план родительского проекта, могут включать в себя обработку и функциональные возможности памяти, описанные выше в отношении компьютера 2, изображенного на фиг.1. Каждая из отдельных вычислительных систем 220, 230, 240 также может включать в себя приложение 135 управления проектом, описанное выше согласно фиг.1 и служащее как приложение управления проектом стороны клиента для соответствующего приложения 135 управления проектом, эксплуатируемого на сервере/в базе данных 210 проекта. Согласно вариантам осуществления настоящего изобретения сервер/база данных 210 проекта также может включать в себя или может быть действующей для доступа к приложению 130 электронной почты для передачи автоматических изменений плана проекта владельцам/менеджерам плана родительского проекта и планов дочерних подпроектов и от них.

Согласно вариантам осуществления настоящего изобретения владелец/менеджер плана родительского проекта может создать план проекта на сервере/в базе данных 210 проекта из вычислительной системы 220 через Интернет или интранет 250. Создание и поддержка планов отдельных дочерних подпроектов на сервере/в базе данных 210 проекта могут быть осуществлены владельцами/менеджерами планов дочерних подпроектов, аналогично, из вычислительных систем 230, 240 через Интернет/интранет 250. Уведомления между владельцами/менеджерами плана родительского проекта и одного или большего количества планов дочерних подпроектов могут действовать автоматически посредством приложений связи, таких как приложение 130 электронной почты, после команды приложения 135 управления проектом. То есть когда изменение или представленное изменение требует уведомления владельца/менеджера плана затронутого проекта или связанного плана подпроекта, приложение 135 управления проектом на сервере/в базе данных 210 проекта может вызвать приложение связи, например приложение 130 электронной почты, и вызвать передачу затронутой стороне соответствующего сообщения уведомления. Как должно быть понятно специалистам в данной области техники, для уведомления затронутых сторон могут использоваться другие виды связи, включая системы мгновенной передачи сообщений, телефонные системы и т.п.

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

Согласно вариантам осуществления настоящего изобретения устанавливается иерархическая связь между связанными проектами и ассоциированными подпроектами в родительской/дочерней иерархической связи, чтобы можно было одобрить, отклонить или иначе отреагировать на изменения или представленные изменения в любом связанном плане через процесс уведомления, как здесь описывается. Теперь согласно фиг.3 изображены планы иерархически связанных проектов, связанные друг с другом в ассоциации с общим проектом и хранящиеся на сервере/в базе данных 210 управления проектом. Изображен план 310 общего проекта, имеющий три фазы проекта, которые должны быть выполнены для выполнения общего проекта. Например, планом 310 проекта может быть описанный выше план проекта жилищного строительства. Фаза 1 может включать в себя общее конструирование, Фаза 2 может включать в себя электрические работы, а Фаза 3 может включать в себя слесарные работы.

Когда владелец/менеджер плана 310 проекта устанавливает заданные даты начала и завершения каждой из фаз плана 310 проекта, указанные заданные даты проходят вниз владельцам/менеджерам подпроектов, требуемых для выполнения каждой фазы плана 310 главного проекта. Для каждого из подпроектов может быть создан план подпроекта для управления и планирования задач, требуемых для выполнения данного подпроекта. Например, план 310 проекта может иллюстрировать план подпроекта, требуемого для выполнения Фазы 2 плана 310 общего проекта. Аналогично, план 340 проекта может включать в себя информацию планирования, требуемую для выполнения Задачи 2 плана 320 проекта. Согласно фиг.3 три плана проекта связаны иерархически так, что план 310 главного проекта служит как родительский план, план 320 подпроекта служит как дочерний план для родительского плана 310, и план 340 подпроекта служит как план дочернего подпроекта для плана 320 подпроекта.

В каждом из изображенных планов 310, 320, 340 изображены сводные задачи для совместной группировки одной или большего количества подзадач, требуемых для выполнения данной задачи. Например, сводная задача 315 Фазы 2, изображенная в плане 310 родительского проекта, включает в себя сводную информацию, относящуюся ко всем задачам, ресурсам, ограничениям и распределениям по времени, ассоциированным с выполнением Фазы 2 родительского проекта. План 320 подпроекта изображает сводную задачу 316, которая прилинкована к сводной задаче 315 (Фазе 2) в родительском плане 310. Как должно быть ясно, сводная задача 316, изображенная в 320, содержит сводную информацию, относящуюся ко всем задачам, которые должны быть выполнены для выполнения сводной задачи 316 Фазы 2. Аналогично, в плане 340 подпроекта изображена сводная задача 331 Задачи 2, которая связана с планом Задачи 2, представленным в плане 320 подпроекта.

Как известно специалистам в данной области техники, в данном плане проекта согласно фиг.3 некоторые задачи или фазы проекта не могут быть начаты до выполнения другой фазы или задачи. Например, Фаза 2, изображенная в плане 310 главного/родительского проекта, не может быть начата до выполнения Фазы 1. Аналогично, Задача 3 плана 320 подпроекта не может быть начата до выполнения Задачи 1 плана 320 проекта. Следовательно, если Фаза 3 плана 310 главного/родительского проекта продлевается, то начало Фазы 2 может быть сдвинуто на более позднюю дату начала. Изменение даты начала Фазы 2 неизбежно может привести к аналогичному сдвигу на будущую дату даты начала задач, составляющих Фазу 2. В результате задачи, запланированные как часть плана 340 подпроекта, аналогично, могут быть сдвинуты на будущие даты в результате изменения в главном/родительском плане 310. Аналогично, изменение, внесенное в планирование подзадачи в плане 340 подпроекта, может привести к нарушению плана фазы или задачи, запланированной в плане вышестоящего подпроекта или плане главного/родительского проекта.

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

Описав согласно фиг.1 и 2 возможную операционную среду для вариантов осуществления настоящего изобретения и описав согласно фиг.3 иерархически связанные планы проекта, (описывается) фиг.4, являющаяся блок-схемой, изображающей поясняющую процедуру создания и управления планом проекта, состоящим из плана родительского (главного) проекта и одного или большего количества иерархически связанных планов подпроектов. Процедура 400 начинается в блоке 405 начала и переходит к блоку 410, где владелец/менеджер главного проекта подготавливает и публикует план главного/родительского проекта, например план 310 родительского проекта, изображенный на фиг.3. Как описано выше согласно фиг.2, владелец/менеджер главного проекта может подготовить план 310 главного проекта с использованием вычислительной системы 220, и план 310 главного проекта может быть опубликован и сохранен на сервере/в базе данных 210 управления проектом через распределенную вычислительную среду 200.

В блоке 415 устанавливаются заданные даты начала и завершения отдельных фаз или задач, составляющих план главного проекта, которые проходят к владельцам/менеджерам подпроектов, требуемых для выполнения одной или большего количества фаз или задач, составляющих главный проект. В блоке 420 владельцы/менеджеры одного или большего количества подпроектов создают планы 320, 340 отдельных подпроектов, изображенные на фиг.3, которые требуются для выполнения фаз и задач, требуемых каждым подпроектом для выполнения в конечном счете главного проекта. Когда подготовлены планы отдельных подпроектов, эти планы проекта публикуются на сервере/в базе данных 210 управления проектом, как описано выше согласно фиг.2.

В блоке 425 на сервере/в базе данных 210 управления проектом устанавливается иерархическая связь между планом 310 главного проекта и связанными планами 320, 340 подпроектов. Как описано выше согласно фиг.2, сервер/база данных 210 управления проектом содержит реляционную базу данных, которая может использоваться согласно вариантам осуществления настоящего изобретения для связи фаз или задач одного плана проекта с ассоциированными фазами или задачами иерархически связанного плана родительского проекта или плана подпроекта. Согласно вариантам осуществления настоящего изобретения изменения, воздействующие на данные в первом плане проекта, связанные с данными, содержащимися во втором плане проекта, не производят автоматически изменения связанных данных, содержащихся во втором плане проекта.

Вместо этого, согласно вариантам осуществления настоящего изобретения изменения данных в первом плане проекта приводят к передаче уведомления владельцу/менеджеру второго плана проекта для обеспечения владельцу/менеджеру второго плана проекта возможности одобрить изменение, отклонить изменение или представить другое изменение. Соответственно, изменения, внесенные в данные в первом плане проекта, не отражаются автоматически в данных во втором плане проекта без предупреждения владельца/менеджера второго плана проекта. Например, предполагается, что план главного проекта включает в себя три фазы, ассоциированные с жилищным строительством, где Фаза 1 включает в себя общее конструирование, Фаза 2 включает в себя электротехнические работы, и Фаза 3 включает в себя слесарные работы. Предполагается, что первый план 320 подпроекта включает в себя данные планирования, ассоциированные с тремя задачами, требуемыми для выполнения Фазы 2 в плане главного проекта (электротехнических работ). Дополнительно предполагается, что второй план 340 подпроекта включает в себя три подзадачи, ассоциированные с выполнением Задачи 2 первого плана подпроекта, например три подзадачи, ассоциированные с выполнением части электротехнических работ.

Установление иерархической связи между тремя возможными планами проекта включает в себя установление первого плана 320 подпроекта как имеющего дочернюю связь с планом 310 родительского проекта и установление второго плана 340 подпроекта как имеющего дочернюю связь с первым планом 320 подпроекта. Согласно вариантам осуществления настоящего изобретения если владелец/менеджер плана 310 родительского проекта увеличивает или уменьшает длительность времени, ассоциированную с Фазой 2 плана 310 родительского проекта, то автоматически передается уведомление владельцу/менеджеру первого плана 320 подпроекта, так как данные, ассоциированные с первым планом 320 проекта, связаны с данными, представляющими отредактированный план Фазы 2 в плане 310 родительского проекта. Если из-за изменения, представленного из плана 310 родительского проекта, в данные, содержащиеся в первом плане 320 подпроекта, вносится изменение, которое воздействует на связанные данные, содержащиеся во втором плане 340 подпроекта, то, аналогично, будет передано уведомление владельцу/менеджеру второго плана 340 подпроекта.

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

Продолжая описание процедуры 400, иллюстрируемой фиг.4, в блоке 430 владельцем/менеджером данного плана 320 подпроекта представляется изменение вверх владельцу/менеджеру плана 310 родительского проекта. Например, рассматривая возможный вариант, описанный выше, владелец/менеджер первого 320 плана подпроекта может представить изменение, требующее продления электротехнических работ для проекта жилищного строительства на одну неделю после первоначально установленной заданной даты. Поскольку данные, измененные в первом плане 320 подпроекта, связаны с данными, содержащимися в плане родительского 310 проекта, предпочтительнее в блоке 435 владельцу/менеджеру плана 310 родительского проекта представляется на рассмотрение уведомление для предупреждения этого владельца/менеджера об изменении, представленном владельцем/менеджером плана 320 первого подпроекта, вместо осуществления автоматического изменения связанных данных в плане 310 родительского проекта. Как должно быть понятно специалистам в данной области техники, уведомление, передаваемое владельцу/менеджеру плана родительского проекта, может быть направлено автоматически посредством приложения 130 электронной почты, или уведомление может быть представлено владельцу/менеджеру плана 310 родительского проекта посредством любого другого соответствующего средства уведомления, включая мгновенную передачу сообщений, телефонное уведомление и т.п.

В блоке 440 делается определение, одобряет ли владелец/менеджер плана 310 родительского проекта изменение, внесенное владельцем/менеджером первого плана 320 подпроекта. Согласно варианту осуществления настоящего изобретения владельцу/менеджеру плана 310 главного проекта может быть представлен предварительный вариант того, как будут выглядеть план 310 главного проекта и все связанные планы подпроектов, если владельцем/менеджером плана 310 главного проекта будет одобрено представленное изменение. Если владелец/менеджер плана 310 родительского проекта не одобряет изменение, то процедура переходит в блок 445, и представляющий владелец/менеджер плана подпроекта уведомляется о том, что владелец/менеджер плана родительского проекта не одобряет представленное изменение. Как описано выше, владелец/менеджер плана 310 родительского проекта может представить встречное изменение обратно первоначально представляющему владельцу/менеджеру подпроекта, или владелец/менеджер плана родительского проекта может просто отклонить представленное изменение. Возвращаясь обратно к блоку 440, если владелец/менеджер плана 310 родительского проекта одобряет изменение от владельца/менеджера плана подпроекта, то изменение сохраняется в представляющем первом плане подпроекта, и изменение автоматически вносится в план 310 одобряющего родительского проекта.

Затем в блоке 450 передается уведомление всем владельцам/менеджерам дополнительных планов подпроектов, на данные которых будет воздействовать одобренное изменение. Например, если внесенное и одобренное изменение в данных, содержащихся в первом плане 320 подпроекта, связано с данными, содержащимися во втором плане 340 подпроекта, имеющем дочернюю связь с первым планом 320 подпроекта, то затем уведомление относительно изменения в данных передается владельцу/менеджеру второго плана 340 подпроекта. Например, одобренное и сохраненное изменение данных в первом плане 320 подпроекта может привести к сдвигу на две недели начала подзадачи, содержащейся во втором плане 340 подпроекта.

В блоке 455 делается определение, одобряет ли уведомленный владелец/менеджер подпроекта изменение, требуемое изменением в планах вышестоящих проектов, описанным выше. Если уведомленный владелец/менеджер первого плана подпроекта одобряет изменения, которым подвергся его план, то процедура переходит к блоку 460, план подпроекта изменяется, и создается требуемое уведомление владельцам/менеджерам планов дополнительных нижестоящих подпроектов, как здесь описано. Если владелец/менеджер плана принимающего подпроекта не одобряет изменение, вызванное вышестоящими изменениями, то процедура переходит к блоку 465, и обратно наверх может быть представлено ответное встречное изменение владельцам/менеджерам плана вышестоящего проекта или подпроекта. Например, если начало определенной подзадачи второго плана 340 подпроекта должно быть сдвинуто на две недели из-за изменения, воздействующего на первый план 320 подпроекта и одобренного владельцем/менеджером плана 310 родительского проекта, то владелец/менеджер второго плана 340 подпроекта может представить встречное изменение, предлагающее сдвинуть начало затронутой подзадачи на три недели вместо двух недель. В блоке 470 делается определение, одобряет ли владелец/менеджер плана родительского или главного проекта или подпроекта встречное изменение, предложенное владельцем/менеджером второго плана 340 подпроекта. Если владелец/менеджер плана принимающего главного/родительского проекта одобряет встречное изменение, предложенное владельцем/менеджером второго плана 340 подпроекта, то процедура переходит обратно к блоку 450 для уведомления других владельцев/менеджеров планов затронутых подпроектов.

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

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

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

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

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

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

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

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

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

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

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

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

12. Система по п.11, в которой уведомление об отклоненном изменении представляет собой уведомление о встречном изменении, которое включает в себя предложенное встречное изменение, передаваемое от устройства сервера проекта упомянутому владельцу подпроекта.

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

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

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



 

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

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

Изобретение относится к средствам передачи телевизионного и радиовещания. .

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

Изобретение относится к системам календаря, планирования и управления временем. .

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

Изобретение относится к средствам для расчета даты доставки. .

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

Изобретение относится к электронной системе для предоставления банковских услуг

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

Изобретение относится к способам проведения онлайновых коммерческих транзакций

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

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

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

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

Изобретение относится к области обработки цифровых данных
Наверх