Тестирование по Мдк. тест МДК 0202. software engineering
 Скачать 16.61 Kb.
|
|
1. Программная инженерия: +software engineering - Инструменты создания программного обеспечения - Коллектив инженеров-программистов, разрабатывающих программное обеспечение для компьютеров + Дисциплина, изучающая применение строгого систематического количественного подхода к разработке, эксплуатации и сопровождению программного обеспечения - Комплекс программ, предназначенный для решения инженерных задач, связанных с большим количеством расчетов - Инженерная индустрия применения прикладного программного обеспечения + Совокупность инженерных методов и средств создания программного обеспечения - Прикладное программное обеспечение для решения офисных задач 2. Построение SADT-модели включает в себя выполнение следующих действий: - Написание программного обеспечения для разрабатываемой системы по требованиям заказчика + Сбор информации об объекте, определение его границ + Определение цели и точки зрения модели, построение, обобщение и декомпозиция диаграмм - Представление исследуемой системы в графическом виде - Представление исследуемого объекта средствами системного моделирования + Критическая оценка, рецензирование и комментирование - Разработка, отладка и тестирование программного обеспечения - Использование графических пакетов для представления системы в виде модели 3. Моделирование основывается на принципах: + Выбор модели оказывает определяющее влияние на подход к решению проблемы и на то, как будет выглядеть это решение - Декомпозиции системы на отдельные подзадачи - Инкапсуляции и полиморфизма - Децентрализации управления системой + Каждая модель может быть представлена с различной степенью точности; лучшие модели – те, что ближе к реальности - Открытой трансформируемой системы + Нельзя ограничиваться созданием только одной модели. Наилучший подход при разработке любой нетривиальной системы – использовать совокупность нескольких моделей, почти независимых друг от друга - Анализа и синтеза проектирования систем 4. В бизнес-процессах выделяют классы процессов: - Решающие бизнес-процессы - Регламентирующие бизнес-процессы + Основные бизнес-процессы - Бизнес-процессы поведения системы - Программируемые бизнес-процессы - Экономические бизнес-процессы + Обеспечивающие бизнес-процессы + Бизнес-процессы управления 5. CASE-средства классифицируются по следующим признакам: + По применяемым методологиям и моделям систем и БД - По используемому программному обеспечению - По этапам жизненного цикла программного обеспечения + По степени интегрированности с СУБД - По уровням детализации и декомпозиции проектируемой системы + По доступным платформам - По используемым языкам программирования - По степени сложности моделируемой системы 6. К малым интегрированным средствам моделирования относятся: - ARIS Toolset - Design/IDEF + ERwin + BPwin - Designer/2000 - Paradigm Plus + Model Mart - Rational Rose 7. К средним интегрированным средствам моделирования относятся: - Rational Rose + Design/IDEF - BPwin + Designer/2000 + ARIS Toolset - Model Mart - Paradigm Plus - ERwin 8. Главные принципы объектного подхода: + Абстрагирование - Наследование + Ограничение доступа или инкапсуляция - Безграничный доступ или инкапсуляция + Модульность и иерархия - Агрегирование - Композиция - Обобщение и специализация 9. Дополнительные принципы объектного подхода: - Реализация + Типизация + Параллелизм - Внедрение - Перпендикулярность + Сохраняемость или устойчивость - Несохраняемость или неустойчивость - Динамичность 10. К инструментальным средствам объектно-ориентированного анализа и проектирования относятся: + Rational Rose - Model Mart + MS Visio + ARIS - IDEF1X - Erwin - BPwin - JAM 11. К инструментальным средствам представления функциональных моделей относятся: - JAM + Model Mart - MS Visio - ARIS - IDEF0 + Erwin + BPwin - Rational Rose 12. Диаграмма IDEF0 может содержать следующие типы диаграмм: - Диаграмму классов + Контекстную диаграмму, диаграмму декомпозиции - Диаграмму компонентов + Диаграмму дерева узлов - Диаграмму взаимодействий + Диаграмму только для экспозиции (FEO) - Диаграмму последовательности, диаграмму кооперации - Диаграмму узлов 13. Уровни логической модели: - Диаграмма сущность - Диаграмма связь - Диаграмма пакетов + Диаграмма сущность-связь - Модель данных, основанная на классах + Модель данных, основанная на ключах - Полная операционная модель + Полная атрибутивная модель 14. Внутренние стрелки не входящие в состав диаграммы IDEF0: + mechanism- output - output-input + mechanism- input - output-control - output-input feedback - output-control feedback - output-mechanism + control feedback- mechanism 15. Типы стрелок не входящие в состав диаграммы IDEF0: - Input + Editor - Control + Properties - Output - Mechanism - Call + Dictionary 16. DFD описывает: - Функции обработки стрелок (arrow) + Функции обработки информации (работы) - Внешние ссылки (external references), объекты, сотрудников или отделы, которые участвуют в обработке информации + Документы (стрелки, arrow), объекты, сотрудников или отделы, которые участвуют в обработке информации - Функции обработки внешних ссылок + Внешние ссылки (external references), таблицы для хранения документов (хранилище данных, data stor+ E) - Функции обработки документов - Документы (стрелки, arrow), объекты, сотрудников или отделы, которые участвуют в обработке внешних стрелок 17. Уровни организационного управления при планировании разработки системы: + Стратегический + Тактический + Оперативный - Основной - Вспомогательный - Дополнительный - Системный - Аналитический 18. Для различных представлений проектируемой системы используют типы моделей: - Статическая модель - Динамическая модель + Модель классов - Модель декомпозиции - Модель размещения + Модель состояний + Модель взаимодействия - Модель агрегации 19. Классификация бизнес-процессов включает следующие классы процессов: - Вспомогательные бизнес-процессы + Основные бизнес-процессы - Дополнительные бизнес-процессы + Обеспечивающие бизнес-процессы - Обслуживающие бизнес-процессы - Бизнес-процессы согласования + Бизнес-процессы управления - Руководящие бизнес-процессы 20. Типы D-требований: + Функциональные требования - Интерфейсные требования + Нефункциональные требования - Программные требования + Обратные требования - Ограниченные требования - Производительные требования - Надежность 21. Возможные способы организации D-требований: - По атрибутам, по компонентам - По взаимоотношениям сущности - По пакетам и по иерархии компонентов + По свойствам, по классам + По вариантам использования - По узлам и по использованным процессам + По состояниям и по иерархии функции - По прецедентам, по кооперациям 22. К моделированию относится: + Система обозначений - Система атрибутов + Синтаксис языка моделирования - Система свойств - Совокупность поведении обьектов + Совокупность графических объектов - Семантика языка моделирования - Совокупность текстовых объектов 23. Инструментальные средства разработки программ – это: + Средства создания новых программ - Сервисные средства разработки ПО - Аналитические средства разработки ПО + Программное обеспечение, предназначенное для разработки и отладки новых программ - Средства отладки ПО - Средства тестирования ПО + Аппаратные и программные инструменты разработки нового ПО - Технические инструментальные средства разработки ПО |