- •Экзаменационный билет № 1 Вопрос 1 – Способы создания изображения на экране компьютера. Особенности текстового и графического режимов
- •Вопрос 2 – Информация, данные : понятие и основные свойства. Структурная схема преобразования «информация -данные»
- •Вопрос 3 - Копирование объектов с помощью команды «Массив».
- •Экзаменационный билет № 2 Вопрос 1 – Понятия корпоративных информационных систем.
- •Вопрос 2 – Клиенты удаленного доступа и построения запроса к субд.
- •Вопрос 3 – На основании данных хозяйственных операций за июнь месяц требуется:
- •Экзаменационный билет № 3 Вопрос 1 – Цвет в компьютерной графике. Природа Цвета. Характеристики Цвета. Цветовые модели: rgb, cmyk.
- •1. Природа цвета. Восприятие цвета человеком.
- •2. Цветовая модель rgb.
- •3. Цветовая модель cmyk.
- •Вопрос 2 – Современные графические библиотеки
- •Вопрос 3 – Написать алгоритм данного примера используя алгоритм гипертекcтовой разметки html
- •Экзаменационный билет №4 Вопрос 1 – Свет и цвет. Основы формирования цветных изображений. Цветовая коррекция изображения. Коррекция контрастности и цветового баланса изображения.
- •Вопрос 2 – Каскадная, итерационная и спиральная модели жизненного цикла аис.
- •Вопрос 2 – Роль и место информационных систем управлении экономическими объектами.
- •Вопрос 3 – Создать док след вида. Экзаменационный билет №6 Вопрос 1 – Аналого-цифровые (ацп) и цифро-аналоговые преобразователи(цап) информации. Способы оцифровки аналогового сигнала.
- •Вопрос 2 – Состав и структура экономической системы.
- •Вопрос 3 – Изменить цвет глаз используя графический пакет Аdobe Photoshope.
- •Экзаменационный билет №7 Вопрос 1 –Система кодирования информации.
- •Вопрос 2 –Растровые алгоритмы построения графических примитивов: отрезка, окружности, эллипса. Алгоритмы заливки замкнутой области.
- •5. Содержание отчета
- •Вопрос 3 – Создать объекты.
- •Экзаменационный билет №8 Вопрос 1 – Классификация устройств ввода-вывода, и устройств ввода-вывода мультимедийной информации. Состав особенности, эволюция .
- •Вопрос 2 – Состав и структура функциональных подсистем аис.
- •4.1 Информационное обеспечение.
- •4.2 Техническое обеспечение.
- •4.3 Математическое и программное обеспечение.
- •4.4 Организационное обеспечение.
- •4.5 Правовое обеспечение.
- •Вопрос 3 – в среде вРйп создайте sadt модель, состоящую из следующих элементов;
- •Экзаменационный билет №9 Вопрос 1- Классификация информации. Свойства информации. Преимущества структурного подхода к информации.
- •Вопрос 2 - Основные понятия мультимедийных технологий, определения, эволюция. Отличительные особенности систем мультимедиа. Применение мультимедиа в образовании. Понятие мультимедиа технологии
- •Классификация и области применения мультимедиа приложений
- •Мультимедиа продукты учебного назначения
- •Вопрос 3 - Произвести выравнивание и булевские операции над примитивами. Экзаменационный билет № 10 Вопрос 1 – Характеристики и направления развития ис управления
- •Вопрос 2 – Жизненный цикл аис
- •1. Предпроектное обследование:
- •2. Проектирование:
- •3. Разработка ис:
- •4. Ввод ис в эксплуатацию:
- •5. Эксплуатация ис:
- •Вопрос 3 – На основании данных хозяйственных операций за июнь месяц требуется:
- •Экзаменационный билет № 11 Вопрос 1 – Архитектура ис. Содержание видов обеспечения ис
- •Вопрос 2 – Анализ информации, содержащейся в изображении. Усиление полезной и подавление нежелательной информации. Шум. Подавление шума в изображении.
- •Вопрос 3 – Создание примитива «Тор»
- •Экзаменационный билет № 12
- •Вопрос 1 – Предобработка изображений. Алгоритмы сегментации изображений. Выделение признаков из изображений и измерение их параметров.
- •Вопрос 2 – Понятие и инструменты Web-дизайна. Web страница: положительные и отрицательные элементы дизайна.
- •1. Проектирование графического интерфейса.
- •2. Создание html-шаблонов.
- •3. Программирование I (клиентская часть).
- •4. Внесение контента (содержания).
- •5. Программирование II (серверная часть).
- •7. Тестирование сайта.
- •8. Загрузка файлов на сервер провайдера.
- •1. Adobe Photoshop
- •2. Macromedia Dreamveaver
- •3. Notepad
- •Вопрос 3 – Создать документ следующего вида Экзаменационный билет № 13 Вопрос 1 – Обеспечение достоверности информации в процессе хранения и обработки
- •Вопрос 2 – буис для крупных предприятий
- •Вопрос 3 – Написать алгоритм данного примера используя язык гипертекстовой разметки html Экзаменационный билет № 14 Вопрос 1 – буис на предприятиях малого и среднего бизнеса
- •Вопрос 2 – Уровень представления информационных процессов: концептуальный, логический, физический
- •Вопрос 3 - Написать алгоритм данного примера используя язык гипертекстовой разметки html Экзаменационный билет № 15 Вопрос 1 – Определения, основные свойства и этапы развития ис. Классификация ис.
- •2.2. Классификация информационных систем
- •Вопрос 2 – Гипертекст и его краткая история.
- •Вопрос 3 – в среде bPwin создать dfm модель
- •Вопрос 2 – Планирование, учет и анализ в экономических информационных системах
- •Вопрос 3 – создать кухонный набор
- •Вопрос 2 – Стадии и этапы канонического проектирования аис
- •Вопрос 3 – На основании данных хозяйственных операций за июнь месяц требуется:
- •Экзаменационный билет № 19 Вопрос 1 – Архитектуры баз данных
- •Вопрос 2 – Технические и программные средства компьютерной графики. Основные функциональные возможности современных графических систем
- •Вопрос 3 – Создание объекта «Песочница» Экзаменационный билет № 20 Вопрос 1 – Связь управления и информации в системах управления (не знаю то ли это)
- •6. Правовая, общественно – политическая, природоохранная и др.
- •Вопрос 2 – Понятие экономической информационной системы. Понятие управления
- •Вопрос 3 - На основании данных хозяйственных операций за июнь месяц требуется:
- •Вопрос 2 – Технология проектирования аис
- •Вопрос 3 На основании данных хозяйственных операций за июнь месяц требуется:
- •Экзаменационный билет № 22 Вопрос 1 – case – технология проектирования эис
- •Вопрос 2 – Облачные технологии
- •Экзаменационный билет № 24 Вопрос 1 – Состав обеспечивающей части эис
- •Вопрос 2
- •Экзаменационный билет № 25 Вопрос 1 – Анимация. Способы создания. Применение. Анимационные редакторы.
- •Редакторы для анимации
- •Вопрос 1 – Моделирование освещения. Диффузное и зеркальное отражение света. Выравнивание освещения и компенсация разности освещения.
- •9.8. Моделирование света
- •Вопрос 1 – На основании данных хозяйственных операций за июнь месяц требуется:
Вопрос 3 На основании данных хозяйственных операций за июнь месяц требуется:
Отразить хозяйственные операции предприятия за данный месяц на бухгалтерских счетах и заполнить соотвутсвующие документы, справочники
Выполнить необходимые расчеты к операциям
Сделать необходимые проводки
Составить оборотную ведемость по синтетическим счетам за июнь
Экзаменационный билет № 22 Вопрос 1 – case – технология проектирования эис
Основное понятие и классификация CASE-технологий. Методология RAD.
CASE-технология представляет собой систему методов описания (рис. 3.5),Ш рассчитанную на использование компьютеров при создании БД. Computer-Aided Software/System (CASE-технология) - совокупность методологий анализа, проектирования, разработки и сопровождения сложных систем программного обеспечения, поддержанная комплексом взаимосвязанных средств автоматизации. CASE - инструмент для системных аналитиков, разработчиков и программистов.
CASE-технология базируется на методологии системного анализа. Под системным анализом понимают научную дисциплину, разрабатывающую общие принципы исследования сложных объектов и процессов с учетом их системного характера. Его основная цель - сосредоточить внимание на начальных этапах разработки. В рамках CASE-технологии системный анализ предназначен для отделения проектирования от программирования. В разработке в соответствии с CASE-технологией выделяются построение архитектуры и ее последующая реализация, поэтому системный анализ называют структурным системным анализом или просто структурным анализом. Важнейшими (базовыми) принципами являются деление (декомпозиция) и последующее иерархическое упорядочение.
Они дополняются следующими принципами.
Принцип абстрагирования от несущественных деталей с контролем на присутствие лишних элементов.
Принцип формализации.
Принцип концептуальной общности (структурный анализ - структурное программирование -структурное тестирование). Отсюда методология структурного анализа - метод исследования от общего обзора через детализацию к иерархической структуре со все большим числом уровней.
Принцип непротиворечивости - обоснование и согласованность элементов.
Принцип логической и физической независимости данных.
6. Принцип непосредственного доступа (без программирования) конечного пользователя.
Эта технология положена в основу реализации программных CASE-средств.
Формальным инструментом описания является система диаграмм рис. 3.5:11 ER-диаграмм (ERD), диаграмм потоков данных (DFD), диаграмм переходов состояний (STD), спецификаций процесса, - которые обсудим отдельно.
В описании процессов возможны два случая.
A. Сложные процессы.
B. Процессы простые.
ASE-технология поддерживается, как уже указывалось, SCASE-средствами. Здесь опишем лишь их возможности, тогда как технологию их использования обсудим в главе 10.
Интегрированный пакет CASE-средств содержит 4 основных компонента.
Средства централизованного хранения информации о всем проекте (своеобразная база данных проекта).
Средства ввода данных для хранения.
Средства анализа, проектирования и разработки.
Средства вывода.
Для CASE-технологии (сокращенно - CASE) характерны четыре основных типа графических диаграмм:
функциональное проектирование (DFD);
моделирование данных (ERD);
моделирование поведения (STD);
структурные диаграммы (карты) - отношения между модулями и внутри- модульная структура.
CASE-средства (прежде всего фирмы Oracle и отдельных организаций) возможно классифицировать по категориям и по функциональному признаку.
По категориям. Выделяют уровень интеграции: вспомогательные программы (tools); naKerbi(toolkit); инструментальные средства (workbench, АРМ).
По функциональному признаку.
Для анализа и проектирования возможно использовать CASE-аналитик (единственное отечественное средство первой генерации), Application Development Workbench, Easy CASE System Designer.
Одним из возможных подходов к разработке ПО в рамках спиральной модели ЖЦ является получившая в последнее время широкое распространение методология быстрой разработки приложений RAD (Rapid Application Development). Под этим термином обычно понимается процесс разработки ПО, содержащий 3 элемента:
небольшую команду программистов (от 2 до 10 человек);
короткий, но тщательно проработанный производственный график (от 2 до 6 мес);
повторяющийся цикл, при котором разработчики, по мере того, как приложение начинает обретать форму, запрашивают и реализуют в продукте требования, полученные через взаимодействие с заказчиком.
Команда разработчиков должна представлять из себя группу профессионалов, имеющих опыт в анализе, проектировании, генерации кода и тестировании ПО с использованием CASE-средств. Члены коллектива должны также уметь трансформировать в рабочие прототипы предложения конечных пользователей.
Жизненный цикл ПО по методологии RAD состоит из четырех фаз:
фаза анализа и планирования требований;
фаза проектирования;
фаза построения;
фаза внедрения.
На фазе анализа и планирования требований пользователи системы определяют функции, которые она должна выполнять, выделяют наиболее приоритетные из них, требующие проработки в первую очередь, описывают информационные потребности. Определение требований выполняется в основном силами пользователей под руководством специалистов-разработчиков. Ограничивается масштаб проекта, определяются временные рамки для каждой из последующих фаз. Кроме того, определяется сама возможность реализации данного проекта в установленных рамках финансирования, на данных аппаратных средствах и т.п. Результатом данной фазы должны быть список и приоритетность функций будущей ИС, предварительные функциональные и информационные модели ИС.
На фазе проектирования часть пользователей принимает участие в техническом проектировании системы под руководством специалистов-разработчиков. CASE-средства используются для быстрого получения работающих прототипов приложений. Пользователи, непосредственно взаимодействуя с ними, уточняют и дополняют требования к системе, которые не были выявлены на предыдущей фазе. Более подробно рассматриваются процессы системы. Анализируется и, при необходимости, корректируется функциональная модель. Каждый процесс рассматривается детально. При необходимости для каждого элементарного процесса создается частичный прототип: экран, диалог, отчет, устраняющий неясности или неоднозначности. Определяются требования разграничения доступа к данным. На этой же фазе происходит определение набора необходимой документации.
После детального определения состава процессов оценивается количество функциональных элементов разрабатываемой системы и принимается решение о разделении ИС на подсистемы, поддающиеся реализации одной командой разработчиков за приемлемое для RAD-проектов время - порядка 60 - 90 дней. С использованием CASE-средств проект распределяется между различными командами (делится функциональная модель). Результатом данной фазы должны быть:
общая информационная модель системы;
функциональные модели системы в целом и подсистем, реализуемых отдельными командами разработчиков;
точно определенные с помощью CASE-средства интерфейсы между автономно разрабатываемыми подсистемами;
построенные прототипы экранов, отчетов, диалогов.
Все модели и прототипы должны быть получены с применением тех CASE-средств, которые будут использоваться в дальнейшем при построении системы. Данное требование вызвано тем, что в традиционном подходе при передаче информации о проекте с этапа на этап может произойти фактически неконтролируемое искажение данных. Применение единой среды хранения информации о проекте позволяет избежать этой опасности.
На фазе построения выполняется непосредственно сама быстрая разработка приложения. На данной фазе разработчики производят итеративное построение реальной системы на основе полученных в предыдущей фазе моделей, а также требований нефункционального характера. Программный код частично формируется при помощи автоматических генераторов, получающих информацию непосредственно из репозитария CASE-средств. Конечные пользователи на этой фазе оценивают получаемые результаты и вносят коррективы, если в процессе разработки система перестает удовлетворять определенным ранее требованиям. Тестирование системы осуществляется непосредственно в процессе разработки.
После окончания работ каждой отдельной команды разработчиков производится постепенная интеграция данной части системы с остальными, формируется полный программный код, выполняется тестирование совместной работы данной части приложения с остальными, а затем тестирование системы в целом. Завершается физическое проектирование системы:
определяется необходимость распределения данных;
производится анализ использования данных;
производится физическое проектирование базы данных;
определяются требования к аппаратным ресурсам;
определяются способы увеличения производительности;
завершается разработка документации проекта.
Результатом фазы является готовая система, удовлетворяющая всем согласованным требованиям.
На фазе внедрения производится обучение пользователей, организационные изменения и параллельно с внедрением новой системы осуществляется работа с существующей системой (до полного внедрения новой). Так как фаза построения достаточно непродолжительна, планирование и подготовка к внедрению должны начинаться заранее, как правило, на этапе проектирования системы. Приведенная схема разработки ИС не является абсолютной. Возможны различные варианты, зависящие, например, от начальных условий, в которых ведется разработка: разрабатывается совершенно новая система; уже было проведено обследование предприятия и существует модель его деятельности; на предприятии уже существует некоторая ИС, которая может быть использована в качестве начального прототипа или должна быть интегрирована с разрабатываемой.