- •11. Понятие базы данных. Типы баз данных.
- •21. Общая схема процесса производства цифровых изображений.
- •22. Устройства ввода графической информации. Классификация. Характеристики устройств.
- •23. Графические планшеты и сканеры. Классификация. Характеристики.
- •24. Форматы графических файлов.
- •25. Компьютерная мышь и клавиатура. Классификация. Характеристики.
- •По размерности отображения
- •Основные параметры
- •26. Цифровые фотокамеры. Принцип работы и характеристики.
- •27. Мониторы. Классификация. Принцип работы. Перспективы развития.
- •По типу экрана
- •28. «Электронные чернила». Принцип работы и характеристики.
- •29. Видеокарты. Характеристика основных составляющих. Перспективы развития.
- •30. Понятие ramdaCа. Характеристики. Их влияние на работоспособность монитора, цветовой режим отображения.
- •31. Устройства вывода графической информации. Классификация и характеристики
- •32. Печатные технологии. Классификация. Принципы получения печатных
- •33. Проекторы. Классификация. Жидкокристаллические проекторы, dlp- проекторы, lcos-проекторы, светодиодные и пикопроекторы.
- •35. Примеры и обзор возможностей программ для работы с графикой.
- •36. Облачные технологии хранения и обработки данных.
- •38. Представление чисел в формате с фиксированной и плавающей точкой.
- •40. Структура операционных устройств и алгоритм выполнения операций
- •41. Правила выполнения арифметических операций над числами, представленными в формате с плавающей точкой.
- •43. (1 Страница) Способы организации памяти, в зависимости от методов поиска и размещения Информации
- •1. Адресная память
- •2.. Ассоциативная память
- •43. (2 Страница) Способы организации памяти, в зависимости от методов поиска и размещения Информации
- •3. Стековая память (магазинная)
- •44. Структура и алгоритм функционирования адресного зу.
- •45. Структура и алгоритм функционирования микропрограммного устройства
- •46. Способы повышения быстродействия микропрограммного устройства
- •Параллельная выборка микрокоманд
- •47.(1 Страница) Порядок синтеза устройств управления со схемной логикой.
- •47.(2 Страница) Порядок синтеза устройств управления со схемной логикой.
- •48. .(1 Страница) Формат команды. Классификация команд.
- •48. .(2 Страница) Формат команды. Классификация команд.
- •49. Порядок изменения структуры команды с изменением адресных полей.
- •50. Алгоритм функционирования процессора для 3-х и 2-х адресных команд .
- •Сквозной структурный контроль
- •61. Принципиальные решения начальных этапов проектирования.
- •62. Анализ требований и определение спецификаций программного обеспечения при структурном походе. Спецификации программного обеспечения при структурном подходе
- •63. Проектирование программного обеспечения при структурном подходе.
- •Использование метода пошаговой детализации для проектирования структуры программного обеспечения
- •64. Анализ требований и определение спецификаций программного обеспечения
- •65. Проектирование программного обеспечения при объектном подходе.
- •66. Гост 19 серии.
- •67. Гост 34 серии
- •68. Стандарт iso.
- •69. Диаграммы переходов состояний.
- •70. Функциональные диаграммы.
- •71. Диаграммы потоков данных.
- •72. Разработка структурной и функциональной схем.
- •73. Case технологии.
- •74. Классификация информационных систем.
- •75. Основные функциональные и эксплуатационные требования.
- •76. Разработка технического задания.
- •77. Особенность спиральной модели разработки программного обеспечения при объектном подходе. Реорганизация проекта.
- •78. Классификация пользовательских интерфейсов.
- •80. Предпроектные исследования предметной области.
- •Основные понятия idef0
- •Принципы моделирования в idef0
- •Применение idef0
- •Проблемы распределения канала
- •Статическое распределение канала в локальных и региональных сетях
- •Динамическое распределение каналов в локальных и региональных сетях Основные определения и допущения пункта темы
70. Функциональные диаграммы.
Отражают взаимосвязи функций разрабатываемого ПО.
активностной модели осуществляется путем построения иерархии функциональных диаграмм.
Каждый блок диаграммы соответствует некоторой функции, для которой определены исходные данные, результаты управляемой информации, механизм ее осуществления. Все функции представляются дугами, тип связи и направление строго определены. Дуги должны подходить к блокам с определенной стороны. Блоки размещаются по ступенчатой системе в соответствии с последовательностью их работы или доминирования. 5 типов влияний блоков друг друга:
71. Диаграммы потоков данных.
Позволяет специфицировать функции ПО и обработанные данные. Систему представляют в виде иерархии диаграмм потоков данных, описывающих асинхронный процесс преобразования информации с момента ввода до выдачи результатов. В основе модели лежат понятия внешней сущности процесса – хранилище и потока данных.
Процесс – преобразование входных потоков в выходные в соответствии с алгоритмом.
Внешняя сущность – материальный объект или физическое лицо, источник или приемник
Хранилище – абстрактное устройство для хранения информации.
Поток данных – процесс передачи информации от источника к приемнику.
Для изображения диаграмм потока данных используют две нотации:
нотация Йордана,
нотация Гейна-Сарсона.
72. Разработка структурной и функциональной схем.
Процесс проектирования сложного программного обеспечения начинают с уточнения его структуры
Структурной называют схему, отражающую состав и взаимодействие по управлению частей разрабатываемого программного обеспечения.
Структурными компонентами программной системы или программного комплекса могут служить программы, подсистемы, базы данных, библиотеки ресурсов и т. п.
Структурная схема программной системы, как правило, показывает наличие подсистем или других структурных компонентов. Части (подсистемы) программной системы интенсивно обмениваются данными между собой. Структурная же схема программной системы этого обычно не показывает
Функциональная
схема - схема взаимодействия компонентов
программного обеспечения с описанием
информационных потоков, состава данных
в потоках и указанием используемых
файлов и устройств.
73. Case технологии.
CASE-технология представляет собой методологию проектирования ИС, а также набор инструментальных средств, позволяющих в наглядной форме моделировать предметную область, анализировать эту модель на всех этапах разработки и сопровождения ИС и разрабатывать приложения в соответствии с потребностями пользователей. Большая часть CASE-средств использует методологию структурного (в основном) или ориентированного анализа и проектирования, использующих спецификации в виде диаграмм или текстов для описания внешних требований, связей между моделями системы, динамики поведения системы и архитектуры программных средств.
1) CASE-средства не обязательно дают немедленный эффект; он может быть получен только спустя какое-то время; 2) реальные затраты на внедрение CASE-средств обычно намного превышают затраты на их приобретение; 3) CASE-средства обеспечивают возможности для получения существенной выгоды только после успешного завершения процесса их внедрения.
