
- •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. Организация завершающих испытаний комплексов программ.
13. Адаптация стандарта к конкретному проекту.
Адаптация стандарта* подразумевает применение требований стандарта к конкретному проекту или проектам, например, в рамках создания внутрикорпоративных регламентов ведения проектов программного обеспечения. Адаптация включает следующие виды работ:
-Определение исходной информации для адаптации стандарта -Определение условий выполнения проекта -Отбор процессов, работ и задач, используемых в проекте или соответствующих регламентах -Документирование требований, решений и процессов, связанных с адаптацией и полученных в ее результате Адаптация также подразумевает выбор модели (или комбинации моделей) жизненного цикла, а также применение соответствующих методологий, детализирующих процедуры выполнения процессов, работ и задач в рамках заданных границ (содержания) жизненного цикла программного обеспечения и организационной структуры и ролевой ответственности в конкретной организации (ее подразделении) и/или в проектной группе.
14. Каскадная модель жизненного цикла пс.
Начальный этап выполнения каскадной модели показан в левой верхней части рис. 3. Продолжение процесса выполнения реализуется с помощью упорядоченной последовательности шагов. В модели предусмотрено, что каждая последующая фаза начинается лишь тогда, когда полностью завершено выполнение предыдущей фазы Каждая фаза имеет определенные критерии входа и выхода: входные и выходные данные.
Р
ис.
3. Классическая каскадная модель с
обратной связью
В результате выполнения генерируются внутренние или внешние данные проекта, включай документацию и ПО.
Приведенная ниже характеристика представляет собой краткое описание каждой фазы каскадной модели (включая фазы интеграции):
исследование концепции — происходит исследование требований на системном уровне с целью определения возможности реализации концепции;
процесс системного распределения — может быть пропущен для систем по разработке исключительно ПО.
процесс определения требований — определяются программные требования для информационной предметной области системы, предназначение, линии поведения, производительность и интерфейсы.
процесс разработки проекта— разрабатывается и формулируется логически последовательная техническая характеристика программной системы, включая структуры данных, архитектуру ПО, интерфейсные представления и процессуальную (алгоритмическую) детализацию;
процесс реализации — в результате его выполнения эскизное описание ПО превращается в полноценный программный продукт. При этом создается исходный код, база данных и документация, которые лежат в основе физического преобразования проекта.
процесс установки — включает установку ПО, его проверку и официальную приемку заказчиком для операционной среды;
процесс эксплуатации и поддержки - подразумевает запуск пользователем системы и текущее обеспечение, включая предоставление технической помощи, обсуждение возникших вопросов с пользователем, регистрацию запросов пользователя на модернизацию и внесение изменений, а также корректирование или устранение ошибок;
процесс сопровождения— связан с разрешением программных ошибок, неисправностей, сбоев, модернизацией и внесением изменений, генерируемых процессом поддержки. Состоит из итераций разработки и предполагает обратную связь по предоставлению информации об аномалиях;
процесс вывода из эксплуатации — вывод существующей системы из ее активного использования либо путем прекращения ее работы, либо благодаря ее замене новой системой или модернизированной версией существующей системы;
интегральные задачи — включают начало работы над проектом, мониторинг проекта и его управление, управление качеством, верификацию и аттестацию.