Страницу Назад
Поискать другие аналоги этой работы
400 Современные технологии в программировании (часть 2-я). Билет №90ID: 222466Дата закачки: 03 Декабря 2021 Продавец: IT-STUDHELP (Напишите, если есть вопросы) Посмотреть другие работы этого продавца Тип работы: Билеты экзаменационные Форматы файлов: Microsoft Word Сдано в учебном заведении: СибГУТИ Описание: Билет №90 2.Установите соответствие 1.Программный продукт 1. Использует точно определённые ресурсы 2. Может использоваться в различных операционных системах 3. Запускается в той системе, где была разработана 2.Компонент программного комплекса 4. Использует и сопровождает любой человек 5. Может использоваться с различными данными 3.Программа 6. Входные и выходные данные должны удовлетворять точно определённым интерфейсам 7. Запускается автором 4.Неотъемлемыми свойствами ПО являются сложность дороговизна согласованность незримость изменяемость 7.Достоинствами спиральной модели являются разбиение большого объема работы на небольшие части на каждой стадии формируется законченный набор проектной документации, отвечающий критериям полноты и согласованности ускорение разработки (раннее получение результата за счет прототипирования) постоянное участие заказчика в процессе разработки снижение риска (повышение вероятности предсказуемого поведения системы) 8.В соответствии со стандартом ГОСТ Р ИСО/МЭК 12207-99 все процессы ЖЦ ПО разделены на три группы Процессы разработки Организационные процессы Вспомогательные процессы Основные процессы 9.Недостатком каскадной модели ЖЦ не является позднее обнаружение проблем избыточное количество документации формирование на каждой стадии законченного набора проектной документации, отвечающий критериям полноты и согласованности выход из календарного графика, запаздывание с получением результатов невозможность разбить систему на части (весь продукт разрабатывается за один раз) высокий риск создания системы, не удовлетворяющей изменившимся потребностям пользователей 12.К недостаткам СММ относятся следующие Модель сосредоточена исключительно на управлении проектом В модели отсутствует анализ рисков и решений Не определена область применения модели Модель сосредоточена исключительно на процессе создания программного продукта 16.CASE технология представляет собой набор инструментальных средств совокупность методов проектирования ПО набор аппаратных средств 17.Абстрагирование — это выделение наиболее важных, существенных характеристик ________, которые отличают его от всех других видов объектов, и игнорирование менее важных или незначительных деталей. контекста некоторого объекта связей объекта 18.Агрегация представляет собой форму ассоциации — более сильный тип связи между целым __________ и его частями объектом классом модулем 19.Атрибут — поименованное свойство класса, определяющее диапазон допустимых __________, которые могут принимать экземпляры данного свойства операций интерфейсов значений 20.Существуют два основных подхода к декомпозиции систем структурный процедурный 50% функционально-модульный 50% объектно-ориентированный 22.На диаграмме компонентов изображают зависимости между отдельными компонентами, соответствующие зависимостям на этапе компиляции зависимостям классов компонентов зависимостям на этапе выполнения 26.Объектно-ориентированный подход к моделированию бизнес-процессов в технологии Rational Unified Process предусматривает построение двух моделей модели бизнес-правил модели бизнес-анализа (Business Analysis Model) модели бизнес-процессов (Business Use Case Model) 27.Важным шагом структуризации деятельности любой организации являются выделение и классификация бизнес-процессов. Можно выделить следующие классы процессов процессы управления информационные процессы основные процессы обеспечивающие процессы 28.Модель бизнес-анализа — объектная модель, описывающая реализацию бизнес-процесса терминах взаимодействующих объектов (бизнес-объектов — принадлежащих к двум классам Business Worker Business Use Case Business Entity 29.В состав модели бизнес-анализа обязательно должна входить диаграмма состояний диаграмма последовательности диаграмма классов, содержащая исполнителей и сущности 31.Функциональные требования к системе моделируются и документируются с помощью вариантов использования (use case) диаграмм состояний диаграммы взаимодействия 32.Все требования к ПО делятся на системные функциональные нефункциональные 33.Категории FURPS для нефункциональных требований включают в себя Практичность Надежность Производительность Возможность поддержки стоимость 34.Концепция как один из основных документов, выражающий требования к ПО, определяет варианты использования глобальные цели проекта постановку задачи разработки, определяющую требования к выполняемым системой функциям основные особенности разрабатываемой системы 36.Установите соответствие. Укажите обязанности для класса каждого типа. 1.Граничные классы отвечают за 1. Координируют потоки событий варианта использования 2.Классы-сущности отвечают за 2. Взаимодействие с внешней средой системы (действующими лицами) 3.Управляющие классы 3. Хранение и манипулирование данными 37.Анализ вариантов использования выполняется проектировщиками и включает в себя определение атрибутов и ассоциаций классов унификацию классов анализа идентификацию классов, участвующих в реализации потоков событий варианта использования распределение поведения, реализуемого вариантом использования, между классами (определение обязанностей классов) определение отношений между действующими лицами системы 38.Архитектурные механизмы отражают реализацию функциональных требований в архитектуре системы нефункциональные требования к системе функциональные требования к системе реализацию нефункциональных требований в архитектуре системы 40.Объектно-ориентированный анализ включает два вида деятельности анализ вариантов использования архитектурный анализ выделение классов предметной области 41.Установите соответствие 1.Архитектурные механизмы — это некоторые типовые решения (образцы), они документируются в проекте (модели) 1.С помощью кооперации 2.Структурная часть архитектурного механизма описывается 2. С помощью диаграмм взаимодействия 3.Поведение архитектурного механизма описывается 3. С помощью диаграмм классов 44.Проектирование архитектуры системы выполняется архитектором системы и включает в себя проектирование структуры потоков управления проектирование конфигурации системы проектирование элементов системы идентификацию архитектурных решений и механизмов, необходимых для проектирования системы анализ взаимодействий между классами анализа, выявление подсистем и интерфейсов формирование архитектурных уровней 45.Проектирование классов включает следующие действия детализация проектных классов уточнение операций и атрибутов проектирование бизнес-процессов моделирование состояний для объектов классов уточнение связей между классами 46.Технология создания ПО — упорядоченная совокупность взаимосвязанных технологических ___________ в рамках ЖЦ ПО. действий процессов операций 48.Технологическая операция — основная единица _______, выполняемая определенной ролью работы процесса операции 49.Технологическая операция — основная единица работы, выполняемая определенной инструментальным средством ролью человеком Комментарии: Оценка: Отлично Дата оценки: 03.12.2021 Помогу с вашим вариантом, другой работой, дисциплиной или онлайн-тестом. E-mail: sneroy20@gmail.com E-mail: ego178@mail.ru Размер файла: 24,8 Кбайт Фаил: 
(.docx)
------------------- Обратите внимание, что преподаватели часто переставляют варианты и меняют исходные данные! Если вы хотите, чтобы работа точно соответствовала, смотрите исходные данные. Если их нет, обратитесь к продавцу или к нам в тех. поддержку. Имейте ввиду, что согласно гарантии возврата средств, мы не возвращаем деньги если вариант окажется не тот. -------------------
Коментариев: 0 |
||||
Есть вопросы? Посмотри часто задаваемые вопросы и ответы на них. Опять не то? Мы можем помочь сделать! |
||||
Вход в аккаунт:
Страницу Назад
Cодержание / Современные технологии в программировании / Современные технологии в программировании (часть 2-я). Билет №90
Вход в аккаунт: