Этапы создания программного обеспечения
Подборка наиболее важных документов по запросу Этапы создания программного обеспечения (нормативно–правовые акты, формы, статьи, консультации экспертов и многое другое).
Статьи, комментарии, ответы на вопросы
Статья: Анализ рисков и уязвимостей DeFi, требующих регулирования
(Ионцев М.А.)
("Финансы", 2025, N 3)Многие протоколы DeFi считаются децентрализованными, однако их структуры управления зачастую фактически являются централизованными. Как подчеркивает Международная организация комиссий по ценным бумагам [2], децентрализацию можно рассматривать как диапазон от полностью централизованного до полностью децентрализованного состояния системы, но на самом деле многие протоколы DeFi централизованы на уровне экономической действительности. Доли владения токенами управления, которые представляют собой право голоса в ДАО, могут быть чрезмерно сконцентрированы у небольшого числа заинтересованных сторон, таких как первоначальные инвесторы венчурного капитала, которые получают токены управления от разработчиков протокола в качестве компенсации, или третьи лица, чьи права голоса делегируются держателями токенов управления. Различные международные организации также подчеркивают, что протоколы DeFi высоко централизованы на этапах создания и разработки, поскольку разработчики программного обеспечения обычно сохраняют административные права, чтобы иметь возможность исправлять недостатки или ошибки, выполнять обновления. В эмпирическом исследовании систем управления ДАО установлено [5], что 17 из 21 выбранных ДАО контролировались менее чем 10 участниками. Эти результаты доказывают, что протоколы DeFi редко, если вообще когда-либо, полностью децентрализованы и все еще могут быть уязвимы для манипуляций со стороны небольшого числа заинтересованных сторон.
(Ионцев М.А.)
("Финансы", 2025, N 3)Многие протоколы DeFi считаются децентрализованными, однако их структуры управления зачастую фактически являются централизованными. Как подчеркивает Международная организация комиссий по ценным бумагам [2], децентрализацию можно рассматривать как диапазон от полностью централизованного до полностью децентрализованного состояния системы, но на самом деле многие протоколы DeFi централизованы на уровне экономической действительности. Доли владения токенами управления, которые представляют собой право голоса в ДАО, могут быть чрезмерно сконцентрированы у небольшого числа заинтересованных сторон, таких как первоначальные инвесторы венчурного капитала, которые получают токены управления от разработчиков протокола в качестве компенсации, или третьи лица, чьи права голоса делегируются держателями токенов управления. Различные международные организации также подчеркивают, что протоколы DeFi высоко централизованы на этапах создания и разработки, поскольку разработчики программного обеспечения обычно сохраняют административные права, чтобы иметь возможность исправлять недостатки или ошибки, выполнять обновления. В эмпирическом исследовании систем управления ДАО установлено [5], что 17 из 21 выбранных ДАО контролировались менее чем 10 участниками. Эти результаты доказывают, что протоколы DeFi редко, если вообще когда-либо, полностью децентрализованы и все еще могут быть уязвимы для манипуляций со стороны небольшого числа заинтересованных сторон.
Статья: Публично-правовые аспекты алгоритмизации надзора - к вопросу о предпосылках формирования цифрового финансово-процессуального права
(Брыкин К.И.)
("Административное право и процесс", 2026, N 4)- публичный аудит регуляторных алгоритмов: органы государственного финансового контроля осуществляют проверку соответствия программной "логики", механизма создания и функционирования алгоритмов букве и духу закона. При этом законность должна проверяться не только на этапе правоприменения, т.е. принятия алгоритмических решений в ходе текущего и последующего контроля, но и на предварительном этапе (в ходе формирования технического задания и разработки программного обеспечения).
(Брыкин К.И.)
("Административное право и процесс", 2026, N 4)- публичный аудит регуляторных алгоритмов: органы государственного финансового контроля осуществляют проверку соответствия программной "логики", механизма создания и функционирования алгоритмов букве и духу закона. При этом законность должна проверяться не только на этапе правоприменения, т.е. принятия алгоритмических решений в ходе текущего и последующего контроля, но и на предварительном этапе (в ходе формирования технического задания и разработки программного обеспечения).
Статья: Исходный текст и объектный код программ для ЭВМ как объекты правовой охраны
(Гинодман Е.Н.)
("Сайт "Закониус", 2021)4. Этапы создания и изменения программы для ЭВМ
(Гинодман Е.Н.)
("Сайт "Закониус", 2021)4. Этапы создания и изменения программы для ЭВМ
"Правовые аспекты разработки и коммерциализации программного обеспечения"
(Савельев А.И.)
("Статут", 2024)Соответствие программы заявленным требованиям, в том числе к качеству, обеспечивается посредством ее тестирования на различных этапах разработки. Под тестированием программного обеспечения (software testing) понимается проверка соответствия между реальным и ожидаемым поведением программы, осуществляемая на конечном наборе тестов, выбранном определенным образом <1>. Однако не следует ожидать, что одного только тестирования будет достаточно для устранения всех возможных ошибок. Проблема заключается в том, что исправление одной ошибки имеет существенный (20 - 50%) шанс привнести еще одну ошибку. Теоретически после каждого исправления необходимо прогнать весь банк тестовых случаев, ранее выполненных в отношении программы, с целью удостовериться, что она не была повреждена неявным образом. На практике такое регрессионное тестирование <2> действительно должно быть приближено к теоретическому идеалу, но это очень дорого. К тому же, как отмечалось ранее, на тестирование, как правило, не отводится должного количества времени при планировании графика разработки <3>. В этой связи особую роль приобретают условия о гарантиях качества программы, предусмотренные законом и договором.
(Савельев А.И.)
("Статут", 2024)Соответствие программы заявленным требованиям, в том числе к качеству, обеспечивается посредством ее тестирования на различных этапах разработки. Под тестированием программного обеспечения (software testing) понимается проверка соответствия между реальным и ожидаемым поведением программы, осуществляемая на конечном наборе тестов, выбранном определенным образом <1>. Однако не следует ожидать, что одного только тестирования будет достаточно для устранения всех возможных ошибок. Проблема заключается в том, что исправление одной ошибки имеет существенный (20 - 50%) шанс привнести еще одну ошибку. Теоретически после каждого исправления необходимо прогнать весь банк тестовых случаев, ранее выполненных в отношении программы, с целью удостовериться, что она не была повреждена неявным образом. На практике такое регрессионное тестирование <2> действительно должно быть приближено к теоретическому идеалу, но это очень дорого. К тому же, как отмечалось ранее, на тестирование, как правило, не отводится должного количества времени при планировании графика разработки <3>. В этой связи особую роль приобретают условия о гарантиях качества программы, предусмотренные законом и договором.
"Эволюция права под воздействием цифровых технологий"
(Амелин Р.В., Чаннов С.Е.)
("НОРМА", 2023)В публично-правовой сфере большие риски, напротив, создает негибкость программного кода как социального регулятора, невозможность отступления от установленных им требований императивного характера. Как пишет по этому поводу А.И. Овчинников, цифровизация и алгоритмизация правоприменительной деятельности влечет не только исчезновение справедливости и правосудия в праве, но и обилие абсурдных правоприменительных решений <1>. Хотя эти опасения нам кажутся несколько чрезмерными, нельзя отрицать, что в отдельных, "нетипичных" случаях правоприменения такая возможность действительно существует, поскольку на этапе разработки программного обеспечения объективно невозможно предусмотреть все жизненные ситуации.
(Амелин Р.В., Чаннов С.Е.)
("НОРМА", 2023)В публично-правовой сфере большие риски, напротив, создает негибкость программного кода как социального регулятора, невозможность отступления от установленных им требований императивного характера. Как пишет по этому поводу А.И. Овчинников, цифровизация и алгоритмизация правоприменительной деятельности влечет не только исчезновение справедливости и правосудия в праве, но и обилие абсурдных правоприменительных решений <1>. Хотя эти опасения нам кажутся несколько чрезмерными, нельзя отрицать, что в отдельных, "нетипичных" случаях правоприменения такая возможность действительно существует, поскольку на этапе разработки программного обеспечения объективно невозможно предусмотреть все жизненные ситуации.
Статья: К вопросу определения критериев изменений программы для ЭВМ
(Соколов Д.В., Шишенина И.В.)
("Сайт Ассоциации поставщиков программных продуктов НП ППП", 2020)Можно выделить три этапа, который проходит разработчик при создании программы для ЭВМ и последующем внесении изменений в нее.
(Соколов Д.В., Шишенина И.В.)
("Сайт Ассоциации поставщиков программных продуктов НП ППП", 2020)Можно выделить три этапа, который проходит разработчик при создании программы для ЭВМ и последующем внесении изменений в нее.
Тематический выпуск: Налогообложение доходов физических лиц и страховые взносы: сложные вопросы исчисления и уплаты
(под ред. А.В. Брызгалина)
("Налоги и финансовое право", 2023, N 9)Минфин РФ в письме от 25.01.2022 N 03-15-05/4308 при анализе ситуации: "ИТ-организация непосредственно не участвует в процессе разработки программного обеспечения, а выполняет иные виды работ, которые необходимы на этапе разработки, в частности моделирование полученных от заказчика требований в типовых программных продуктах, определение функциональных разрывов, составление реестров необходимых доработок, демонстрацию и согласование с заказчиком результатов моделирования, реестров доработок, постановку задач на кодирование программного обеспечения" указал:
(под ред. А.В. Брызгалина)
("Налоги и финансовое право", 2023, N 9)Минфин РФ в письме от 25.01.2022 N 03-15-05/4308 при анализе ситуации: "ИТ-организация непосредственно не участвует в процессе разработки программного обеспечения, а выполняет иные виды работ, которые необходимы на этапе разработки, в частности моделирование полученных от заказчика требований в типовых программных продуктах, определение функциональных разрывов, составление реестров необходимых доработок, демонстрацию и согласование с заказчиком результатов моделирования, реестров доработок, постановку задач на кодирование программного обеспечения" указал:
Статья: Закон и код: регулирование качества программного обеспечения, предоставляемого по лицензии и разрабатываемого на заказ
(Савельев А.И.)
("Закон", 2024, N 6)Соответствие программы заявленным требованиям, в том числе к качеству, обеспечивается посредством ее тестирования на различных этапах разработки. Под тестированием программного обеспечения (Software Testing) понимается проверка соответствия между реальным и ожидаемым поведением программы, осуществляемая на конечном наборе тестов, выбранных определенным образом <41>.
(Савельев А.И.)
("Закон", 2024, N 6)Соответствие программы заявленным требованиям, в том числе к качеству, обеспечивается посредством ее тестирования на различных этапах разработки. Под тестированием программного обеспечения (Software Testing) понимается проверка соответствия между реальным и ожидаемым поведением программы, осуществляемая на конечном наборе тестов, выбранных определенным образом <41>.