Всем привет, мы снова встретились, я ваш друг Цюаньчжаньцзюнь.

Каталог статей

• Банк вопросов выпускного экзамена по программной инженерии
  • Вопросы с несколькими вариантами ответов
  • Заполните пробелы
  • истинный или ложный вопрос
  • краткие ответы на вопросы
  • Вопросы по рисованию картинок

Банк вопросов выпускного экзамена по программной инженерии

Вопросы с несколькими вариантами ответов

1. Модель жизненного цикла программного обеспечения с анализом рисков: (C).

A. Модель водопада B. Модель фонтана C. Спиральная модель D. Инкрементная модель

1. К основным элементам разработки программного обеспечения относятся методы, инструменты и (А).

A. Процесс B. Программная система C. Аппаратная среда D. Персонал

1. Сложность программного обеспечения равна (А), что вызывает такие проблемы, как трудности в общении между персоналом, перерасход средств на разработку и сверхурочные затраты времени на разработку.

A. Неотъемлемый B. Искусственный C. Устранимый D. Неустранимый

1. существоватьструктурированный Аналитические методысередина,（ C ) — это графический метод выражения движения данных внутри системы.

A. Словарь данных B. Диаграмма отношений сущностей C. Диаграмма потока данных D. Диаграмма перехода состояний

1. «Программный кризис» относится к (C).

А. Появление компьютерных вирусов Б. Использование компьютеров для совершения экономических преступлений

С. Ряд проблем, возникающих при разработке и сопровождении программного обеспечения Д. Люди одержимы компьютерными системами

1. Процесс модификации программного обеспечения по мере изменения программной и аппаратной среды — это (B).

А. Корректирующее обслуживание Б. Адаптивное обслуживание C. Идеальное обслуживание D. профилактическое обслуживание

1. При анализе требований разработчики должны учиться у пользователей (А).

А. Что делает программа Б. Пользовательский интерфейс С. Входная информация Д. Размер программного обеспечения

1. Основной задачей детального проектирования программного обеспечения является определение (A) каждого модуля.

А. Алгоритмы и структуры данных, использованные Б. Внешний интерфейс С. Функция Д. программирование

1. Чтобы улучшить независимость модуля, внутренняя часть модуля предпочтительно (C).

А. Логическая связь Б. Соберитесь во времени C. Функциональная сплоченность Д. сплоченность общения

1. Слишком большой модуль (C) обычно возникает из-за отсутствия промежуточных уровней, поэтому следует соответствующим образом добавить модули управления промежуточного уровня.

А. Глубина B. Ширина C. Веер D. Веер

1. Модуль с наибольшей сложностью — (D).

А. Логическая связь Б. Сбор времени C. Случайное сцепление Д. Функциональная сплоченность

1. Анализ спроса (A).

A. Основа разработки программного обеспечения B. Начало жизненного цикла программного обеспечения

C. Заполняется только системным аналитиком. D. Заполняется только пользователем.

1. существоватьтестирование белого ящика При разработке технических тест-кейсов, (  B  ) является самым сильным критерием покрытия.

А. Освещение заявления Б. Покрытие пути C. Покрытие комбинации условий D. Охват решений

1. Во время обслуживания программного обеспечения — процесс регрессионного тестирования, включающий тестирование, диагностику, обнаружение и исправление ошибок, не обнаруженных на этапе тестирования до тех пор, пока не будет вызвана модификация ( A ）。 A. корректирующее обслуживание      B. адаптивное обслуживание   C. Идеальное обслуживание             D. профилактическое обслуживание
2. (C) Он объединяет атрибуты и операции объекта, образуя независимый объект. Его внутренняя информация скрыта от внешнего мира, и внешний мир может связаться с объектом только через ограниченный интерфейс.

A. Полиморфизм B. Наследование C. Инкапсуляция D. Сообщение

1. Объекты реализуют сочетание данных и операций, превращая данные и операции (С) в единство объектов.

А. В сочетании с Б. Скрыть С. Упаковка Д. абстрактный

1. Среди методов объектно-ориентированной разработки (C) будет доминирующим стандартным языком моделирования в области объектно-ориентированных технологий.

А. Метод Буча Б. Метод Коада С. Язык UML D. метод ОМТ

1. (А) означает, что операция может быть реализована по-разному в разных классах.

А. Полиморфизм Б. Множественное наследование C. Возможность повторного использования классов D. сокрытие информации

1. Модульное Тестовые случаи молодежи в основном основаны на (  D  ) проектировать.

А. Анализ спроса Б. Исходная программа С. Эскизный проект Д. детальный проект

1. Тестирование программного обеспечения — это процесс выполнения программ для (B).

A. Исправить ошибки B. Обнаружить ошибки C. Избежать ошибок D. Доказать правильность

двадцать один. Методы повторного использования компонентов класса включают полиморфное повторное использование, повторное использование наследования и (A)

А. Повторное использование экземпляра B. Повторное использование перегрузки C. Повторное использование кода D. Повторное использование метода

1. Модель жизненного цикла программного обеспечения, поддерживающая объектно-ориентированную технологию, — (A).

A. Модель фонтана B. Спиральная модель C. Инкрементная модель D. Модель водопада

1. существоватьтестирование белого ящика При разработке технических тест-кейсов, (  A  ) является самым слабым критерием покрытия.

А. Освещение заявления Б. Покрытие пути C. Покрытие комбинации условий D. Охват решений

1. Что из следующеготест Метод принадлежиттестирование белого ящика（  A E   ）。//BCDдатестирование черного ящика

A. Базовый тест пути B. Разделение классов эквивалентности C. Анализ граничных значений D. Предположение об ошибках E. Тест логического покрытия

1. Водопадная модель делит жизненный цикл программного обеспечения на восемь этапов: определение проблемы, технико-экономическое обоснование, анализ требований к программному обеспечению, общий проект системы, детальное проектирование, кодирование, тестирование и эксплуатация, а также обслуживание. Восемь этапов можно свести к трем основным этапам: этап планирования, этап разработки и (С).

A. Детальный план B. Технико-экономическое обоснование C. Стадия эксплуатации D. Тестирование и устранение неисправностей

1. С точки зрения структурированной каскадной модели, какой из восьми этапов ее жизненного цикла идет не так, как надо, и оказывает наибольшее влияние на программное обеспечение (C).

A. Этап рабочего проектирования B. Этап эскизного проектирования C. Этап анализа требований D. Этап испытаний и эксплуатации

1. В структурированной водопадной модели какой этап определяет критерии, которые станут целью этапа тестирования системы при тестировании программного обеспечения (А).

A. Этап анализа спроса B. Этап детального проектирования C. Этап эскизного проектирования D. Этап технико-экономического обоснования

1. Появление программной инженерии связано главным образом с (С).

A. Влияние методологии программирования B. Влияние других инженерных наук C. Возникновение кризиса программного обеспечения D. Развитие компьютеров

1. Целью методологии разработки программного обеспечения является стандартизация и проектирование производства программного обеспечения, а основной гарантией реализации методов разработки программного обеспечения является (C)

A. Аппаратная среда B. Среда разработки программного обеспечения C. Инструменты разработки программного обеспечения и среда разработки программного обеспечения D. Качество разработчиков

1. Двумя основными методами, обычно используемыми при разработке программного обеспечения, являются методы структурирования и прототипирования. В реальных приложениях связь между ними выражается как (B).

A. Взаимоисключающие друг друга B. Дополняющие друг друга C. Используются независимо D. Используются попеременно

1. UML — важный инструмент в разработке программного обеспечения. Для какого метода разработки программного обеспечения он в основном используется (C)?

A. Структурный метод, основанный на каскадной модели B. Метод прототипирования, основанный на динамическом определении требований

C. Объектно-ориентированный объектно-ориентированный метод D. Метод разработки потока данных на основе данных

1. В базовом методе тестирования программного обеспечения следующий (D) не требует тестовых примеров.

А). Метод белого ящика. Б. Метод динамического тестирования. В). Метод статического тестирования.

1. структурированный Аналитические Методы — это метод, который заранее строго определяет требования. При его реализации особое внимание уделяется анализу объекта (). B )

A. Поток управления B. Поток данных C. Поток программы D. Поток инструкций

1. Подход структурированного жизненного цикла к разработке программного обеспечения делит жизненный цикл программного обеспечения на (A)

A. Этап планирования, этап разработки, этап эксплуатации B. Этап планирования, этап программирования, этап тестирования

C. Общий проект, детальное проектирование, программирование и отладка D. Анализ требований, определение функций, проектирование системы.

1. В технико-экономическом обосновании в основном проводятся исследования по следующим аспектам: (A)

А) Техническая осуществимость, экономическая целесообразность, эксплуатационная осуществимость Б) Техническая осуществимость, экономическая целесообразность, системная осуществимость

C) Экономическая осуществимость, системная осуществимость, эксплуатационная осуществимость D) Экономическая целесообразность, системная осуществимость, временная осуществимость

1. Связь — это мера степени взаимосвязи между различными модулями программного обеспечения. Различные связи расположены от сильной к слабой следующим образом: (C)

A) Связь контента, связь управления, связь данных и связь общей среды. Б) Связь с контентом, связь с управлением, связь с общедоступной средой и связь с данными.

C) Связь с контентом, связь с общедоступной средой, связь с управлением и связь с данными. D) Связь управления, связь контента, связь данных и связь публичной среды.

1. Цель технико-экономического обоснования (B)

A Борьба за проект B Стоит ли развивать проект C Разрабатывать проект D Планировать проект

1. словарь данные используются для определения ( D ) конкретное значение каждого компонента в

A Блок-схема B Диаграмма функциональной структуры C Диаграмма структуры системы D Блок-схема данных

1. Общей чертой трех основных управляющих структур программы является (C)

A может использоваться только для описания простых программ B не может быть вложенным C Один вход, один выход D Используется только в системах автоматического управления

1. Для разработки высококачественных проектов программного обеспечения при проектировании структуры программного обеспечения необходимо соблюдать принцип (А).

A Сокрытие информации B Контроль качества C Оптимизация программы D Обмен данными

1. тестирование черного ящикасуществовать При разработке тест-кейсов основным исследованием является ( A ）

A Спецификация требований, изложенная в эскизном описании проекта B Детальное описание проекта C План разработки проекта D Краткое описание проекта и подробное описание проекта

1. проходить ( B ) можно сделать поток Уточнение диаграммы данных.

А). Структурная декомпозиция Б). Функциональная декомпозиция В). Декомпозиция системы.

1. Стрелка на блок-схеме программы (PDF) обозначает (B).

A) Поток данных B). Поток управления C). Отношения вызова D).

1. Люди, участвующие в этапе определения проблемы в период определения программного обеспечения: (D)

А) Пользователи, руководители отделов использования Б) Разработчики программного обеспечения, пользователи, руководители отделов использования.

C) Системные аналитики, разработчики программного обеспечения D). Системные аналитики, разработчики программного обеспечения, пользователи и руководители отделов использования.

1. (C) Следует уделить внимание описанию и ограничению вопросов ассоциации модулей и совместного использования ресурсов.

А). Проект системы Б). Детальный дизайн. В). Инструмент структурированного редактирования.

1. В отрасли есть три потребности: функциональный анализ, объектно-ориентированный анализ и Б.

А. Алгоритмически-ориентированный анализ Б. Ориентирован на анализ данных C. Анализ программы d. Аппаратно-ориентированный анализ

1. Среди противоречивых свойств ремонтопригодности программного обеспечения можно выделить C.

А. Модифицируемость и понятность Б. Тестируемость и понятность C. Эффективность и модифицируемость D. Понятность и читаемость

1. D в методах тестирования программного обеспечения относится к статическим методам тестирования.

А. Метод черного ящика б. Покрытие пути C. Неверное предположение Д. Ручной осмотр

1. структурированный Аналитические Основными средствами, используемыми в методах, являются A 。

А. Декомпозиция и абстракция Б. Разложение и синтез С. Индукция и дедукция Д. Зондирование и возврат

1. В рамках технико-экономического обоснования будет проведен анализ (D) потребностей.

А. Углубленный б. подробный в. Тщательно Д. Упрощенный, сжатый

1. Характеристики ремонтопригодности, которые усиливают друг друга: (А)

А. Понятность и проверяемость Б. Эффективность и портативность C. Эффективность и модифицируемость D. Хорошая эффективность и структура

1. (D) Это техническая деятельность, направленная на улучшение качества программного обеспечения.

А. Технологические инновации Б. Тест С. Технологическое творение Д. Технический обзор

1. Тестирование программного обеспечения может обнаружить (B) в программном обеспечении, но не может доказать () в программном обеспечении.

А. Все ошибки, нет ошибок Б. Ошибка, нет ошибки C. Логическая ошибка, нет ошибок D. Ошибка проектирования, нет ошибок

1. Следующие действия не являются симптомами проблем с обслуживанием программного обеспечения ©.

А. Читать чужие программы сложно. Б. Несоответствие документации. С. Ошибки или потеря исходных программ и сопутствующих документов. Д. Разница в людях и времени между разработкой и обслуживанием программного обеспечения. E. Обслуживание программного обеспечения — непривлекательная работа.

1. Проектирование программного обеспечения обычно делится на общий проект и детальный проект, и между ними существует связь (А).

А. Глобальный и локальный Б. Абстрактное и конкретное c. В целом и уровень D. Функция и структура

1. Группа операторов появляется во многих местах программы. В целях экономии места эти операторы помещены в модуль. Связность модуля равна (C).

А. Логический б. Переходный С. Шанс Д. коммуникация

1. В системе регистрации курсов класс CourseSchedule и класс Course определены, а метод add (c:Course) и метод удаления (c:Course) определены в классе CourseSchedule. Связь между классом CourseSchedule и классом. Курс (С).

А. Отношение обобщения Б. Сочетательные отношения С. Зависимости Д. отношения включения

1. Начальный этап планирования программного обеспечения — это (A), а нижний — (B).

A) Анализ требований B) Проектирование программного обеспечения C) Тестирование программного обеспечения D) Анализ осуществимости

1. Результатом эскизного проекта является получение (А).

А). Описание модуля Б). Блок-схема программы. Г).

1. Лицом к потоку Метод разработки программного обеспечения для обработки данных обычно заключается в том, чтобы поместить поток данныхкартинасерединаизпоток данныхразделен на (B) Два ручья, потом поток Диаграммы данных сопоставляются со структурами программного обеспечения.

А) Поток данных и поток транзакций Б). Поток обмена и поток транзакций. C). Поток информации и поток управления. D). Поток обмена и поток данных.

Заполните пробелы

1. В общем, начать можно с последовательность 、честность__、Реальность____иэффективность___Четыре аспекта проверки правильности требований к программному обеспечению。
2. График IPO это _Диаграммы ввода, обработки и вывода _ Аббревиатура — это графический инструмент, разработанный и усовершенствованный компанией IBM в США.
3. Блок-схема системы — это традиционный инструмент для описания __физической модели__, использующий графические символы для выражения __информационного потока_______ между различными элементами системы.
4. поток данныхкартинасерединаиз箭头表示поток данных,овалиликруговое представлениеОбработка данных,Прямоугольное представлениеИсточник/назначение данных。
5. Интеграционное Основными методами обучения являются: Возрастающие и невозрастающие 。
6. Жизненный цикл программного обеспечения обычно можно разделить на**определение проблемы、технико-экономическое обоснование、анализ потребностей、кодирование дизайна、тест、Первый этап эксплуатации и обслуживания.
7. технико-экономическое обоснованиеосновной наборсерединасуществовать Следующие четыре аспекта**экономика технико-экономическое обоснование**、техническая осуществимость__、__Юридическая осуществимость____и Решение.
8. существует структурированный дизайн, HГрафик Заявка на IPO существует на общей стадии проектирования,Зависит отГрафик IPOи_диаграмма иерархии_Состоит из двух частей。
9. Целью реализации усовершенствованного дизайна является модульная «Высокая сплоченностьнизкая связь”принципы,Улучшить модуль_независимость。
10. В зависимости от функций программного обеспечения программное обеспечение можно разделить на Системное программное обеспечение , Программное обеспечение поддержки , прикладное программное обеспечение
11. Модульное тестирование Обычно с**белая коробка**тест В основном,__черный ящик__теств качестве дополнения。
12. Режим управления хранилищем данных объектно-ориентированный разделен на __file__、реляционная база данныхиобъектно-ориентированная база данныхтридобрый.
13. Общие архитектурные шаблоны:：Многоуровневый режим, режим трубы и фильтра и режим доски。
14. Цель анализа затрат и выгод состоит в том, чтобы начать с ( экономика ) перспектива оценить, возможна ли разработка проекта.
15. Метод инкрементного тестирования сверху вниз имеет две стратегии комбинирования модулей: стратегию глубины и стратегию комбинирования модулей. ( стратегия, ориентированная на ширину  ) 。
16. Язык ассемблера ориентирован на ( машина ) Он может выполнять специальные функции, которые не могут выполнять языки высокого уровня, например, работу с некоторыми интерфейсами с внешними устройствами.
17. Задачей детального проектирования является определение внутренних характеристик каждого модуля, то есть алгоритма работы модуля, ( Используемые данные )。
18. Все отчеты по заявкам на обслуживание программного обеспечения должны быть представлены в установленном порядке. Отчет также называется (.  проблема с программным обеспечением  )Отчет.
19. Существует два типа технологий сопровождения: технологии, ориентированные на сопровождение, используемые на этапе разработки для уменьшения количества ошибок и улучшения удобства сопровождения программного обеспечения, и технологии, ориентированные на сопровождение, используемые на этапе сопровождения для повышения эффективности и качества обслуживания ( Техническая поддержка )технология.
20. Научные и инженерные расчеты требуют большого количества стандартных библиотечных функций для обработки сложных числовых расчетов. Доступные языки: (. язык ФОРТРАН)、язык ПАСКАЛЬ、Язык C и язык PL/1.
21. пользовательский интерфейс удобство использования Это самая важная и основная цель дизайна пользовательского интерфейса.
22. поток данныхкартина и словарь данных Вместе они образуют логическую модель системы.
23. Методы тестирования программного обеспечения включают в себя Аналитические методы и Нет Аналитические методы（Прямо сейчасметод черного ящика）
24. К основным методам оценки затрат относятся оценка снизу вверх 、 оценка сверху вниз иОценка алгоритмической моделитритип
25. Существует три распространенных метода проектирования программного обеспечения: данных На рисунке показана базовая структура строительных блоков. структурированный подход к проектированию , основанный на структурах данных как строительных блоках Метод Джексона , является объектно-ориентированным, основанным на классах и наследуемым. объектно-ориентированный метод проектирования。
26. практические знания белого Технология покрытия ящика имеет 4 добрый：Покрытие операторов, покрытие условий, покрытие ветвей (или решений) и комбинированное покрытие.
27. Традиционное обслуживание программного обеспечения обычно делится на 4 большойдобрый,соответственнодакорректирующее обслуживание、адаптивное обслуживание、Идеальное техническое обслуживание и профилактическое обслуживание。
28. существовать V тест Модельсередина,После кодирования,сделай это первымМодульное тестирование,ЗатемдаИнтеграционное тестирование、Тестирование системы и приемочное тестирование。
29. Традиционное обслуживание программного обеспечения обычно делится на 4 большойдобрый,соответственнодакорректирующее обслуживание、адаптивное обслуживание、Идеальное техническое обслуживание и профилактическое обслуживание。
30. К основным методам моделирования требований относятся:Абстракция, декомпозиция и многоточечный анализ 3 добрый.
31. 用例之间из关系主要иметьтридобрый：Включайте, расширяйте и наследуйте.
32. используется для представления аналитических моделей UML картина形机制主要даДиаграммы классов, диаграммы деятельности, диаграммы взаимодействия и диаграммы состояний.
33. Основные принципы проектирования программного обеспечения включают в себяАбстракция и постепенное уточнение, сильная связность и слабая связь, сокрытие информации и разделение задач.
34. сплоченностьиметь 6 тип Случайная сплоченность, логическая сплоченность, временная сплоченность, коммуникативная сплоченность, последовательная сплоченность и функциональная сплоченность.
35. Вообще говоря,существоватьобъектно-ориентированный Моделированиепроцесссередина,人们最常用изда建立系统изДиаграммы вариантов использования, диаграммы классов и диаграммы последовательности.
36. 常用из软件开发方ЗакониметьСтруктурные методы, объектно-ориентированные методы и формальные методы разработки.
37. сплоченность Это одна из мер модуля. Она относится к мере функциональной силы модуля, то есть мере того, насколько тесно элементы внутри модуля сочетаются друг с другом.
38. существуют Структурированный анализ,используется для описанияЛогика обработкииз主要工具иметьтридобрый,Прямо сейчас：Структурированный язык, таблица решений, дерево решений
39. структурированныйязыкдамеждуестественный язык и формальный язык之间из一добрый半形式язык
40. 软件概要设计из主要任务就даПроектирование архитектуры программного обеспечения

истинный или ложный вопрос

1. Добавление людей в отстающий проект приведет к еще большему отставанию проекта. (Т)
2. Языки описания процессов могут использоваться для описания системной структуры программного обеспечения. (Ф)
3. Руководящим принципом при разработке программного обеспечения в соответствии с каскадной моделью является четкое различие между логическим проектированием и физическим проектированием, чтобы физическая реализация программы могла начаться как можно раньше. (Ф)
4. Только некачественные программные продукты требуют обслуживания. (Ф)
5. диаграмма иерархия используется для описания иерархической структуры программного обеспечения. диаграмма Прямоугольный блок в иерархии представляет собой модуль, а соединение между блоками представляет собой Композиционные модули. отношения。существоватьдиаграмма За исключением самого верхнего поля в иерархии, каждое поле пронумеровано, что становится пронумерованной диаграммой. иерархии。（ F ）
6. Первым шагом в построении динамической модели является создание сценария типичного поведения взаимодействия. (Т)
7. Ошибки программного обеспечения могут возникнуть на ранних этапах существования существования, и чем раньше они будут исправлены, тем лучше. (Т)
8. Чем ниже связанность программных модулей, тем лучше. (Т)
9. Хороший тестовый пример может обнаружить до сих пор не обнаруженные ошибки. (  T  ）
10. Результаты объектно-ориентированного проектирования можно реализовать только с помощью объектно-ориентированных языков (F).
11. Единственное, что делает успешный проект, — это запуск программы. (Ф)
12. Связь между вариантами использования 3добрая.(  T  ）
13. Принципы объектно-ориентированного проектирования также должны следовать принципу слабой связи, однако следует улучшить тесную связь наследования, обеспечивающую высокую степень общей и специфичной связности. ( Т )
14. Объем работ по программному обеспечению в основном сводится к проектированию и реализации программ. ( F   ）
15. Тороидальная сложность количественно измеряет логическую сложность программы. Для расчета тороидальной сложности можно использовать следующую формулу: Тороидальная сложность V(G) графа потока G = N– E + 2. (Изменить на E-N+2) (F)
16. Метод разделения классов эквивалентности делит все возможные входные данные на несколько частей, а затем выбирает небольшое количество репрезентативных данных из каждой части в качестве тестовых примеров. (Т)
17. существования При проведении общего (измененного на эскизное) проектирования связь между модулями должна быть усилена. (    F   ）
18. Диаграмма структуры системы — это графическое представление, которое точно выражает структуру программы. Поэтому иногда диаграмму структуры системы можно также использовать в качестве блок-схемы системы. (Т)
19. Первым шагом в построении динамической модели является создание сценария типичного поведения взаимодействия. ( Т Т )
20. При отладке сложнее обнаружить место и характер ошибки, чем исправить ее. (   F   ）
21. Если проводить тестирование программного обеспечения, то не найдено ошибка, это означает, что программное обеспечение правильное. (  F    ）
22. Модели быстрого прототипирования могут эффективно адаптироваться к динамическим изменениям потребностей пользователей. ( Т )
23. Принципы проектирования программного обеспечения, такие как модульность, сокрытие информации, абстракция и постепенное усовершенствование, помогают достичь высокой сплоченность, программный продукт с низкой степенью связи. ( T ）
24. Интеграционное обучение в основном осуществляется пользователем. (    F   ）
25. Объектно-ориентированный = объект + класс + наследование + передача сообщений. ( Т Т )
26. Объектно-ориентированный анализ заключается в создании объектной модели программного обеспечения компьютерной системы. (Ф)
27. Разработка и эксплуатация программного обеспечения часто ограничиваются аппаратными ограничениями. ( T )
28. Высокая связность внутри модуля часто означает слабую связь между модулями. (Т)
29. Диаграммы Джексона могут выражать только структуры программы, но не структуры данных. (Ф)
30. Цель тестирования программного обеспечения — найти все ошибки, не упуская ни малейшей детали. (Ф)
31. Ответственность за качество программного обеспечения в основном лежит на приемочном персонале, и другим разработчикам не нужно заботиться. (Ф)
32. Покрытие решений не обязательно включает покрытие условий, а покрытие условий не обязательно включает покрытие суждений. (Т)
33. Вам следует попробовать использовать машинный язык для написания кода, чтобы повысить эффективность работы программы и сократить использование языков высокого уровня. ( F )
34. UML может применяться только для создания моделей программных систем. (Ф)
35. Отказоустойчивость означает, что каждая программа написана с использованием двух разных алгоритмов. (Ф)

краткие ответы на вопросы

1. Кратко опишите процесс разработки программного обеспечения.

Проектирование программного обеспечения — это процесс абстрагирования многих вещей и проблем и их абстрагирования на разных уровнях и под разными углами. Это итеративный процесс, который преобразует требования в формулировки программного обеспечения.

Проектирование программного обеспечения требует планирования всего процесса проектирования в соответствии со спецификацией требований, а затем реализации конкретного процесса проектирования, то есть «сначала всего, затем частей», что также является процессом непрерывных итераций и уточнений.

Затем необходимо просмотреть созданные спецификации проекта, чтобы начать критерии оценки качества. Если он не пройдет проверку, проект необходимо пересматривать еще раз, пока он не пройдет проверку, и не будет определен сам процесс доработки. Перейдите на следующий этап, чтобы завершить процесс разработки программного обеспечения.

1. Кратко опишите основные характеристики методов структурного программирования.

1) Метод программирования, при котором операторы перехода используются как можно реже.

2) Каждый блок кода имеет один вход и один выход.

3) Используйте структуры управления: последовательность, выбор и цикл.

4) Постепенно добиваться доработки сверху вниз.

1. Каковы два качественных критерия измерения модуля независимости? Каковы определения этих двух стандартов? В нашем программном обеспечении мы преследуем модуль независимости Какова цель?

Двумя качественными критериями измерения независимости модулей являются связность и связанность (2 балла).

Связность означает тесноту взаимозависимости (связности) между различными модулями внутри структуры программного обеспечения, тогда как связность характеризует тесноту интеграции различных элементов внутри модуля (2 балла);

При разработке нашего программного обеспечения целью, которую мы преследуем в отношении независимости модулей, является тесная связность и слабая связанность (1 балл).

1. Чтодатестирование черного ящика Закон？

Метод тестирования черного ящика рассматривает программу как черный ящик и вообще не учитывает внутреннюю структуру и процесс обработки программы (2 балла).

Он только проверяет, можно ли нормально использовать функции программы в соответствии со спецификациями (1 балл),

Правильно ли программа принимает входные данные (1 балл),

Предоставьте правильную выходную информацию (1 балл).

1. Как выбрать инженерные особенности языка программирования

1. Требования пользователей системы

2. Компиляторы, которые можно использовать

3. Доступные программные инструменты

4. Масштаб проекта

5. Знания программиста

6. Требования к переносимости программного обеспечения

7. Области применения программного обеспечения

1. Кратко опишите смысл четырех ключевых моментов объектно-ориентированного подхода.

Четырьмя ключевыми моментами объектно-ориентированного подхода являются: декомпозиция объекта, собственность данных, наследование и инкапсуляция. (1 балл)

1) Декомпозиция объектов. Считается, что объективный мир состоит из различных объектов. (1 балл)

2) Эксклюзивность данных, совместное использование методов: все объекты разделены на различные классы объектов (сокращенно называемые классами), и каждый класс объектов определяет набор данных и набор методов. (1 балл)

3) Наследование. В соответствии с отношениями между подклассом (или производным классом) и родительским классом (или базовым классом) несколько объектных классов формируются в иерархическую систему (также называемую иерархией классов). (1 балл)

4) Инкапсуляция: объекты могут взаимодействовать друг с другом только посредством передачи сообщений. (1 балл)

1. Процесс обслуживания программного обеспечения

После того как разработка программного обеспечения завершена и доставлена ​​пользователям, чтобы обеспечить нормальную работу программного обеспечения в течение длительного периода времени, его необходимо обслуживать. Процесс обслуживания программного обеспечения:

(1) Подтвердите требования к техническому обслуживанию. (1 балл)

(2) При проведении корректирующего технического обслуживания оцените серьезность ошибки. При серьезных ошибках немедленно выделяется персонал для анализа причины проблемы и выполнения «пожарного» аварийного обслуживания, при несерьезных ошибках принимаются унифицированные меры, исходя из ситуации и приоритетов задачи; (2 очка)

(3) Для приложений адаптивного и полного обслуживания необходимо определить приоритет приложения, а затем организовать работы по техническому обслуживанию. Не все идеальные приложения по техническому обслуживанию должны быть реализованы, и решения необходимо принимать с учетом потребностей бизнеса, существующих ресурсов, будущих направлений развития и т. д. (2 очка)

1. Какова цель и основная задача сопровождения программного обеспечения? Какие виды доброго поддерживаются?

Сопровождение программного обеспечения — это последняя и самая длинная фаза жизненного цикла программного обеспечения.

Основная задача — модифицировать программное обеспечение для исправления ошибок или удовлетворения новых потребностей после того, как программное обеспечение было доставлено в эксплуатацию.

Целью является повышение надежности и доступности программного обеспечения и продление срока его службы.

Виды технического обслуживания: корректирующее (ошибки), адаптируемое (среда), полное (функция), профилактическое (новые продукты).

1. Что такое сопряжение Какие типы сопряжения модулей включают в себя?

Связь — это мера степени взаимосвязи между различными модулями в структуре программного обеспечения.

Связь модулей включает следующие типы: связь данных, связь управления, связь функций, связь общей среды, связь контента, связь тегов, отсутствие связи/косвенная связь.

1. Что такое сплоченность? Какие виды сплоченности модулей включают в себя?

Связность показывает, насколько тесно элементы модуля интегрированы друг с другом. Это естественное расширение концепций сокрытия и локализации информации.

Связность модулей включает следующие виды: низкая связность - случайная связность, логическая связность, временная связность - процедурная связность, высокая связность - последовательная связность, функциональная связность;

1. Что такое стиль кодирования? Почему нам следует уделять особое внимание стилю кодирования?

Стиль кодирования включает в себя следующее: хорошая документация (комментарии), описание данных, построение операторов, ввод и вывод, а также обеспечение эффективности в программе.

Поскольку стиль кодирования важен для читаемости, удобства сопровождения, надежности и удобства использования программного обеспечения, следует уделять особое внимание стилю кодирования.

1. Что такое программный кризис? Каковы симптомы программного кризиса? Что является причиной этого?

В конце второго этапа разработки программного обеспечения, благодаря развитию компьютерной техники, значительно улучшились скорость работы, производительность и надежность компьютеров, а себестоимость производства значительно снизилась, что создало условия для широкого применения компьютеров. Было предложено несколько сложных и крупномасштабных проектов разработки программного обеспечения, но прогресс технологий разработки программного обеспечения не смог удовлетворить потребности разработки. Не существует решения проблем, возникающих при разработке программного обеспечения, что приводит к накоплению проблем и формированию острых противоречий, что приводит к программным кризисам.

Кризис программного обеспечения проявляется в следующих четырех аспектах: (деньги и время, требования, ремонтопригодность, надежность).

• (1) Бюджет часто превышается, а сроки выполнения неоднократно задерживаются.
• (2) Разработанное программное обеспечение не может удовлетворить требования пользователя.
• (3) Разработанное программное обеспечение имеет плохую ремонтопригодность.
• (4) Разработанное программное обеспечение имеет низкую надежность.

Причины кризиса программного обеспечения: (масштаб и структура, управление, финансирование, технологии, инструменты)

• (1) Масштаб программного обеспечения становится все больше и больше, а структура становится все более сложной.
• (2) Управление разработкой программного обеспечения сложное и сложное.
• (3) Средства на разработку программного обеспечения продолжают расти.
• (4) Технология разработки программного обеспечения отстала.
• (5) Методы производства отстали, инструменты разработки отстали, а повышение производительности происходит медленно.

1. Какие действия включает жизненный цикл программного обеспечения?

Ответ: Деятельность жизненного цикла программного обеспечения включает в себя: технико-экономическое обоснование и план разработки проекта, анализ требований, эскизное проектирование, детальное проектирование, кодирование, тестирование, сопровождение и другие действия.

1. Пожалуйста, объясните определение «трех моделей» и взаимосвязь между ними.

Функциональная модель описывает, что может делать система, то есть определяет функции системы, производительность, интерфейсы и интерфейсы. Бизнес-модель описывает, когда и где работает система, с какими ролями, в соответствии с какими бизнес-правилами, а также шаги или процессы, используемые для этого, то есть она определяет рабочий процесс системы. Модель данных описывает, откуда берутся данные до системы, где хранятся данные во время работы, где размещаются данные после работы и отношения между этими данными, то есть определяет структуру данных системы. Функциональная модель и бизнес-модель моделируются во время анализа спроса и являются двумя основными моментами. Модель данных занимает центральное место в моделировании во время разработки. Функциональная модель и бизнес-модель предоставляют данные и данные обслуживания для модели данных, а модель данных поддерживает нормальную работу функциональной модели и бизнес-модели. Обычно моделирование модели данных реализуется с помощью инструментов Power Designer, ER win или Oracle Designer; функциональная модель представлена ​​списком функциональных точек (или диаграммой вариантов использования), а бизнес-модель представлена ​​на естественном языке плюс блок-схема (или последовательность действий); диаграмма).

1. Какова цель «объектно-ориентированной реализации»?

Ответ: Целью «объектно-ориентированной реализации» является использование объектно-ориентированного языка для сборки этих компонентов в соответствии с инструкциями по проектированию в «Подробных инструкциях по проектированию» по структуре данных, анализу алгоритмов и реализации модулей, а также реализация каждого модуля отдельно. . функции для достижения функций, производительности, интерфейсов, интерфейсов и других требований целевой системы.

1. определение разработки программного обеспечения

• (1) Измените систему、нормативный、Количественные методы, применяемые к разработке программного обеспечения、процесс эксплуатации и обслуживания;
• (2) и исследование вышеуказанных методов.

Вопросы по рисованию картинок

1. Известно, что существует фрагмент кода, реализующий «вывод максимального значения трёх чисел ABC» и необходимый для выполнения следующих вопросов:

(1) Нарисуйте блок-схему кода (4 балла).

(2) Нарисуйте блок-схему программы на основе блок-схемы программы (4 балла);

(3) Вычислить циклическую сложность графа потока (4 балла);

(3) Цикломатическая сложность

​ V(G) = Количество регионов = Количество ребер – Количество узлов + 2 = Точка принятия решения + 1 = 4

2. Модуль обработки «корректировки заработной платы» принимает переменную «профессиональное звание» и выполняет различную обработку в зависимости от разных профессиональных званий (ассистент преподавателя, преподаватель, доцент, профессор). Если ассистент преподавателя является ассистентом преподавателя, стаж работы. Также необходимо ввести только стаж работы, если стаж превышает двухлетний оклад. Используйте метод разделения классов эквивалентности для разработки тестовых примеров.

3. Процесс работы компьютерной сберегательной системы банка примерно следующий: квитанция о внесении или снятии средств, заполненная вкладчиком, вводится в систему служащим. Если это депозит, система записывает имя вкладчика, адрес. (или номер телефона), идентификационный номер, тип вклада, дата вклада, дата погашения, процентная ставка и пароль (необязательно) и другую информацию, а также распечатать квитанцию ​​о депозите вкладчику; если это снятие средств и при внесении депозита был оставлен пароль, система сначала проверит пароль вкладчика, если пароль правильный или пароль не был оставлен при внесении депозита. Система рассчитает проценты и распечатает список процентов вкладчику. Используйте диаграмму потока данных, чтобы описать функции этой системы, которая требует обработки данных, хранения данных, потока данных и связанных с ними ролей.

Издатель: Лидер стека программистов полного стека, укажите источник для перепечатки: https://javaforall.cn/137012.html Исходная ссылка: https://javaforall.cn