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



бет56/85
Дата29.09.2023
өлшемі5.65 Mb.
#479244
түріМетодические указания
1   ...   52   53   54   55   56   57   58   59   ...   85
metod-ukazaniya-prakticheskie-raboty-pm-05

Ход работы

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

  2. Сравнить два программных продукта: калькулятор фирмы Microsoft и калькулятор, написанный студентами (скачанный). Сравнение проводить по следующим оценочным элементам: надежность ПС, сопровождаемость, корректность. Критерии оценки (1 или 0)

  3. Все сравнение занести в следующую таблицу





Код элемента

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

Метод оценки

Оценка
калькулятора
фирмы Microsoft



Оценка калькулятора

Оценочные элементы фактора «Надежность ПС»




Наличие требований к программе по устойчивости функционирования при наличии ошибок во входных данных

Экспертный










Возможность обработки ошибочных ситуаций













Полнота обработки ошибочных данных













Наличие тестов для проверки допустимых значений входных данных













Наличие системы контроля полноты входных данных













Наличие средств контроля корректности входных данных













Наличие требований к программе по восстановлению процесса выполнения в случае сбоя ОС, внешних устройств, процессора













Наличие требований к программе по восстановлению результатов при отказах ОС, внешних устройств, процессора













Наличие средств восстановления при сбоях оборудования













Наличие возможности повторного старта с точки прерывания













Наличие обработки неопределенностей













Наличие централизованного управления процессами,
конкурирующими из-за ресурсов













Наличие возможности автоматически обходить ошибочные ситуации в процессе вычисления
















Всего







Оценочные элементы фактора «Сопровождаемость»




Наличие комментариев в точках входа и выхода в программу













Осуществляется ли передача результатов работы модуля через вызывающий его модуль













Оценка программы по числу циклов













Используется ли язык высокого уровня













Наличие проверки корректности передаваемых данных













Использовании при построении программ метода структурного программирования













Соблюдение принципа процесса разработки программы сверху вниз













Наличие ограничений на размеры модуля













Наличие модульной схемы программы
















Всего







Оценочные элементы фактора «Корректность»




Наличие всех необходимых документов для понимания и использования ПС













Наличие описание схемы иерархии модулей программы













Наличие описаний основных функций













Наличие описаний частных функций













Наличие описания данных













Наличие описания алгоритмов













Наличие описания интерфейсов между модулями













Наличие описания всех параметров













Наличие описание методов настройки системы













Наличие описание способов проверки работоспособности программы













Реанимация всех модулей системы













Реанимация всех основных функций













Реанимация всех алгоритмов













Наличие определений всех данных: переменные, индексы., массивы и пр.













Наличие интерфейсов с пользователем













Отсутствие противоречий в выполнении основных функций













Отсутствие противоречий в выполнении частных функций













Отсутствие противоречий в выполнении алгоритмов













Правильность взаимосвязей













Правильность реализаций интерфейса с пользователем













Отсутствие противоречий в настройке системы













Комплектность документации соответствии со стандартами
















Всего













  1. Разработайте план валидации.

Примерное содержание валидационного плана
Валидационный план включает в себя следующие положения, информацию, документы:
1. Цели и задачи валидации (политика предприятия в отношении проведения валидации).
2. Распределение ответственности за проведение валидации/квалификации, написание и утверждение валидационных протоколов, и др.
3. Термины и определения.
4. Нормативные ссылки.
5. Организационная структура (сценарий) валидации, включая:
5.1. Вид, стадии и этапы валидации/квалификации.
5.2. Место и время проведения работ. Привлекаемые сторонние организации и/или эксперты.
5.3. Формы валидационных протоколов, отчетов, сводных таблиц и др.
5.4. Калибровка/поверка средств измерений.
5.5. Перечень работ по валидации процессов и квалификация условий производства (технологическое и лабораторное оборудование, инженерные системы, "чистые" помещения и др.). При этом обосновывается исключение отдельных объектов/процедур валидации.
5.6. Требования к персоналу, учесть в проведении валидации/квалификации.
5.7. Условия периодической корректировки валидационного плана.
6. Описание предприятия, производства/участка, процесса, оборудования, инженерных систем, продукта и др. (в т.ч. даются ссылки на другие документы).
7. Перечень методик проведения испытаний (измерений, отбора проб и др.). Критерии оценки результатов, критические условия/параметры.
8. График проведения работ рекомендуется оформить в виде таблицы с указанием наименования объекта валидации/квалификации, стадии/этапов, валидаторов, ответственных за согласование/утверждение протоколов, времени и места, идентификация СОПов, стоимости и т.п.
9. Необходимые приложения (чертежи, схемы и др.).


Контрольные вопросы

  1. Что такое валидация?

  2. Какова цель проведения валидации?

  3. Чем определяется надежность ПП?

  4. Как оценивается эффективность ПП?

  5. Что обозначает модифицируемость ПП?

  6. На чем основана коммуникативность ПП?

Лабораторные работы №№12-16
Тестирование интерфейсов программного обеспечения
Системное тестирование программного обеспечения
Регрессионное тестирование программного обеспечения
Приемосдаточное тестирование программного обеспечения
Тестирование инсталляции программного обеспечения
Цель: изучить классификацию видов тестирования, практически закрепить эти знания путем генерации тестов различных видов, научиться планировать тестовые активности в зависимости от специфики поставляемой на тестирование функциональности.

Теоретические сведения


Тестирование – процесс, направленный на оценку корректности, полноты и качества разработанного программного обеспечения.
Тестирование можно классифицировать по очень большому количеству признаков. Далее приведен обобщенный список видов тестирования по различным основаниям.


Типы тестов по покрытию (по глубине)
Smoke test – тестирование системы для определения корректной работы базовых функций программы в целом, без углубления в детали. При проведении теста определяется пригодность сборки для дальнейшего тестирования.
Minimal Acceptance Test (MAT, Positive test): тестирование системы или ее части только на валидных данных (валидные данные – это данные, которые необходимо использовать для корректной работы модуля/функции). При тестировании проверяется правильной работы всех функций и модулей с валидными данными.
Для крупных и сложных приложений используется ограниченный набор сценариев и функций.


Достарыңызбен бөлісу:
1   ...   52   53   54   55   56   57   58   59   ...   85




©dereksiz.org 2024
әкімшілігінің қараңыз

    Басты бет