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

1. Управление конфигураций программного обеспечения.1.1 Цели процесса управления конфигурацией ПО

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

• определяемую и управляемую конфигурацию ПО на протяжении жизненного цикла;

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

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

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

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

элементов конфигурации.

1. Управление конфигураций программного обеспечения.1.2 Состав работ, выполняемых в процессе

управления конфигурацией ПО

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

2. Документирование программного обеспечения.

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

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

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

2. Документирование программного обеспечения.2.2 Руководство пользователя

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

2. Документирование программного обеспечения.2.2.1 Ординарный пользователь программы

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

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

2. Документирование программного обеспечения.

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

2. Документирование программного обеспечения.2.3 Пояснительная записка

Это основной документ. Она должна содержать всю информацию, необходимую для сопровождения и модификации программного обеспечения: сведения о его структуре и конкретных компонентах, общее описание алгоритмов и их схемы, а также обоснование принятых технических и технико-экономических решений. Содержание пояснительной записки по стандарту (ГОСТ 19.404—79) должно включать следующие разделы: • введение; • назначение и область применения; • технические характеристики; • ожидаемые технико-экономические показатели; • источники, используемые при разработке.

2.4 Руководство программиста

2. Документирование программного обеспечения.

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

2. Документирование программного обеспечения.2.5 Документацию по тестированию ПО

Документацию по тестированию ПО состоит из следующих разделов:• Введение;• План тестирования (Тестируемые элементы, границы, подход, ресурсы, расписание, персонал);• Проект тестирования (Тестируемые элементы, подход, подробный план)• Тестовые варианты (Наборы входных данных и событий);• Тестовые процедуры (Шаги выполнения тестовых вариантов);• Отчет о проведении тестирования элементов (Тестируемый элемент, физическое местоположение результатов, ответственный за тест);• Журнал испытаний (Хронологическая запись, физическое местоположение теста, название теста);• Отчет о происшествиях во время тестирования (Документирование любого события, имевшего место во время тестирования, требующего дальнейших расследований);• Итоговый отчет о тестировании (Итог всего перечисленного).

2. Документирование программного обеспечения.2.6 Стандарт оформления проектной

документации.

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

3. Процесс верификации.

3.1 Принципы верификации.

Верификация – это процесс для определения, выполняет ли ПО и её компоненты требования, наложенные на них в этапах ЖЦ ПО.Основная цель: обнаружить, зарегистрировать и устранить дефектыи ошибки, которые внесены во время разработки и модификации ИС.Обычно проводится сверху вниз, начиная от общих требований, заданных в ТЗ и спецификации на всю ПО до детальных требований на компонентыи их взаимодействие.

3. Процесс верификации.3.2 Процесс верификации.

В процессе верификации ПО проверяется, что:• общие требования к ПО, предназначенные для программной реализации,

корректно переработаны в спецификацию требований высокого уровня;• требования высокого уровня правильно переработаны в архитектуру ПО и в

спецификации требований к функциональным компонентам;• спецификации требований к функциональным компонентам ПО,

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

программных модулей;• исполняемый объектный код удовлетворяет требованиям к исходному тексту

программных компонентов.

3. Процесс верификации.

Информация о процессе верификации включает:

требования к системе;

требования к ПО и её архитектуре;

данные о прослеживании последовательного преобразования требований;

исходный текст программ;

исполняемый объектный код;

План верификации ПО;

План квалификационного тестирования ПО;

3. Процесс верификации.3.3 Цели верификации.

ПО достигается посредством последовательного выполнения комбинации из:

Просмотров анализов;

разработки тестовых сценариев и процедур;

последующее выполнение тестов.

4. Процесс сопровождения.4.1 Принцип сопровождения.

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

4. Процесс сопровождения.4.2 Структура сопровождения.

Принято выделять несколько линий сопровождения (структура приведена на примере внешнего сопровождения ПО):• 0 линия (call-center, информационный центр, горячая линия) - обработка телефонных обращений от клиентов, передача обращений техническим специалистам (1-ая линия сопровождения);• 1 линия (инженер по сопровождению, инженер технической поддержки, support engineer) – консультация/настройка/устранение ошибок в работе ПО/наполнение базы знаний, составление мануалов;• 2 линия (инженер по сопровождению, инженер технической поддержки, support engineer) функциональное сопровождение/проектная деятельность на этапе запуска ПО на машинах заказчика;• 3 линия (инженер по сопровождению, инженер технической поддержки, support engineer) - системное сопровождение/проектная деятельность на этапе запуска ПО на оборудовании заказчика.