Дополнительные функциональные возможности , рассчитанные на различные сферы, применения, на различные конфигурации машин, оформляются как необязательные и включаются в операционную систему по требованию пользователя во время генерации системы. Это вызвано прежде всего тем, что каждая дополнительная возможность увеличивает объем основной памяти, занимаемой операционной системой. Наиболее важными из дополнительных управляющих программ являются: программы распределения основной памяти, ее защиты, выполнения заданий в соответствии с их приоритетами. Этот принцип нашел отражение и в том, что с каждого входного языка, включаемого в состав программного обеспечения, имеется несколько транслирующих систем. [1]
Какие дополнительные функциональные возможности имеют инженерные микрокалькуляторы по сравнению с простейшими. [2]
ДИАМС-2 предоставляет пользователю следующие дополнительные функциональные возможности по сравнению с первой версией системы: ведение системного журнала изменений, использование дисковых накопителей для временного хранения выводимых данных, установку и изменение приоритетов терминалов, эффективное сохранение и восстановление копии системы, увеличение допустимого размера значащих цифр числовых переменных до 27 десятичных знаков, использование символических индексов при формировании глобальных файлов, использование технических средств второй очереди ОМ ЭВМ, доступ к базам данных с других процессоров на системном уровне, подключение к системе до 80 терминалов. Входным языком системы является расширенная версия стандарта ANSI языка MUMPS. Язык применяется для обработки строковых данных переменной длины, числовой и логической информации. [3]
«Заявка на программу для ЭВМ / базу данных», спикер: Екатерина Михайловна Спиридонова
Наличие двух контрольных входов и двух выходов придает прибору дополнительные функциональные возможности . Микросхема может работать в режиме четного и нечетного паритета как в положительной, так и в отрицательной логике. [5]
О Службы ( Services) — это компоненты, которые реализуют дополнительные функциональные возможности , отсутствующие у провайдера. Службы могут являться как провайдерами, так и потребителями данных. [6]
ТОВАР — товар, изделие, принципиально отличающееся от известных ранее на рынке, содержащее новые или дополнительные функциональные возможности , изменения в форме, дизайне, имеющие важное значение для потребителей. [7]
НОВЫЙ ТОВАР — товар, изделие, принципиально отличающееся от известных ранее на рынке, содержащее новые или дополнительные функциональные возможности , изменения в форме, дизайне. [8]
Товары классифицируются по различным критериям: товары конечного и промежуточного ( покупается с целью последующего его использования в виде ресурсов производства других товаров) потребления, товары производственного назначения, товары длительного и краткосрочного пользования, товары повседневного спроса ( регулярно используемые в личном потреблении; их покупают часто, без раздумий и с минимальными усилиями на сравнение между собой) и интервального пользования, товары пассивного ( те, которые потребитель не знает или знает, но обычно не задумывается о его покупке) и повышенного спроса, товары сезонного спроса, сопутствующие товары ( навязываемые продавцом при продаже основного товара), товары роскоши, сырьевые продукты и готовые изделия, экспортные товары, уникальные товары, новые ( содержащие новые или дополнительные функциональные возможности , изменения в форме, дизайне или упаковке, имеющие значение для потребителя) и подержанные товары. [9]
Оформление заявки на государственную регистрацию программы для ЭВМ или базы данных
У JVffp есть еще несколько других черт; в дистрибутив добавлен ряд иллюстрирующих файлов, которые стоит изучить. Ниже приводится последний пример, демонстрирующий его дополнительные функциональные возможности . [10]
Источник: www.ngpedia.ru
Функциональные возможности
Данная характеристика описывает свойства ПО в части полноты удовлетворения требований пользователя и в этом смысле является определяющей для потребительских свойств ПО, в то время как остальные характеристики носят более технический характер, что не уменьшает их значение при оценке качества ПО.
Надежность
Специфика ПО заключается в том, что оно не подвержено старению и износу, а отказы проявляются из-за ошибок в требованиях, проекте, реализации. Надежность — набор атрибутов, относящихся к способности ПО сохранять свой уровень качества функционирования в установленных условиях за определенный период времени.
3. Практичность
При оценке этой характеристики следует исходить из требований пользователя, так как пользователи разного уровня подготовленности предъявляют разные (часто взаимоисключающие) требования.
Практичность — набор атрибутов, относящихся к объему работ, требуемых для исполнения и индивидуальной оценки такого исполнения определенным или предполагаемым кругом пользователей.
Эффективность
Оценка данной характеристики также критически зависит от требований пользователя. ПО может выглядеть неэффективным не в силу плохого кодирования, а в силу противоречивости и нереальности исходных требований. Например, требования к ПО выполнять функции на технических средствах минимальной (по объему оперативной и дисковой памяти, тактовой частоте и пр.) конфигурации компьютера противоречит требованиям о высоком быстродействии.
Эффективность — набор атрибутов, относящихся к соотношению между уровнем качества функционирования ПО и объемом используемых ресурсов при установленных условиях.
Сопровождаемость. Мобильность
Эти характеристики связаны с долгосрочным планированием развития ПО (и эксплуатирующей его организации).
Улучшение сопровождаемости и мобильности может, вообще говоря, повысить стоимость ПО в настоящий момент времени, что (многократно) окупается лишь через несколько лет. Сопровождаемость — набор атрибутов, относящихся к объему работ, требуемых для проведения конкретных изменений (модификаций).
Мобильность — набор атрибутов, относящихся к способности ПО быть перенесенным из одного окружения в другое.
На сегодняшний день продолжает действовать ГОСТ 28195-89. В таблице 1. показаны факторы и критерии качества ПО согласно ГОСТ 28195.
Наименование факторов и критериев качества ПО и их обозначение
1. Надежность ПО (Н)
Характеризует способность ПО в конкретных областях применения выполнять заданные функции в соответствии с программными документами в условиях возникновения отклонений в среде функционирования, вызванных сбоями технических средств, ошибками во входных данных, ошибками обслуживания и другими дестабилизирующими воздействиями.
1.1. Устойчивость функционирования (Н1)
Способность обеспечивать продолжение работы ПО после возникновения отклонений, вызванных сбоями технических средств, ошибками во входных данных и ошибками обслуживания.
1.2. Работоспособность (Н2)
Способность ПО функционировать в заданных режимах и объемах обрабатываемой информации в соответствии с программными документами при отсутствии сбоев технических средств.
2. Сопровождаемость (С)
Характеризует технологические аспекты, обеспечивающие простоту устранения ошибок в ПО и программных документах и поддержания ПО в актуальном состоянии.
2.1. Структурность (С1)
Организация всех взаимосвязанных частей ПО в единое целое с использованием логических структур последовательность, выбор, повторение.
2.2. Простота конструкции (С2)
Построение модульной структуры ПО наиболее рациональным образом с точки зрения восприятия и понимания.
2.3. Наглядность (С3)
Наличие и представление в наиболее легко воспринимаемом виде исходных модулей ПО, полное их описание в соответствующих программных документах.
2.4. Повторяемость (С4)
Степень использования типовых проектных решений или компонентов, входящих в ПО.
3. Удобство применения (У)
Характеризует свойства ПО, способствующие быстрому освоению, применению и эксплуатации ПО с минимальными трудозатратами с учетом характера решаемых задач и требований к квалификации обслуживающего персонала.
3.1. Легкость освоения (У1)
Представление программных документов и ПО в виде, способствующем пониманию логики функционирования ПО в целом и его частей.
3.2. Доступность эксплуатационных программных документов (У2)
Понятность, наглядность и полнота описания взаимодействия пользователя с ПО в эксплуатационных программных документах.
3.3. Удобство эксплуатации и обслуживания (У3)
Соответствие процесса обработки данных и форм представления результатов характеру решаемых задач.
4. Эффективность (Э)
Характеризует степень удовлетворения потребности пользователя в обработке данных с учетом экономических, вычислительных и людских ресурсов.
4.1. Уровень автоматизации (Э1)
Уровень автоматизации функций процесса обработки данных с учетом рациональности функциональной структуры ПО с точки зрения взаимодействия с ней пользователя и использования вычислительных ресурсов.
4.2. Временная эффективность (Э2)
Способность ПО выполнять заданные действия в интервал времени, отвечающий заданным требованиям.
4.3. Ресурсоемкость (Э3)
Минимально необходимые вычислительные ресурсы и число обслуживающего персонала для эксплуатации ПО.
5. Универсальность (Г)
Характеризует адаптируемость ПО к новым функциональным требованиям, возникающим вследствие изменения области применения или других условий функционирования.
5.1. Гибкость (Г1)
Возможность использования ПО в различных областях применения.
5.2. Мобильность (Г2)
Возможность применения ПО без существенных дополнительных трудозатрат на ЭВМ аналогичного класса.
5.3. Модифицируемость (Г3)
Обеспечение простоты внесения необходимых изменений и доработок в ПО в процессе эксплуатации.
6. Корректность (К)
Характеризует степень соответствия ПО требованиям, установленным в техническом задании, требованиям к обработке данных и общесистемным требованиям.
6.1. Полнота реализации (К1)
Полнота реализации заданных функций ПО и достаточность их описания в программной документации.
6.2. Согласованность (К2)
Однозначное, непротиворечивое описание и использование тождественных объектов, функций, терминов, определений, идентификаторов и т.д. в различных частях программных документов и текста программы.
6.3. Логическая корректность (К3)
Функциональное и программное соответствие процесса обработки данных при выполнении задания общесистемным требованиям.
6.4. Проверенность (К4)
Полнота проверки возможных маршрутов выполнения программы в процессе тестирования.
В приложении к стандарту установлены методы проведения контроля за качеством ПО.
Источник: studfile.net
Разновидности программ для ЭВМ
Программы для ЭВМ можно разделить на несколько видов. Наиболее удачным основанием классификации является основное назначение программ. По этому основанию выделяются следующие группы компьютерных программ.
- 1. Операционные системы. Операционная система — это специальная программа, обеспечивающая взаимодействие всех устройств компьютера между собой и с оператором (пользователем). Операционная система выполняет следующие задачи: предоставление пользователю возможности управления компьютером (процесс включения, программное подключение внешних устройств и т.п.); распределение ресурсов между программами (памяти, очередности, времени); выявление непредвиденных ситуаций и соответствующее реагирование на них (сбои в работе устройств, программ, выключение электропитания). Наиболее распространенной в настоящее время является операционная система Windows.
- 2. Сервисные (обслуживающие) программы, под которыми понимаются программы, дополняющие и расширяющие возможности пользователя по использованию средств операционной системы, например обеспечивающие ускорение работы жесткого диска, проверку устройств на сбои, введение различных паролей и кодов.
- 3. Языки программирования, т.е. программы, создающие программы. На данные программы в силу прямого указания Закона правовая охрана не распространяется (п. 5 ст. 3 Закона РФ «О правовой охране программ для ЭВМ и баз данных»). Данное решение законодателя представляется не совсем логичным. Языки программирования также представляют собой программы, разработанные с целью написания других программ в той или иной операционной среде. Безусловно, программа, написанная на определенном языке программирования, — это совершенно новый, обособленный объект правовой охраны, и она не может быть приравнена по своей правовой природе к производному произведению. Но, несмотря на это, такая программа основана на логике, символике и, наконец, «пошаговое™» выполнения команд, предусмотренных определенным языком программирования. Логично бы было предположить условие, что для коммерческого использования программы, написанной на определенном языке программирования, ее создатель должен получить разрешение от обладателя прав на данный язык программирования. Однако автор программы этого не делает, и закон находится на его стороне. На практике, чтобы хоть как-то компенсировать этот недостаток законодательства, владельцы языков программирования решают эту проблему путем установления на них более высокой цены. К примеру, пакет Delphi, предназначенный для программирования в среде Windows, стоит около 2000 американских долларов, что на порядок выше стоимости других программных продуктов корпорации Microsoft [1] .
- 4. Средства обработки текстов и изображений, так называемые «текстовые и графические редакторы и процессоры».
- 5. Системы управления базами данных.
- 6. Программы искусственного интеллекта. К ним относятся программы, позволяющие обрабатывать естественный язык и моделировать диалог, помогающие принимать решения (экспертные системы), производить автоматическое доказательство теорем, использовать робототехнику, осуществлять автоматическое программирование, распознавать образы (отпечатки, фонограммы) и т.п.
- 7. Средства для обработки цифровых данных, обеспечивающие создание так называемых «электронных таблиц» для выполнения расчетов и подготовки расчетных документов.
- 8. Вредоносные программы. Под таковыми понимаются программы для ЭВМ, которые специально предназначены для нарушения авторских прав, а также так называемые «компьютерные вирусы», т.е. программы обладающие свойством самовоспроизводиться и создавать помехи в работе на ЭВМ без санкции добросовестных пользователей. Для нарушения авторского права могут использоваться различные виды компьютерных программ, т.к. способности копировать, модифицировать и уничтожать информацию являются вполне типичными функциями обычных программ. В случае использования таких программ для нарушения исключительных прав к ответственности должны привлекаться пользователи, которые совершают противоправные действия, а не разработчики компьютерных программ широкого назначения. Иная ситуация складывается в случае с программами, которые специально предназначены для нарушения авторских прав, т.е. программами, заведомо приводящими к несанкционированному уничтожению, блокированию, модификации либо копированию информации. Создатели таких программ так же, как и программ-вирусов, могут привлекаться к уголовной ответственности по ст. 273 Уголовного кодекса РФ («Создание, использование и распространение вредоносных программ для ЭВМ»). Следовательно, разработка вредоносных программ запрещена, и авторское право на них не распространяется. Целесообразным представляется внесение дополнений в Закон РФ «О правовой охране программ для ЭВМ и баз данных», которые прямо установили бы запрет на создание вредоносных компьютерных программ, аналогичный существующему в Законе Республики Беларусь «Об авторском праве и смежных правах» (ст. 39) [2] .
- 9. Интегрированные системы, которые представляют собой совокупность функционально различных компонентов, способных взаимодействовать между собой путем передачи информации и объединенных единым пользовательским интерфейсом. Такие системы обеспечивают различные информационные и вычислительные потребности пользователя и служат главным образом для автоматизации административной деятельности. Интегрированные системы в идеале претендуют на решение всех задач определенной группы пользователей с тем, чтобы им не нужно было обращаться к другим программным продуктам. Современные интегрированные системы, как правило, содержат следующие функциональные компоненты: электронную таблицу, текстовой редактор, систему управления базами данных, графический редактор.
- 10. Игровые программы.
- 11. Компьютерные программы, создающие произведения, например, музыку, стихотворения или рисунки. Выделение данных программ в отдельную группу вызвано проблемой определения авторства таких произведений. Сейчас эта проблема не имеет большой остроты, так как на сегодняшний день компьютерные программы, действуя самостоятельно или «почти» самостоятельно, не могут создавать экономически рентабельных произведений, соответствующих преобладающим в обществе вкусам. Однако чрезвычайно быстрое развитие компьютерных технологий может сделать возможным то, что раньше казалось нам недоступным. Поэтому в данном вопросе необходимо не только рассматривать современную ступень развития искусства, но и попытаться заглянуть в будущее. В отношении авторства на произведения компьютерного творчества возможны три варианта:
- а) признание автором произведения разработчика соответствующей программы;
- б) признание автором произведения пользователя программы, которой создано произведение;
- в) отказ в защите авторских прав на такое произведение [3] .
Рассмотрим проблему на примере произведений музыкального
творчества. Безусловно, авторство музыкальных произведений, созданных с использованием «вспомогательных» программ, т.е. программ, осуществляющих под руководством композитора, например, гармонизацию и ритмическое деление произведений, должно признаваться за композиторами — пользователями соответствующих программ.
Более сложным является вопрос, кому будет принадлежать авторство на созданные компьютером музыкальные произведения в случае, если программы смогут сами, без посторонней помощи, вырабатывать связанные серии тональных комбинаций, т.е. того, что составляет суть музыкального творчества. В данном случае речь идет о музыкальных произведениях, представляемых на суд публики в качестве новых творений, созданных автоматическим путем на основе системы обработки данных [4] . В случае признания авторства на такие произведения за разработчиками соответствующих программ или отказа от их правовой охраны, можно столкнуться со случаями массового замалчивания кибернетической природы этих произведений со стороны пользователей программ, которые будут выдавать их за свои собственные.
Британские законодатели, видимо предусмотрев подобное развитие событий, в Законе об авторском праве 1988 г. установили следующее: «В случае, если литературное, драматическое, музыкальное или художественное произведение созданы компьютером, автором будет считаться лицо, осуществившее необходимые приготовления для создания этого произведения» [5] . Данный Закон определяет произведения, «созданные компьютером», как созданные «без участия человека в качестве автора», а также устанавливает, что положения, касающиеся личных неимущественных прав, на такие произведения не распространяются. В научной литературе была выдвинута также концепция «квазиавторства» или «суррогатного» авторства.
Согласно этой концепции, имущественные права на результаты компьютерного творчества, так же, как и по британскому законодательству, должны принадлежать собственнику компьютера, на котором они созданы. Что же касается личных прав, то их следует признавать за создателем соответствующей программы, который выступает как «квазиавтор» [6] . Недостатком этой концепции является «расщепление» авторских прав между пользователем программы и ее создателем, что может вызвать ряд правовых конфликтов между ними.
Представляется, что более удачное решение содержится все-таки в вышеназванном Законе Великобритании. Норму аналогичного содержания стоит внести и в Закон Российской Федерации «Об авторском праве и смежных правах» (например, дополнив Закон статьей 14.1 «Авторское право на произведения, созданные компьютером»).
В настоящее же время в отношении произведений компьютерного творчества можно руководствоваться ст. 136 Гражданского кодекса РФ, которая устанавливает, что поступления, полученные в результате использования имущества (плоды, продукция, доходы), принадлежат лицу, использующему это имущество на законном основании, если иное не предусмотрено законом, иными правовыми актами или договором об использовании этого имущества. Хотя эта норма относится к праву собственности, а не к авторскому праву, использование ее возможно по аналогии Закона (ст. 6 ГК РФ), ввиду пробела в авторском законодательстве.
Данная классификация программ для ЭВМ является в значительной мере условной и при желании может быть дополнена. Ее задача — выявить основные разновидности компьютерных программ, классифицированных по функциональному признаку.
- [1] См.: Титов А. Указ. соч. С. 29—30.
- [2] См.: Ведомости национального собрания Республики Белорусь. 1998. № 31—32.Ст. 472.
- [3] Ю. Батурин предложил еще один вариант: признание автором произведения . компьютера (Батурин Ю.М. Проблемы компьютерного права. М., 1991. С. 121).От серьезного рассмотрения такой позиции стоит отказаться, так как компьютерили «искусственный интеллект» не является субъектом права, ввиду отсутствия унего независимого сознания, воли и интересов.
- [4] См.: Милле А. Музыка и электроника: Проблемы интеллектуальной собственности на музыкальные произведения и исполнения, созданные с помощью электроники // Бюллетень по авторскому праву, 1995. Т. XXVII. № 2. С. 18.
- [5] Там же.
- [6] Окюлов О. Правовой статус интеллектуальной собственности: Автореф. дисс. . д-ра юрид. наук. Ташкент: Ташкентский государственный юридический институт. 2000. С. 20.
Источник: studref.com
Результаты интеллектуальной деятельности в программах для ЭВМ
Отсутствие правильного оформления прав на интеллектуальную собственность заметно усложняет взаимодействие компании не только с контрагентами, но и с инвесторами, и может служить серьёзным препятствием для успешного привлечения инвестиций на развитие проекта.
По мере развития современных технологий неуклонно растет и число самых разнообразных IT- проектов. Однако далеко не все IT-компании задумываются о должном и своевременном оформлении интеллектуальных прав на свои продукты, сервисы и связанные результаты интеллектуальной деятельности и средства индивидуализации, которые по своей сути являются основными активами каждого IT-проекта.
Отсутствие правильного оформления прав на интеллектуальную собственность заметно усложняет взаимодействие компании не только с контрагентами, но и с инвесторами, и может служить серьёзным препятствием для успешного привлечения инвестиций на развитие проекта. Авторы материала рассказывают, о чём стоит задуматься IT-проекту на стадии запуска и развития при оформлении интеллектуальных прав. В первую очередь, стоит определить, что входит в комплекс интеллектуальной собственности, составляющей нематериальный актив IT-проекта. Обычно он состоит из следующих охраняемых результатов интеллектуальной деятельности и средств индивидуализации: — программы для ЭВМ (включая код сайтов в сети Интернет), — базы данных, — изобретения, патенты и промышленные образцы, — интернет-сайт, — секреты, производства (ноу-хау), — фирменное наименование, товарные знаки и знаки обслуживания, коммерческие обозначения. Этим материалом, посвящённым договорному оформлению интеллектуальных прав на программы для ЭВМ, мы начинаем цикл материалов.
Программы для ЭВМ
Ключевым активом практически любого IT-проекта является ПО, поэтому к оформлению интеллектуальных прав на него стоит подходить с особой тщательностью. С точки зрения законодательства, любое ПО является программой для ЭВМ (далее «ПЭВМ»). Программы для ЭВМ являются объектами авторского права, им предоставляется правовая охрана как литературным произведениям. Необходимо понимать, что любой программный продукт, включая его исходный текст и объектный код – онлайн-платформа, компьютерная игра, приложение для смартфона, «прошивка» какого-либо устройства — с точки зрения закона является программой для ЭВМ. Существует несколько оснований возникновения у IT-проекта исключительных прав на ПЭВМ: — создание ПЭВМ работниками компании; — создание ПЭВМ привлеченными подрядчиками по гражданско-правовым договорам; — возмездное приобретение ранее созданных программ для ЭВМ.
Создание программы для ЭВМ работниками компании
В случае, если ПЭВМ создается работниками компании, то результат интеллектуальной деятельности работника считается служебным произведением (ст. 1295 ГК РФ). Авторские права принадлежат работнику, а исключительное право — работодателю. При этом, трудовым договором может быть предусмотрен и иной порядок распределения прав.
Однако необходимо понимать, что компании-работодателю необходимо получить исключительное право на соответствующий результат интеллектуальной деятельности в полном объёме, чтобы иметь возможность его использования по усмотрению компании. При этом, существуют определённые нюансы корректного оформления трудовых правоотношений с работниками IT-компаний.
Зачастую в процессе юридического аудита IT-компаний мы сталкиваемся с тем, что их корпоративные юристы идут по пути наименьшего сопротивления и берут за основу трудовых договоров с программистами типовые формы трудовых договоров из различных баз данных, при этом не учитывая специфики оформления отношений. Поэтому, для грамотного оформления трудовых отношений в IT-компании следует обращать внимание на следующие моменты: 1. Трудовые договоры, заключаемые с работниками, создающими результаты интеллектуальной деятельности, обязательно должны содержать положения о том, что основной трудовой функцией такого работника является создание результатов интеллектуальной деятельности в соответствии с указаниями работодателя, и что создание интеллектуальной собственности – в данном случае, результатов интеллектуальной деятельности в виде ПЭВМ – является существенным обязательством работника по трудовому договору.
2. К трудовому договору в обязательном порядке прикладывается должностная инструкция, в которой прописывается порядок постановки работнику задач и компетенции работника. 3. В трудовом договоре необходимо предусмотреть порядок передачи работодателю исключительного права на создаваемые работником служебные произведения, а также положения о том, как будет происходить распоряжение таким произведением в случае, если работодатель получил исключительное право на него, но не начал его использование в течение установленного законом срока (п.
2 ст. 1295 ГК РФ). 4. Трудовой договор должен содержать положения о выплате работнику авторского вознаграждения как автору соответствующего результата интеллектуальной деятельности – которое может быть указано, в том числе, как процент от заработной платы работника. 5. Если компания планирует максимально обезопасить себя от недобросовестных действий сотрудников, необходимо разработать Положение о коммерческой тайне компании и ввести в компании с его помощью режим коммерческой тайны.
Создание программы для ЭВМ привлеченными подрядчиками
В случае, если ПЭВМ создается сторонним подрядчиком, то такое ПО считается произведением, созданным по заказу (1296 ГК РФ). Исключительное право на программу для ЭВМ по умолчанию принадлежит заказчику. Однако в заключаемом договоре стоит закрепить, что исключительное право на все результаты интеллектуальной деятельности, созданные по договору, по умолчанию принадлежит заказчику.
В случае отсутствия таких положений, подрядчик сможет использовать созданное по договору ПО для собственных нужд на условиях безвозмездной неисключительной лицензии в течение всего срока действия исключительного права. Если у созданной ПЭВМ есть существенный коммерческий потенциал, то его использование подрядчиком-разработчиком на основании такой лицензии может навредить коммерческой реализации ПЭВМ.
Также в заключаемом договоре необходимо предусмотреть порядок передачи исключительных прав на создаваемые результаты интеллектуальной деятельности и зафиксировать момент перехода исключительного права на них. В случае поэтапной приемки работ по договору, каждый этап желательно завершать передачей исключительных прав на соответствующий результат разработки путём подписания акта приемки-передачи.
По окончании действия договора сторонам следует составить общий акт приемки-передачи, который будет фиксировать передачу исключительного права на весь разработанный результат интеллектуальной деятельности в полном объёме. Помимо этого, в договоры с внешними подрядчиками стоит включать различные гарантии и заверения разработчика.
В первую очередь, стоит включать положения о том, что создаваемый результат интеллектуальной деятельности не нарушает исключительные права третьих лиц на какую-либо интеллектуальную собственность таких лиц. В совокупности с подобной гарантией можно также прописать и ответственность за её нарушение в виде договорной неустойки.
Наконец, если ПЭВМ заказывается у автора-физического лица, очень важно помнить о наличии у такого лица личных неимущественных (моральных) прав, отчуждение и отказ от которых ничтожны в силу закона. К таким правам относятся право авторства и право автора на имя (ст. 1265 ГК РФ), право на неприкосновенность произведения (ст. 1266 ГК РФ), право на обнародование произведения (ст.
1268 ГК РФ), право на отзыв (ст. 1269 ГК РФ). Для того, чтобы эти права не были нарушены, договор авторского заказа должен в обязательном порядке содержать как минимум следующие разрешения автора: 1. разрешение на опубликование; 2. разрешение на опубликование и использование произведения заказчиком-правообладателем как с указанием, так и без указания имени автора по усмотрению правообладателя; 3. разрешение на внесение в произведение изменений, его переработку и модификацию.
Возмездное приобретение ранее созданных программ для ЭВМ
Зачастую IT-проекты могут использовать для создания собственного продукта ранее созданные ПЭВМ. Такое использование должно быть оформлено путем заключения с правообладателем договора об отчуждении исключительного права.
В таких договорах должен быть четко определен объект, права на который передаются (например, соответствующая ПЭВМ), а также порядок перехода исключительных прав и вознаграждение правообладателя. Переход исключительных прав по договору должен подтверждаться актом приемки-передачи как самой ПЭВМ, так и исключительного права на неё в полном объёме.
Следует заметить, что и у компании, которая продаёт свою ПЭВМ вашей, точно также может быть неправильно оформлен переход исключительного права на неё от сторонних разработчиков и/или работников. По этой причине, перед тем, как компания собирается приобретать чужую ПЭВМ, следует провести полноценный аудит всей связанной с ней договорной конструкции (трудовые договоры, подряд и т.д.), чтобы оценить, является ли компания-продавец правообладателем ПЭВМ не только на словах, но и на бумаге. В следующих материалах мы расскажем о существующих способах защиты вашей программы для ЭВМ, правильном оформлении средств индивидуализации для IT-проекта, и моделях коммерческой реализации продуктов, таких, как лицензии и SaaS. До встречи! Михаил Третьяк, руководитель IP/IT-практики фирмы Digital Rights Сenter, Даниил Фёдоров, юрист фирмы Digital Rights Сenter
Источник: www.it-world.ru