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

Обновлено: 28.05.2024

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

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

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

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

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

Часто при составлении технической документации используются автоматизированные средства — генераторы документации, такие как Doxygen, javadoc, NDoc и другие. Они получают информацию из специальным образом оформленных комментариев в исходном коде, и создают справочные руководства в каком-либо формате, например, в виде текста или HTML. Использование генераторов документации и документирующих комментариев многими программистами признаётся удобным средством, по различным причинам. В частности, при таком подходе документация является частью исходного кода, и одни и те же инструменты могут использоваться для сборки программы и одновременной сборки документации к ней. Это также упрощает поддержку документации в актуальном состоянии.

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

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

Обычно, пользовательская документация представляет собой руководство пользователя, которое описывает каждую функцию программы, а также шаги, которые нужно выполнить для использования этой функции. Хорошая пользовательская документация идёт ещё дальше и предоставляет инструкции о том, что делать в случае возникновения проблем. Очень важно, чтобы документация не вводила в заблуждение и была актуальной. Руководство должно иметь чёткую структуру; очень полезно, если имеется сквозной предметный указатель. Логическая связность и простота также имеют большое значение.

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

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

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

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

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

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

Когда программист-разработчик получает в той или иной форме задание на программирование, перед ним, перед руководителем проекта и перед всей проектной группой встают вопросы: что должно быть сделано, кроме собственно программы? что и как должно быть оформлено в виде документации? что передавать пользователям, а что — службе сопровождения? как управлять всем этим процессом? Кроме упомянутых вопросов есть и другие, например, что должно входить в само задание на программирование? Прошло много лет, программирование происходит в среде совершенно новых технологий, многие программисты, работая в стиле drag-and-drop, могут годами не видеть текст своих программ. Это не значит, что исчезла необходимость в их документировании. Более того, вопросы о наличии хоть какой-то системы, регламентирующей эту сторону создания программных средств, продолжают задавать постоянно. Спрашивают и о том, есть ли обязательные для применения стандарты (особенно остро стоит этот вопрос, когда разработка выполняется по заказу государственной организации или предприятия). Интересуются и тем, где можно купить имеющиеся стандарты.

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

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

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

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

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

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

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

В связи с этим следует различать две категории пользователей: ординарных пользователей программы и администраторов. Ординарный пользователь программы (end-user) использует программу для решения своих задач (в своей предметной области). Это может быть инженер, проектирующий техническое устройство, или кассир, продающий железнодорожные билеты с помощью данной программы. Он может и не знать многих деталей работы компьютера или принципов программирования. Администратор программы (system administrator) управляет использованием программы ординарными пользователями и осуществляет сопровождение программного средства, не связанное с модификацией программ. Например, он может регулировать права доступа к программе между ординарными пользователями, поддерживать связь с поставщиками программы или выполнять определенные действия, чтобы поддерживать программу в рабочем состоянии, если оно включено как часть в другую систему.

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

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

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

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

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

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

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

Документация по сопровождению программного средства (system documentation) описывает программное средство с точки зрения ее разработки.

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

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

Внешнее описание программного средства (Requirements document).
Описание архитектуры программного средства (description of the system architecture), включая внешнюю спецификацию каждой ее программы.
Для каждой программы программного средства - описание ее модульной структуры, включая внешнюю спецификацию каждого включенного в нее модуля.
Для каждого модуля - его спецификация и описание его строения (design description).
Тексты модулей на выбранном языке программирования (program source code listings).
Документы установления достоверности программного средства (validation documents), описывающие, как устанавливалась достоверность каждой программы программного средства и как информация об установлении достоверности связывалась с требованиями к программному средству.

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

Руководство по сопровождению программного средства (system maintenance guide), которое описывает известные проблемы вместе с программным средством, описывает, какие части системы являются аппаратно- и программно- зависимыми, и как развитие программного средства принято в расчет в его строении (конструкции).
Общая проблема сопровождения программного средства - обеспечить, чтобы все его представления шли в ногу (оставались согласованными), когда программное средство изменяется. Чтобы этому помочь, связи и зависимости между документами и их частями должны быть зафиксированы в базе данных управления конфигурацией.

Процесс управления конфигурацией является процессом применения административных и технических процедур на всем протяжении ЖЦ ПС для определения состояния (базовой линии) программных объектов в системе, управления их изменениями и выпуском.

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

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

Зачем нужен реестр отечественного ПО

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

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

Создать и вести реестр поручили Министерству массовых коммуникаций, которое в 2020 году переименовали в Министерство цифрового развития, связи и массовых коммуникаций — Минцифры. Проект заработал в 2016 году.

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

Хакнуть ЖКХ

Как устроен реестр

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

Оба списка устроены одинаково: по сути это таблицы, где указаны регистрационный номер, название ПО, ссылка на сайт компании-разработчика и класс программы.

Класс программы — это сфера, где может применяться ПО. Классы стремятся наиболее точно описать сферы применения программ, поэтому их очень много: начиная от встроенных системных программ вроде BIOS или UEFI и заканчивая инструментами распознавания изображений.

Регистрационные номера в российском реестре состоят только из цифр. Красная пометка возле класса указывает, по какому классификатору определялась программа. Для ПО, которое регистрировали до 2021 года, использовали документ, утвержденный в 2015 году. Для новых программ — классификатор от 22 августа 2020 года

Какие льготы есть у разработчиков из реестра

До середины 2020 года у разработчиков, которые попадали в реестр, была одна льгота — преимущество на госзакупках. Согласно специальному постановлению правительства, госорганы и компании с госучастием были не вправе покупать иностранное ПО, если в реестре есть аналог.

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

Но в целом с 2015 по 2020 год реестр был нишевым сервисом для производителей ПО, которые работали с госсектором. За первые 4,5 года в реестре сделали около 7000 записей. Резкий приток компаний-разработчиков случился в июле 2020 года, когда власти осуществили так называемый налоговый маневр.

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

Эта же льгота распространяется и на встроенное программное обеспечение. Главное условие — чтобы по документам программа продавалась отдельно от устройства, на которое установлена. Поэтому некоторые разработчики стали разделять стоимость железа, услуг и ПО. Например, компания продает флешку с ЭЦП, а в счете отдельно прописывает стоимость накопителя и программного обеспечения.

Требования к разработчикам и ПО

По правилам формирования реестра, которые утвердили в 2015 году, подать заявку может как физическое лицо — гражданин России, так и юрлицо. Главное требование к организациям — большая часть компании-производителя должна быть в собственности россиян.

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

Есть и другие важные требования:

Сумма выплат по лицензионным и иным договорам за рубеж не должна превышать 30% от выручки компании. Например, если за год доход от продажи программы составил 100 млн рублей, а 35 млн из них фирма перечислила иностранным компаниям за лицензионное использование программных компонентов, которые нужны для работы основного ПО, то это уже нарушение требований.
У компании-правообладателя должен быть свой сайт в интернете — на нем попросят разместить все материалы заявки.
Программа должна полностью принадлежать компании на территории всего мира. Ее компоненты должны использоваться законно — на основании лицензий, в том числе открытых. ПО и его компоненты не должны иметь ограничений на использование на территории России или некоторых регионов.

Как попасть в реестр отечественного ПО

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

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

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

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

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

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

Учредительные документы компании — устав и доверенность, если заявку подает не руководитель. Для разработчика-физлица — ИНН и паспортные данные.
Документы, которые подтверждают права на ПО. Это может быть свидетельство о регистрации программы в Роспатенте, внутренние документы компании либо договор о приобретении прав на программу.
Сведения о лицензионных отчислениях за рубеж и выручке компании — бухгалтерские документы, а также лицензионные договоры, если они есть.

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

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

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

После придет уведомление о том, что документы приняли.

Как рассматривают заявку на включение в реестр

Оценка по формальным критериям. Обычно этот этап длится около месяца. В министерстве проверят, все ли документы на месте, работают ли ссылки, правильно ли указаны реквизиты и так далее. Если что-то не так — заявку попросят доработать. Если все в порядке — документы передадут на рассмотрение по существу.

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

Эксперты оценят документы разработчика и само ПО. Информацию о программе заносят в специальный лист проверки сведений. Если понадобится дополнительная информация, ее могут запросить у компании-разработчика и на этом этапе. Результат работы экспертов — итоговое заключение — должен рассмотреть экспертный совет при министерстве.

Фрагмент листа проверки сведений. Первая часть посвящена предоставленным сведениям: все ли есть или чего-то не хватает

Пример запроса, который могут сделать эксперты: тут запрашивают информацию о компоненте ПО и лицензии на него

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

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

Раньше заявку рассматривали 3—6 месяцев , в зависимости от загруженности министерства. Однако 20 июля 2021 года в силу вступило постановление правительства, которое должно сократить сроки регистрации в два-три раза.

Для включения в Единый реестр ПО должно пройти проверку в Экспертном совете при Минкомсвязи России. Проверка ПО осуществляется на предмет соответствия Правилам формирования и ведения Единого реестра.

Данные рекомендации разработаны Центром компетенций по импортозамещению в сфере ИКТ и предназначены для применения правообладателями ПО в процессе подготовки к процедуре проверки Экспертным советом.

1. Проверка технологического стека

1. Подготовьте список необходимых для установки и работы вашего ПО сторонних компонентов/систем;

2. Проверьте, что для всех компонентов/систем отсутствуют ограничения по распространению и использованию на территории Российской Федерации, включая отдельные субъекты (Республика Крым, Севастополь);

3. Проверьте соответствие вашего ПО на требования к операционным системам как среде функционирования:

1. Серверные операционные системы

- не менее 2 различных ОС из Реестра;
- Microsoft Windows Server (2008 и выше);

2. Десктопные операционные системы

- не менее 2 различных ОС из Реестра;
- Microsoft Windows (7 и выше);

3. Мобильные операционные системы

- мобильная ОС из Реестра (в настоящий момент - Аврора);

3.2. Для остальных классов ПО - дополнительные требования к ОС не установлены.

4.1. СУБД

1. EnterpriseDB
2. IBM DB2
3. InterSystems Caché
4. Microsoft Access
5. Microsoft SQL Server
6. Oracle Database
7. Oracle MySQL (Standard Edition, Enterprise Edition, Cluster Carrier Grade Edition)
8. Oracle NoSQL Database
9. Redis Enterprise
10. SAP HANA
11. SAP Adaptive Server Enterprise (ASE) / Sybase Adaptive Server Enterprise (ASE)
12. SAP SQL Anywhere / Sybase SQL Anywhere
13. Splunk

1. Любые СУБД из Единого реестра

2. СУБД с открытой лицензией, в частности:

а) CouchDB
б) Elasticsearch
в) Firebird (рекомендуется перейти на российский аналог Ред База Данных)
г) Hive
д) MariaDB
е) MongoDB
ж) Oracle MySQL (Community Edition)
з) PostgreSQL (рекомендуется перейти на российский аналог PostgresPro)
и) Redis (open-source edition)

3. СУБД стран, не налагающих санкции, например:

a. Tmaxsoft Tibero

4.2. Серверы приложений

1. Adobe ColdFusion
2. IBM WebSphere Application Server
3. Oracle Weblogic Application Server
4. RedHat JBoss Enterprise Application Platform
5. RogueWave Zend Server
6. SAP NetWeaver Application Server

1. Любые серверы приложений из Реестра (например, Liberica JDK)

2. Серверы приложений с открытой лицензией, в частности:

а) Enhydra Server
б) Geronimo
в) GlassFish
г) OpenJDK
д) Resin Java Application Server
е) TomEE
ж) WildFly

3. Серверы приложений стран, не налагающих санкции

4.3. Платформы

1. Amazon Web Services
2. IBM FileNet
3. IBM Lotus Domino / Notes
4. Microsoft Azure
5. Microsoft Dynamics
6. Microsoft SharePoint
7. SAP

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

Свидетельство Роспатента;
[или] Договор отчуждения исключительного права;
[или] Комплект внутренних актов компании на создание и принятие на учет соответствующего нематериального актива и т.п.

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

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

4. Проверьте, что использованные при разработке ПО сторонние компоненты:

3. Подготовка проверочного экземпляра

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

4. Определение классов

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

3. Выберите подходящие для вашего ПО классы.

5. Наличие необходимых лицензий

1. Подготовьте копию лицензии на осуществление деятельности по разработке и производству средств защиты конфиденциальной информации;

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

6. Информация о процессах разработки и поддержки

Данная проверка должна позволить оценить способности заявителя независимо поддерживать, исправлять ошибки и совершенствовать продукт, используя собственную инфраструктуру и персонал.

1. Подготовьте информацию о процессе разработки:

данные о персонале, задействованном в процессе разработки (количество, квалификация);
фактический почтовый адрес, по которому осуществляется процесс разработки заявляемого ПО;

2. Подготовьте информацию о процессе сопровождения:

данные о возможных средствах коммуникации со службой поддержки;
данные о режиме работы службы поддержки;
данные о персонале, задействованном в процессе сопровождения (количество);
фактический почтовый адрес, по которому осуществляется процесс сопровождения;

В качестве минимально необходимых должны быть описаны следующие процессы:

Процессы реализации (разработки) ПО – проектирование, конструирование, сборка, тестирование;
Процессы поддержки ПО – менеджмент конфигурации ПО, процесс решения проблем в ПО.

7. Актуализация информации на официальном сайте

! Информация на перечисленных ниже страницах всегда должна быть доступна для неавторизованных пользователей. В случае, если какая-то требуемая информация (или страница целиком) перестаёт быть доступной (сайт переехал, структура поменялась, доступ предоставляется только авторизованным пользователям и т.п.), это является поводом для исключения сведений о вашем ПО из Единого Реестра.

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

3. Проверьте, что страница содержит описание функциональных характеристик ПО;

4. Проверьте, что страница:

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

1.1. В целях настоящего документа нижеприведенные термины используются в следующем значении:

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

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

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

1.2. В Лицензии могут быть использованы термины, не определенные в п.1.1 Лицензии. В этом случае толкование такого термина производится в соответствии с текстом Лицензии. В случае отсутствия однозначного толкования термина в тексте Лицензии следует руководствоваться толкованием термина, определенным законодательством Российской Федерации, затем — сложившимся (общеупотребимым) в сети Интернет.

2. Общие положения

2.2. Копируя Программу, устанавливая её на свое мобильное устройство или используя Программу любым образом, Пользователь выражает свое полное и безоговорочное согласие со всеми условиями Лицензии.

2.3. Использование Программы разрешается только на условиях настоящей Лицензии. Если Пользователь не принимает условия Лицензии в полном объёме, Пользователь не имеет права использовать Программу в каких-либо целях. Использование Программы с нарушением (невыполнением) какого-либо из условий Лицензии запрещено.

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

2.5. Пользуясь Программой, Пользователь соглашается с тем, что неотъемлемыми частями настоящей Лицензии являются следующие документы, условия которых в полной мере распространяются на использование Программы:

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

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

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

3. Права на Программу

3.1. Исключительное право на Программу принадлежит Правообладателю.

4. Лицензия

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

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

4.1.2. Воспроизводить и распространять Программу в некоммерческих целях (безвозмездно).

5. Ограничения

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

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

5.3. Пользователь не имеет права распространять Программу в виде, отличном от того, в котором он ее получил, без письменного согласия Правообладателя.

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

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

7. Условия приобретения Электронных билетов с использованием Программы

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

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

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

7.4. На Ресурсах Яндекса Пользователь может приобрести до 4 (четырех) Электронных билетов в одном заказе, в зависимости от Продавца. Количество Электронных билетов, которые доступны для приобретения одним Пользователем, может быть дополнительно ограничено по усмотрению Продавца/Перевозчика.

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

7.6. В рамках настоящей Лицензии Яндекс не оказывает платных услуг Пользователю, в том числе в случае осуществления Пользователем приобретения Электронного билета с помощью Программы, за исключением случаев оказания Яндексом услуг по бронированию и доставке (посредством сети Интернет) Электронных билетов.

7.9. Приобретая Электронные билеты, Пользователь подтверждает, что (i) он полностью ознакомился с положениями Лицензии и документов, указанных в п.2.5 настоящей Лицензии; (ii) он полностью понимает условия указанных документов, а также предмет и условия заключенного с перевозчиком договора; (iii) он полностью понимает значение и последствия своих действий в отношении заключения и исполнения договора с перевозчиком; (iv) указанные Пользователем пассажиры ознакомлены с условиями договора перевозки и указанных в п.7.1 документов; (v) указанные Пользователем пассажиры предоставили Пользователю свои согласия на внесение Пользователем их персональной информации в систему Яндекса и дальнейшую обработку их персональной информации указанными в Лицензии способами и для указанных целей.

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

8. Оплата Электронных билетов

8.1. Пользователь выбирает в Программе интересующие его направление (место отправления и назначения, дату и время отправления и т.д.).

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

8.4. В момент выполнения Пользователем действий, указанных в пп. 8.2 и 8.3 Лицензии, Пользователь подтверждает, что:

информация о перевозке и Электронных билетах доведена до сведения Пользователя в полном объеме;

до заключения договора перевозки Пользователь ознакомился (в т.ч., при необходимости, связавшись с Продавцом и(или) Перевозчиком) с подробной информацией о перевозке, правилах перевозки, иных применимых правилах, как указанных в п.7.1 Лицензии, так и установленных законодательством или Перевозчиком; адресе (месте нахождения) Перевозчика; полном фирменном наименовании (наименовании) Перевозчика и режиме его работы (режиме работы Продавца); о цене Электронных Билетов; условиях посадки в поезд.

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

8.6. В случаях, предусмотренных законодательством РФ, при расчетах за Электронные билеты в сети Интернет кассовый чек направляется на адрес электронной почты, указанный Пользователем для направления Электронного билета в порядке, предусмотренном п. 8.3 Лицензии.

9. Информация о Продавцах

Наименование Продавца (Перевозчика)

9.1. В случае, когда Яндекс оказывает Пользователю возмездную услугу по бронированию и доставке (посредством сети Интернет) Электронных билетов (далее для целей настоящего раздела – Услуги), применяются следующие условия определения стоимости, оплаты и сдачи-приемки Услуг:

9.1.1. Стоимость Услуги определяется автоматически. Информация о стоимости Услуги доступна Пользователю непосредственно перед осуществлением оплаты в соответствии с разделом 8 Лицензии.

9.1.2. Стоимость оказываемых Услуг включает НДС в соответствии с действующим законодательством Российской Федерации.

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

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

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

10. Ответственность по Лицензии

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

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

11. Прочие условия

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

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

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

неподтверждения авторизации оплаты банком-эмитентом или электронной платежной системой;

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

11.4. Яндекс не несет ответственность за:

11.4.1. Временные сбои и перерывы в работе Программы или сервиса Продавца и вызванные ими потери информации, а также сохранность информации, правильность и своевременность ее передачи и доставки.

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

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

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

12. Обновления/новые версии Программы

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

Согласно статье 1261 ГК РФ программа для ЭВМ - это представленная в объективной форме совокупность данных и команд, которые предназначены для функционирования ЭВМ и других компьютерных устройств в целях получения определённого результата, включая подготовительные материалы, которые получены в ходе разработки программы для ЭВМ, и порождаемые ею аудиовизуальные отображения.

На основании части IV Гражданского Кодекса Российской Федерации программы для ЭВМ и базы данных указаны в перечне результатов интеллектуальной деятельности (интеллектуальной собственности), охраняемых законом (статья 1225 ГК РФ).

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

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

Исключительные права

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

Автор (разработчик) программного продукта не имеет право продавать или предоставлять его другим лицам. Исключительное право переходит к организации-покупателю на основании договора отчуждения (ст. 1234 ГК РФ).

Исключительные права в бухгалтерском учете учитываются в составе нематериальных активов (НМА). Так как единовременно соблюдаются следующие условия (п. 3 ПБУ 14/2007):

у организации есть документы, которые подтверждают ее права на использование объекта НМА;

объект НМА можно отделить от других объектов;

объект НМА не имеет материально-вещественной формы;

организация не планирует продавать права на компьютерную программу как минимум в течение года;

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

объект может принести экономическую выгоду (доходы);

срок использования компьютерной программы превышает 12 месяцев;

первоначальная стоимость НМА может быть достоверно определена.

Чтобы программу включить в состав НМА в налоговом учете, необходимо выполнение следующих условий (п. 3 ст. 257 НК РФ):

организация имеет документы, которые подтверждают ее права на использование объекта НМА;

объект может принести экономическую выгоду (доходы);

срок использования компьютерной программы превышает 12 месяцев.

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

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

Неисключительные права

На практике, большинство приобретаемых программ и баз данных имеют неисключительные права и приобретаются по лицензионному или сублицензионному договору. Такой вид права не может быть отнесен к нематериальным активам (п. 3 ст. 257 НК РФ). Поэтому неисключительные права списывают на счета затрат в составе прочих расходов ( пп. 26 п. 1 ст. 264 НК РФ)

Определение и существенные признаки лицензионного договора

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

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

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

Лицензионный договор должен быть заключён в письменной форме.

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

Лицензионный договор должен предусматривать способы использования результата интеллектуальной деятельности (ПО), то есть объём передаваемых прав – как лицензиат имеет право использовать ПО.

Лицензионный договор должен предусматривать предмет договора путем прямого указания на результат интеллектуальной деятельности (ПО).

Таким образом, можно сделать следующие выводы:

Любая программа для ЭВМ — это результат интеллектуального труда (ст. 1225 ГК РФ).

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

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

Чтобы учесть программу в расходах, необходимы следующие документы:

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

Читайте также: