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

При   разработке   программных   средств   (ПС)   создается   и используется большой объем разнообразной документации. Она необходима как средство передачи информации между разработчиками ПС, как средство управления разработкой   ПС,   и как   средство   передачи   пользователям   информации, необходимой   для   применения   и сопровождения   ПС.   На   создание   этой документации приходится большая доля стоимости ПС.       Тексты и объектный код программ для ЭВМ могут стать программным продуктом только   в   совокупности   с   комплексом   документов,   полностью соответствующих   их   содержанию   и   достаточных   для   его   освоения, применения и изменения.  Управление   документацией должно   непрерывно   поддерживать   её полноту, корректность и согласованность с программным продуктом.  Для  Реализации   документов   программного   продукта   должны быть выделены   руководители   и   коллектив   специалистов,   которые   будут планировать,   распространять   и сопровождать   комплекты   документов.   Они   должны   стимулировать разработчиков   полноценное документирование   процессов   и   результатов   своей   деятельности,   а   также контролировать полноту и качество исходных, результирующих и отчетных документов ЖЦ ПС.    утверждать, осуществлять непрерывное,   ПС     описывать,   выпускать,   Адекватность   документации   требованиям,   состоянию   текстов   и объектных   кодов   программ   должна   инспектироваться   и   удостоверяться (подписываться) ответственными руководителями и заказчиками проекта.  Совокупные   затраты   на   документирование   крупных   программных продуктов могут достигать 20 – 30% от общей трудоемкости проекта и необходимого числа (десятки) специалистов в жизненном цикле проекта ПС. В более простых случаях, организация работ может быть упрощена, затраты   на   документирование   снижаются   приблизительно   до   10%, однако   всегда   целесообразно   выделять   специалистов,   непосредственно ответственных   за   создание,   адекватность   и   контроль   полноценного комплекта документов на программный продукт.  Документация на программное обеспечение Документация   на   программное   обеспечение —   это   документы, сопровождающие   программное   обеспечение   (ПО)   —   программу   или программный продукт. Эти документы описывают то, как работает программа и/или то, как её использовать. Документирование это   важная   часть   в   разработке   программного обеспечения, но часто ей уделяется недостаточно внимания. Существует четыре основных типа документации на ПО:  архитектурная/проектная   —   обзор   программного   обеспечения, включающий   описание   рабочей   среды   и   принципов,   которые   должны   быть использованы при создании ПО  техническая — документация на код, алгоритмы, интерфейсы, API  пользовательская   —   руководства   для   конечных   пользователей, администраторов системы и другого персонала  маркетинговая Архитектурная/проектная документация Проектная документация обычно описывает продукт в общих чертах. Не описывая того, как что­либо будет использоваться, она скорее отвечает на вопрос   «почему   именно   так?»   Например,   в   проектном   документе программист   может   описать   обоснование   того,   почему   структуры   данных организованы именно таким образом. Описываются причины, почему какой­ либо класс сконструирован определённым образом, в некоторых случаях даже даются идеи как можно будет выполнить улучшения в дальнейшем. Ничего из этого не входит в техническую или пользовательскую документацию, но всё это действительно важно для проекта. Техническая документация Это   именно   то,   что   подразумевают   под   термином  документация большинство  программистов. При  создании  программы, одного  лишь  кода, как   правило,   недостаточно.   Должен   быть   предоставлен   некоторый   текст, описывающий   различные   аспекты   того,   что   именно   делает   код.   Такая документация   часто   включается   непосредственно   в   исходный   код   или предоставляется вместе с ним. Подобная   документация   имеет   сильно   выраженный   технических характер и в основном используется для определения и описания, структур данных и алгоритмов. Часто   при   составлении   технической   документации   используются автоматизированные   средства   —   генераторы   документации.   Они   получают информацию   из   специальным   образом   оформленных   комментариев   в исходном коде, и создают справочные руководства в каком­либо формате, например,   в   виде   текста   или   HTML.   Использование   генераторов документации и документирующих комментариев многими программистами признаётся удобным средством, по различным причинам. В частности, при таком подходе документация является частью исходного кода, и одни и те же инструменты могут использоваться для сборки программы и одновременной сборки документации к ней. Это также упрощает поддержку документации в актуальном состоянии. Пользовательская документация В отличие от технической документации, сфокусированной на коде и том как он работает, пользовательская документация описывает лишь то, как использовать программу. Пользовательская   документация   представляет   из   себя   руководство пользователя, которое описывает каждую функцию программы, а также шаги, которые   нужно   выполнить   для   использования   этой   функции.   Хорошая пользовательская документация идёт ещё дальше и предоставляет инструкции о   том   что   делать   в   случае   возникновения   проблем.   Очень   важно,   чтобы документация   не   вводила   в   заблуждение   и   была   актуальной.   Руководство должно   иметь   чёткую   структуру.   Логическая   связность   и   простота   также имеют большое значение. Маркетинговая документация Для   многих   приложений   необходимо   располагать   рядом   рекламных материалов,   с   тем   чтобы   заинтересовать   людей,   обратив   их   внимание   на продукт. Такая форма документации имеет целью: 1. подогреть интерес к продукту у потенциальных пользователей 2. информировать их о том, что именно делает продукт, с тем чтобы их ожидания совпадали с тем что они получат 3. объяснить   положение   продукта   по   сравнению   с   конкурирующими решениями Одна из хороших маркетинговых практик — предоставление слогана — простой запоминающейся фразы, иллюстрирующей то что мы хотим донести до   пользователя,   а   также   характеризующей ощущение,   которое   создаёт продукт. Часто   бывает   так,   что   коробка   продукта   и   другие   маркетинговые материалы   дают   более   ясную   картину   о   возможностях   и   способах использования программы, чем всё остальное. ПОНЯТИЕ КАЧЕСТВА ПРОГРАММНОГО ПРОДУКТА Качество   программного   продукта (software   quality)   —   весь   объем признаков и характеристик программной продукции, который относится к ее способности   удовлетворять   установленным   или   предполагаемым потребностям. Общее   качество   программной   системы   включает   в   себя   ряд составляющих, которые должны быть приняты во внимание при управлении качеством:  Качество   инфраструктуры   (infrastructure   quality):   качество аппаратного   и   поддерживающего   программного   обеспечения   (например, качество операционных систем, компьютерных сетей и т.п.).  Качество   организации   (administrative   quality)   –   качество   планирования   и   включая   качество   бюджетирования, менеджмента, календарного контроля.   Качество   программного   обеспечения   (software   quality):   качество программного обеспечения информационной системы.   Качество данных (data quality): качество данных, использующихся информационной системой на входе.   Качество информации  (information quality):  качество  информации, продуцируемое информационной системой.   Качество сервиса (service quality) – качество обучения, системной поддержки и т.п.   Кроме перечисленных составляющих качества должно быть принято во внимание качество обслуживаемого бизнес процесса. Управление качеством будет успешным, если под контролем находятся все измерения качества.  Характеристики качеств ПП Для   каждой   характеристики   качества   рекомендуется   формировать меры   и   шкалу   измерений   с   выделением   требуемых,   допустимых   и неудовлетворительных значений.  Функциональность (Functionality)   ­   определяется   способностью   ПО решать задачи, которые соответствуют зафиксированным и предполагаемым потребностям пользователя, при заданных условиях использования ПО. Т.е. эта   характеристика   отвечает   за   то,   что   ПО   работает   исправно   и   точно, функционально совместимо, соответствует стандартам отрасли и защищено от несанкционированного доступа. Надежность (Reliability)   –   способность   ПО   выполнять   требуемые задачи   в   обозначенных   условиях   на   протяжении   заданного   промежутка времени   или   указанное   количество   операций.   Атрибуты   данной характеристики – это завершенность и целостность всей системы, способность самостоятельно   и   корректно   восстанавливаться   после   сбоев   в   работе, отказоустойчивость. Удобство использования (Usability) – возможность легкого понимания, изучения, использования и привлекательности ПО для пользователя. Эффективность (Efficiency)   –   способность   ПО   обеспечивать требуемый   уровень   производительности   в   соответствие   с   выделенными ресурсами, временем и другими обозначенными условиями. Удобство сопровождения (Maintainability) –  легкость, с которой ПО может   анализироваться,   тестироваться,   изменяться   для   исправления дефектов,   для   реализации   новых   требований,   для   облегчения   дальнейшего обслуживания и адаптироваться к именующемуся окружению. Портативность (Portability)   –   характеризует   ПО   с   точки   зрения легкости его переноса из одного окружения (software/hardware) в другое. Цена качества Понятие цены качества ­ стоимость в составе продукта, которая может быть сэкономлена, если все исполнители работают безупречно, она отражает стоимость работ на доработку, увеличенную стоимость сопровождения. Цена   качества   может   быть   разделена   на   два   главных типа: согласованная (conformance)  и несогласованная (non­conformance). Согласованная цена качества ­ это  сумма, затраченная на достижение качества продукта.  Она делится на цену предупреждения  (Prevention cost) и цену   контроля   (Appraisal   cost).   Затраты   предупреждения   связаны   с предупреждением дефектов прежде чем они произойдут. При разработке ПО примером затрат предупреждения являются затраты на обучение коллектива базовым   методологиям,   переход   на   современные   технологии   разработки, использование автоматизированных средств проектирования и разработки. Несогласованная цена качества  включает все издержки понесенные, вследствие   выявления   недостатков,   возникновения   ошибок   и   выхода   из строя.   Несогласованная   цена   качества   включает   внутренние   и   внешние издержки. Внутренние издержки связаны с проблемами, выявленными до того, как продукт   отправлен   заказчику.   Для   разработки   программного   обеспечения сюда включены затраты на переработку программ, повторную инспекцию и тестирование.   Затраты   связанные   с   ошибками,   проявившимися   при эксплуатации продукта у заказчика, относятся к внешним издержкам. Для программного   обеспечения,   например,   сюда   включены   затраты   на сопровождение   и   поддержку,   убытки   от   простоев   и   некорректного функционирования. НОРМАТИВНАЯ БАЗА ДОКУМЕНТИРОВАНИЯ ПРОГРАММНЫХ ПРОДУКТОВ Система  качества  представляет  собой   организационный   стержень для   компании,     которая       вынуждена       тщательно       продумывать       и документально   оформлять,   а   затем   контролировать   каждый   этап проектирования    программного продукта   и  его  результаты.  Для  этого нужен     специально     обученный   персонал   и   особые   методы   управления качеством.   Эти   методы   варьируются   от компании   к     компании,   но основные  их  положения  едины   для   всех   и определяются  стандартом. ГОСТ  ­   это   государственный   стандарт,  который   определяет насколько какой­либо товар или предмет питания является полезным и не представляет ли он опасности для человека.  Стандарт  ­ это нормативно­технический документ, устанавливающий требования   к   продукции,   правила,   обеспечивающие   ее   разработку, производство   и   эксплуатацию,   а   также   требования   к   другим   объектам стандартизации. В   зависимости   от   масштабов   работы   по   стандартизации   она   может быть национальной и международной. Созданием   международных   стандартов   занимается   Международная организация   по   стандартизации   (ИСО)   (International   Organization   for Standardization, ISO). Основу отечественной нормативной базы в области документирования ПС   составляет   комплекс   стандартов   Единой   системы   программной документации (ЕСПД). Классификация стандартов Классификатор   представлен   строгой   иерархией   буквенно­цифровой системы   кодов.   Чаще   всего   иерархия   представлена тремя   уровнями, реже бывает четыре. Например: Все стандарты, относящиеся к ЕСПД, начинаются с префикса 19. Госты   серий   19   и   34   часто   применяются   при   создании   программ   и автоматизированных   систем,   особенно,   когда   в   качестве   заказчиков выступают государственные или крупные коммерческие организации. Стандарты ЕСПД (ГОСТ 19, 34) носят рекомендательный характер, в соответствии  с Законом РФ "О  стандартизации" эти стандарты становятся обязательными при ссылке на них в договоре на разработку (поставку) ПС. Перечень документов ЕСПД 1.         ГОСТ 19.001­77 ЕСПД. Общие положения. 2.         ГОСТ 19.101­77 ЕСПД. Виды программ и программных документов. 3.         ГОСТ 19.102­77 ЕСПД. Стадии разработки. 4.         ГОСТ 19.103­77 ЕСПД. Обозначение программ и программных  документов. 5.         ГОСТ 19.104­78 ЕСПД. Основные надписи. 6.         ГОСТ 19.105­78 ЕСПД. Общие требования к программным  документам. 7.         ГОСТ 19.106­78 ЕСПД. Требования к программным документам,  выполненным печатным способом. 8.         ГОСТ 19.201­78 ЕСПД. Техническое задание. Требования к  содержанию и оформлению. 9.         ГОСТ 19.202­78 ЕСПД. Спецификация. Требования к содержанию и  оформлению. 10.   11.       ГОСТ 19.301­79 ЕСПД. Порядок и методика испытаний.     ГОСТ 19.401­78 ЕСПД. Текст программы. Требования к  содержанию и оформлению. 12.   13.       ГОСТ 19.402­78 ЕСПД. Описание программы.     ГОСТ 19.404­79 ЕСПД. Пояснительная записка. Требования к  содержанию и оформлению. 14.       ГОСТ 19.501­78 ЕСПД. Формуляр. Требования к содержанию и  оформлению. 15.       ГОСТ 19.502­78 ЕСПД. Описание применения. Требования к  содержанию и оформлению. 16.       ГОСТ 19.503­79 ЕСПД. Руководство системного программиста.  Требования к содержанию и оформлению. 17.   18.   19.   20.       ГОСТ 19.504­79 ЕСПД. Руководство программиста.     ГОСТ 19.505­79 ЕСПД. Руководство оператора.     ГОСТ 19.506­79 ЕСПД. Описание языка.     ГОСТ 19.508­79 ЕСПД. Руководство по техническому  обслуживанию. Требования к содержанию и оформлению. 21.       ГОСТ 19.604­78 ЕСПД. Правила внесения изменений в программные документы, выполняемые печатным способом. 22.       ГОСТ 19.701­90 ЕСПД. Схемы алгоритмов, программ, данных и  систем. Условные обозначения и правила выполнения. 23.       ГОСТ 19.781­90. Обеспечение систем обработки информации  программное. Наряду   с   комплексом   ЕСПД   официальная   нормативная   база   РФ   в области   документирования   ПС   и   в   смежных   областях   включает   еще   ряд стандартов Они   разработаны   на   основе   прямого   применения   международных стандартов ИСО: международная электротехническая комиссия (совместно с ИСО),  регистрационный номер, год регистрации   рекомендации   по   ГОСТ   Р   ИСО/МЭК   9294­93  Информационная   технология. Руководство по управлению документированием программного обеспечения. Устанавливает эффективному   управлению документированием   ПС   для   руководителей,   отвечающих   за   их   создание. Целью   стандарта   является   оказание   помощи   в   определении   стратегии документирования   ПС;   выборе   стандартов   по   документированию;   выборе процедур   документирования;   определении   необходимых   ресурсов; составлении   планов   документирования.   Стандарт   полностью   соответствует международному стандарту ИСО/МЭК ТО 9294:1990. ГОСТ   Р   ИСО/МЭК   9126­93  Информационная   технология.   Оценка программной   продукции.   Характеристики   качества   и   руководства   по   их применению.   Стандарт   определяет   шесть   комплексных   характеристик, которые   описывают   качество   ПО:  функциональные   возможности; надежность;   практичность;   эффективность;   сопровождаемость; мобильность. Стандарт полностью соответствует международному стандарту ИСО/МЭК 9126:1991. ГОСТ Р ИСО 9127­94 Системы обработки информации. Документация пользователя и информация на упаковке для потребительских программных пакетов.   В   контексте   настоящего   стандарта   под   потребительским программным   пакетом   (ПП)   понимается   «программная   продукция, спроектированная   и   продаваемая   для   выполнения   определенных   функций; программа и соответствующая ей документация, упакованные для продажи как   единое   целое».   Под   документацией   пользователя   понимается документация,  которая  обеспечивает  конечного  пользователя   информацией по установке и эксплуатации ПП. Под информацией на упаковке понимают информацию, воспроизводимую на внешней упаковке ПП. Ее целью является предоставление   потенциальным   покупателям   первичных   сведений   о   ПП. Стандарт   полностью   соответствует   международному   стандарту   ИСО 9127:1989. СЕРТИФИКАЦИЯ ПРОГРАММНЫХ ПРОДУКТОВ Рынок   средств   и   систем   информатизации   в   России   сейчас   настолько разнообразен,   что   в   подавляющем   большинстве   случаев   потребитель   не   в состоянии   самостоятельно   убедиться   в   соответствии   приобретаемой   им продукции установленным на государственном уровне нормам и правилам. Положение   усугубляется   тем   обстоятельством,   что   российский   рынок заполнен импортными изделиями. Для этих изделий производители и постав­ щики   в   лучшем   случае   декларируют   соответствие   отдельным   зарубежным стандартам, о содержании которых у потребителя, как правило, нет никакой информации.  Сертификация —   процедура,   выполняемая   третьей   стороной, независимой от изготовителя (продавца) и потребителя продукции или услуг, по подтверждению соответствия этих продукции или услуг установленным требованиям. Результатом   выполнения   процедуры   сертификации   является   так называемый сертификат соответствия. Сертификат   соответствия — документ,   выданный   по   правилам системы сертификации для подтверждения соответствия сертифицированной продукции установленным требованиям. Знак   соответствия       (в   области   сертификации)  ­   защищенный   в установленном порядке знак, применяемый или выданный в соответствии с правилами системы сертификации, указывающий, что обеспечивается необ­ ходимая   уверенность   в   том,   что   данная   продукция,   процесс   или   услуга соответствует конкретному стандарту или другому нормативному документу. Технические условия (ТУ) ­ документ, устанавливающий технические требования, которым должна удовлетворять продукция, процесс или услуга. ТУ   могут   быть   стандартом,   частью   стандарта   или   самостоятельным документом. Общие правовые основы сертификации продукции и услуг в Российской Федерации установлены Законом "О сертификации продукции и услуг", где определены   права   и   ответственность   в   области   сертификации   органов государственного   управления,   а   также   изготовителей   (продавцов, исполнителей) и других участников сертификации. В этом Законе, в частности, указано, что сертификация проводится в целях: • создания   условий   для   деятельности   предприятий,   учреждений, организаций   и   предпринимателей   на   едином   товарном   рынке   Российской Федерации, а также для участия в международном экономическом, научно­ техническом сотрудничестве и международной торговле; • содействия потребителям в компетентном выборе продукции; • защиты потребителя от недобросовестности изготовителя (продавца, исполнителя); •   контроля   безопасности   продукции   для   окружающей   среды,   жизни, здоровья и имущества; •   подтверждения   показателей   качества   продукции,   заявленных изготовителем. Основой   сертификации   являются   результаты   стандартизации.   В нормативную   базу   сертификации   средств   и   систем   информатизации, информационных технологий и услуг включаются три группы документов: •   нормативные   документы   на   объекты   сертификации,   где   подтверждаемые   при устанавливаются   характеристики   объектов, сертификации; •   нормативные   документы   на   методы   испытаний   для   оценки характеристик объектов сертификации;   нормативные   документы, • сертификации.   регламентирующие   процедуры В   целом   стандартизация   вместе   с   сертификацией   образуют   единый процесс   управления   качеством   средств,   систем   и   технологий   в   области информатизации,   одной   из   основных   целей   которого   является   защита интересов потребителя. В Законе "О сертификации продукции и услуг" определены два вида сертификации: обязательная и добровольная.  1.   Обязательной   сертификации   на   соответствие   требованиям электромагнитной   совместимости,   а   также   требованиям,   обеспечивающим безопасность   жизни,   здоровья,   имущества   потребителей   и   охрану   среды обитания подлежит продукция, включенная в перечни, определяемые соответ­ ствующими нормативными документами: • вычислительные машины и комплексы; • персональные ЭВМ; •   устройства   внешней   памяти,   ввода­вывода   и   отображения информации; • устройства подготовки и телеобработки данных. 2. Обязательной сертификации средств защиты информации подлежат средства,   в   том   числе   и   иностранного   производства,   предназначенные   для обработки   информации   с   ограниченным   доступом,   и   прежде   всего составляющей государственную тайну, а также использующиеся в управлении экологически   опасными   объектами,   вооружением   и   военной   техникой   и средства   их   защиты.   Наличие   у   владельца   информационной   системы сертифицированных   средств   обработки   информации   является   гарантией надежности   ее   защиты   и   дает   ему   преимущества   при   осуществлении страхования. 3. Добровольная сертификация проводится для удостоверения качества средств   и   систем   информатизации   с   целью   повышения   их конкурентоспособности,   расширения   сферы   использования   и   получения дополнительных экономических преимуществ. Национальным   органом   по   сертификации   продукции   в   Российской Федерации является Госстандарт России, который осуществляет следующие функции: • организует   ведение   обязательной   сертификации   продукции   по поручению органов законодательной или исполнительной власти; •   организует   и   финансирует   разработку,   а   также   утверждает основополагающие   нормативно­технические   и   методические   документы системы сертификации; •   утверждает   документы,   устанавливающие   порядок   сертификации конкретных видов продукции; •   проводит   аккредитацию   испытательных   центров   (лабораторий) совместно с ведомственными органами по сертификации и выдает аттестат аккредитации; •   признает   иностранные   сертификаты   соответствия,   осуществляет взаимодействие   с   соответствующими   уполномоченными   органами   других стран и международных организаций по вопросам сертификации; •   регистрирует   и   аннулирует   сертификаты   соответствия   и сертификационные лицензии, рассматривает спорные вопросы, возникающие в процессе сертификации; • организует периодическую публикацию информации по сертификации. Основой сертификации  продукции в Российской Федерации является Система   сертификации   ГОСТ   Р   Госстандарта   России.   Этой   системой,   в частности,   определяются   правила   создания   и   регистрации   ведомственных систем сертификации для конкретных классов продукции. Порядок проведения сертификации включает в себя: ­ подачу заявки на сертификацию; ­ принятие решения по заявке на сертификацию, в том числе назначение экспертов   на   проведение   основных работ   по   сертификации из   числа экспертов органа по сертификации; ­ оформление договора на проведение работ по сертификации; ­ проведение сертификационной проверки ПО и АПК, в том числе при необходимости проведение испытаний/контроля ПО/АПК по согласованным с заказчиком методикам; ­ принятие решения о выдаче Сертификата соответствия и разрешения использования   знака   соответствия   либо   об   отказе   в   выдаче   Сертификата соответствия; ­ выдача Сертификата соответствия и разрешения использования знака соответствия; ­ занесение   заявителя/изготовителя   ПО/АПК   и   перечня сертифицированных ПО и АПК в Банк данных (Реестр) СДС ПО и АПК; ­ проведение оценки соответствия сертифицированных АПК. ЛИЦЕНЗИРОВАНИЕ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ Лицензия на программное обеспечение — это правовой инструмент, определяющий использование и распространение программного обеспечения, защищённого авторским правом.  Программное   обеспечение   защищено   от   несанкционированного копирования   законами   об   авторских   правах.   Законы   об   авторских   правах предусматривают   сохранение   за   автором   (издателем)   программного обеспечения нескольких исключительных прав, одно из которых — право на производство копий программного обеспечения. Приобретение программного продукта — это приобретение лицензии (права)   на   его   использование.   Для   каждой   используемой   программы необходима лицензия. Лицензионные права, как правило, различаются для разных категорий продуктов: ­ Персональные операционные системы, настольные приложения, игры, мультимедийные программы лицензируются по следующему принципу ­ одна лицензия на один компьютер. Не имеет значения, сколько физических лиц использует компьютер. ­ Средства разработки лицензируются по принципу одна лицензия для одного физического лица. Лицензия   является   официальным   документом,   который   разрешает осуществление указанного в нем вида деятельности в течение установленного срока, а также определяет условия его осуществления. Основу   нормативно­правовой   базы   лицензирования   в   сфере информатизации   составляют   Законы   "О   лицензировании   отдельных   видов деятельности", "Об информации, информатизации и защите информации" и "Об участии в международном информационном обмене". Основным   документом,   который   определяет   права   и   обязанности пользователя программного обеспечения, является лицензионное соглашение (licence agreement), которое прилагается к приобретенному продукту либо в виде бумажного документа, либо в электронном виде. В основном программы делятся на две большие группы — свободного использования   (бесплатная   и   открытая   лицензия)   и   несвободного (коммерческая   лицензия),   а   также   между   ними   существуют   условно­ бесплатные   программы,  которые   можно   отнести   к   двум   группам   пополам, такие программы можно скачать и использовать, но пока ее не оплатить у вас могут возникнуть некоторые проблемы или ограничения. К открытым относятся:  ­   Open   Source  ­  программы   с   открытым   кодом   которые   можно модифицировать. К бесплатным относятся:  ­  Freeware  ­.   программы   без   ограничения   на   (некоммерческое) использование. Следует помнить, что отсутствие цены еще не означает, что производитель   разрешает   ее   свободно   распространять,   он   может   это   и запрещать.   И   бывает,   что   какая­то   программа   бесплатна   только   для домашнего,   некоммерческого   использования,   а   при   использовании   ее   в организациях требуется заплатить. ­  GPL   GNU   General   Public   License  (универсальная   общественная лицензия GNU) ­ разрешает пользователям свободно использовать программу, изучать, как она работает, модифицировать и улучшать её, распространять копии исходного кода и исполняемые файлы программы. ­ Adware   ­за использование такой программы пользователь должен не деньги   заплатить,   а   смотреть   рекламу.   Деньги   автору   будет   платить рекламодатель. ­  Postcardware  ­ за использование такого программного обеспечения надо написать письмо их авторам. Обычно авторам интересно кто, где, как и для чего использует их программу. ­ Donationware,  это вид ПО, особенностью которого является то, что автор просит пользователей внести добровольное пожертвование, которое бы помогло в дальнейшем улучшать продукт.   ­ Nagware/Begware ­  основным ограничением использования является принудительное   окно   диалога,   где   сообщается   о   том,   что   версия незарегистрирована. После оплаты данное ограничение снимается. К условно­бесплатным относятся:  ­ ShareWare ­ это пробные версии платных программ  ­ TrialWare  ­ обычно не имеет ограничений в функциональности, но имеет   ограниченный   срок   работы   ­   программа   будет   работать   только несколько   дней.   Обычно   это   30   дней,   после   ее   необходимо   оплатить   для дальнейшего использования или удалить, если она уже не нужна. ­ Demoware  ­ имеют большое число ограничений. Основная цель ­ не пробное   использование,   а   демонстрация   возможностей.   Заметно   более ограничены по сравнению с trialware. Часто распространяются не только на программы, но и на игры. К коммерческим относятся:  Commercial   главная   цель   таких   программ   получение   прибыли,   код программ закрыт. 15000 подписка на 1 лиц  112000 руб       4600 р 14000 р По   каждому   отдельному   виду   программного   продукта   применяются Типы лицензирования разные типы лицензирования. OEM  Original   Equipment   Manufacturer.(производитель   оригинального оборудования) Предустановленное   ПО   является   одним   из   самых   дешевых вариантов. Он заключается в том, что пользователь приобретает ПО вместе с самим   компьютером   или   сервером   и   использовать   его   можно   только   на купленном ПК.  Full Package Product. (Полный пакет продукта)  «Коробочный» продукт применяется в основном для розничной торговли и удобен для частных лиц или малого бизнеса. Разрешение на использование программного продукта на одном компьютере дает покупка одной «коробки» и не важно, сколько людей будет пользоваться этим ПК. Так же можно сменить ПК, но определенное количество раз. Volume Licensing. (Корпоративная лицензия) удобна для компаний, у которых   много   сотрудников,   компьютеров   и   поэтому   нужно   приобретать много   лицензий.  При   этом  компания  получает   одну  именную   лицензию  на программное   обеспечение,   которая   содержит   информацию   о   заказчике (название, адрес и т.д.), перечень ПО и ключи для его установки. В основном при   такой   схеме   лицензирования   компаниям,   заказывающим   именную лицензию,   разработчики   или   распространители   ПО   предоставляют значительные   скидки,   техническую   поддержку,   решения   нестандартных ситуаций и т. п. На сегодня она является лучшей для покупки нового ПО или его обновления для компаний. Subscription. (подписка)  Подписка   на   лицензирование   программного обеспечения   предусматривает   внесение   ежемесячных   или   ежегодных платежей.   Эта   схема   удобна   компаниям,   которые   покупают   более   10 лицензий. Она позволяет пользователям за минимальные начальные затраты получить   практически   все   основные   преимущества   использования   данного продукта.  Документы, подтверждающие наличие прав на использование ПО: Доказательством подлинности могут служить: Сертификат подлинности (если предусмотрен производителем). Бумажная лицензия с признаками подлинности. Оригинальные носители с защитой от подделки. Подтверждением   легальности   также   могут   служить   различные прилагающиеся к продукту документы: Лицензионное соглашение с конечным пользователем (в бумажном или электронном виде). Оригинал   руководства   пользователя   (если   предусмотрено производителем). Оригинальная   коробка,   в   которой   был   куплен   продукт   (в   случае покупки коробочной версии). Любая другая документация, приложенная к продукту. Счет­фактура,   накладная,   а   также   Лицензионный   договор   с поставщиком. ВИДЫ ПРОГРАММНЫХ ДОКУМЕНТОВ К программным относят   документы,   содержащие   сведения,  необходи­ мые для разработки, сопровождения и эксплуатации программного обеспе­ чения. Документирование   программною   обеспечения   осуществляется   в   со­ ответствии   с   Единой   системой   программной   документации   (ГОСТ 19.XXX). Так ГОСТ 19.101­77 устанавливает виды программных документов для программного обеспечения различных типов. Ниже перечислены основные программные документы по этому стандарту и указано, какую информацию они должны содержать. Спецификация должна   содержать   перечень   и   краткое   описание назначения всех файлов программного обеспечения, в том числе и файлов документации на нет,   и является   обязательной   для   программных   систем,   а также их компонентов, имеющих самостоятельное применение. Ведомость   держателей   подлинников (код   вида   документа   ­   05) должна   содержать   список   предприятий,   на   которых   хранятся   подлинники программных документов. Необходимость этого документа определяется на этапе   разработки   и   утверждения   технического   задания   только   для программного обеспечения со сложной архитектурой. Текст программы (код вида документа ­ 12) должен содержать текст программы с необходимыми комментариями. Необходимость этого докумен­ та определяете я на папе разработки и утверждения технического задания. Описание   программы (код   вида   документа   ­13)   должно   содержать сведения   о   логической   структуре   и   функционировании   программы. Необходимость данного документа также определяется на этапе разработки и утверждения технического задания. Ведомость   эксплуатационных   документов (код   вида   документа   ­ 20)  должна содержать перечень эксплуатационных документов на программу, к   которым   относятся   документы   с   кодами:   30,   31,   32,   33,   34.   35.   46. Необходимость этого документа  также определяется на этапе разработки и утверждения технического задания. Формуляр (код   вида   документа   ­   30)   должен   содержать   основные характеристики ПО, комплектность и сведения об эксплуатации программы. Описание применения (код вида документа ­ 31) должно содержать сведения   о   назначении   программного   обеспечения,   области   применения, применяемых   методах,   классе   решаемых   задач,   ограничениях   для применения, минимальной конфигурации технических средств. Руководство   системного   программиста (код   вида   документа   ­   32) должно содержать сведения для проверки, обеспечения функционирования и настройки программы на условия конкретного применения. Руководство программиста (код вида документа ­ 33) должно содер­ жать сведения для эксплуатации программного обеспечения. Руководство оператора (код вида документа ­ 34) должно содержать сведения для обеспечения процедуры общения оператора с вычислительной системой в процессе выполнения программного обеспечения. Описание языка (код вида документа ­ 35) должно содержать описание синтаксиса и семантики языка. Руководство по техническому обслуживанию (код вида документа ­ 46) должно содержать сведения для применения тестовых и диагностических программ при обслуживании технических средств. Программа и методика испытаний (код вида документа ­ 51) должны   подлежащие   проверке   при   испытании содержать   требования, программного обеспечения а также порядок и методы их контроля. Пояснительная записка (код вида документа ­ 81) должна содержать информацию о структуре и конкретных компонентах ПО, в том числе схемы алгоритмов, их общее описание, а также обоснование принятых технических и технико­экономических   решении.   Составляется   стадии   эскизного   и технического проекта. Прочие документы (код вида документа ­ 90 ­ 99) могут составляться на   любых   стадиях   разработки,   т.е.   на   стадиях   эскизного,   технического   и рабочего проектов. Код вида документа указывается в его децимальном номере, например: 42333253.00037­01 34 01 (руководство оператора). Допускается   объединять   отдельные   виды   эксплуатационных документов,   кроме   формуляра   и   ведомости.   Необходимость   объединения указывается в техническом задании, а имя берут у одного из объединяемых документов.   в   настоящее   время   часто   используется эксплуатационный   документ,   в   который   отчасти   входит   руководство системного   программиста,   программиста   и  оператора.   Он   называется «Руководство пользователя».   Например, Рассмотрим наиболее важные программные документы более подробно. Руководство пользователя Как уже указывалось выше, в настоящее время часто используют еще один   эксплуатационный   документ,   в   который   отчасти   входит   руководство системного   программиста,   программиста   и   оператора.   Этот   документ называют Руководством пользователя. Появление такого документа явилось следствием   широкого   распространения   персональных   компьютеров работая на   которых   пользователи   совмещают   в   своем   лице   трех   указанных специалистов. Составление документации для пользователей имеет свои особенности, связанные с тем, что пользователь, как правило, не является профессионалом в области разработки программного обеспечения. Ниже даны рекомендации по написанию подобной программной документации: ­учитывайте интересы пользователей ­ руководство должно содержать все инструкции, необходимые пользователю; ­излагайте ясно, используйте короткие предложения; ­избегайте технического жаргона и узко специальной терминологии, ес­ ли все же необходимо использовать некоторые термины, то их следует пояс­ нить; ­будьте   точны   и   рациональны   ­   длинные   и   запутанные   руководства обычно   никто   не   читает,   например,   лучше   привести   рисунок   формы,   чем долго ее описывать. Руководство пользователя, как правило, содержит следующие разделы: ­общие сведения о программном продукте; ­описание установки; ­описание запуска; ­инструкции по работе (или описание пользовательского интерфейса); ­сообщения пользователю. Раздел Общие сведения о программе обычно содержит наименование программного   продукта,   краткое   описание   его   функции,   реализованных методов и возможных областей применения. Раздел Установка обычно     подробное            описание действий  по  установке   программного  продукта  и  сообщений,  которые  при этом могут быть получены. содержит В   разделе Запуск, как   правило,   описаны   действия   по запуску ПО и сообщений, которые при этом могут быть получены. Раздел Инструкции   по   работе обычно   содержит   описание   режимов работы, форматов ввода­вывода информации и возможных настроек. Раздел Сообщения   пользователю должен   содержать   перечень возможных   сообщений,   описание   их   содержания   и   действий,   которые необходимо предпринять по этим сообщениям. Руководство системного программиста По   ГОСТ   19.503­79   руководство   системного   программиста   должно содержать всю информацию, необходимую для установки ПО, его настройки и проверки работоспособности. Кроме того в него часто включают и описание необходимого   обслуживания,   которое   раньше   приводилось   в   руководстве оператора   (ГОСТ   19.505­79)   и/или   руководстве   по   техническому обслуживанию   (ГОСТ   19.508­79).   В   настоящее   время   данную   схему используют для составления руководства системному администратору. Руководство системного программиста должно содержать следующие разделы: ­общие сведения о программе; ­структура программы; ­настройка; ­проверка; ­дополнительные возможности; ­сообщения системному программисту. Раздел Общие   сведения   о   программе должен   включать   описание назначения   и   функций   программы,   а   также   сведения   о   технических   и программных   средствах,   обеспечивающих   выполнение   данной   программы (например, объем оперативной памяти, требования к составу и параметрам внешних устройств, требования к ПО и т.п.). В разделе Структура программы должны быть приведены сведения о структуре   программы,   ее   составных   частях,   о   связях   между   составными частями и о связях с другими программами. В   разделе Настройка программы   должно   быть   приведено   описание действий по настройке программы на условия практического применения. В   разделе Проверка программы   должно   быть   приведено   описание способов   проверки   работоспособности   программы,   например   контрольные примеры. В   разделе Дополнительные   возможности должно   быть   приведено описание дополнительных   возможностей   программы   и   способов   доступа   к ним. В   разделе Сообщения   системному   программисту должны   быть указаны   тексты   сообщений,   выдаваемых   в   ходе   выполнения   настройки   и проверки программы, а также в ходе ее выполнения, описание их содержания и действий, которые необходимо предпринять по этим сообщениям.