Главная » Тесты синергия

Оптимизация программных средств.ти ЭБС

Автор Опубликовано Обновлено

Скачать тест — (Оптимизация программных средств.ти ЭБС_f24efffd.pdf)

  1. ГОСТ Р ИСО/МЭК 12207-99 определяет следующие этапы и процессы ЖЦ ПС:
  2. ГОСТ Р ИСО/МЭК 15288-2005 определяет следующие этапы и процессы ЖЦ ПС:
  3. Международный стандарт по управлению качеством разработки ПС:
  4. Этап «Тестирование» непосредственно связан со следующими этапами ЖЦ ПС:
  5. Цели этапа ЖЦ ПС «Проектирование. Разработка и анализ технических требований»:
  6. Этап «Разработка технических требований» непосредственно связан со следующими этапами ЖЦ ПП, реализуемого на свободном рынке:
  7. «Регистрация продукта как объекта интеллектуальной собственности» выполняется на следующем этапе ЖЦ изделия, выпускаемого на продажу:
  8. Документация по верификации и валидации ПП выпускается на следующем этапе ЖЦ согласно ГОСТ Р ИСО/МЭК 15288-2005:
  9. Процессы согласно ГОСТ 15288, входящие в группу «Процессы предприятия»:
  10. Процессы согласно ГОСТ 15288, входящие в группу «Процессы проекта»:
  11. Процессы согласно ГОСТ 12207, входящие в класс «Вспомогательные процессы»:
  12. Каскадная (водопадная) модель ЖЦ ПС имеет следующие особенности:
  13. «Изучение объекта автоматизации» относится к следующей стадии разработки программной системы согласно ГОСТ 34.601-90:
  14. Спиральная (эволюционная) модели ЖЦ ПС имеет следующие особенности:
  15. Модель ЖЦ ПС, в которой существует сразу несколько комплектов исходных требований к системе с разной степенью полноты:
  16. Основные методы «быстрой» разработки ПС:
  17. Основные факторы, влияющие на выбор методологии разработки ПС:
  18. Параметр сложности, определяющий сложность взаимодействий между объектами в системе:
  19. Уровень критичности В по шкале критичности ПС согласно ISO/IEC 14598 в разрезе аспекта оценки безопасности:
  20. Уровень критичности С по шкале критичности ПС согласно ISO/IEC 14598 в разрезе аспекта оценки экономичности:
  21. Этап ЖЦ цикла разработки ПС, требующий максимальное количество усилий для исправления ошибок, допущенных на начальном этапе разработки:
  22. Первый этап в процессе сбора и анализа требований к программе:
  23. Показатели качества, имеющие негативные взаимосвязи с показателем «Надежность»:
  24. Показатели качества, имеющие позитивные взаимосвязи с показателем «Мобильность»:
  25. Показатели качества, имеющие только негативные показатели взаимосвязи со всеми другими показателями:
  26. Общий набор сформированных требований к системе включает:
  27. Прототип — это
  28. Особенности алгоритмического подхода к декомпозиции, используемого в технологии разработки программ:
  29. Класс методов моделирования предметной области, к которым относятся «Диаграммы переходов состояний»:
  30. Методы моделирования, используемые при алгоритмическом подходе:
  31. Методологии моделирования, позволяющие оценить сложность разрабатываемой системы по количеству функций и потоков данных:
  32. Методологии моделирования, позволяющие оценить сложность разрабатываемой системы по количеству объектов и связей между ними:
  33. Четвертое измерение, которое добавляют в треугольник компромиссов, чтобы сэкономить время или ресурсы:
  34. Функциональный тип как компонент программы, содержащий структурированную информацию, необходимую для работы программы:
  35. Сложность функциональных типов, являющихся информационными ресурсами (ILF, EIF), зависит от:
  36. Величина функциональной точки, задающая максимальный предел сложности разработки ПП для одного программиста:
  37. Уровень разрабатываемых программ для величины функциональной точки FP = 10 000:
  38. Требования к инсталляции и эксплуатации ПП:
  39. Требования к функционированию ПП:
  40. Требованиям к гибкости, адаптируемости и обновляемости ПП:
  41. Методика проектирования ПС: вначале разрабатываются простые функции и процедуры, а затем на их основе более сложные конструкции:
  42. Программа, имитирующая работу реальных программных модулей при использовании нисходящей методики проектирования:
  43. Наиболее популярные подходы к разработке программных систем:
  44. Подход, заключающийся в составлении структурированных программ с выделенными по смыслу, замкнутыми алгоритмами — процедурами
  45. Четвертый этап развития средств разработки ПС характеризуется:
  46. Метод «белого ящика» — это
  47. Подход к тестированию ПС, при использовании которого локализовать найденные ошибки бывает обычно сложнее:
  48. Тестирование, применяемое к исправленным, измененным в целях устранения ошибок программным компонентам:
  49. Основной вид тестирования ПС в процессе верификации системы:
  50. Бета-тестирование ПС – это тестирование:
  51. Характеристики непрерывного класса моделей отказов ПС:
  52. Характеристики дискретного класса моделей отказов ПС:
  53. Непрерывные модели надежности программ:
  54. Дискретные модели надежности программ:
  55. Статические модели надежности программ:
  56. Модели надежности программ, основанные на анализе накопленной информации о функционировании ранее разработанных программ:
  57. ГОСТ, в соответствии с которым должно выполняться системное тестирование ПС:
  58. Методы тестирования на этапе разработки программного кода:
  59. Этап тестирования, на котором ПС тестируют сотрудники фирмы-разработчика, не связанные непосредственно с разработкой системы:
© 2026 Disynergy