5.5. Средства разработки по

Основные цели разработки ПО:

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

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

• -         тестирование разработанных модулей;

• -         интеграция результатов работы отдельных программистов (или групп) в рабочую систему.

Для ведения непосредственной разработки IBM Rational предлагает целый набор специализированных инструментальных средств:

• -         IBM Rational Application Developer

• -         IBM Rational Web Developer

• -         IBM Rational XDE Developer

6.6. Тестирование

Тестирование программного обеспечения занимает от 30 до 50 процентов от всей стоимости разработки. Однако многие полагают, что приложение не может быть хорошо протестировано до момента внедрения. Это заблуждение основано на двух фактах. Во-первых, тестирование ПО является чрезвычайно сложным процессом. Выполнение любой программы может иметь неисчислимое количество различных путей. Во-вторых, тестирование часто проводится без четкой методологии и без требуемой автоматизации с помощью соответствующих инструментальных средств. Сложность создаваемого ПО делает невозможным проведение 100%-го тестирования, но хорошо продуманная методология и использование современных инструментальных средств, могут значительно улучшить производительность и эффективность тестирования ПО.

Основные цели тестирования:

• -         проверить взаимодействие между объектами;

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

• -         проверить, что все требования были корректно реализованы;

• -         идентифицировать дефекты и убедиться, что они максимально выявлены еще до развертывания системы.

Хорошо выполненные тесты, запуск которых осуществляется еще на ранней стадии жизненного цикла, могут значительно снизить стоимость завершения проекта и поддержки ПО. Это может также значительно снизить риски или штрафы, связанные с поставкой ПО плохого качества, исключить низкую производительность работы приложений конечных пользователей, неудобство ввода данных, наличие вычислительных ошибок и ошибочное функциональное поведение системы. Для систем "с особыми требованиями к безопасности", когда отказ в работе может причинить вред людям или принести значительные убытки компании – таких, как системы управления воздушными полетами, управления ракетами или медицинскими поставками, финансовые приложения – высокие требования к качеству ПО являются необходимыми для успеха разрабатываемой системы. Для обычной информационной административной системы такие требования не являются настолько критичными, но эффект от всего лишь одного дефекта может быть, тем не менее, достаточно дорогостоящим.

В соответствии с RUP принята следующая базовая классификация видов тестирования:

1. Функциональное тестирование

• -         непосредственно функциональное тестирование (Function testing);

• -         тестирование целостности данных (Data integrity testing);

• -         тестирование на разных платформах (Configuration testing);

• -         тестирование отказоустойчивости (Failover & recovery testing);

• -         тестирование доступа (Security testing);

• -         инсталляционное тестирование (Installation testing);

• -         тестирование пользовательского интерфейса (User interface testing).