Ответы на Разработка и стандартизация программных средств и информационных технологий
С точки зрения пользователя программного обеспечения качество последнего заключается в
легкости эксплуатации
модификации
Безотказности
Производительности
воспроизводимости
Для достижения модульности программного обеспечения программный инженер должен проектировать модули стараясь обеспечить следующие типы связности
высокую межмодульную
высокую внутримодульную
Инкапсуляцию
низкую межмодульную
низкую внутримодульную
UML – это
оболочка высокоуровневого языка программирования
группа разработчиков программного обеспечения
язык моделирования программных систем
формат общения «разработчик» — «заказчик»
методика построения модулей
Часть процесса изготовления программного обеспечения, связанная с поддержкой и контролем взаимосвязей рабочих продуктов различных версий конечного продукта называется
управлением коллективом
управлением качеством
управлением продажами
управление конфигурацией
управлением данными
С точки зрения пользователя программного обеспечения качество последнего заключается в
Надежности
легкости использования
Производительности
реализуемости
воспроизводимости
Когда система передана заказчику, начинается этап
кодирования
тестирования
Эксплуатации
верификации
анализа
Программное сопровождение подразделяют на три категории
изменяющее
Корректирующее
формирующее
Настраивающее
Совершенствующее
Недостаток использования оценки работы по размеру кода связан с
квалификацией разработчиков
сложностью подсчета
сложностью реализации
его субъективностью
Относительностью
Предусмотрение изменений – это принцип, который влияет на такие качества программного обеспечения как
детерминированность реализации
понятность
повторную применимость
прозрачность
способность модификации
При тестировании методом черного ящика используются следующие критерии
покрытия операторов
синтаксического управляющего тестирования
покрытия ребер
покрытия условий
управления логическими спецификациями
графа причин и следствий
Среди уровней абстракции стадий проектирования различают
способы проектирования
специфика дизайна системы
детальное кодирование
атрибуты и требования приложений
стандарты разработки
Метод восходящей разработки.
модули программы программируются независимо друг от друга
программируются модули программы с модулей самого нижнего уровня
программируются модули программы с модулей самого верхнего уровня
модули программы программируются друг за другом
строится модульная структура программы в виде дерева
Стратегии тестирования – это в технологии проектирования
формы поиска ошибок
формы стимулирования разработчиков
формальные требования к программному обеспечению со стороны пользователя
предписанные заказчиком правила оценки программного обеспечения
определенные критерии выбора значимых контрольных примеров
Прием инженерии программного обеспечения – это
строгий, систематизированный, упорядоченный подход к заказчику
систематизированная, упорядоченная ротация исполнителей
техническая реализация проекта командой
конструктивный подход к разработке
общая руководящая стратегия, направляющая выполнение проектной и конструкторской деятельности
Отношение обратное отношению Mi IS_COMPONENT_OF Mj выглядит как
Mi COMPRISES Mj
Mj COMPRISES Mi
Mi IMPLEMENTS Mj
Mj COMPRISES Mi
Mi USES Mj
Для корректного эволюционирования программного обеспечения необходимо
документировать все изменения вносимые в спецификации программного обеспечения
окупить инвестиции сделанные в разработку программного обеспечения
постоянно анализировать затраченные ресурсы
выпускать как можно больше новых версий программного обеспечения
регистрировать статистику работы программного обеспечения
Тестирование выполнения программы без знания того, как она спроектирована и запрограммирована называют тестированием методом
белого ящика
черного ящика
темной комнаты
методом «орел-решка»
прозрачного ящика
Первичной целью любого инженерного продукта является его
консолидированность
безопасность
надежность ПО
соответствие требованиям заказчика
корректность
Назначение методологии инженерии программного обеспечения состоит в том, чтобы
обеспечении применения эффективных методов и приемов проектирования
обеспечивать своевременное завершение проекта
направлять действия пользователя программного обеспечения
выдвигать определенный подход к решению проблемы путем отбора используемых методов и приемов проектирования
указывать основные пути достижения целей разработчикам программного обеспечения
Программную инженерию Д. Парнас определил как
«форму коллективного мышления»
«проектирование и программирование программного обеспечения не выходя из дому»
«социализацию коллективных структур»
«коллективное проектирование многовариантного программного обеспечения»
проектирование инструментов для разработок ПО
20