Средства управления конфигурацией ПО, документирования, тестирования.
Управление конфигурацией — это процесс разработки и применения стандартов и правил по управлению эволюцией программных продуктов. Эволюционирующие системы нуждаются в управлении по той простой причине, что в процессе их эволюции создается несколько версий од-них и тех же программ. В эти версии обязательно вносятся некоторые изменения, исправляются ошибки предыдущих версий; кроме того, версии могут адаптироваться к новым аппаратным сред-ствам и операционным системам. При этом в разработке и эксплуатации могут одновременно на-ходиться сразу несколько версий. Поэтому нужно четко отслеживать все вносимые в систему из-менения.
Конфигурация означает процесс развертывания изменения. Все группы поддержки должны управлять изменениями; поэтому управление изменениями и конфигурацией является важной дисциплиной для всех групп поддержки, вне зависимости от их управленческой роли.
Как следует из названия управления изменениями и конфигурацией подразумевает управ-ление происходящими изменениями и вопросами конфигурации, встающими перед администратором при попытке удостовериться в том, что люди продуктивно используют компьютеры при выполнении повседневной работы.
Цель конфигурационного управления - обеспечить управляемость и контролируемость процессов разработки и сопровождения ПО. Для этого необходима точная и достоверная информация о состоянии ПО и его компонент в каждый момент времени, а также о всех предполагаемых и выполненных изменениях. Для решения задач КУ применяются методы и средства обеспечивающие идентификацию состояния компонент, учет номенклатуры всех компонент и модификаций системы в целом, контроль за вносимыми изменениями в компоненты, структуру системы и ее функции, а также координированное управление развитием функций и улучшением характеристик системы. Наиболее распространенным средством КУ является PVCS фирмы Intersolv (США), включающее ряд самостоятельных продуктов: PVCS Version Manager, PVCS Tracker, PVCS Configuration Builder и PVCS Notify.
5.6.2. Средства документирования
Для создания документации в процессе разработки ИС используются разнообразные сред-ства формирования отчетов, а также компоненты издательских систем. Обычно средства докумен-тирования встроены в конкретные CASE-средства. Исключением являются некоторые пакеты, предоставляющие дополнительный сервис при документировании. Из них наиболее активно ис-пользуется SoDA (Software Document Аutomation).
Продукт SoDA предназначен для автоматизации разработки проектной документации на всех фазах ЖЦ ПО. Он позволяет автоматически извлекать разнообразную информацию, получае-мую на разных стадиях разработки проекта, и включать ее в выходные документы. При этом кон-тролируется соответствие документации проекту, взаимосвязь документов, обеспечивается их своевременное обновление. Результирующая документация автоматически формируется из мно-жества источников, число которых не ограничено.
SoDA не зависит от применяемых инструментальных средств. Связь с приложениями осу-ществляется через стандартный программный интерфейс API. Переход на новые инструменталь-ные средства не влечет за собой дополнительных затрат по документированию проекта.
SoDA содержит набор шаблонов документов, определяемых стандартом на программное обеспечение DOD 2167A. На их основе можно без специального программирования создавать но-вые формы документов, определяемые пользователями.
Пакет включает в себя графический редактор для подготовки шаблонов документов. Он позволяет задавать необходимый стиль, фон, шрифт, определять расположение заголовков, резервировать места, где будет размещаться извлекаемая из разнообразных источников информация. Изменения автоматически вносятся только в те части документации, на которые они повлияли в программе. Это сокращает время подготовки документации за счет отказа от перегенерации всей документации.
SoDA реализована на базе издательской системы FrameBuilder и предоставляет полный на-бор средств по редактированию и верстке выпускаемой документации. Разные версии документа-ции могут быть для наглядности отмечены своими отличительными признаками. В системе соз-даются таблицы требований к проекту, по которым можно проследить, как реализуются эти тре-бования. Разные виды документации, сопровождающие различные этапы ЖЦ, связаны между со-бой, и можно проследить состояние проекта от первоначальных требований до анализа, проекти-рования, кодирования и тестирования программного продукта.
Итоговым результатом работы системы SoDA является готовый документ (или книга). До-кумент может храниться в файле формата SoDA (Frame Builder), который получается в результате генерации документа. Вывод на печать этого документа (или его части) возможен из системы SoDA.
Среда функционирования SoDA - ОС типа UNIX на рабочих станциях Sun SPARCstation, IBM RISC System/6000 или Hewlett Packard HP 9000 700/800.
SoDA требует по крайней мере 32 MB оперативной памяти, 100-300 MB для установки и 64 MB рабочего пространства на диске..
7.3.1. Служба тестирования ПС
Под тестированием понимается процесс исполнения программы с целью об-наружения ошибок. Регрессионное тестирование - это тестирование, проводимое после усовершенствования функций программы или внесения в нее изменений. Одно из наиболее развитых средств тестирования Quality Works представляет собой интегрированную многоплатформенную среду для разработки автоматизированных тестов любого уровня, включая тесты регрессии для приложений с графическим интерфейсом пользователя. Quality Works позволяет начинать тестирование на любой фазе ЖЦ, планировать и управлять процессом тестирования, отображать изменения в приложении и повторно использовать тесты для более чем 25 различных платформ.