24. Состав документации на пс.

Документацию ПС можно разделить на:

• Технологическую документацию процесса разработки, включающую подробные технические описания, и подготавливаемую для специалистов, ведущих проектирование, разработку и сопровождение ПС, обеспечивающую возможность отчуждения, детального освоения, развития и корректирования ими программ и данных на всем ЖЦ ПС;

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

Технологическая документация должна отображать процессы ЖЦ прикладных программ и данных и регламентировать требования к этим документам.

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

• Базовые документы, определяющие цели и методологию применения конкретной версии ЖЦ ПС;

• Ссылочные документы на руководства по организации подобных разработок;

• Стандарты и нормативные документы, непосредственно регламентирующие работы и документы ЖЦ программ, планирование и технологию разработки документации, состав и описание инструментальных средств автоматизации разработки;

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

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

Эксплуатационная документация ПС включает:

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

• Руководство операторов – пользователей, использующих ПС по прямому назначению;

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

• Справочные руководства по применению ПС;

• Учебные руководства по освоению ПС и информационной системы.

Исследовательская документация.

• Имеет экспериментальный характер, зависящий от возможных целей исследований.

• Основная ее задача состоит в фиксировании и обобщении характеристик объектов и процессов всего ЖЦ ПС и ИС.

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

25. Испытания и сертификация ПС.

Цель испытаний: определение степени соответствия созданного комплекса программ

Виды испытаний:

1. Испытание опытного образца ПС на полное соответствие требованиям ТЗ

2. Испытание рабочей версии ПС, адаптируемое к конкретным условиям применения

3. Испытание версии(модернизированного ПС при сопровождении)

При испытании ПС необходимо руководствоваться следующими документами:

1. Утвержденным заказчиком и согласованным с разработчиком ТЗ на ПС

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

3. Программой испытаний по всем требованиям ТЗ

4. Методиками испытаний по каждому разделу требований ТЗ

В программе испытаний должно быть:

• Объект испытаний

• Цели испытаний

• Собственно программа испытаний

• Методика испытаний

Цели сертификации ПС:

Основная – защита интересов пользователей:

• Контроль качества

• Обеспечение высоких потребительских свойств

• Повышение эффективности затрат

Формальная – выдача сертификата

• полнота, точность эталонных данных

• Адекватные показатели качества ПС

• Методологии интерпретации данных

26. Методы, технология, средства обеспечения сертификации ПС.

Организационная структура системы сертификации:

• Госстандарт РФ

• Ведомственные органы – те же функции, но в ограниченном объеме и для конкретных классов продукции

• Испытательные лаборатории сертификации (ИЛС)

• Проводят испытания согласно действующим гос. нормативным документам

• Испытывают ПС по поручению органов госнадзора России, заказчиков или разработчиков ПС

• Оформляют в установочном порядке протоколы испытаний

Госстандарт РФ:

• Организует ведение обязательной сертификации продукции по поручению органов законодательной или исполнительной власти

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

• Утверждает документы, устанавливающие порядок сертификации конкретных видов продукции

• Проводят аккредитацию ИЛС и выдает аттестат аккредитации

• Признает иностранные сертификаты соответствия

• Регистрирует и аннулирует сертификаты соответствия и лицензии

• Организует периодическую публикацию по сертификации

Исходные данные для сертификационных испытаний:

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

• Значения исходных данных и результирующих данных, в пределах которых должны удовлетворяться заказанные показатели качества

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

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

• Действующие международные и национальные стандарты на тестирование, испытание, аттестацию программ и б/д

• Международные и гос. стандарты на технологию создания компонент ПС и алгоязыки

• Стандарты на сопровождающую ПС документацию

• Технические условия, описания, спецификации и другие эксплуатационные документы по выбору

Стандарты сертификации:

ISO – 0002 : 1983 – общие термины и определения в области стандартизации и смежных видах деятельности

ISO – 0025 : 1983 – общие требования к оценке технической компетентности ИЛС

ISO – 0038 : 1983 - общие требования к приемке ИЛС

ISO – 0043 : 1983 – организация и проведение проверки на компетентность

ISO – 0045 : 1983 – руководящее положение по представлению результатов испытаний

ISO – 0049 : 1983 – руководящее положение по разработке, руководство по качеству для испытаний лаборатории

ISO – 0054 : 1983 – общие требования к приемке органов аккредитации

ISO – 0055 : 1983 – система аккредитации ИЛС, общие требования к испытательной деятельности

27. Сопровождение и конфигурационное управление ПС.

Сопровождение ПС:

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

Конфигурационное управление

Процесс применения административных и технических процедур на всем протяжении жизненного цикла для:

1. Идентификации, определения и базирования единиц ПО в информационных системах

2. Управление модификацией и выпуском версий ПС

3. Фиксирование и сообщение о состоянии версии ПС

4. Для управления и контролирования хранения обращения и поставок ПС

Цель: обеспечить управляемое и контролируемое развитие структуры

28. Особенности современных методологий и технологий разработки ПС.

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

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

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

• гарантия создания системы с заданными параметрами в течение заданного времени в рамках оговоренного заранее бюджета;

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

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

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

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

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

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

• поддерживать полный жизненный цикл информационной системы;

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

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

• технология должна обеспечивать возможность ведения работ по проектированию отдельных подсистем небольшими группами (3-7 человек);

• обеспечивать минимальное время получения работоспособной системы;

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

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

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

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

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