- •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. Организация завершающих испытаний комплексов программ.
76. Требования к технологии и средствам автоматизации разработки сложных программных средств.
В стандартах и моделях жизненного цикла ПС с различной глубиной определено содержание этапов и частных работ при создании и модификации компонентов и ПС в целом. Для обеспечения качества и надежности ПС стандартами рекомендуется формулировать требования:
• к объекту разработки на данном этапе — к его программным и информационным компонентам, а также к интерфейсу между ними и внешней средой;
• к процессу, технологии и организации выполнения совокупности работ и документов каждого этапа;
• к методам и характеристикам средств автоматизации выполнения работ, обеспечивающим необходимую надежность функционирования и качество ПС;
• к методам и средствам контроля, измерения и документирования качества процессов и результатов выполненных работ.
Выполнение этих требований должно контролироваться путем измерения объектов и процессов разработки. Измерения объектов разработки сводятся к регулярной поэтапной регистрации показателей качества, а также к сопоставлению их с заданными требованиями. При обнаружении отклонений от требований должны приниматься меры либо для улучшения реальных показателей, либо по корректировке требований к показателям для данного компонента на контролируемом этапе.
77. Критерии применения case-средства в процессе разработки пс.
Критерии удобства применения CASE-средства в процессе разработки ПС включают:
• непротиворечивость пользовательского интерфейса, включая размещение и представление экранных элементов, совместно появляющихся на экране, и методы входа пользователя в систему;
• легкость изучения, измеряемую количеством времени и усилий, которые требуются от пользователя, чтобы понять штатные операции CASE-средства и производительно его использовать;
• адаптируемость CASE-средства силами пользователя к его специфичным потребностям, включая различные наборы символов, разные способы представления символов и графики, разные форматы данных, методы ввода и вывода;
• качество документации CASE-средства, включая полноту, ясность, читаемость, полезность;
• доступность и качество учебных материалов, включая учебные материалы, доступные в режиме on-line, руководства по обучению, курсы обучения и. визуальные материалы;
• уровень требований к знаниям пользователя, необходимым для эффективного использования CASE-средства, и легкость работы с CASE-средством как для новичков, так и для опытных пользователей;
• общность пользовательского интерфейса между CASE-средством и другими инструментальными средствами, функционирующими в среде проектируемой системы;
• полноту и качество функций помощи в режиме «help»;
78. Качество программного обеспечения.
Качество — совокупность характеристик объекта, относящихся к его способности удовлетворить становленные и предполагаемые потребности.
Можно выделить три большие группы факторов, влияющих на качество программного обеспечения:
• функциональная — связана с полнотой и удобством использования реализованных функций программного средства;
• административная — связана с квалификацией персонала, организационной структурой и управлением персоналом;
• программно-архитектурная — связана с процессом разработки программного обеспечения, выбранными методологиями, инструментальными средствами, использованными на различных этапах жизненного цикла программного обеспечения, а также архитектурой программного средства.
Для измерения некоторых показателей качества могут служить тестирование, тестирование пользователем, а также информация от пользователя о найденных проблемах, получаемая от службы технической поддержки.
Мероприятия, обеспечивающие приемлемый уровень качества программного средства, можно условно разделить на административные и технологические.
