
- •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.Организационно правовое обеспечение зи.
2. Алгоритм. Свойства алгоритма.
Алгоритм – это система точно сформулированных правил, определяющая процесс преобразования исходных данных в желаемый результат за конечное число шагов.
Свойства алгоритма:
Конечность. Алгоритм должен всегда заканчиваться после выполнения конечного числа шагов.
Определенность (Точность. Однозначность.). Каждый шаг должен быть точно определён.
Наличие входных данных. Алгоритм имеет одно или несколько входных данных, которые задаются до начала работы алгоритма или определяются динамически во время его выполнения.
Наличие выходных данных. Имеет одно или несколько выходных данных, имеющих определённую связь с входными данными.
Эффективность. Алгоритм считается эффективным, если операторы просты для того, чтобы их можно было выполнить в течение короткого или конечного промежутка времени, а также возможность просчитать алгоритм на листе бумаги.
В алгоритме отражаются логика и способ формирования результатов решения с указанием расчётных формул, логических условий и соотношений для контроля достоверности.
В алгоритме должны быть предусмотрены все ситуации, которые могут возникнуть в ходе решения комплекса задач.
3. Показатели качества программного продукта.
ПП имеет следующие показатели качества:
Мобильность. Независимость ПП от технического комплекса системы, операционной среды, сетевой технологии обработки данных, специфики предметной области. Многоплатформенные ПП могут быт установлены где угодно и на чём угодно.
Надёжность. Определяет бессбойную и устойчивую работу, точность выполнения всех предписанных функций обработки и возможность диагностики возникающих ошибок.
Эффективность. Если рассматривать с позиции назначения, то должен соответствовать требованиям пользователя. Если с точки зрения расхода вычислительных ресурсов, то учитывается необходимое их количество при эксплуатации.
Учёт человеческого фактора. Означает обеспечение дружественного интерфейса для работы пользователя, наличие подсказки или обучающей системы, также хорошей документации.
Модифицируемость. Означает способность к внесению изменений (в интерфейс, в функции обработки, переход на другую техническую базу и др.).
Коммуникабельность. Основана на возможности интеграции программы с другими программами, обмена данными в общих формах представления (экспорт/импорт БД, внедрение или связывание объектов обработки).
В условиях существования рынка важными характеристиками качества являются:
1. Стоимость ПП.
2. Количество продаж.
3. Время нахождения на рынке (длительность продаж).
4. Известность фирмы разработчика и программы.
5. Наличие ПП аналогичного назначения.
4. Основные группы и специалисты, участвующие в разработке программного продукта.
Основные группы можно представить следующим образом:
Управляющий
совет возглавляет компанию, является
главным. Составляет планы работы
компании, определяет стратегию развития,
утверждает их, определяет выпуск новой
версии или закрытие старой.
Архитектурный отдел занимается разработкой информационной и технологической базами параллельного развития продуктов и следит за их изменениями.
Совет старейшин состоит из наиболее опытных и уважаемых сотрудников и привлекается управляющим советом для принятия решения по определенным вопросам.
Команда разработчиков компонента предназначена для создания и развития компонента (части ПП) или его свойства.
Команда разработчиков продукта начинает, исследует и развивает проект по созданию ПП. Лидером группы является менеджер проекта. Его задача сформировать общее представление о поставленной задаче. Он является связующим звеном между заказчиком и разработчиком. Отвечает за выполнение требований заказчика. Создает бизнес-сценарий (план работы).
Команда состоит из следующих специалистов:
Инженеры-разработчики:
Прикладной программист, осуществляет разработку и отладку программ для решения функциональных задач;
Системный программист, занимается разработкой, эксплуатацией и сопровождением системного ПО, которое поддерживает работоспособность компьютера и создает среду для выполнения прикладных программ;
Технический писатель – специалист по созданию справочной документации, обучающих систем и демо-роликов;
Инженер тестирования (тестеровщик или тестер) – это специалист, задача которого заключается в том, чтобы испытывать программный продукт в реальных условиях. Тестеры разрабатывают стратегию, планы, графики и сценарии тестирования, которые позволяют убедиться, что все ошибки выявлены и исправлены до выпуска ПП в эксплуатацию. Необходимо разделят функции тестеровщика и прикладного программиста;
Инженер качества – это специалист, проверяющий качественные характеристики ПП. Ответственный проверяет соответствие продукта корпоративным, правительственным и другим стандартам.;
Специалист по сопровождению ПП. На стадии разработки и внедрения необходимы специалисты, которые начали бы разворачивать ПП: знакомить пользователей и коллег по работе с некоторыми функциями определенной версии ПП;
Программист аналитик – анализирует и проектирует комплекс взаимосвязанных программ для реализации функций предметной области;
Постановщик задачи – это специалист, который формализует поставленную перед ним задачу, обеспечивает прикладного программиста всей необходимой информацией;
Администратор БД – обеспечивает надёжную работу интегрированных БД и поддерживает работу нескольких приложений с едиными данными.
Команда разработчиков версии отвечает за производство и размещение альфа-, бета-версий ПП для пользователя на страницах Интернета, дисках, дискетах. Команда состоит из представителей команд разработчиков компонента и продукта. Возглавляет менеджер версии. Команда отслеживает и управляет графиком разработки и поставок, принимает решение по объединению компонентов и продуктов в единый пакет и выпуск его на отдельном носителе.
Команда локализации решает проблемы локализации (адаптация продукта для конкретной языковой и культурной среды) – перевод сообщений и документации.
Команда поддержки пользователя состоит из специалистов, занимающихся внедрением, продвижением ПП среди пользователей, а также решающих вопросы пользователей по отдельным функциям ПП.