18.Верификация программного обеспечения.

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

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

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

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

При этом принятие решения о том, какой именно документ подлежит исправлению (а может быть и оба) является отдельной задачей.

19.Валидация программного обеспечения.

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

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

Примеры:

1)«Неявные» пожелания пользователей.

2)Бизнес-требования.

3)ТЗ.

4)Алгоритм.

5)Код.

6)Протокол тестирования.

7)Инструкции.

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

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

20.Система факторов качества по с позиции пользователя.

С пользовательской точки зрения стандарт ISO 9126 предлагает следующую систему факторов качества программного обеспечения:

1)Эффективность (effectiveness) – способность решать задачи пользователей с необходимой точностью при использовании в данном контексте.

2)Продуктивность (productivity) – способность представлять определённые результаты в рамках ожидаемых затрат ресурсов.

3)Безопасность (safety) – способность обеспечивать необходимо низкий уровень риска ущерба жизни и здоровья людей, бизнесу, собственности или окружающей среде.

4)Удовлетворение (satisfaction) – способность приносить удовлетворение пользователям при использовании в данном контексте.

21.Система факторов качества по с позиции разработчика.

Основными факторами качества ПО с точки зрения его разработчиков и их руководства являются:

1)Функциональность (functionality) – способность ПО в определенных условиях решать задачи нужные пользователям.

2)Надежность (reliability) – способность ПО поддерживать определенную работоспособность в заданных условиях.

3)Практичность или удобство использования (usability) – способность ПО быть удобным в обучении и использовании, а так же привлекательным для пользователей.

4)Производительность (efficiency) - способность ПО при заданных условиях обеспечивать необходимую работоспособность по отношению к выделяемым для этого ресурсам.

5)Удобство сопровождения (maintainability) – удобство проведения всех видов деятельности связанных с сопровождением программ (закомментированность, удобство поиска ошибок).

6)Переносимость (portability) – способность ПО сохранять работоспособность при переносе из одного окружения в другое включая организационные, аппаратные и программные аспекты окружения.

22.Создание визуальных приложений в среде Turbo C++ 2006. Панели компонентов. Инспектор объектов.

Turbo C++ - визуальная интегрированная среда программирования, работающая под Windows, при этом текст, который придется писать программисту минимален, поскольку часть программы среда пишет сама.Используется визуальный интерфейс вместо диалогового.

Интегрированная среда включает в себя следующие компоненты:

1. Главное окно

2. Окно инспектора объектов.

3. Окно редактора кода.

4. Окно визуального проектирования приложения или окно формы.

1.В его состав входят: верхняя строка – строка заголовка, строка меню, панель инструментов (палитра быстрого доступа (настраиваемая)), палитра компонентов – содержит набор заготовок для элементов управления, из которых будет собираться интерфейс программы.

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

Отличия MS-DOS от Windows:

1)Наличие режима многозадачности.

2)Наличие развитого графического интерфейса.

2.Окно инспектора объектов – предназначено для задания свойств объектов и определения их реакций на различные события. Для каждого компонента инспектор объектов создает две страницы – properties и events. Properties – вкладка свойств выбранного объекта.

Events – вкладка событий, на которые этот объект может реагировать.

3.Окно редактора кода. Перемещение между окнами редактора кода, инспектора объектов и палитры компонентов осуществляется клавишей F11.

Любой записанный программистом код вызывается из процедуры обработки событий. Здесь же можно написать программный код для свойств различных объектов. То есть, программный код может быть сформирован тремя способами:

1)Сформирован средой.

2)Сформирован с помощью инспектора объектов.

3)написан вручную.

4.Окно визуальной разработки приложения (окно формы). Форма осуществляет визуальный интерфейс. У формы существует несколько файлов (unit1.dfm, unit1.cpp, unit1.h).

.dfm – файл интерфейса.

.cpp – файл на запуск.

.h – файл описания классов формы.

Есть еще два файла:

.cpp – файл программы.

.cbproj –файл проекта.