
- •1)Объектно-ориентированный подход к разработке программного обеспечения: основные понятия, концепции и принципы.
- •3) Понятие нормальных форм в отношении. Особенности приведения отношений к 1nf, 2nf, 3nf.
- •2Нф (Вторая Нормальная Форма)
- •3Нф (Третья Нормальная Форма)
- •4)Надежность программного обеспечения.
- •3)Основные этапы проектирования баз данных.
- •4)Основные показатели надёжности программного обеспечения
- •2) История развития операционной системы Windows. Введение в операционную систему Windows. Особенности и различия версий операционной системы Windows. Архитектура операционной системы Windows nt
- •3) Операции над данными (включить, удалить, обновить, объединение, пересечение, вычитание, декартово произведение, выборка, проекция, соединение, деление).
- •Специальные реляционные операторы
- •Операции над множествами
- •4)Категории тестируемых требований к программному обеспечению.
- •2) Модели данных (сетевая, иерархическая, реляционная).
- •3) Критерии, используемые при тестировании требований.
- •Ненумерованные списки
- •Нумерованные списки
- •Раскрывающейся список
- •Переход внутри одного документа
- •Переход к другому документу или ссылки
- •2)Селекторы css: класса, id, тега. Способы подключения таблиц стилей.
- •Селекторк лассов
- •Селектор id
- •3)Уровни абстракции в субд.
- •4)Содержание плана тестирования.
- •2)Сервлеты. Жизненный цикл сервлета. Класс HttpServlet. Интерфейсы HttpServletRequest, HttpServletResponse.
- •Интерфейс Servlet и жизненный цикл сервлета
- •Класс HttpServlet
- •3)Субд в многопользовательских системах. Архитектура многопользовательских субд (с телеобработкой, файл-серверные, клиент-серверные).
- •2)Сервлеты. Обработка http-запросов get и post.
- •3)Основные функции субд. Типовая организация субд. Основные компоненты типичной субд.
- •4)Основные этапы проведения системных испытаний.
- •1)Библиотека stl: назначение, основные элементы.
- •2)Субд. Классификация субд. Технология использования субд
- •3)Стратегии «белого» ящика. Покрытие операторов. Покрытие решений.
- •4)Jsp. Архитектура jsp-страницы. Жизненный цикл jsp.
- •1)Диаграммы idef0: элементы, правила построения, демонстрационный пример.
- •2)Стили. Общий синтаксис. Назначение, возможности. Каскадность css.
- •3)Понятия базы данных, банка данных. Классификация баз данных.
- •4)Стратегии «белого» ящика. Покрытие условий. Покрытие решений/условий.
- •1)Диаграммы idef0: иерархия диаграмм, правила построения, стратегии декомпозиции и критерии завершения декомпозиции.
- •2)Формы в html. Назначение, теги, параметры, примеры.
- •3)Файловые системы и файловые базы данных. Особенности и основные характеристики.
- •5)Стратегии «белого» ящика. Комбинаторное покрытие условий.
- •1) Диаграммы idef1x: назначение, элементы, правила построения.
- •2)Теги таблиц. Назначение, примеры.
- •3)Язык sql (Structured Query Language). Интерактивный и встроенный sql. Составные части sql. Типы данных sql. Основные типы команд sql.
- •4)Тестирование приложения методом «черного» ящика.
- •1)Диаграмма вариантов использования uml 2: назначение, элементы и правила построения.
- •Понятие тега
- •3)Язык sql. Команды манипулирования данными.
- •1)Диаграмма классов uml 2: назначение, классы и их обозначение.
- •3)Архитектуры приложений. Основные различия между архитектурами приложений.
- •1)Диаграмма деятельности uml 2: назначение, действия и деятельности, объекты, дуги деятельности
- •2)Http-протокол. Идеология построения протокола http. Общая структура сообщений, методы доступа. Заголовок и данные http-запросов. Стандартные коды ответов.
- •4)Структуры данных, основанные на хеш-таблицах.
- •1)Создание и использование статических библиотек в операционной системе Windows. Создание и использование динамических библиотек в операционной системе Windows: раннее и позднее связывание.
- •2)Диаграмма развертывания uml 2: назначение, элементы и правила построения.
- •3)Понятие экспертной системы. Назначение и основные свойства экспертных систем, основные области применения и примеры экспертных систем.
- •4)Деревья двоичного поиска. Методы их реализации.
- •1)Логическая организация файловой системы: типы файлов, иерархическая структура файловой системы, имена файлов, адресация файлов.
- •2)Жизненный цикл программного обеспечения. Классическая модель жизненного цикла: основные этапы, принципы организации, преимущества и недостатки
- •3)Архитектура и особенности экспертных систем.
- •4)Алгоритм Хаффмена, структуры данных для его реализации. Пример построения кода.
- •1)Физическая организация файловой системы: диски, разделы, секторы, кластеры, адресация файла.
- •2)Классификация экспертных систем
- •4)Сбалансированные и несбалансированные деревья поиска.
- •1)Иерархия запоминающих устройств. Кэш-память. Способы отображения основной памяти на кэш. Схемы выполнения запросов в системах с кэш-памятью.
- •2)Жизненный цикл программного обеспечения. Эволюционная модель жизненного цикла: основные этапы, принципы организации, преимущества и недостатки.
- •3)Разработка экспертных систем. Этапы разработки экспертной системы. Человеческий фактор при разработке экспертной системы.
- •5)Алгоритмы быстрой сортировки
- •1) Страничное распределение памяти. Сегментное распределение памяти. Сегментно-страничное распределение памяти.
- •2)Диаграмма последовательностей uml 2: назначение, линия жизни и сообщения.
- •3)Модели представления знаний: продукционные модели, семантические сети, фреймы и формальные логические модели.
- •4)Алгоритмы внешней сортировки.
- •1)Понятие операционной системы. Иерархическая и многослойная структуры операционной системы. Многослойная структура ядра операционной системы.
- •2)Диаграмма последовательностей uml 2: назначение, комбинированные фрагменты взаимодействия и их применение.
- •3)Знания и данные. Глубинные и поверхностные знания. Интенсионал и экстенсионал понятия. Классификация моделей представления знаний.
- •4)Документирование результатов тестирования. Важность дефекта. Градации важности дефекта.
2)Селекторы css: класса, id, тега. Способы подключения таблиц стилей.
Описание
Выполняемая задача — выбор всех элементов определенного типа.
Обозначение — имя соответствующего тега.
В качестве селектора использовалось непосредственно имя html элемента , к которому необходимо применить данный стиль.
Селекторк лассов
Описание селектора:
Выполняемая задача — выбор всех элементов по имени класса (по значению атрибута class).
Обозначение — название класса с предшествующей ему точкой.
Данный селектор позволяет назначить стиль независимо от типа элемента. Но для их работы нужно добавить некоторые пометки в HTML код, а именно атрибут class с каким либо значением, которое вы будите использовать при создании CSS правила.
Селектор id
Описание селектора:
Выполняемая задача — выбор элемента по уникальному идентификатору (значению атрибута id).
Обозначение — название идентификатора с предшествующим ему значком #.
Данный селектор применяется если необходимо выделить один единственный элемент , уникальный,отличный от всех остальных в документе. К примеру, выделим первый заголовок на странице определенным образом:
<Н1 id="firstheader"> Первый заголовок на странице </Н1>
#firstheader { color: red; font-weight: bold; text-align: center }
Подключение стилей
Встроенные стили
Встраивание стилей предоставляет максимальный контроль над всеми элементами веб-страницы. Встроенный стиль применяется к любому тегу HTML с помощью атрибута style следующим образом:
<p style="font: 12pt Courier">Это текст с кеглем 12 точек и гарнитурой Courier</p>
Вложенные таблицы стилей
Ключ к вложенным таблицам — тег style:
должен располагаться в секции head;
содержимое тега представляет собой таблицу стилей, применяющуюся к документу;
в одном документе может быть несколько тегов style.
<style type="text/css">
html,body {
height: 100%;
}
.img {
border: none;
}
</style>
Внешние таблицы стилей
Суть способа в том, что CSS выноситься в отдельный файл (или файлы). А в HTML указывается, какие именно CSS-файлы к нему нужно применить.
Для подключения внешнего CSS используется тег link.
устанавливает связь с внешними документами, чаще всего с таблицами стилей;
должен располагаться в секции head;
в одном документе может быть несколько тегов link.
<linkrel="stylesheet"type="text/css"href="css/main.css"/>
В отличие, от link, директива @import позволяет соединять таблицы стилей внутри CSS. Указанные в директиве CSS-файлы загружаются и присоединяются к тому CSS в котором встретилась @import.
<style type="text/css">
@import url(css/base.css);}
</style>
3)Уровни абстракции в субд.
На данной схеме мы видим на трех различных уровнях абстракции единую базу данных, которая может быть одной из многих, использующих одну и ту же СУБД.
Подчеркнем, что реально хранится только физическая база данных. Мы же предпочитаем представлять ее себе не на уровне бит, а на более высоком уровне — как совокупность файлов и т. п. (т.е. свои собственные представления о базе данных).
Специальные программные средства СУБД позволяют осуществлять переходы от одного уровня к другому.
Например:
Запрос пользователя к базе перевести на уровень поиска адресов нужных данных в машинной памяти.
Концептуальная база данных — это абстрактное отображение физической БД (равносильно, физическая БД есть реализация концептуальной БД), а представления — являются абстракциями некоторых частей концептуальной БД. Различия в уровнях абстракции между представлениями 1…n и концептуальной БД небольшие. И представление, и концептуальная БД имеют дело с абстракциями такого кода как “пассажир”, и абстрактными связями, как “купил билет на самолет“.
Физическая БД находится на самом нижнем уровне абстракции. Она размещается на устройствах внешней памяти, (например, на магнитных дисках или лентах). Сама по себе физическая база данных может быть представлена на нескольких уровнях абстракции — от уровня записей и файлов, возможно, через уровень логических записей, поддерживаемый операционной системой, в обстановке которой работает СУБД, до уровня бит и физических адресов на запоминающих устройствах.
Представления — это абстрактная модель некоторой части концептуальной БД или концептуальной схемы.
Подсхема — абстрактная модель какой-либо части концептуальной схемы.
Например:
Авиалиния может иметь автоматизированную службу продажи билетов, но ни сами программы, ни те, кто с ними работают, не обязаны знать о файлах персонала или запланированных для летчиков рейсах. Необходимо знать о рейсах и возможно частично о персонале (кто из летчиков допущен к полетам на Боинг-747) и абсолютно не нужны сведения о заработной плате или пассажирах на данный рейс.