Когда я сам изучал моделирование бизнес-процессов при реинжиниринге, то во всех учебниках встречал два понятия — AS IS и TO BE. И все авторы писали, что сначала необходимо составить нотацию AS IS (буквальный перевод — “как есть”), т.е. как система работает в настоящее время, и только потом приступать к процессу модернизации, т.е. создавать нотацию TO BE (Как должно быть).
Проще говоря, сначала следует изучить, как работает предприятие или отдел сейчас, сделать описание бизнес процесса, и только потом, на основе нотации AS IS, начинать оптимизацию. Но все эти теории хороши, когда есть что описывать по схеме «Как есть». В реальности ситуация чаще всего иная.
Описывать нечего
Если в компании не проводилась ранее оптимизация бизнес-процессов, а это обычная ситуация, нет каких-то четких инструкций, то каждый из сотрудников будет работать по-своему.
Здесь нет ничего необычного. Каждый человек мыслит немного по-своему, у каждого за плечами — собственный опыт. В результате даже самые простые задачи мы все склонны выполнять по-разному.
Ирландия заплатит вам $92000 за переезд на отдаленные острова. Но есть маленькое условие
Например, процесс согласования счета даже в одной организации может выполняться очень по-разному. Кто-то сначала пойдет к начальнику отдела, а кто-то направится сразу в бухгалтерию подписывать счет.
Еще ярче, в тех же продажах, заметна разница между действиями при работе с лидами: – Один менеджер отправит прайс-лист или коммерческое предложение и успокоится на этом. – Другой сначала позвонит, все уточнит. – Третий будет добиваться личной встречи даже там, где без нее можно прекрасно обойтись.
Перед ними стоит задача — обработать лиды и сделать план продаж. Возможно, есть даже перечень рекомендаций, как это лучше делать. Но единой системы нет. И люди начинают нарушать последовательность действий, поступать на свое усмотрение и т. д.
Даже при наличии должностных инструкций в реальности они чаще всего пылятся всеми забытые, а сотрудники работают “кто как привык”. В итоге, мы видим, что системы AS IS, т.е. «как есть», не существует. Нет какой-то единой системы, по которой на самом деле люди работают. И описывать, на самом деле, нечего.
Вы, конечно, можете, попытаться составить модель AS IS на основе инструкций. Но она не будет отражать реальность, ведь их массово нарушают. Можете опросить сотрудников, но любая из моделей будет отражать работу только части людей либо что-то «усредненное», что вообще не будет иметь отношения к реальности, т.к. все работают похоже, но — не так.
Описывать незачем
Еще один важный аспект, с которым я столкнулся на практике. О том, что в компании что-то делают неправильно, все и так давно догадываются. Иначе бы вас, как специалиста, не пригласили. И от вас не ждут описания существующих проблем, они часто и так понятны. От вас ждут решения — как надо работать.
Чаще всего клиенты ожидают, что бизнес-консультант придет, осмотрится, опросит людей, после чего выдаст рекомендации, как надо делать, чтобы решить существующие проблемы. Т.е. людям не нужны нотации «Как есть». Им сразу хочется увидеть «Как должно быть».
ОТКРЫЛИ ИП — ЧТО ДАЛЬШЕ? ЧТО НУЖНО ЗНАТЬ НАЧИНАЮЩЕМУ ПРЕДПРИНИМАТЕЛЮ.
Зачем создают нотации AS IS?
Создавать нотации AS IS для себя вы можете, это даже может быть удобно и полезно. В конце концов, графика помогает упорядочить мысли, разобраться точнее лично для себя, что и как происходит. Но в рекомендованной последовательности действий указывается обязательный этап предоставления этой нотации клиенту.
Бизнес-консультанту такой подход выгоден с финансовой точки зрения. Большой объем работы повышает ее стоимость. Но нужно ли это заказчику? Он и сам знает, что компания как-то работает, потому что бизнес приносит прибыль и т. д. Вас он нанимает не для того, чтобы за их деньги вы им поясняли, какую схему работы они сами организовали. Им хочется увидеть от эксперта результат, т.е. схему, которая будет работать лучше.
Возникает резонный вопрос. А как без описания того, что есть, вы сможете выдать рекомендации, что нужно изменить? Но ведь вы — специалист, эксперт в своей сфере деятельности, вас потому и позвали, что верят, вы разберетесь и сумеете выдать правильный результат.
Конечно, вы будете вести свои записи. Вполне возможно, что вы даже оформите их в виде нотации, как это и описывают в учебниках. Вы можете использовать эти записи для уточнения каких-то моментов в работе компании. Но этот этап нужен вам, а не заказчику.
Потому не имеет смысла тратить силы и время на составление полноценной нотации AS IS с сопроводительной документацией, включать этот этап в план работ и т. д. Если ваш клиент не ждет от вас этого этапа в обязательном порядке, что иногда случается в крупном бизнесе или в случаях, когда заказчики тоже читали те самые учебники, предоставляйте сразу решение — TO BE. Вы должны быть на стороне клиента, и давать ему то, что реально нужно. Это подход продуктивности.
Есть вопросы по моделям AS IS TO BE? Напишите мне или позвоните по телефону +7(495)320-50-40 и я отвечу на ваши вопросы.
Пример использования нотации AS IS и TO BE
Я сотрудничал с хлебокомбинатом, который имеет цех выпечки, склад и подразделение охраны. При составлении нотации AS IS стало очевидно, что участие охраны в процессе выпечки хлеба абсолютно не нужно.
Как выглядит процесс:
- Сотрудники принимают материалы в цех. Операция выполняется вручную, момент принятия каких-либо документов здесь не отражается.
- Пекут хлеб. Этот этап также не отражается в IT-системе. Хлеб они пекут вручную на оборудовании, которое не подключено к системе.
- Составляют пакет документов “Выпуск хлеба”. Как именно выглядят эти документы, в данном случае не имеет значения.
- Выполняют выпуск хлеба.
- Далее они должны сдавать полученную партию и документы охране.
- Охрана проверяет партию и дает разрешение. Причем, разрешение дается всегда, так как что может охрана? Убедиться, что в партии есть хлеб. Максимум – подсчитать его количество
- Охрана выдает разрешение.
- Цех выпечки передает партию товара на склад.
- Склад принимает товар.
На самом деле, этапы, связанные с действия охраны, не имеют особого смысла, так как охранники не проходили никакие специализированные курсы, в хлебе они вообще не разбираются. Потому и проверить охрана не может ничего, кроме количества. Но количество проверяется еще раз позже при приеме на склад.
Очевидно, что для оптимизации нужно убрать участие охраны в процессе, а контроль выполнять другими методами. Охрана при этом работать на предприятии будет, выполнять контроль периметра, входной контроль и т.д. Но в этом процессе она не нужна.
Процесс TO BE будет таким:
- Сотрудники принимают материалы в цех. Операция выполняется вручную, момент принятия каких-либо документов здесь не отражается.
- Пекут хлеб. Этот этап также не отражается в IT-системе. Хлеб они пекут вручную на оборудовании, которое не подключено к системе.
- Составляют пакет документов “Выпуск хлеба”. Как именно выглядят эти документы, в данном случае не имеет значения.
- Выполняют выпуск хлеба.
- Цех выпечки передает партию товара на склад.
- Склад принимает товар.
Кинзябулатов Рамиль
Бизнес консультант
Меня зовут Рамиль Кинзябулатов, бизнес консультант. Я люблю свою работу и считаю свои призванием делать работу людей эффективнее.
УФМТП. Универсальная функциональная модель торгового предприятия в нотации IDEF0
Из чего состоит предприятие? Какие функции основные а какие нет? В данной статье вы найдете ответ на этот и другие вопросы. Модель построенная на основе опыта бизнес консультанта с использованием нотации IDEF0.
Что такое BPMS
Что такое BPMS система – определение и подробные пояснения. Как работать в BPMS системе с точки зрения разработчика и пользователя. Варианты реализации бизнес-процессов на практике. Преимущества процессного подхода при автоматизации бизнеса. Почему я рекомендую BPMN 2.0.
Точка зрения в модели IDEF0
В требованиях к диаграмме и построению модели в нотации IDEF0 есть требование, которое звучит так: любая диаграмма должна быть построена, исходя из точки зрения (Point of view) и цели (Scop). Именно этот вопрос, скажем так, один из основополагающих — точка зрения и цель. Соответственно, если мы хотим построить правильную диаграмму, нам необходимо выбирать правильно точку зрения.
Что такое DFD (диаграммы потоков данных)
Подробное описание DFD (диаграмм потоков данных). Определение и методы использования. Зачем нужны DFD-нотации, где они применяются на практике, и как их быстро создавать. Вопросы и ответы по DFD-нотациям. Простые методы работы с DFD.
Пример процессного подхода: предпроектное обследование промышленной компании. Пример BPMN диаграммы
Кейс. Пример процессного подхода при автоматизации промышленной компании. Предпроектное обследование бизнеса, методы автоматизации, описание бизнес-процесса, BPMN диаграмма.
Критика понятия владелец бизнес процесса
Вопросы, связанные с таким понятием, как владелец бизнес-процесса, возникают очень часто. Я и сам их получаю регулярно как в группе на Facebook, так и в комментариях к своим публикациям. Люди спрашивают, как определить владельца бизнес-процесса, уточняют критерии его идентификации. Задают вопросы о том, что такое уровни и общий владелец BPMN и многие другие, связанные с понятием «владелец бизнес-процесса». В связи с этим я хотел бы пояснить свое видение ситуации с этим понятием.
Про процессный подход
Что такое процессный подход и процессное моделирование. Отличие процессного подхода от функциональной и других видов моделей. Преимущества процессного подхода, особенности и недостатки. Варианты нотаций — графика или текст.
Что такое бизнес-процесс и описание бизнес-процесса
Определение бизнес-процесса простыми словами и важные особенности процессного подхода. Когда необходим бизнес-процесс, методы моделирования бизнес-процессов и правила их описания. Примеры, ответы на частые вопросы.
Разбираемся с понятием BPM. Что такое управление бизнес процессами
Что такое управление бизнес-процессами (BPM) и зачем процессный подход нужен в бизнесе. История появления управления бизнес-процессами. Основные подходы и терминология – описание простыми словами. Процессный и функциональный подходы.
Краткое описание BPMN с примером
Что такое BPMN – определение и подробное описание нотации. Из чего состоит BPMN, основные элементы бизнес-моделирования: как их правильно использовать. Различия между исполняемыми и неисполняемыми бизнес-процессами. Как работать с BPMN на практике.
Анализ бизнес-процессов
Мне очень часто задают вопрос, что такое анализ бизнес процессов, интересуются, как его проводить. Более того, моя работа с клиентами во многом заключается не только в моделировании бизнес-процессов, но и в анализе. И в этой статье я решил рассказать, как я понимаю, что такое анализ бизнес-процессов и зачем он нужен, а также как я его провожу.
Как описать бизнес-процесс в нотации BPMN
Как показывает практика описания процесса, для многих людей непонятно в какой последовательности описывать процесс. Прочитав данную статью вы поймете как описывать и какой минимальный набор действий необходимо сделать для получения описания процесса в нотации BPMN. Вы также можете использовать последовательность описанную в статье и для описания процесса в нотации IDEF3.
Что такое бизнес: разговор по понятиям
Что означает термин «бизнес» — уточняем понятия и терминологию. История появления слова «бизнес» — на Западе и в России. Отличие бизнеса от трудовой деятельности. Бизнес в отношении к субъекту и объекту. Что такое бизнес-процессы и как с ними работать.
Построение процессной модели при внедрении программного обеспечения
Описание процессного подхода для автоматизации бизнеса. Определяем идею (постановка задачи) и выбираем программную систему. Создаем BPMS модель процесса и ставим задачу разработчикам. Реализуем поставленную задачу оптимальным способом.
Описание нотации IDEF3
Что из себя представляет нотация IDEF3. Из каких элементов состоит? Как используют эту нотацию и как она связана с IDEF0. О этом и многом другом вы узнаете из данной статьи.
Бизнес-аналитик – кто он?
Профессия бизнес-аналитика вызывает множество вопросов. Более того, в разных ситуациях под термином «бизнес-аналитик» понимают самых разных специалистов и, соответственно, ожидают разных компетенций и результатов. Я предлагаю разобраться в этом вопросе как можно подробнее.
Поток в BPMN
Понятие потока, как и понятие токена, в BPMN активно используется, но при этом очень скупо поясняются. Так, в официальной документации понятию «токен» посвящено около двух абзацев. Если вам интересно разобраться, что это такое, смотрите мой видео урок, посвященный этому элементу, или читайте статью «Что такое токен в BPMN». Про поток в BPMN информации еще меньше. Потому я решил восполнить это явное упущение.
Перевод стандарта IDEF0 с английского на русский язык
Те, кто будет читать перевод и сравнивать с компиляциями русскоязычной документации IDEF0, обязательно обратят внимание на некоторые несоответствия и разночтения с другими источниками, и хотя в работе над этим материалом, работало несколько человек, но перевод сделан под моим контролем и с моим участием, поэтому далее я буду писать от своего имени, и далее постараюсь объяснить почему я перевел так, а не иначе.
IDEF0. Знакомство с нотацией и пример использования
Описание графической нотации IDEF0. Определение стандарта. Особенности функционального моделирования бизнес-процессов. Пример нотации IDEF0 и его подробное описание. Перечень важных ошибок при использовании IDEF0.
Описание бизнес-процессов Как есть (AS IS) и Как должно быть (TO BE)
Почему так популярно мнение, что обязательно нужно создавать нотации AS IS? Истоки этого спорного утверждения. Почему нотации Как есть нужны далеко не всегда. В каких случаях их действительно важно создавать и применять, а когда проще обойтись без них.
Организация работы склада. Описание. BPMN схемы прилагаются
Методы автоматизации и оптимизации работы склада при помощи учетной системы и аппаратуры для штрих-кодирования. Описание применения штрих-кодов, перечень необходимого оборудования. Описание бизнес-процесса складского учета. Схема бизнес-процесса.
Устарел ли стандарт IDEF0
По роду своей деятельности мне достаточно часто приходилось слышать что IDEF0 устарел и в связи с этим не стоит его использовать. Давайте разберемся правы ли те кто говорит об устарении стандарта или нет.
Моделирование бизнеса. Основные подходы
Основные подходы к моделированию бизнеса – процессное, функциональное, ментальное моделирование. Отличия в подходах и выбор метода моделирования. Различные языки бизнес-моделирования.
Источник: trinion.org
Бесплатное (freeware) лицензионное соглашение конечного пользователя
ПОЖАЛУЙСТА, ТЩАТЕЛЬНО ОЗНАКОМТЕСЬ С ЛИЦЕНЗИЕЙ ПЕРЕД УСТАНОВКОЙ ИЛИ ИСПОЛЬЗОВАНИЕМ ПРОДУКТА. ФАКТОМ ЗАГРУЗКИ, УСТАНОВКИ, КОПИРОВАНИЯ ИЛИ ЛЮБОЙ ДРУГОЙ ФОРМЫ ИСПОЛЬЗОВАНИЯ ПРОДУКТА ВЫ УДОСТОВЕРЯЕТЕ, ЧТО ПРОЧИТАЛИ ДАННОЕ ЛИЦЕНЗИОННОЕ СОГЛАШЕНИЕ, ПОНЯЛИ ЕГО И СОГЛАСИЛИСЬ С ВСЕМИ ТЕРМИНАМИ И УСЛОВИЯМИ ДАННОГО ЛИЦЕНЗИОННОГО СОГЛАШЕНИЯ.
Определения
Управление образования Администрации города Иванова (далее «Правообладатель») предоставляет пользователю («Пользователь») копию программного продукта «ИвАттестат» (программу для машинного заполнения школьных аттестатов образца, начиная с 2009 г.) любой версии (далее «Программу») и предоставляет Пользователю лицензию на использование данного программного продукта. Настоящее лицензионное соглашение (далее «лицензия», «соглашение») определяет действия, которые Пользователь вправе совершать по отношению к Программе, и включает перечень ограничений гарантий и ответственности.
Лицензионное соглашение
Эта Программа защищена национальными законами и международными соглашениями об авторском праве. Вы согласны с тем, что Вам не передаются никакие права на данную Программу, как интеллектуальную собственность. Право собственности, право владения, авторские права и права на интеллектуальную собственность принадлежат управлению образования Администрации города Иванова.
Пользователь имеет право использовать любую версию Программы в некоммерческих целях. Программа используется тогда, когда она или её часть загружена в оперативную память (RAM) электронно-вычислительной машины (ЭВМ) или установлена на постоянный носитель (жесткий диск, CD или прочий носитель). Программа используется в некоммерческих целях, когда в результате её использования Пользователь не получает материальной выгоды явным или косвенным образом.
Пользователь имеет право распространять Программу любым путем (CD-ROM, вебсайт и так далее) при соблюдении условий:
• распространение производится бесплатно;
• поставка Программы включает все файлы (исполняемый файл Программы, пример заполненной базы с учениками, настоящее лицензионное соглашение, файлы с документацией и прочие файлы, содержащиеся в архиве с последней актуальной версией Программы).
Данная лицензия максимально, в рамках действующего законодательства, ограничивает Пользователя в правах на модификацию Программы. В частности, за исключением специальных случаев, предусмотренных действующим законодательством, запрещается исследовать код, декомпилировать и дизассемблировать Программу, модифицировать либо создавать производные продукты на базе данной Программы либо ее частей, удалять какие бы то ни было отметки о правообладании на программу, менять файлы с лицензиями, включая данное соглашение, файлы с документацией и прочие файлы.
Ограничения гарантий и ответственности
Программа предоставляется на условиях «как есть» (as is). Правообладатель не предоставляет никаких гарантий в отношении безошибочной и бесперебойной работы Программы, соответствия Программы конкретным целям пользователя, а также не предоставляет никаких иных гарантий, прямо не указанных в настоящем соглашении.
В максимальной степени, допустимой действующим законодательством, Правообладатель не несет никакой ответственности за какие-либо прямые или косвенные последствия какого-либо использования или невозможности использования Программы и/или ущерб, причиненный Пользователю и/или третьим сторонам в результате какого-либо использования или неиспользования Программы, в том числе из-за возможных ошибок или сбоев в работе Программы.
Пользователь соглашается, что несет исключительную ответственность (и что Правообладатель не несет ответственности перед Пользователем или какими-либо третьими лицами) за любое нарушение обязательств Пользователя, установленных условиями настоящей лицензии, а также за все последствия таких нарушений (включая любые убытки или ущерб, которые может понести правообладатель).
Контроль над соблюдением обязательств
Все спорные вопросы решаются по взаимной договоренности сторон, а если соглашения не было достигнуто, то в судах общей юрисдикции.
Источник: ivattestat.ru
Лицензионное соглашение
Обращаем Ваше внимание, что настоящее Лицензионное соглашение заменяет лицензионные соглашения, регулирующие использование отдельных программ для ЭВМ, перечисленных в п. 1.1 настоящего Лицензионного соглашения, начиная с даты, указанной в заявлении об утрате силы соответствующего лицензионного соглашения соответствующей программы для ЭВМ. Все ссылки на такие лицензионные соглашения, регулирующие использование отдельных программ для ЭВМ, просим считать ссылками на настоящее Лицензионное соглашение.
Перед использованием программы, пожалуйста, ознакомьтесь с условиями нижеследующего лицензионного соглашения. Любое использование вами программы означает полное и безоговорочное принятие вами его условий.
Если вы не принимаете условия лицензионного соглашения в полном объеме, вы не имеете права использовать программу в каких-либо целях.
1. Общие положения
1.1. Настоящее Лицензионное соглашение («Лицензия») устанавливает условия использования программ для ЭВМ: d-zeus, d-wordpress-customizer, d-converter (далее любая из вышеперечисленных программ именуется «Программа», а все вместе – «Программы») и заключено между любым лицом, использующим Программу или Программы («Пользователь»), и d-software, являющимся правообладателем исключительных прав на Программы («Правообладатель»).
1.2. Приобретая Лицензию на использование любой из Программ, копируя любую Программу или Программы, устанавливая любую из них на свой персональный компьютер или используя любую Программу каким-либо образом, Пользователь выражает свое полное и безоговорочное согласие со всеми условиями Лицензии.
1.3. Использование Программ разрешается только на условиях настоящей Лицензии. Если Пользователь не принимает условия Лицензии в полном объеме, Пользователь не имеет права использовать ни одну из Программ в каких-либо целях. Использование Программ с нарушением (невыполнением) какого-либо из условий Лицензии запрещено.
1.4. Использование Программ на условиях и способами, не предусмотренными настоящей Лицензией, возможно только на основании отдельного соглашения с Правообладателем.
1.5. К настоящей Лицензии и всем отношениям, связанным с использованием любой Программы или всех Программ, подлежит применению право Российской Федерации и любые претензии или иски, вытекающие из настоящей Лицензии или использования любой Программы или всех Программ, должны быть поданы и рассмотрены в суде по месту нахождения Правообладателя.
1.6. Правообладатель может предоставить Пользователю перевод настоящей Лицензии с русского на другие языки, однако в случае противоречия между условиями Лицензии на русском языке и ее переводом, юридическую силу имеет исключительно русскоязычная версия Лицензии.
1.7 Приобретая Лицензию на использование любой из Программ, Пользователь выражает свое полное и безоговорочное согласие с тем, что возврат денежных средств Пользователю Правообладателем не осуществляется ни при каких условиях.
2. Права на Программы
2.1. Исключительные права на все Программы принадлежат Правообладателю.
2.2. Правообладатель сохраняет исключительные права на любые результаты переработки (модификации) Программы, допускаемые в соответствии с настоящей Лицензией, и вправе в любое время отозвать свое разрешение на их использование по своему усмотрению без компенсации каких-либо расходов Пользователя на их создание и применение.
3.1. Правообладатель, на условиях простой (неисключительной) лицензии, предоставляет Пользователю непередаваемое право использования Программ на территории стран всего мира следующими способами:
3.1.1. Применять Программы по прямому функциональному назначению, в целях чего произвести их копирование и установку (воспроизведение) на персональном(-ых) компьютере(-ах) Пользователя.
4.1. За исключением использования в объемах и способами, прямо предусмотренными настоящей Лицензией или законодательством Российской Федерации, Пользователь не имеет права изменять, декомпилировать, дизассемблировать, дешифровать и производить иные действия с объектным кодом любой Программы, имеющие целью извлечение исходного текста Программы и/или получение информации о реализации алгоритмов, используемых в Программе, создавать производные произведения с использованием Программы, а также осуществлять (разрешать осуществлять) иное использование Программ, без письменного согласия Правообладателя.
4.2. Пользователь не имеет права без письменного согласия Правообладателя воспроизводить, распространять, доводить до всеобщего сведения любую Программу и/или все Программы в любой форме и любым способом, прямо не предусмотренным настоящей Лицензией, в том числе совместно с другими программами, в составе сборников программных продуктов, c предложением других программ, настроек и иных продуктов, независимо от целей такого использования.
4.3. Программы должны использоваться под теми наименованиями, которые были им даны Правообладателем. Пользователь не вправе изменять наименование Программ, изменять и/или удалять знаки охраны авторского права (copyright notice) или иное указание на Правообладателя.
5. Условия использования отдельных функций Программ
5.1. Пользователь настоящим уведомлен и соглашается, что Правообладателю для целей улучшения качества предоставляемых Пользователю продуктов и сервисов в автоматическом режиме сообщается анонимная (без привязки к Пользователю) информация, включая сведения содержащие отчеты об ошибках в работе Программ.
6. Ограничение ответственности по Лицензии
6.1. Программы предоставляются на условиях «как есть» (as is). Правообладатель не предоставляет никаких гарантий в отношении безошибочной и бесперебойной работы Программ, соответствия Программ конкретным целям и ожиданиям Пользователя, а также не предоставляет никаких иных гарантий, прямо не указанных в настоящей Лицензии.
6.2. В максимальной степени, допустимой действующим законодательством, Правообладатель не несет никакой ответственности за какие-либо прямые или косвенные последствия какого-либо использования или невозможности использования Программ и/или ущерб, причиненный Пользователю и/или третьим сторонам в результате какого-либо использования или неиспользования Программ, в том числе из-за возможных ошибок или сбоев в работе Программ.
6.3. Пользователь настоящим уведомлен и соглашается, что при использовании Программ Правообладателю в автоматическом режиме анонимно (без привязки к Пользователю) передается следующая информация: тип операционной системы компьютера Пользователя, версия и идентификатор Программ, статистика использования функций Программ, а также иная техническая информация.
7. Обновления/новые версии Программ
7.1. Программы могут время от времени автоматически загружать и устанавливать обновления, которые направлены на улучшение Программ и могут иметь форму патчей, дополнительных модулей или полностью новых версий Программ. Пользователь настоящим уведомлен и соглашается с автоматическим обновлением Программ, включая запрос, загрузку и установку обновлений Программ на компьютер Пользователя без каких-либо дополнительных уведомлений.
7.2. Действие настоящей Лицензии распространяется на все последующие обновления/новые версии любой из Программ и/или всех Программ. Установка обновления/новой версии Программы означает принятие Пользователем условий настоящей Лицензии для соответствующих обновлений/новых версий Программы, если обновление/установка новой версии Программы не сопровождается иным лицензионным соглашением.
8. Изменения условий настоящей Лицензии
Источник: d-zeus.ru