
- •1. Структура Информационной модели предметной области. Концептуальная, логическая, физическая модели.
- •2. Типы логических моделей. Иерархическая, сетевая, реляционная.
- •3. Основные операции реляционной алгебры по Кодду (базовые теоретико-множественные).
- •4. Специальные реляционные операции реляционной алгебры по Кодду.
- •5. Основные этапы проектирования структур данных.
- •2) Формулирование знаний о системе;
- •6. Нормализация бд.
- •7. Понятие рмд. Элементы рмд.
- •8. Ключи. Типы ключей. Назначение.
- •9. Основные характеристики связи как функциональной зависимости между сущностями.
- •10. Виды зависимостей между атрибутами отношений.
- •1. Автоматизированная система обработки данных. Назначение.
- •2.Структура ис: Подсистемы. Назначение.
- •3. Виды обеспечений аис.
- •4. Схема понятий информационного обеспечения.
- •5. Поколения аис. Фундаментальные понятия аис и поколения: бд, субд.
- •7. Основные стадии создания аис.
- •8. Формализованное описание концептуальной схемы БнД. Er-модели.
- •9. Автоматизированные системы управления. Поколения асу. Их характеристики.
- •10. Автоматизированное рабочее место специалиста: назначение и специфика решаемых задач.
- •1. Архитектуры информационных систем.
- •2. Модели архитектуры клиент-сервер.
- •3. Двухзвенные архитектуры.
- •4. Трёхзвенные архитектуры.
- •5. Транзакция: понятие и назначение.
- •6. Модель монитора транзакций.
- •7. Управление распределёнными данными. Технология распределённых бд.
- •8. Управление распределёнными данными. Технология репликации бд.
- •9. Стандартная архитектура доступа к бд. Стандарты odbc.
- •10. Сравнительная характеристика различных субд.
- •1. Поколения ос.
- •2. Функции и состав ос.
- •3. Управление данными в ос: внешние ус-ва эвм, накопители инф-ции, файлы.
- •4. Управление данными в ос: файловые си-мы.
- •5. Управление заданиями в ос: процесс, задача, работа, программа, ресурс, дисциплина распределения ресурса.
- •6. Управление заданиями в ос: управление процессами, планирование процессов, взаимодействие процессов.
- •7. Управление заданиями в ос: планирование работы процессора, стратегия планирования процессора.
- •2. Наиболее короткая работа вып. Первой.
- •7. Приоритетная многоочерёдная дисциплина обслуживания.
- •8. Управление заданиями в ос: управление памятью.
- •9.Связь с пользователем в ос: разновидности интерфейсов, терминалы.
- •10.Связь с пользователем в ос: графический интерфейс пользователя.
- •12. Графические программные оболочки ос.
- •1.Классификация сетей.
- •2.Топология кс.
- •3.Среды передачи для электрических сигналов.
- •4.Среды передачи для неэлектрических сигналов.
- •5.Принцип пакетной передачи данных.
- •6.Сетевые модели.
- •7.Методы доступа к средам передачи в локальных сетях.
- •9.Коммуникационное оборудование локальных сетей.
- •10.Адресация в сетях.
- •11.Принципы и средства межсетевой защиты.
- •12.Коммутируемое подключение по модему.
- •13.Сети с коммутацией пакетов.
- •14.Маршрутизатор. Маршрутизация.
- •1. Постановка задачи (пз). Основные характеристики пз для функциональной задачи. Типы информации.
- •2. Алгоритм. Свойства алгоритма.
- •3. Показатели качества программного продукта.
- •4. Основные группы и специалисты, участвующие в разработке программного продукта.
- •5. Системное по. Классификация. Назначение.
- •6. Инструментарий технологии программирования. Классификация.
- •Средства для создания приложений.
- •7. Ппп классификация, назначение, применение.
- •8. Методология структурного программирования: история, основные методы, языки.
- •9. Методология объектно-ориентированного программирования: история, основные методы, языки.
- •10. Модуль. Понятие модуля. Модульное программирование.
- •11. Классические технологические процессы (ктп): возникновение идеи, принятие решения.
- •12. Ктп: управление, методы.
- •5.Методика приближенных вычислений.
- •13. Ктп: анализ и проектирование. Определение. Цели и задачи. Основные подходы.
- •14. Методы проектирования: восходящее, нисходящее, расширенного ядра.
- •15. Архитектура программного продукта. Определение. Понятия. Спецификации.
- •16. Ктп: отладка, тестирование. Определения, основные методы («сверху вниз», «снизу вверх»). «Черный», «прозрачный» ящик.
- •17. Ктп: эксплуатация и сопровождение. Понятия. Основные задачи и цели. Завершение разработки пп.
- •18. Защита программных продуктов. Классификация и виды защиты пп.
- •19. Классические технологические подходы: каскадные.
- •20. Ктп подхода: каркасные, сборочное программирование.
- •21. Ктп подходы: экстремальное программирование.
- •22. Системы программирования. Понятия и классификация. Основные стадии.
- •1.Иб в свете нац-х интересов рф в инф-й сфере.
- •2.Классификация угроз иб.
- •3.Виды мер обеспечения безопасности.
- •5.Этапы допуска, схема идентификации и аутентификации пользователя в компьютерную си-му.
- •6.Понятие криптологии. Классификация методов криптографического преобразования инф-ции. Способы шифрования с симметричными ключами.
- •7.Кв. Их классификация, модели поведения.
- •8.Пути распространения, проявление действий вируса. Структура загрузочного вируса. Троянские программы.
- •9.Программы шпионы, виды шпионских модулей.
- •11.Охарактеризуйте основные классы антивирусных программ.
- •12.Организационно правовое обеспечение зи.
13. Ктп: анализ и проектирование. Определение. Цели и задачи. Основные подходы.
Анализ требований – это процесс жизненного цикла программы во время, которого уточняются требования заказчика, формализуются и документируются. Анализ требований определяет, что должна делать программа.
Проектирование – процесс жизненного цикла программы во время, которого исследуется структура программы и взаимосвязи элементов, т.е. определяет, как система будет удовлетворять требованиям заказчика.
Проектирование должно проводиться на двух уровнях:
-Проектирование архитектуры в целом.
-Детальное (модульное) проектирование.
На этапе проектирования архитектура описывается с помощью спецификаций.
14. Методы проектирования: восходящее, нисходящее, расширенного ядра.
Восходящее проектирование
Метод восходящей разработки заключается: Сначала строится модульная структура программы в виде дерева. Затем поочередно программируются модули программы, начиная с модулей самого нижнего уровня (листья дерева модульной структуры программы), в таком порядке, чтобы для каждого программируемого модуля были уже запрограммированы все модули, к которым он может обращаться. После того, как все модули программы запрограммированы, производится их поочередное тестирование и отладка в принципе в таком же (восходящем) порядке, в каком велось их программирование.
Нисходящее проектирование
Метод нисходящего проектирования (МНП) предполагает последовательное разложение общей функции обработки данных на простые функциональные элементы (сверху вниз).
В результате строится иерархическая схема, отражающая состав и взаимоподчиненность отдельных функций. Носит название функциональной структуры алгоритма (ФСА).
Правила построения ФСА:
Определяется цель автоматизации предметной области и её подцели.
Устанавливается состав приложений (задач обработки), обеспечивающих реализацию поставленных целей.
Уточняется характер взаимосвязей приложений и их основные характеристики:
-Входная информация;
-Время и периодичность решения;
-Условия выполнения.
Определяются необходимые для решения задач функции обработки данных.
Декомпозиция функции обработки выполняется до необходимой структурной сложности и реализуется выбранным инструментарием.
Разложение на функции носит строго функциональный характер.
Метод расширенного ядра (Архитектурный подход)
Архитектурный подход к разработке программы представляет собой модификацию восходящей разработки, при которой модульная структура программы формируется в процессе программирования модуля. Но при этом ставится существенно другая цель разработки: повышение уровня используемого языка программирования, а не разработка конкретной программы. Это означает, что для заданной предметной области выделяются типичные функции, каждая из которых может использоваться при решении разных задач в этой области, и специфицируются, а затем и программируются отдельные программные модули, выполняющие эти функции.
15. Архитектура программного продукта. Определение. Понятия. Спецификации.
Архитектура программного продукта – это строение программного продукта или представление программного продукта как системы, состоящей из некоторой совокупности взаимодействующих подсистем (отдельных программ).
Архитектура осуществляет решения по:
Организации программной системы.
Выбору структурных элементов и их интерфейсу.
Поведению элементов и взаимодействию друг с другом.
Составлению из этих структурных элементов более крупных подсистем.
Выбору архитектурного стиля.
Определению элементов, интерфейсов и способов объединения.
Спецификация – это достаточно точное и полное описание задачи, которое любому участнику написать, понять и прочесть легче, чем программу на языке программирования.
Средства спецификаций – это любые средства получения и построения таких спецификаций.
Язык спецификации – это рационально оформленный и синтаксически организованный набор средств.
Спецификации состоят из двух частей:
1.Функциональные. В них описывают функции будущей программы.
2.Эксплуатационные. Описывают скорость работы программы, используемые ресурсы, характеристики аппаратуры, специальные требования к надежности и безотказности.
По уровню формализации спецификации делятся на три класса:
- Словесные. Обработка информации осуществляется с помощью текстового/звукового редактора.
- Модельные (структурированные). Предполагают построение схем, диаграмм, таблиц и других информационных структур.
- Формальные. Получают способом с использованием математических правил (формулы).
Существуют два способа представления спецификаций:
- Текстовое представление. Подходит для словесных и формальных спецификаций.
- Информационные объекты. Подходит для модельных спецификаций.