- •Тестирование по
- •Тестирование по принципу белого ящика (структурное).
- •Покрытие операторов.
- •Покрытие решений.
- •Покрытие условий.
- •Покрытие решений/условий.
- •Комбинаторное покрытие условий.
- •Тестирование по принципу чёрного ящика.
- •Ручное тестирование программных продуктов.
- •Инспекция исходного текста (структурный контроль).
- •Сквозные просмотры.
- •Проверка за столом.
- •19. Анализ причинно-следственных связей (апсс)
- •Предположение об ошибке (мпо)
- •Документирование по.
- •Стандарты, регламентирующие документирование пс и бд (баз данных).
- •Адаптация процессов и работ жц пс к характеристикам конкретных проектов.
- •Профили
- •Состав документации
- •Эксплутационная документация
- •Исследовательская документация
Адаптация процессов и работ жц пс к характеристикам конкретных проектов.
Используемые реально в фирмах модели ЖЦ ПС в последнее время изменяются относительно приведенных в стандартах, в связи с развитием и внедрением объектно-ориентированного анализа и проектирования методом быстрой разработки прикладных программ CASE-систем и языков четвертого поколения.
В новых моделях сокращаются работы по непосредственному созданию программных и информационных компонентов и детализируются работы по системному анализу и проектированию ПС и БД в целом
Кроме того, возрастает роль и конкретизация работ по технологической поддержке и графической реализации проектирования (UML), а так же по стандартизации интерфейсных компонентов в создаваемых приложениях. Особое внимание в этих моделях уделяется детализации компонентов ЖЦ, обеспечивающих высокое качество информационных систем и возможности их эффективного итерационного развития длительное время в многочисленных версиях.
Профили
При создании и развитии сложных распределенных тиражируемых ИС требуется гибко используемые нормативные требования из совокупности и базовых стандартов. В связи с этим выделилось и оформилось понятие «профили ИС», как основного инструмента функциональной стандартизации.
Профиль– это совокупность нескольких (или подмножество одного) базовых стандартов и других нормативных документов с четко определенными и гармонизированными подмножествами обязательных и факультативных возможностей предназначенная для реализации заданной функции или группы функций.
На базе одной и той же совокупности базовых стандартов могут формироваться и утверждаться различные профили для разных проектов информационных систем и сфер применения.
Ограничения базовых документов и их гармонизация, проведенная разработчиками профиля должны обеспечивать качество, совместимость и корректное взаимодействие компонентов системы, соответствующих профилю в заданной области применения профиля.
Состав документации
По своему назначению и ориентации на определенные задачи и группы пользователей, документацию ПС можно разделить на технологическую эксплуатационную и исследовательскую.
1. Технологическая документация (ТД) прогресса разработки включает подробные технологические описания и подготавливается специалистов, ведущих проектирование, разработку и сопровождение ПС. Обеспечивает возможность отчуждения детального освоения развития и корректировки ими программ и данных на всем ЖЦ ПС. I. Структуру и содержание отчетных документов по этапам разработки испытаний и сопровождения ПС.
II. Логическую структуру программ и информационных компонентов и базы данных проекта ПС.
III. Спецификации на внутренние межмодульные интерфейсы прикладных ПС и на интерфейсы с внешней средой ПС.
IV. Язык и правило программирования идентификации компонентов, комментирование текста, программ и описание данных.
V. Методы тестирования испытаний и аттестации программных компонентов и ПС в целом.
VI. Оформление, форматы и обозначения отчетных и результирующих документов.
Резюме: Необходимые качества объектов формируются и документируются при выполнении частных работ каждого этапа ЖЦ и окончательно удостоверяется при его завершении.