Нужна ли лицензия на разработку программного обеспечения

Форум для экологов

Форум для экологов

Нужна ли лицензия на разработку проектов?

Нужна ли лицензия на разработку проектов?

Сообщение estessa » 17 мар 2009, 02:07

Re: Нужна ли лицензия на разработку проектов?

Сообщение EcoAsya » 17 мар 2009, 02:07

Re: Нужна ли лицензия на разработку проектов?

Сообщение doktor3 » 17 мар 2009, 02:07

Re: Нужна ли лицензия на разработку проектов?

Сообщение estessa » 17 мар 2009, 02:07

Re: Нужна ли лицензия на разработку проектов?

Сообщение Даммерс-лес » 17 мар 2009, 02:07

О ЛИЦЕНЗИРОВАНИИ ОТДЕЛЬНЫХ ВИДОВ ДЕЯТЕЛЬНОСТИ N 128-ФЗ от 8 августа 2001 года (с изменениями)

Re: Нужна ли лицензия на разработку проектов?

Сообщение Aseke » 17 мар 2009, 02:07

Re: Нужна ли лицензия на разработку проектов?

Сообщение Ольга_Ка » 03 июн 2009, 10:29

Re: Нужна ли лицензия на разработку проектов?

Сообщение alex27 » 03 июн 2009, 21:17


Re: Нужна ли лицензия на разработку проектов?

Сообщение seergy » 04 июн 2009, 06:43

Минрегион лицензирует:
ПСД и изысканий для выполнения ПСД- пмООС (ООС), ОВОС. ФЕДЕРАЛЬНЫЙ ЗАКОН от 08.08.2001 N 128-ФЗ ст. 17 п. 101.1, 101.3

Лицензирование аудиторской деятельности будет прекращено 1 января 2010 года.

РТН лицензирует:
деятельность по сбору, использованию, обезвреживанию, транспортировке, размещению опасных отходов ст. 17 п.74

Для проектов ПНООЛР, ПДВ, НДС лицензия — не нужна, т.к. считается, что природопользователь (юр. лицо) сам это всё разрабатывает и утверждает в контрол. органах. с помощью должностных лиц (инженер ООС) либо сторонних фирм как бы помогающих выполнить проекты.
С уважением.

Re: Нужна ли лицензия на разработку проектов?

Сообщение ГлебыЧ » 04 июн 2009, 08:29

seergy, в 128м-ФЗ пока есть, действительно, ПСД, есть инженерно-экологические изыскания. ОВОСов, ЭО, ЗСО, СЗЗ там нет! А что инженерно-экологические изыскания это не ОВОСы, ЭО, ЗСО, СЗЗ, не мне Вам объяснять, думаю, отлично знаете сами.

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

Чтобы лишних вопросов не возникало, можно получить аккредитацию (добровольную) в какой-нибудь из добровольных систем: НСП, Гильдии Экологов.

Разработка проектов санитарно-защитных зон по новым правилам

Н. Д. Сорокин, канд. физ.-мат. наук
М. В. Сухарев
ООО Фирма Интеграл

Закон № 342-ФЗ изменил порядок установления санитарно-защитных зон и использования земельных участков, расположенных.

Ответственность

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

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

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

Наш email: eco@integral.ru

ВНИМАНИЕ! Мы не осуществляем контроль за действиями пользователей, которые могут повторно размещать ссылки на информацию, являющуюся объектом Вашего исключительного права.
Любая информация на форуме размещается пользователем самостоятельно, без какого-либо контроля с чьей-либо стороны, что соответствует общепринятой мировой практике размещения информации в сети интернет.
Однако мы в любом случае рассмотрим все Ваши корректно сформулированные запросы относительно ссылок на информацию, нарушающую Ваши права.
Запросы на удаление НЕПОСРЕДСТВЕННО информации со сторонних ресурсов, нарушающей права, будут возвращены отправителю.

Лицензия на программное обесп. в проектной документации

Прочее. Архитектура и строительство

Друзья, а первоисточники лень читать?

Внимательно читаем Федеральный закон от 27 декабря 2002 г. N 184-ФЗ О техническом регулировании. Сертификация делится на обязательную и добровольную. Программные средства для проектирования в области строительства не включены «Перечень продукции, подлежащей обязательной сертификации». Таким образом, сертификация всех программ для строительства ДОБРОВОЛЬНАЯ.

Что это означает? Читаем закон:
« Статья 21. Добровольное подтверждение соответствия
1. Добровольное подтверждение соответствия осуществляется по инициативе заявителя на условиях договора между заявителем и органом по сертификации. Добровольное подтверждение соответствия может осуществляться для установления соответствия национальным стандартам, стандартам организаций, системам добровольной сертификации, условиям договоров.
…»

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

«Система добровольной сертификации может быть создана юридическим лицом и (или) индивидуальным предпринимателем или несколькими юридическими лицами и (или) индивидуальными предпринимателями…»

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

В строительстве, например, можно получить сертификат на ПС. НО! Означать он будет лишь то, что прога устойчиво работает под Windows. И все. С другой стороны – сертификат то есть! Его подкладывать будем?

Общепризнанным считается сертификация программ в системе ГОСТ Р. Исторически так сложилось, что занимается этим ООО «Центр сертификации программной продукции в строительстве» www.gpcps.ru С его директором Юлием Константиновичем Родендорфом мне доводилось пару раз общаться на предмет сертификации. В результате можно говорить о мифах, которые прочно укоренились в головах проектировщиков.

Читать еще:  Какое ИП лучше открыть для начинающих

ТЕПЕРЬ БУДЕМ РАЗВЕНЧИВАТЬ МИФЫ

МИФ 1. Сертификат требуется обязательно.

Нет! Сертификат это добровольное желание производителя. Требовать у вас его наличия ни какая экспертиза не вправе.

Миф этот родился из двух писем. Бывшего Госстроя http://www.gpcps.ru/sertif/rasp.htm и Главгосэкспертизы www.gpcps.ru/sertif/sertif_use.htm Юлий Константинович говорил, что сам в свое время участвовал в подготовке этих писем. Со временем получилось так, что глагол «рекомендуется» забылся, а словосочетание «контролировать наличие» в головах экспертов осталось.

МИФ 2. Сертификат должны иметь только расчетные программы.

Нет! Поскольку в ходе сертификации определяется соответствие программ требованиям ГОСТ. Например, программа СПДС 5 (чисто чертежная) сертифицирована на соответствие требованиям ГОСТ 21.101, ГОСТ 21. 501 и др.

МИФ 3. Сертификат снимает с меня всякую ответственность за результаты расчетов.

Нет! ПРОЕКТИРОВЩИК ЕДИНОЛИЧНО НЕСЁТ ВСЮ ОТВЕТСТВЕННОСТЬ ЗА РЕЗУЛЬТАТЫ РАСЧЕТОВ.

Более того, как люди грамотные вы знаете, что все расчетные программы, реализующие МКЭ , можно разделить на три части:
— препроцессор (в нем создается расчетная схема)
— процессор (непосредственно производит вычисления по МКЭ)
— постпроцессор (отображаются результаты расчета, могут выполняться проверки по СНиП, создаются отчеты).

Так вот: система сертификации ГОСТ Р предусматривает проверку только препроцессора (например, что нагрузки можно задать по СНиП «Нагрузки и воздействия») и постпроцессор (отчеты и, например, подбор арматуры для рассчитанных усилий выполняется по СНиП). Сам процессор никто не проверяет. То есть проверка правильно программа считает или не правильно – не предусмотрена. Реализацию МКЭ в системе сертификации ГОСТ Р никто не проверяет. ГОСТа то на МКЭ нет. И проверять на соответствие чему? Сами эксперты подчеркивают этот факт.

В принципе это во всем мире так. Сам процессор проверяется на так называемых верификационных тестах. Они давно известны специалистам. Добросовестные производители сами отслеживают правильность работы своего ПО, а также не стесняются отдавать программы на верификацию третьей стороне. Как правило, крупным научным центрам. Хотя (Внимание!) и они не несут никакой ответственности. Внимательно читайте соглашение 🙂🙂

Пока хватит про мифы.

[ По поводу обязательного наличия лицензии… Вообще-то действующее законодательство РФ позволяет продавать программы без оформления лицензии, просто по договору.

Ответы на типовые вопросы по лицензированию «1С:Предприятия 8»

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

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

  • основные поставки, которые содержат платформу, прикладное решение (конфигурацию) и лицензию на использование продукта на одном рабочем месте;
  • клиентские лицензии, или лицензии на дополнительные рабочие места;
  • лицензия на сервер «1С:Предприятия 8» (сервер приложения);
  • наборы («бандлы»), включающие несколько перечисленных выше продуктов;
  • мобильные приложения;
  • специализированные продукты, расширяющие область применения системы «1С:Предприятие», такие как веб-расширение, продукты для карманных компьютеров и другие.

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

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

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

В версии 8.3 платформы «1С:Предприятие 8» реализован сервер уровня КОРП «1С:Предприятия 8.3», предоставляющий расширенные возможности администрирования по сравнению с «обычным» 64-разрядным сервером (подробнее в информационном письме № 16733. Использование расширенных возможностей сервера требует наличия лицензии на сервер уровня КОРП, а также клиентских лицензий уровня КОРП.

Порядок использования лицензий уровня ПРОФ и КОРП в крупных внедрениях был изменен информационным письмом № 25491 от 11.02.2019 (подробнее в информационном письме № 25491. Теперь лицензии уровня ПРОФ предназначены для использования в информационной базе, в которой запускается не более 500 сеансов пользователей одновременно или используется не более 12 ядер процессора. Ответы на типовые вопросы о новом порядке использования лицензий ПРОФ и КОРП в этом разделе.

Кроме пользовательских лицензий и лицензий на NFR-продукты для партнеров, выпускаются специальные лицензии для разработчиков, которые позволяют IT-специалистам предприятий знакомиться с платформой «1С:Предприятие 8», изучать типовые прикладные решения фирмы «1С», а также вести разработку собственных прикладных решений.

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

Для продвижения качественных решений, созданных сторонними разработчиками, предусмотрен новый вид лицензирования тиражных решений по программе «1С-Совместно», в котором продукты комплектуются платформой «1С:Предприятие 8» и тиражным решением стороннего производителя, а продвижение таких продуктов происходит под торговой маркой фирмы «1С».

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

  • Общие вопросы лицензирования
  • Управление производственным предприятием
  • Комплекты на 5 пользователей
  • Использование «1С:Предприятия» на удаленном рабочем месте
  • Апгрейд клиентских лицензий
  • Продукты для обучения в высших и средних учебных заведениях
  • Базовые версии и OEM-поставки «1С:Предприятия 8»
  • Учебные версии «1С:Предприятия 8»
  • Мультиплексирование, веб-расширение, веб-сервисы
  • Лицензирование разработки в системе «1С:Предприятие 8»
  • Расширение для карманных компьютеров
  • Мобильные приложения
  • Изменение работы лицензий ПРОФ и КОРП

Ниже приведены ответы на часто задаваемые вопросы по лицензированию «1С:Предприятия 8».

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

Вопросы нумеруются по мере их добавления в документ.

Лицензия на программное обесп. в проектной документации

Прочее. Архитектура и строительство

Друзья, а первоисточники лень читать?

Внимательно читаем Федеральный закон от 27 декабря 2002 г. N 184-ФЗ О техническом регулировании. Сертификация делится на обязательную и добровольную. Программные средства для проектирования в области строительства не включены «Перечень продукции, подлежащей обязательной сертификации». Таким образом, сертификация всех программ для строительства ДОБРОВОЛЬНАЯ.

Что это означает? Читаем закон:
« Статья 21. Добровольное подтверждение соответствия
1. Добровольное подтверждение соответствия осуществляется по инициативе заявителя на условиях договора между заявителем и органом по сертификации. Добровольное подтверждение соответствия может осуществляться для установления соответствия национальным стандартам, стандартам организаций, системам добровольной сертификации, условиям договоров.
…»

Читать еще:  Как узнать номер ИП по фамилии

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

«Система добровольной сертификации может быть создана юридическим лицом и (или) индивидуальным предпринимателем или несколькими юридическими лицами и (или) индивидуальными предпринимателями…»

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

В строительстве, например, можно получить сертификат на ПС. НО! Означать он будет лишь то, что прога устойчиво работает под Windows. И все. С другой стороны – сертификат то есть! Его подкладывать будем?

Общепризнанным считается сертификация программ в системе ГОСТ Р. Исторически так сложилось, что занимается этим ООО «Центр сертификации программной продукции в строительстве» www.gpcps.ru С его директором Юлием Константиновичем Родендорфом мне доводилось пару раз общаться на предмет сертификации. В результате можно говорить о мифах, которые прочно укоренились в головах проектировщиков.

ТЕПЕРЬ БУДЕМ РАЗВЕНЧИВАТЬ МИФЫ

МИФ 1. Сертификат требуется обязательно.

Нет! Сертификат это добровольное желание производителя. Требовать у вас его наличия ни какая экспертиза не вправе.

Миф этот родился из двух писем. Бывшего Госстроя http://www.gpcps.ru/sertif/rasp.htm и Главгосэкспертизы www.gpcps.ru/sertif/sertif_use.htm Юлий Константинович говорил, что сам в свое время участвовал в подготовке этих писем. Со временем получилось так, что глагол «рекомендуется» забылся, а словосочетание «контролировать наличие» в головах экспертов осталось.

МИФ 2. Сертификат должны иметь только расчетные программы.

Нет! Поскольку в ходе сертификации определяется соответствие программ требованиям ГОСТ. Например, программа СПДС 5 (чисто чертежная) сертифицирована на соответствие требованиям ГОСТ 21.101, ГОСТ 21. 501 и др.

МИФ 3. Сертификат снимает с меня всякую ответственность за результаты расчетов.

Нет! ПРОЕКТИРОВЩИК ЕДИНОЛИЧНО НЕСЁТ ВСЮ ОТВЕТСТВЕННОСТЬ ЗА РЕЗУЛЬТАТЫ РАСЧЕТОВ.

Более того, как люди грамотные вы знаете, что все расчетные программы, реализующие МКЭ , можно разделить на три части:
— препроцессор (в нем создается расчетная схема)
— процессор (непосредственно производит вычисления по МКЭ)
— постпроцессор (отображаются результаты расчета, могут выполняться проверки по СНиП, создаются отчеты).

Так вот: система сертификации ГОСТ Р предусматривает проверку только препроцессора (например, что нагрузки можно задать по СНиП «Нагрузки и воздействия») и постпроцессор (отчеты и, например, подбор арматуры для рассчитанных усилий выполняется по СНиП). Сам процессор никто не проверяет. То есть проверка правильно программа считает или не правильно – не предусмотрена. Реализацию МКЭ в системе сертификации ГОСТ Р никто не проверяет. ГОСТа то на МКЭ нет. И проверять на соответствие чему? Сами эксперты подчеркивают этот факт.

В принципе это во всем мире так. Сам процессор проверяется на так называемых верификационных тестах. Они давно известны специалистам. Добросовестные производители сами отслеживают правильность работы своего ПО, а также не стесняются отдавать программы на верификацию третьей стороне. Как правило, крупным научным центрам. Хотя (Внимание!) и они не несут никакой ответственности. Внимательно читайте соглашение 🙂🙂

Пока хватит про мифы.

[ По поводу обязательного наличия лицензии… Вообще-то действующее законодательство РФ позволяет продавать программы без оформления лицензии, просто по договору.

Сертификация и лицензирование в проекте разработки программного обеспечения. Ответственность за использование нелицензионного программного обеспечения

Сертифика́ция услуг (работ) — это независимое подтверждение соответствия утвержденным требованиям с целью соблюдения «Закона о защите прав потребителей» поставщиком работ и услуг на территории Российской Федерации.

Правила сертификации услуг (работ) регламентируются Постановлением Госстандарта РФ от 05.08.1997 N 17 «О принятии и введении в действие Правил сертификации» [3] .

В качестве требований при сертификации услуг (работ) могут являться:

§ законодательные акты Российской Федерации;

§ правила выполнения отдельных видов работ и оказания отдельных видов услуг, утвержденные постановлениями Правительства Российской Федерации;

§ государственные стандарты, санитарные правила и нормы, строительные нормы и правила и другие документы, которые в соответствии с законами Российской Федерации устанавливают обязательные требования к работам и услугам.

Сертификация программного обеспечения подтверждает его соответствие каким либо требованиям. Для программного обеспечения основными требованиями является

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

Сертификация программного обеспечения в России осуществляется Федеральной службой nехнического и экспортного контроля (бывшая Гостехкомиссия России) и ФСБ.

Использование сертифицированных продуктов дает следующие преимущества:

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

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

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

Лицензирование программного обеспечения

Программное обеспечение (ПО) – неотъемлемая часть вычислительной техники. Как продукт интеллектуальной собственности, ПО имеет защиту. Распространяется эта защита на законность копирования, изменения программного продукта и оформляется в виде лицензии. Получение лицензии означает согласие со всеми пунктами использования, прописанными в договоре. Любое несанкционированное (без согласования с его автором) использование ПО – безусловно, деяние противоправное.

В российском законодательстве термин «лицензия» трактуется двояко:

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

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

Разрешительные документы выдаются госорганами на основании ФЗ «О лицензировании отдельных видов деятельности».

Читать еще:  Обязательно ли нумеровать строки бухгалтерского баланса

Лицензии-разрешения на использование баз данных, ПО для ЭВМ, как правило, заключаются как двустороннее соглашение. Этот документ называется лицензионный договор – лицензия на программное обеспечение.

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

Современное законодательство разработало разные виды лицензий.

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

2. лицензиям ПО для ЭВМ: программы могут распространяться как OpenWare – на условиях открытого кода либо без оного условия.

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

В дальнейшем модифицированный программный продукт может быть использован в зависимости от лицензии. Сейчас разработано два рода лицензий, оговаривающих детали условий передачи ПО с открытым кодом. Это GNU GPL и FreeBSD. Коренная разница между ними в преемственности свойств открытого кода: по лицензии GNU GPL, любые программные продукты, разработанные изменением полученного на этих условиях программного кода, далее могут быть распространены лишь в границах лицензии GNU GPL.

Лицензия Free BSD даёт обладателю ПО гораздо больше свободы: модифицированные им программы могут далее распространяться на других, предусмотренных автором изменений условиях, как безвозмездно, так и за плату.

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

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

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

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

4. Лицензирование программного обеспечения можно ещё разделить по пользователю и по цели договора. Тут выделяются соглашения EULA – с конечным пользователем, и те лицензии, что предусматривают доработку приобретателем программного обеспечения.

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

5. При предоставлении прав на ПО конечному пользователю в ряде случаев говорится о OEM/BOX – «связанных» лицензиях и «независимо предоставляемых».

При OEM-поставках с ЭВМ приобретается пакет предустановленного ПО. Такие лицензии значительно выгоднее финансово, но предполагают меньший размер полномочий пользователя.

Коробочная (BOX) поставка включает ПО на носителе и документацию на него. Покупатель получает несколько больший объем правомочий. Часто BOX-поставка использует «оберточную лицензию»: вскрытая коробка означает признание лицензионного соглашения (нанесённого на обертку).

Лицензирование программного обеспечения – залог успешности производителя. Грамотный выбор типа лицензии позволяет разработчику или продавцу защитить интеллектуальную собственность и оптимизировать бизнес.

Ответственность

Использование нелицензионного программного обеспечения является нарушением авторских и смежных прав и влечет за собой административную (ст. 7.12. КоАП РФ) и уголовную (ст. 146 УК РФ) ответственность.

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

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

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

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

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

РАЗДЕЛ 1

ПРОЕКТИРОВАНИЕ ИС

1.Жизненный цикл информационной системы. ГОСТ 51 904.

2.Модели жизненного цикла информационной системы. ГОСТ 15 271.

3.Методологии проектирования. Каноническое проектирование. ГОСТ 34.601-90.

4.Методологии проектирования. Типовое проектирование.

5.Процессы жизненного цикла информационной системы. ГОСТ 12 207.

6.Процессы жизненного цикла информационной системы. Процессы планирования.

7.Процессы жизненного цикла информационной системы. Процессы определения требований к ИС.

8.Процессы жизненного цикла информационной системы. Процессы проектирования.

9.Процессы жизненного цикла информационной системы. Процессы кодирования.

10.Процессы жизненного цикла информационной системы. Процессы интеграции.

11.Процессы планирования. Планирование инфраструктуры проекта.

12.Процессы планирования. Планирование ресурсов проекта.

13.Стратегии и методы проектирования информационных систем.

14.Анализ объекта автоматизации. Методологии анализа.

15.Анализ объекта автоматизации. Инструментальные средства поддержки процессов анализа.

16.Анализ объекта автоматизации. Методологии анализа. SADT, ГОСТ 50.1.028.

17.Анализ объекта автоматизации. Методологии анализа. RUP, UML.

18.Анализ объекта автоматизации. Методологии анализа. ARIS.

19.Процессы проектирования. Проектирование системной архитектуры.

20.Процессы проектирования. Методики описания системной архитектуры.

21.Процессы проектирования. Архитектурные стили и шаблоны проектирования.

22.Процессы проектирования. Проектирование информационной архитектуры.

23.Процессы проектирования. Построение ER модели. Виды нотаций.

24.Процессы проектирования. Построение логической модели данных.

25.Процессы проектирования. Построение физической модели данных.

26.Процессы проектирования. Шаблоны информационной архитектуры.

27.Процессы проектирования. Проектирование программной архитектуры.

28.Процессы проектирования. Модели описания программной архитектуры.

29.Процессы проектирования. Шаблоны программной архитектуры.

30.Процессы проектирования. Проектирование инфраструктуры.

31.Процессы проектирования. Проектирование интерфейсов.

Ссылка на основную публикацию
Adblock
detector