Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Учебное пособие по СиСПО.pdf
Скачиваний:
765
Добавлен:
01.04.2014
Размер:
895.85 Кб
Скачать

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

6)работы жизненного цикла системы; например, подготовка проекта за-

казчиком, разработка и сопровождение поставщиком;

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

8)характеристики программного уровня; например, количество про-

граммных объектов, типы, объемы и критичность программных продуктов, технические риски; выделяются следующие типы программных продуктов:

· новая разработка; должны учитываться все требования к процессу раз-

работки;

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

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

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

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

·

непоставляемый

программный

продукт; требования

стандарта

ИСО/МЭК 12207 можно не учитывать;

 

 

9)

другие характеристики; например, усиленный административный кон-

троль за критичными или большими программными продуктами.

 

2.6.Инструментальные средства автоматизации жизненного цикла программных средств и систем

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

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

64

чества разработанных программных средств.

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

2.6.1. Telelogic DOORS

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

Telelogic DOORS может быть использовано при выполнении процессов заказа, поставки и разработки. Табл. 31 содержит работы и задачи вышеназванных процессов, которые может поддерживать Telelogic DOORS.

Вданной таблице номера работ и задач ЖЦ ПС приведены в соответствии

сих иерархическими номерами в стандартеISO/IEC 12207:1995 и его аутен-

тичных аналогах СТБ ИСО/МЭК 12207–2003 и ГОСТ Р ИСО/МЭК12207–99

[17, 12, 5]. В последнем столбце таблицы приведены номера таблиц пособия, содержащих описание соответствующих работ процессов жизненного цикла программных средств.

Таблица 31 Работы и задачи процессов заказа, поставки и разработки,

поддерживаемые инструментальным средством TelelogicОкончаниеDOORSтабл. 31

Название

Номер и название

Номер и содержание

Номер

таблицы

процесса

работы

поддерживаемой задачи

пособия

 

 

 

Заказ

5.1.1. Подготовка

5.1.1.1. Описание концепции или

1

 

процесса заказа

потребности в заказе

 

 

 

5.1.1.2. Анализ требований к систе-

 

 

 

ме

 

 

 

5.1.1.4. Анализ требований к про-

 

 

 

граммным средствам

 

Поставка

5.2.4. Планирова-

5.2.4.1. Анализ требований к заказу

2

 

ние

 

 

Разработка

5.3.2. Анализ тре-

5.3.2.1. Анализ области применения

4

 

бований к систе-

системы и определение требований

 

 

ме

к ней

 

 

5.3.3. Проектиро-

5.3.3.1. Распределение требований к

5

 

вание системной

системе между объектами техниче-

 

 

архитектуры

ских и программных средств архи-

 

 

 

тектуры и ручными операциями и

 

 

 

дальнейшее уточнение требований

 

65

 

 

Окончание табл. 31

 

 

 

 

Название

Номер и название

Номер и содержание

Номер

таблицы

процесса

работы

поддерживаемой задачи

пособия

 

 

 

 

5.3.4. Анализ тре-

5.3.4.1. Определение требований к

6

 

бований к про-

программным средствам

 

 

граммным сред-

 

 

 

ствам

 

 

 

5.3.5. Проектиро-

5.3.5.1. Распределение требований к

7

 

вание програм-

программному объекту между его

 

 

мной архитекту-

компонентами и дальнейшее уточ-

 

 

ры

нение требований

 

 

5.3.6. Техниче-

5.3.6.1. Распределение технических

8

 

ское проектиро-

требований к компонентам между

 

 

вание програм-

программными модулями и даль-

 

 

мных средств

нейшее уточнение требований

 

Вышеприведенные задачи (табл. 31) непосредственно связаны с разработкой требований к системе, программным средствам или их элементам и могут быть автоматизированы с помощью Telelogic DOORS. Это позволяет повысить качество выполнения данных задач. Кроме того, следует иметь в виду, что для большинства других задач процессов жизненного цикла требования являются исходными данными. Поэтому структуризация требований и автоматизация их разработки также повышает качество выполнения таких задач, а следовательно, и всего процесса разработки систем и программных средств в целом.

2.6.2. Telelogic TAU

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

Семейство Telelogic TAU включает следующие инструментальные средст-

ва:

·TAU/Model Author – инструментальное средство для рисования диаграмм моделей;

·TAU/Architect – инструментальное средство для системных инженеров;

66

·TAU/Developer – инструментальное средство для разработчиков программных средств;

·TAU/Tester – инструментальное средство для тестировщиков.

Табл. 32 содержит работы и задачи процесса разработки, которые поддерживает семейство Telelogic TAU.

Таблица 32

Работы и задачи процесса разработки, поддерживаемые семейством инструментальных средств Telelogic TAU

Номер и название

Номер и содержание

Номер

таблицы

работы

поддерживаемой задачи

пособия

 

 

5.3.3. Проектиро-

5.3.3.1. Определение общей архитектуры системы

5

вание системной

 

 

архитектуры

 

 

5.3.5. Проектиро-

5.3.5.1. Преобразование требований к програм-

7

вание програм-

мному объекту в его архитектуру (разработка эс-

 

мной архитекту-

кизного проекта)

 

ры

5.3.5.2. Разработка эскизного проекта интерфей-

 

 

сов программного объекта и его компонентов

 

 

5.3.5.3. Разработка эскизного проекта базы дан-

 

 

ных

 

5.3.6. Техниче-

5.3.6.1. Разработка технического проекта для ком-

8

ское проектиро-

понентов программного объекта (представление

 

вание програм-

их в виде набора программных модулей)

 

мных средств

5.3.6.2. Разработка технического проекта интер-

 

 

фейсов программного объекта, его компонентов и

 

 

модулей

 

 

5.3.6.3. Разработка технического проекта базы

 

 

данных

 

5.3.7. Програм-

5.3.7.1. Программирование программных моду-

9

мирование и тес-

лей, базы данных

 

тирование про-

5.3.7.2. Тестирование программных модулей и

 

граммных средств

базы данных

 

5.3.8. Сборка про-

5.3.8.2. Сборка программных модулей и компо-

10

граммных средств

нентов и тестирование результатов сборки

 

5.3.9. Квалифика-

5.3.9.1. Проведение квалификационных испыта-

11

ционные испыта-

ний (тестирования) программных средств

 

ния программных

 

 

средств

 

 

5.3.11. Квалифи-

5.3.11.1. Проведение квалификационных испыта-

13

кационные испы-

ний

 

тания системы

 

 

67