
- •1.Основные принципы построения эвм(принцип фон Неймана)
- •2.Архитектура системной платы пэвм
- •3.Классификация устройств памяти.
- •4.Организация банков памяти. Модули оперативной памяти пэвм.
- •5. Модемы. Способы модуляции символов
- •6.Структурная схема микропроцессора. Назначение микропроцессора. Назначение основных блоков.
- •7.Структура команды представления данных микропроцессора.
- •8.Регистры общего назначения.
- •9.Алу. Регистр флагов.
- •10.Устройство управления микропроцессора.
- •11.Режимы работы микропроцессора. Сегментированная модель памяти.
- •12. Формирование физического адреса в реальном и защищенном режимах работы микропроцессора. Защищенный режим (protected mode)
- •13.Аппаратные интерфейсы пк и их основные характеристики.
- •14.Прерывание. Виды прерывания. Вектор прерывания.
- •15.Организация озу: линейная, сегментированная, страничная.
- •Понятие о сегментированной модели памяти
- •Понятие о страничной модели памяти
- •16 Внешняя память. Параметры дисковых накопителей. Интерфейсы ata(ide), scsi, sata.
- •17 Принтеры. Назначение. Классификация. Способы формирования изображения.
- •18 Сканеры. Принцип работы. Метод считывания изображения. Характеристики.
- •19 Классификация технических средств информатизации по назначению.
- •20 Классификация сетей. Базовые сетевые топологии.
- •21 Семиуровневая эталонная модель взаимодействия открытых систем.
- •22 Сетевая технология ethernet.
- •23 Виды сетевого оборудования.
- •24 Звуковая карта. Устройство и принципы действия.
- •25 Основные компоненты видеокарты и их назначение.
- •26 Устройство элт. Технология элт типа «теневая маска», «щелевая решетка», «дельтовидная маска».
- •27 Стек протоколов tcp/ip.
- •7Прикладной
- •1Физический
- •28Стек протоколов spx/ipx (характеристика, структура пакета, достоинства и недостатки)
- •29Классификация сетевых адресов. Адресация в ip-сетях. Классы ip- адресов.
- •1 Понятие консалтинга в области ит.
- •2 Цели и этапы разработки консалтинговых проектов.
- •3 Понятие и основные принципы структурного анализа.
- •4 Жизненный цикл программного изделия (этапы жц).
- •5 Модели Жизненного Цикла.
- •6 Диаграммы потоков данных (dfd). Нотация Йодана (основные понятия, назначение символов).
- •7 Диаграммы потоков данных (dfd). Нотация Гейна - Йодана (основные понятия, назначение символов).
- •8 Контекстная диаграмма и детализация процессов.
- •9 Декомпозиция данных на dfd (типы объектов).
- •10Расширение dfd для системы реального времени.
- •11 Содержания словаря данных.
- •12 Обеспечивающие подсистемы автоматизированных информационных систем (назначение и краткая характеристика).
- •13 Методы задания спецификаций процессов (пред- и постусловия, требования к спецификациям).
- •14 Структурированный естественный язык, используемый для задания спецификации объектов (основные символы, управляющие структуры).
- •15Среды быстрого проектирования
- •16Диаграммы «сущность – связь». Нотация Баркера (назначение, символы).
- •17Диаграммы «сущность – связь». Нотация Чена (назначение, символы
- •18Проектирование бд методом нормализации отношений.
- •19Sadt – технология структурного анализа и проектирования.
- •20Реляционные бд. Основные понятия (табличное представление данных, кортежи, поля таблицы)
- •21Явная и неявная избыточность. Функциональные зависимости между атрибутами (т.Е. Данные не должны повторяться в таблицах, справочная информация не должна фигурировать в таблицах данных)
- •22Основы ооп (инкапсуляция, наследование, полиморфизм).
- •23Понятие класса и его составляющих: имя, свойство, метод
- •24Логические модели данных: сетевая, иерархическая, реляционная.
- •25Трансляторы. Разновидности трансляторов
- •26Уровневая классификация языков программирования.
- •27Состав и назначение основных компонентов интегрированной системы программирования Borland Delphi 7.
- •28 Режимы доступа к элементам класса (public, private, protected).
- •29 Этапы разработки приложений «Клиент – Сервер»
- •30 Состав, структура и функциональные особенности case-средств.
27Состав и назначение основных компонентов интегрированной системы программирования Borland Delphi 7.
(У Андюхи Семенова есть книга где есть этот вопрос, он покупал её когда С++ было)
28 Режимы доступа к элементам класса (public, private, protected).
Слова public, private и protected являются модификаторами доступа методов производного класса к элементам родительского класса. Модификатор public не меняет тип доступа, модификатор private делает для всех элементов базового класса тип доступа private, а модификатор protected разрешает доступ методов производного класса к общим элементам базового класса, но запрещает доступ для всех других методов. Если необходимо некоторым элементам изменить тип доступа, то их объявляют в производном классе повторно в соответствующей секции. Если производный класс имеет всего один родительский класс, то такое наследование называется простым, в противном случае наследование называется сложным. Пример сложного наследования:
class A{. . .};
class B{. . .};
class C:public A, protected B{. . .};
29 Этапы разработки приложений «Клиент – Сервер»
Архитектура клиент-сервер
Сервером определенного ресурса в компьютерной сети называется компьютер (программа), управляющая этим ресурсом, клиентом - компьютер (программа), использующий этот ресурс. В качестве ресурса компьютерной сети могут выступать, базы данных, файловые системы, службы печати, почтовые службы. Тип сервера определяется видом ресурса, которым он управляет. Например, если управляемым ресурсом является база данных, то соответствующий сервер называется сервером базы данных.
Структура распределенной ИС, построенной по архитектуре клиент-сервер с использованием сервера баз данных, рассматривается на рисунке 2. При такой архитектуре сервер базы данных обеспечивает выполнение основного объема обработки данных. Формируемые пользователем или приложением запросы поступают к серверу базы данных в виде инструкции языка SQL. Сервер базы данных выполняет поиск и извлечение нужных данных, которые затем передаются на компьютер пользователя. Достоинством такого подхода в сравнении с файл-сервером является заметно меньший объем передаваемых данных.
30 Состав, структура и функциональные особенности case-средств.
CASE-средства служат инструментарием для поддержки и усиления методов структурного анализа и проектирования. Эти инструменты поддерживают работу пользователей при создании и редактировании графического проекта в интерактивном режиме, они способствуют организации проекта в виде иерархии уровней абстракции, выполняют проверки соответствия компонентов. Фактически CASE-средства представляют собой новый тип графически-ориентированных инструментов, восходящих к системе поддержки ЖЦ ПО. Обычно к ним относят любое программное средство, обеспечивающее автоматическую помощь при разработке ПО, его сопровождении или деятельности по управлению проектом, и проявляющее следующие дополнительные черты:
мощная графика для описания и документирования систем ПО, а также для улучшения интерфейса с пользователем, развивающая творческие возможности специалистов и не отвлекающая их от процесса проектирования на решение второстепенных вопросов
интеграция, обеспечивающая легкость передачи данных между средствами и позволяющая управлять всем процессом проектирования и разработки ПО непосредственно через процесс планирования проекта
использование компьютерного хранилища(репози-тария)для всей информации о проекте, которая может разделяться между разработчиками и исполнителями как основа для автоматического продуцирования ПО и повторного его использования в будущих системах
Помимо перечисленных основополагающих принципов графической ориентации, интеграции и локализации всей проектной информации в репозитарии в основе концептуального построения CASE-средств лежат следующие положения:
Человеческий фактор, определяющий разработку ПО как легкий, удобный и экономичный процесс.
Широкое использование базовых программных средств, получивших массовое распространение в других приложениях (БД и СУБД, компиляторы с различных языков программирования, отладчики, документаторы, издательские системы, оболочки экспертных систем и базы знаний, языки четвертого поколения и др).
Автоматизированная или автоматическая кодогене-рация, выполняющая несколько видов генерации кодов: преобразования для получения документации, формирования БД, ввода/модификации данных, получения выполняемых машинных кодов из спецификаций ПО, автоматической сборки модулей из словарей и моделей данных и повторно используемых программ, автоматической конверсии ранее используемых файлов в форматы новых требований.
Ограничение сложности, позволяющее получать компоненты, поддающиеся управлению, обозримые и доступные для понимания, а также обладающие простой и ясной структурой.
Доступность для разных категорий пользователей.
Рентабельность.
Сопровождаемость, обеспечивающая способность адаптации при изменении требований и целей проекта.
Интегрированный CASE-пакет содержит четыре основные компонента:
Средства централизованного хранения всей информации о проектируемом ПО в течении всего ЖЦ(репозитарий) являются основой CASE-пакета . Соответствущая БД должна иметь возможность поддерживать большую систему описаний и характеристик и предусматривать надежные меры по защите от ошибок и потерь информации. Репозитарий должен обеспечивать:
инкрементный режим при вводе описаний объектов
распространение действия нового или скорректированного описания на информационное пространство всего проекта
синхронизацию поступления информации от различных пользователей
хранение версий проекта и его отдельных компонентов
сборку любой запрошенной версии
контроль информации на корректность, полноту и состоятельность
Средства ввода предназначены для ввода данных в репозитарий, а также для организации взаимодействия с CASE-пакетом . Эти средства должны поддерживать различные методологии и использоваться на всем ЖЦ разными категориями разработчиков: аналитиками, проектировщиками, инженерами, администраторами и т.д.
Средства анализа, проектирования и разработки предназначены для того, чтобы обеспечить планирование и анализ различных описаний, а также их преобразования в процессе разработки.
Средства вывода служат для документирования, управления проектом и кодовой генерации.
Все перечисленные компоненты в совокупности должны:
поддерживать графические модели
контролировать ошибки
организовывать и поддерживать репозитарий
поддерживать процесс проектирования и разработки