Единая система программной документации. Единая система программной документации (еспд) Смотреть что такое "Единая система программной документации" в других словарях

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

Единая система программной документации. Схемы алгоритмов и программ. Обозначения условные графические

Единая система программной документации. Термины и определения.

Единая система программной документации. Р-схемы алгоритмов и программ.

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

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

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

Единая система программной документации. Основные надписи.

Единая система программной документации. Общие требования к программным документам.

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

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

Единая система программной документации. Спецификация. Требования к содержанию и оформлению.

Единая система программной документации. Программа и методика испытаний. Требования к содержанию и оформлению.

Единая система программной документации. Текст программы. Требования к содержанию и оформлению.

Единая система программной документации. Описание программы.

Единая система программной документации. Ведомость держателей подлинников.

Единая система программной документации. Пояснительная записка. Требования к содержанию и оформлению.

Единая система программной документации. Формуляр. Требования к содержанию и оформлению.

Единая система программной документации. Общее описание. Требования к созданию и оформлению.

Единая система программной документации. Руководство системного программиста. Требования к содержанию и оформлению.

Единая система программной документации. Руководство программиста. Требования к содержанию и оформлению.

Единая система программной документации. Руководство оператора. Требования к содержанию и оформлению.

Единая система программной документации. Описание языка. Требования к содержанию и оформлению.

Единая система программной документации. Ведомость эксплуатационных документов.

Единая система программной документации. Руководство по техническом обслуживанию. Требования к содержанию и оформлению.

Единая система программной документации. Общие правила дублирования, учета и хранения.

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

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

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

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

Состав еспд

ГОСТ 19.004 ЕСПД. Термины и определения.

ГОСТ 19.101 ЕСПД. Виды программ и программных документов.

ГОСТ 19.102 ЕСПД. Стадии разработки.

ГОСТ 19.103 ЕСПД. Обозначения программ и программных документов.

ГОСТ 19.104 ЕСПД. Основные надписи.

ГОСТ 19.105 ЕСПД. Общие требования к программным документам.

ГОСТ 19.106 ЕСПД. Требования к программным документам, выполненным печатным способом.

ГОСТ 19.201 ЕСПД. Техническое задание. Требование к содержанию и оформлению.

ГОСТ 19.202 ЕСПД. Спецификация. Требование к содержанию и оформлению.

ГОСТ 19.401 ЕСПД. Текст программы. Требование к содержанию и оформлению.

ГОСТ 19.402 ЕСПД. Описание программы.

ГОСТ 19.501 ЕСПД. Формуляр. Требование к содержанию и оформлению.

ГОСТ 19.502 ЕСПД. Общее описание. Требование к содержанию и оформлению.

ГОСТ 19.503 ЕСПД. Руководство системного программиста. Требование к содержанию и оформлению.

ГОСТ 19.504 ЕСПД. Руководство программиста. Требование к содержанию и оформлению.

ГОСТ 19.505 ЕСПД. Руководство оператора. Требование к содержанию и оформлению.

ГОСТ 19.506 ЕСПД. Описание языка. Требование к содержанию и оформлению.

ГОСТ 19.601 ЕСПД. Общее правила дублирования, учета и хранения.

ГОСТ 19.602 ЕСПД. Правила дублирования, учета и хранения программных документов, выполненных печатным способом.

ГОСТ 19.603 ЕСПД. Общие правила внесения изменений.

ГОСТ 19.604 ЕСПД. Правила внесения изменений в программные документы, выполненные печатным способом.

ГОСТ 19.001 ЕСПД. Общие положения.

Единая система программной документации (ЕСПД) – комплекс государственных стандартов, устанавливающих взаимоувязанные правила разработки, оформления и обращения программ и программной документации.

В стандартах ЕСПД устанавливаются требования, регламентирующие

разработку,

сопровождение,

изготовление и

эксплуатацию программ.

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

В состав ЕСПД входят следующие группы стандартов:

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

1 – Основополагающие стандарты.

2 – Правила выполнения документации разработки.

3 – Правила выполнения документации выполнения.

4 – Правила выполнения документации сопровождения.

5 – Правила выполнения эксплуатационной документации.

6 – Правила обращения программной документации.

7 – Резервная группа.

8 – Резервная группа.

9 – Прочие стандарты.

ГОСТ 19.101 ЕСПД. Виды программ и программных документов.

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

Виды программ:

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

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

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

Виды программных документов (выборка для условий проектирования программ для ПЭВМ):

Техническое задание. Назначение и область применения программы, технические, технико-экономические и специальные требования, предъявляемые к программе, необходимые стадии и сроки разработки, виды испытаний.

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

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

Текст программы. Запись программы с необходимыми коментариями.

Описание программы. Сведения о логической структуре и функционировании программы.

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

Порядок и методика испытаний. Требования, подлежащие проверке при испытании программы, а также порядок и методы их контроля.

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

ГОСТ 19.102 ЕСПД. Стадии разработки.

ГОСТ 19.201 ЕСПД. Техническое задание. Требование к содержанию и оформлению.

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

Техническое задание должно содержать следующие разделы:

Наименование и область применения.

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

Основание для разработки.

В разделе должны быть указаны документ, на основании которого ведется разработка.

Назначение разработки.

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

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

В разделе должны содержаться следующие подразделы:

Требования к функциональным характеристикам.

Условия эксплуатации.

Требования к составу и параметрам технических средств.

Требования к информационной и программной совместимости.

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

В подразделе «Требования к составу и параметрам технических средств» указывают необходимый состав технических средств с указанием их технических характеристик.

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

Технико-экономические показатели.

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

Стадии и этапы разработки.

Порядок контроля и приемки.

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

ГОСТ 19.402 ЕСПД. Описание программы.

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

В разделе «Функциональное назначение» указывается назначение программы и приводят общее описание функционирования программы и сведения об ограничениях на применение.

В разделе «Описание логики» указывают:

Описание структуры программы и ее составных частей.

Описание функций составных частей и связей между ними.

Сведения о языке программирования.

Описание входных и выходных данных для каждой из составных частей.

Описание логики составных частей (при необходимости составляются описания схем программ).

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

ГОСТ 19.505 ЕСПД. Руководство оператора. Требование к содержанию и оформлению.

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

Назначение программы.

Условия применения.

Пуск программы.

Команды оператора.

Сообщения оператору.

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

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

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

ГОСТ 19.101-77

Группа Т55

МЕЖГОСУДАРСТВЕННЫЙ СТАНДАРТ

Единая система программной документации

ВИДЫ ПРОГРАММ И ПРОГРАММНЫХ ДОКУМЕНТОВ

Unified system for program documentation. Types of programs and program documents

МКС 35.080

Дата введения 1980-01-01

Постановлением Государственного комитета стандартов Совета Министров СССР от 20 мая 1977 г. N 1268 дата введения установлена 01.01.80

ИЗДАНИЕ (январь 2010 г.) с Изменением N 1, утвержденным в июне 1981 г. (ИУС 9-81).


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

Стандарт полностью соответствует СТ СЭВ 1626-79.

(Измененная редакция, Изм. N 1).

1. ВИДЫ ПРОГРАММ

1. ВИДЫ ПРОГРАММ

1.1. Программу (по ГОСТ 19781-90) допускается идентифицировать и применять самостоятельно и (или) в составе других программ.

1.2. Программы подразделяют на виды, приведенные в табл.1.

Таблица 1

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

1.2, 1.3. (Измененная редакция, Изм. N 1).

2. ВИДЫ ПРОГРАММНЫХ ДОКУМЕНТОВ

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

2.2. Виды программных документов и их содержание приведены в табл.2.

Таблица 2

2.3. Виды эксплуатационных документов и их содержание приведены в табл.3.

Таблица 3

2.4. В зависимости от способа выполнения и характера применения программные документы подразделяются на подлинник, дубликат и копию (ГОСТ 2.102-68), предназначенные для разработки, сопровождения и эксплуатации программы.

2.5. Виды программных документов, разрабатываемых на разных стадиях, и их коды приведены в табл.4.

Таблица 4

Условные обозначения:

- документ обязательный;

- документ обязательный для компонентов, имеющих самостоятельное применение;

- необходимость составления документа определяется на этапе разработки и утверждения технического задания;

- - документ не составляют.

2.2-2.5. (Измененная редакция, Изм. N 1).

2.6. Допускается объединять отдельные виды эксплуатационных документов (за исключением ведомости эксплуатационных документов и формуляра). Необходимость объединения этих документов указывается в техническом задании. Объединенному документу присваивают наименование и обозначение одного из объединяемых документов.

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

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

Технические условия разрабатывают на стадии "Рабочий проект".

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

(Введен дополнительно, Изм. N 1).



Электронный текст документа
подготовлен АО "Кодекс" и сверен по:
официальное издание
Единая система программной
документации: Сб. ГОСТов. -
М.: Стандартинформ, 2010

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

Унификации программных изделий для взаимного обмена программами и применения ранее разработанных программ в новых разработках;

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

Автоматизации изготовления и хранения программной документации.

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

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

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

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

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

Согласно ГОСТ 28195-89, оценка качества осуществляется на всех этапах жизненного цикла ПС при:

Планировании показателей качества ПС;

Контроле качества на отдельных этапах разработки (техническое задание, технический проект, рабочий проект);

Контроле качества в процессе производства ПС;

Проверке эффективности модификации ПС на этапе сопровождения.

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

Основные задачи, решаемые при оценке качества ПС:

Планирование уровня качества;

Контроль значений показателей качества в процессе разработки и испытаний;

Эксплуатационный контроль заданного уровня качества;

Выбор базовых образцов по подклассам и группам;

Методическое руководство разработкой нормативно-технических документов по оценке качества.

Методы определения показателей качества ПС различаются:

По способам получения информации о ПС - измерительный, регистрационный, органолептический, расчетный;

По источникам получения информации - традиционный, экспертный, социологический.

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

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

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

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

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

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

Социологические методы основаны на обработке специальных анкет-вопросников. Отечественный стандарт ГОСТ 28195-89 определяет иерархическую структуру, номенклатуру и содержание понятий качества программных средств. На верхнем уровне выделены шесть характеристик: надежность, корректность, удобство применения, эффективность, универсальность и сопровождаемость, которые детализируются на втором уровне 19 комплексными показателями. На третьем уровне дальнейшая детализация содержит более чем 200 оценочных элементов. Состав используемых показателей рекомендуется выбирать в зависимости от назначения, функций и этапов жизненного цикла программного средства. Однако методы оценки показателей отсутствуют.

Методологии оценивания характеристик качества готовых ПП на различных этапах жизненного цикла посвящен международный стандарт ISO / IEC 14598-1-6:1998-2001. С момента вступления в силу ГОСТ 28195-89 произошли существенные изменения во многих аспектах общественной жизни, в том числе существенно изменились экономико-правовые отношения и в сфере разработки и эксплуатации программных средств. Например, в области коммерческих программных продуктов исчез фондодержатель, а разработчик и изготовитель обычно представляют собой одно и то же юридическое лицо. В рыночных условиях разработчик заинтересован в обеспечении качества своих продуктов в течение всего их жизненного цикла. Кроме того, изменился порядок сертификации продукции.

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

По договору об отчуждении исключительного права правообладатель передает или обязуется передать принадлежащее ему исключительное право приобретателю в полном объеме (пункт 1 статьи 1234 и ст. 1285 ГК РФ).

В договоре об отчуждении исключительного права законодательно не требуется указание срока и территории, поскольку передача исключительного права на программу для ЭВМ в полном объеме подразумевает передачу на весь срок действия исключительного права без ограничения территории.

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

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

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

Наиболее распространенными вопросами, возникающим в процессе разработки программного обеспечения, считается:

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

Недостаток контроля. Без точной оценки процесса разработки срываются графики выполнения работ и превышаются установленные бюджеты. Сложно оценить объем выполненной и оставшейся работы. Данная проблема возникает на этапе, когда проект, завершенный более, чем на половину, продолжает разрабатываться после дополнительного финансирования без оценки степени завершенности проекта.

Недостаток трассировки.

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

Неконтролируемые изменения. У потребителей постоянно возникают новые идеи относительно разрабатываемого программного обеспечения. Влияние изменений может быть существенным для успеха проекта, поэтому важно оценивать предлагаемые изменения и реализовывать только одобренные, контролируя этот процесс с помощью программных средств. Данная проблема возникает вследствие нежелания конечного потребителя использовать те или иные программные среды. Например, когда при создании клиент-серверной системы потребитель предъявляет требования не только к операционной системе на компьютерах-клиентах, но и на компьютере-сервере.

Недостаточная надежность. Самый сложный процесс - поиск и исправление ошибок в программах на ЭВМ. Поскольку число ошибок в программах заранее неизвестно, то заранее неизвестна и продолжительность отладки программ и отсутствие гарантий отсутствия ошибок в программах. Следует отметить, что привлечение доказательного подхода к проектированию ПО позволяет обнаружить ошибки в программе до ее выполнения. Данная проблема возникает при неправильном выборе средств разработки. Например, при попытке создать программу, требующую средств высокого уровня, с помощью средств низкого уровня. Например, при попытке создать средства автоматизации с СУБД на ассемблере. В результате исходный код программы получается слишком сложным и плохо поддающимся структурированию.

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

Правовые, экономические и другие вопросы создания программного обеспечения Нормативно-правовая база программного обеспечения должна включать правовые нормы, регламентирующие:

Права собственности на ПО и хранящуюся в нем информацию;

Способы получения информации для заполнения соответствующих баз данных;

Права юридических и физических лиц на информацию;

Способы защиты прав государства и потребителя информации;

Правоотношения (права, обязанности и ответственность) между лицами, обслуживающими ПО;

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

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

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

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

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

Предоставление права Мингосимуществу России устанавливать цену на конкретные информационные продукты и услуги;

Осуществление государственного контроля над ценами на определенный период или на определенный вид информационной продукции;

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

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

Термин "интеллектуальная собственность" эпизодически употреблялся теоретиками - юристами и экономистами в XVIII и XIX веках, однако в широкое употребление вошел лишь во второй половине XX века, в связи с учреждением в 1967 году в Женеве Всемирной организации интеллектуальной собственности (ВОИС). Согласно учредительным документам ВОИС, "интеллектуальная собственность" включает права, относящиеся к:

Литературным, художественным и научным произведениям:

Исполнительской деятельности артистов, звукозаписи, радио и телевизионным передачам:

Изобретениям во всех областях человеческой деятельности:

Научным открытиям;

Промышленным образцам;

Товарным знакам, знакам обслуживания, Фирменным наименованиям и коммерческим обозначениям;

Защите против недобросовестной конкуренции;

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

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

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

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

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

Вопросы для самопроверки

1. Какими показателями качества определяются программы?

2. Что такое программный продукт?

3. Что понимается под жизненным циклом программного обеспечения?

4. Для какой цели определяются спецификации программного обеспечения?

5. Какие существуют стадии разработки программного обеспечения?

7. Что понимается под верификацией и сертификацией программного продукта?

8. В чем сущность модульной структуры программного обеспечения?

9. В чем разница между автономной и комплексной отладками программного обеспечения?

10. Что такое - переносимость программ?

11. Какими свойствами обладают открытые системы?

12. Что понимается под Единой системой программной документации?

13. Как оформляется отчуждаемая программа?

14. Каким правовым законом охраняется интеллектуальная собственность на программы для ЭВМ?

Литература

1. Иванова Г.С. Технология программирования. - М.: КноРус, 2011. - 333 с.
2. Камаев В.А. Технологии программирования. - М.: Высшая школа, 2006. - 454 с.
3. Орлов С.А. Технология разработки программного обеспечения. - СПб.: Питер, 2004. 526 с.
4. Рудаков А.В. Технология разработки программных продуктов. - М.: Академия, 2010. 207 с.
5. http://sp.cmc.msu.ru/info/37techprog.htm - технология программирования.
6. http://www.twirpx.com/file/27591/- технология программирования, лекции.
7. http://www.intuit.ru/department/se/introprogteach/1/3.html - жизненный цикл программы.
8. http://www.pervviurok.ru/Info/Internet Development/gl11/gl11.html - отладка модулей.
9. http://citforum.ru/database/articles/art 19.shtml - открытые системы.
10. http://www.mini-soft.ru/book/tech prog/- технология программирования.
11. http://www.labfor.ru/?act=metod&target=metod leso1 1 - среда программирования.

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

В стандартах ЕСПД устанавливают требования, регламентирующие разработку, сопровождение, изготовление и эксплуатацию программ, что обеспечивает возможность:

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

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

Поскольку ЕСПД представляет собой набор ГОСТов , в настоящее время её применение на территории РФ носит только рекомендательный характер, то есть ЕСПД применяется на добровольной основе (если иное не предусмотрено договором, контрактом, отдельными законами, решением суда и т.п.) .

Энциклопедичный YouTube

1 / 3

Расчет панельного здания

Вебинар: Новые возможности Advance Steel 2018 для проектирования металлоконструкций

Мастер-класс #2 «Autodesk Fusion 360 - единая среда инновационного проектирования

Субтитры

Классификация

Стандарты ЕСПД подразделяют на группы, приведенные в таблице.

Перечень стандартов, входящих в ЕСПД

• ГОСТ 19.001-77. ЕСПД. Общие положения.
• ГОСТ 19.002-80. ЕСПД. Схемы алгоритмов и программ. Правила выполнения. - Заменен на ГОСТ 19.701-90
• ГОСТ 19.003-80. ЕСПД. Схемы алгоритмов и программ. Обозначения условные графические. - Заменен на ГОСТ 19.701-90
• ГОСТ 19.004-80. ЕСПД. Термины и определения. - Заменен на ГОСТ 19.781-90
• ГОСТ 19.005-85. ЕСПД. Р-схемы алгоритмов и программ. Обозначения условные графические и правила выполнения.
• ГОСТ 19.101-77. ЕСПД. Виды программ и программных документов.
• ГОСТ 19.102-77. ЕСПД. Стадии разработки.
• ГОСТ 19.103-77. ЕСПД. Обозначение программ и программных документов.
• ГОСТ 19.104-78. ЕСПД. Основные надписи.
• ГОСТ 19.105-78. ЕСПД. Общие требования к программным документам.
• ГОСТ 19.106-78. ЕСПД. Требования к программным документам, выполненным печатным способом.
• ГОСТ 19.201-78. ЕСПД. Техническое задание. Требования к содержанию и оформлению.
• ГОСТ 19.202-78. ЕСПД. Спецификация. Требования к содержанию и оформлению.
• ГОСТ 19.301-79. ЕСПД. Программа и методика испытаний. Требования к содержанию и оформлению.
• ГОСТ 19.401-78. ЕСПД. Текст программы. Требования к содержанию и оформлению.
• ГОСТ 19.402-78. ЕСПД. Описание программы.
• ГОСТ 19.403-79. ЕСПД. Ведомость держателей подлинников.
• ГОСТ 19.404-79. ЕСПД. Пояснительная записка. Требования к содержанию и оформлению.
• ГОСТ 19.501-78. ЕСПД. Формуляр. Требования к содержанию и оформлению.
• ГОСТ 19.502-78. ЕСПД. Описание применения. Требования к содержанию и оформлению.
• ГОСТ 19.503-79. ЕСПД. Руководство системного программиста. Требования к содержанию и оформлению.
• ГОСТ 19.504-79. ЕСПД. Руководство программиста. Требования к содержанию и оформлению.
• ГОСТ 19.505-79. ЕСПД. Руководство оператора. Требования к содержанию и оформлению.
• ГОСТ 19.506-79. ЕСПД. Описание языка. Требования к содержанию и оформлению.
• ГОСТ 19.507-79. ЕСПД. Ведомость эксплуатационных документов.
• ГОСТ 19.508-79. ЕСПД. Руководство по техническому обслуживанию. Трбования к сдержанию и формлению.
• ГОСТ 19.601-78. ЕСПД. Общие правила дублирования, учета и хранения.
• ГОСТ 19.602-78. ЕСПД. Правила дублирования, учета и хранения программных документов, выполненных печатным способом.
• ГОСТ 19.603-78. ЕСПД. Общие правила внесения изменений.
• ГОСТ 19.604-78. ЕСПД. Правила внесения изменений в программные документы, выполненные печатным способом.
• ГОСТ 19.701-90 (ИСО 5807-85). ЕСПД. Схемы алгоритмов, программ, данных и систем. Условные обозначения и правила выполнения.
• ГОСТ 19781-90. Обеспечение систем обработки информации программное. Термины и определения.