
- •1. Понятие стандартизации программного обеспечения.
- •2. Внутрифирменные (внутрикорпоративные) стандарты
- •3.Нормативные документы по стандартизации и виды стандартов.
- •4.Основные положения стандартов серии исо 9000.
- •5.Применение исо 9001 при разработке по.
- •6. Показатели качества по
- •Iso 9126 (гост р исо / мэк 9126-93) — «Информационная технология. Оценка программного продукта. Характеристики качества и руководство по их применению».
- •7. Модели и метрики оценки качества по
- •Iso 9126 (гост р исо / мэк 9126-93) — «Информационная технология. Оценка программного продукта. Характеристики качества и руководство по их применению».
- •8. Основные процессы жизненного цикла программного средства
- •Iso 12207-99 (гост р исо/мэк 12207-99) – «Процессы жизненного цикла
- •9. Вспомогательные процессы жизненного цикла программного средства
- •Iso 12207-99 (гост р исо/мэк 12207-99) – «Процессы жизненного цикла
- •10. Организационные процессы жизненного цикла программного средства
- •Iso 12207-99 (гост р исо/мэк 12207-99) – «Процессы жизненного цикла
- •11. Стандарты комплекса гост 34.
- •Состав нормативно-технических документов
- •12. Стандарт ieee 1074-1995. Процессы жизненного цикла для развития программных средств.
- •13. Адаптация стандарта к конкретному проекту.
- •14. Каскадная модель жизненного цикла пс.
- •15. Спиральная модель жизненного цикла пс.
- •16. Схема процессов жизненного цикла.
- •17. Схема процесса приобретения жц пс.
- •18. Описание схемы процесса поставки жц пс
- •19. Описание схемы процесса разработки жц пс
- •20. Описание схемы процесса эксплуатации жц пс
- •21. Описание схемы процесса сопровождения жц пс
- •22. Описание схемы процесса документирования жц пс
- •23. Описание схемы процесса управления конфигурацией жц пс
- •24. Описание схемы процесса обеспечения качества жц пс
- •25. Описание схемы процесса верификации жц пс
- •26. Описание схемы процесса аттестации жц пс
- •27. Описание схемы процесса оценки жц пс
- •28. Описание схемы процесса аудита жц пс
- •29. Описание схемы процесса управления жц пс
- •30. Описание схемы процесса инфраструктуры жц пс
- •31. Описание схемы процесса усовершенствование жцпс.
- •32. Описание схемы процесса обучение жцпс.
- •33. Основные положение на которых основаны принципы модульности и ответственности.
- •34. Функции программной документации то 9294-93.
- •36. Документация продукции
- •37. Документация управления проектом
- •38. Требованиястандартов к программнойспецификации.
- •1)Требования документации охватывают весь жизненный цикл программного обеспечения.
- •5)Должны быть определены и использованы стандарты по документированию.
- •6)Должны быть определены средства поддержки.
- •39. Схема взаимосвязи элементов исо/мэк то 15504
- •41. Контекст усовершенствования процессов в исо/мэк то 15504.
- •42. Проведение аттестации роцессов жизненного цикла программных средств согласно исо/мэк то 15504.
- •43. Структура эталонной модели согласно исо/мэк то 15504.
- •44. Группа основных процессов жизненного цикла исо/мэк то 15504.
- •45. Группа вспомогательных процессов жизненного цикла исо/мэк то 15504.
- •46. Группа организационных процессов жизненного цикла
- •47. Шкала зрелости процессов эталонной модели
- •48. Совместимость с эталонной моделью
- •49. Проведение аттестации
- •50. Выбор инструментов и инструментальных средств
- •51. Состав исо/мэк то 15504
- •52. Методы обеспечения надежности и функционирования программных средств
- •53. Показатели качества и надежности программных средств
- •54. Характеристики качества пс по стандарту исо9126:1991
- •55. Объекты уязвимости, влияющие на надежность по
- •56.Модель анализа надежности пс
- •57.Раскрыть понятие активное обнаружение ошибок.
- •58.Раскрыть понятие устойчивость к ошибкам.
- •59.Раскрыть понятие динамической избыточности.
- •60.Аналитические модели надежности.
- •61. Модель Шумана.
- •63. Модель Джелинского–Моранды.
- •64. Модель Шика-Волвертона.
- •65. Модель Муса.
- •66.Динамическая модель надежности, модель переходных вероятностей.
- •67.Статическая модель надежности, модель Миллса.
- •68.Статическая модель надежности, модель Липова.
- •69.Статическая модель надежности, простая интуитивная модель.
- •70.Статическая модель надежности, модель Коркорэна.
- •71. Статическая модель надежности, модель Нельсона
- •72. Эмпирическая модель надежности, модель сложности
- •73. Эмпирическая модель надежности, модель определяющая время доводки программ
- •74. Особенности обеспечения надежности функционирования импортных программных средств.
- •75. Обеспечение качества и надежности в процессе разработки сложных программных средств
- •76. Требования к технологии и средствам автоматизации разработки сложных программных средств.
- •77. Критерии применения case-средства в процессе разработки пс.
- •78. Качество программного обеспечения.
- •79. Мероприятия, обеспечивающие приемлемый уровень качества пс.
- •80. Разница между аналитическими и эмпирическими моделями надежности программного средства?
- •81. Группы факторов, влияющих на качество программного обеспечения.
- •82. Принципы тестирования пс.
- •83. Тестирование модулей пс.
- •84. Комплексное тестирование пс.
- •85. Основные положения стандарта исо/мэк 12119-2000.
- •86. Требования к средствам обеспечения тестирования
- •87. Организация и этапы тестирования при испытаниях надежности сложных пс.
- •88. Методика тестирования при испытаниях надежности сложных программных средств.
- •89. Тестирование программного обеспечения.
- •90. Что такое тестирование «белого ящика».
- •96. Опишите метод сандвича тестирования модулей пс
- •97.Описание схемы проэктирования комплексного теста
- •98.Оценка методов тестирования по показателю «эффективность /стоимость»
- •99. Этапы испытания надежности комплексов программ
- •100. Организация завершающих испытаний комплексов программ.
99. Этапы испытания надежности комплексов программ
При тестировании, отладке и испытаниях корректности компонентов комплексов программ выделены следующие этапы:
• комплексирование модулей и отладка автономных групп программ в статике без взаимодействия с другими компонентами и, возможно, без подключения к операционной системе реального времени;
• тестирование и отладка групп программ в статике с учетом взаимодействия с некоторыми другими важнейшими компонентами и с базой данных;
• тестирование и отладка отдельных программных компонентов в реальном времени во взаимодействии с другими функциональными компонентами и с основными компонентами операционной системы и базы данных.
Сложность тестирования компонентов на этих этапах в значительной степени обусловлена несинхронным процессом их разработки и отладки. Для обеспечения имитации объектов внешней среды и других взаимодействующих групп программ на этих этапах используются частные генераторы соответствующих тестов. Эти генераторы тестов целесообразно разрабатывать и оформлять как отдельные модули или группы программ, функционирующие на той же технологической ЭВМ и в той же операционной среде, что и отлаживаемые компоненты.
100. Организация завершающих испытаний комплексов программ.
Организация завершающих испытаний комплексов программ. Испытания главного конструктора, которые зачастую совмещаются с завершением комплексной отладки, должны оформляться документально и являются основанием для предъявления ПС заказчику на завершающиеся совместные испытания. Совместные приемо-сдаточные испытания проводятся комиссией заказчика, в которой участвуют главный конструктор разработки и некоторые ведущие разработчики, аттестованные сертификационной лабораторией. Комиссия при испытании руководствуется следующими документами:
• утвержденным заказчиком и согласованным с разработчиком техническим заданием и спецификациями на ПС;
• действующими государственными и ведомственными стандартами на проектирование и испытания программ и на техническую документацию, а также согласованными с заказчиком стандартами «де-факто»;
• программой испытаний по всем требованиям технического задания;
• методиками испытаний по каждому разделу требований технического задания;
• комплектом эксплуатационной документации на комплекс программ.
Программа испытаний является планом проведения серии экспериментов и разрабатывается с позиции минимизации объема тестирования в процессе проведения испытаний для проверки выполнения требований технического задания и соответствия предъявленной документации.