ВУЗ: Не указан
Категория: Не указан
Дисциплина: Не указана
Добавлен: 29.07.2021
Просмотров: 371
Скачиваний: 1
|
Экзаменационный билет № 7 |
Утверждаю Проректор по учебной работе
_____________ С.В. Михайлов
" " мая 2014 г. |
Кафедра бизнес-информатики |
||
Итоговый междисциплинарный экзамен по специальности «Прикладная информатика в экономике». Специализации «Информационные системы в банковском деле» |
||
Большинство современных операционных систем представляют собой хорошо структурированные программные модули системы, приспособленные к развитию, расширению и переносу на другие аппаратные платформы. Какой-либо единой архитектуры операционных систем не существует, но существуют универсальные подходы к структурированию ОС. Есть ОС на ядре, а есть микроядерная.
При реализации этой архитектуры все программные модули ОС делятся на модули ядра и вспомогательные модули. Ядро операционной системы образуют программные модули, решающие внутрисистемные задачи организации вычислительного процесса. Кроме этого именно ядро содержит функции, образующие интерфейс прикладного программирования – API, через который приложения обращаются к операционной системе посредством системных вызовов. Для обеспечения высокой скорости работы операционной системы все модули ядра или большая их часть постоянно находятся в оперативной памяти, то есть являются резидентными. Формат программного модуля ядра обычно отличается от формата приложений. Остальные модули операционной системы, выполняющие вспомогательные функции ОС, оформляются в виде приложений или в виде библиотек процедур. Вспомогательные модули для выполнения своих функций обращаются к функциям ядра, как и обычные приложения, посредством системных вызовов. Поэтому трудно провести четкую грань между операционной системой и приложениями (рис. 1.3).
Рис. 1.3. Нечеткость границы между операционной системой и приложениями
Вспомогательные модули операционной системы обычно загружаются в основную память только на время выполнения своих функций, то есть являются транзитными. Вычислительную систему, работающую под управлением операционной системы на основе ядра, можно рассматривать как систему, состоящую из трех иерархически расположенных слоев:
Суть микроядерной архитектуры состоит в следующем – в привилегированном режиме остается работать толь очень небольшая часть операционной системы, называемая микроядром. В состав микроядра входят машинно-зависимые модули, а также модули, выполняющие функции базовых механизмов обычного ядра:
Все остальные функции ядра оформляются в виде приложений, работающих в пользовательском режиме. В микроядерной архитектуре менеджеры ресурсов становятся серверами операционной системы, то есть модулями, основное назначение которых является обслуживание запросов локальных приложений и других модулей ОС. Очевидно, что для реализации микроядерной архитектуры необходимым условием является наличие в ОС удобного и эффективного способа вызова процедур одного процесса из другого. Поддержка такого механизма и является одной из главных задач микроядра (рис. 1.5).
Рис.1.5. Иллюстрация системного вызова в микроядерной архитектуре
Преимущества микроядерной архитектуры:
Недостаток микроядерной архитектуры:
ОПР.: В DFD (Data Flow Diagram), модель системы определяется как иерархия диаграмм потоков данных, описывающих процессы преобразования информации от момента ее ввода в систему до выдачи конечному пользователю. Диаграммы верхних уровней иерархии - контекстные диаграммы, задают границы модели, определяя её окружение (внешние входы и выходы) и основные рассматриваемые процессы. Контекстные диаграммы детализируются при помощи диаграмм следующих уровней. Первым шагом при построении иерархии DFD, также как и в SADT является построение контекстных диаграмм. Обычно при проектировании относительно простых ИС строится единственная контекстная диаграмма со звездообразной топологией, в центре которой находится так называемый главный процесс, соединенный с приемниками и источниками информации, посредством которых с системой взаимодействуют пользователи и другие внешние системы. Если же для сложной системы ограничиться единственной контекстной диаграммой, то она будет содержать слишком большое количество источников и приемников информации, которые трудно расположить на листе бумаги нормального формата, и кроме того, единственный главный процесс не раскрывает структуры распределенной системы. Признаками сложности (в смысле контекста) могут быть:
Для сложных ИС строится иерархия контекстных диаграмм. При этом контекстная диаграмма верхнего уровня содержит не единственный главный процесс, а набор подсистем, соединенных потоками данных. Контекстные диаграммы следующего уровня детализируют контекст и структуру подсистем. Иерархия контекстных диаграмм определяет взаимодействие основных функциональных подсистем проектируемой ИС как между собой, так и с внешними входными и выходными потоками данных и внешними объектами (источниками и приемниками информации), с которыми взаимодействует ИС. Разработка контекстных диаграмм решает проблему строгого определения функциональной структуры ИС на самой ранней стадии ее проектирования, что особенно важно для сложных многофункциональных систем, в разработке которых участвуют разные организации и коллективы разработчиков. После построения контекстных диаграмм полученную модель следует проверить на полноту исходных данных об объектах системы и изолированность объектов (отсутствие информационных связей с другими объектами). Для каждой подсистемы, присутствующей на контекстных диаграммах, выполняется ее детализация при помощи DFD. Каждый процесс на DFD, в свою очередь, может быть детализирован при помощи DFD или миниспецификации. При детализации должно выполняться правило балансировки. Суть этого правила сводится к тому, что при детализации подсистемы или процесса детализирующая диаграмма в качестве внешних источников/приемников данных может иметь только те компоненты (подсистемы, процессы, внешние сущности, накопители данных), с которыми имеет информационную связь детализируемая подсистема или процесс на родительской диаграмме; Миниспецификация (описание логики процесса) должна формулировать его основные функции таким образом, чтобы в дальнейшем специалист, выполняющий реализацию проекта, смог выполнить их или разработать соответствующую программу. Миниспецификация является конечной вершиной иерархии DFD. Решение о завершении детализации процесса и использовании миниспецификации принимается аналитиком исходя из следующих критериев:
Синтаксис DFD включает четыре основных элемента:
Рассмотрим эти элементы подробнее. Поток данных ОПР.: Поток данных соединяет выход объекта (или процесса) с входом другого объекта (или процесса). Он представляет промежуточные данные вычислений. Поток данных изображается в виде стрелки между производителем и потребителем данных, помеченной именами соответствующих данных. Упрощенно можно считать, что потоки данных являются механизмами, использующимися для моделирования передачи информации (или физических компонент) из одной части системы в другую. Потоки на диаграммах изображаются стрелками (обычно именованными), ориентация которых указывает направление движения информации (Error: Reference source not found). ОПР.: Процесс преобразует значения данных. Процессы представляют собой преобразование входных потоков данных в выходные в соответствии с определенным алгоритмом. В реальной жизни процесс может выполняться некоторым подразделением организации, выполняющим обработку входных документов и выпуск отчетов, отдельным сотрудником, программой, установленной на компьютере, специальным логическим устройством и тому подобное. Назначение процесса состоит в продуцировании выходных потоков из входных в соответствии с действием, задаваемым именем процесса. Это имя должно содержать глагол в неопределенной форме с последующим дополнением (например, «выдать пропуск»). Кроме того, каждый процесс должен иметь уникальный номер для ссылок на него внутри диаграммы. Этот номер может использоваться совместно с номером диаграммы для получения уникального индекса процесса во всей модели. ОПР. 1: Накопители данных предназначены для изображения неких абстрактных устройств для хранения информации, которую можно туда в любой момент времени поместить или извлечь, безотносительно к их конкретной физической реализации. Накопители данных являются неким прообразом базы данных информационной системы организации. ОПР. 2: ХРАНИЛИЩЕ (НАКОПИТЕЛЬ) ДАННЫХ позволяет на определенных участках определять данные, которые будут сохраняться в памяти между процессами. Фактически хранилище представляет "срезы" потоков данных во времени. Информация, которую оно содержит, может использоваться в любое время после ее определения, при этом данные могут выбираться в любом порядке. Имя хранилища должно идентифицировать его содержимое и быть существительным. В случае, когда поток данных входит или выходит в/из хранилища, и его структура соответствует структуре хранилища, он должен иметь то же самое имя, которое нет необходимости отражать на диаграмме. ОПР. 1: ВНЕШНЯЯ СУЩНОСТЬ (или ТЕРМИНАТОР) представляет сущность вне контекста системы, являющуюся источником или приемником системных данных. Ее имя должно содержать существительное. Предполагается, что объекты, представленные такими узлами, не должны участвовать ни в какой обработке. ОПР. 2: Под внешней сущностью (External Entity) понимается материальный объект, являющийся источником или приемником информации. В качестве внешней сущности на DFD диаграмме могут выступать заказчики, поставщики, клиенты, склад, банк и другие.
3. Запустить виртуальную машину с установленным MS SQLServer и перенести на этот сервер учебную базу bank2010, backup-копия которой находится в папке Studbackup сервера app. Создать диаграмму, проверить работоспособность базы, вывести содержимое таблиц.
|
|
Экзаменационный билет № 8 |
Утверждаю Проректор по учебной работе
_____________ С.В. Михайлов
" " мая 2014 г. |
Кафедра бизнес-информатики |
||
Итоговый междисциплинарный экзамен по специальности «Прикладная информатика в экономике». Специализации «Информационные системы в банковском деле» |
||
Кластеризация - Разбиение множества документов к некоторой категории Методы: Декомпозиция (разделение, k-клатеризация) В этих методах изначально каждый объект связан только с одной группой-кластером Иерархическая кластеризация В этом случае каждая группа большего размера состоит из групп меньшего размера. Группы (кластеры) иерархически связаны
Кластеризацию используют, когда отсутствуют априорные сведения относительно классов, к которым можно отнести объекты исследуемого набора данных, либо когда число объектов велико, что затрудняет их ручной анализ. Постановка задачи кластеризации сложна и неоднозначна, так как:
Цели:
имеющихся объектов, но и для распознавания новых. Каждый новый объект относится к тому кластеру, присоединение к которому наилучшим образом удовлетворяет критерию качества кластеризации. Значит, можно прогнозировать поведение объекта, предположив, что оно будет схожим с поведением других объектов кластера.
Цель кластеризации – построить оптимальное разбиение объектов на группы:
Алгоритмы:
Применение:
2. Метод сетевого планирования. Временные параметры работ. Диаграмма Гантта. Профили ресурсов. Методика разработки оптимального плана проекта. Ориентированный граф – множество точек и ориентированных дуг, соединенных между собой. Сеть – область ориентированного графа, ограниченная точками. Сетевая модель – сеть, моделирующая определенный процесс; направления дуг в ней соответствуют логике процесса. Событие – получение результата. Работа – любая деятельность. Основа метода сетевого планирования и управления - графоаналитический метод из математики. Основа построения модели деятельности по проекту - ориентированный граф, отражающий определенный процесс в виде работ и событий. Граф - множество точек и ориентированных дуг, соединенных между собой. Сетевая модель (сценарий, топология) работ – последовательность взаимосвязанных работ и событий для достижения поставленной цели проекта. Существуют две разновидности сетевой модели: • сеть типа «вершины-события» • сеть типа «вершины-работы» Cеть типа «вершины-события» Исходное событие – событие, с которого начинается любой комплекс работ. Начальное событие – событие, с которого начинается элементарная работа. Конечное событие – событие, которым заканчивается элементарная работа. Завершающее событие – событие, которым завершается любой комплекс работ.
Параметры события
Раннее начало ( ) – дата, раньше которой работа не может начаться. Раннее окончание ( ) – дата, раньше которой работа не может закончиться. Позднее начало ( ) – дата, позже которой работа не может начаться. Позднее окончание ( ) – дата, позже которой работа не может закончиться. Продолжительность ( ti ) – время, в течение которого выполняется работа (i ). Свободный резерв работы ( ri ) – максимальное время, на которое можно задержать выполнение работы без нарушения ранних сроков начал последующих работ. Полный резерв работы (R) – сумма всех свободных резервов работ, которые следуют за данной работой. Полный резерв пути ( rп ) – сумма всех свободных резервов на этом пути (разность между длительностями критического пути и этого пути). Запаздывание (задержка) (+ z ) – время, на которое можно задержать начало выполнения следующей работы. Можно увеличить длительность работы. Опережение ( - z ) – время, на которое можно раньше начать следующую работу. Можно сделать соединение двух работ «начало-начало» с запаздыванием одной из них. Диаграмма Гантта служит для графического отображения временных параметров работ. На диаграмме Гантта в компьютерном варианте отображаются:
Основные характеристики ресурса:
Назначение ресурсов работам – это приписывание каждой работе конкретных ресурсов для ее выполнения. Назначение ресурсов работам проекта Назначение ресурсов нескольким проектам Особенности назначения ресурсов
Профиль ресурса. Конфликт ресурса Профиль ресурса – отображение на диаграмме интенсивности потребления ресурса на протяжении всего времени выполнения проекта. Порог – наличное количество ресурсов, отображаемое на диаграмме сплошной линией. Конфликт ресурсов – это превышение количества назначенных работе ресурсов над их наличием (превышение порога). Конфликты ресурсов устраняются ручным или автоматическим (заложенным в программе) способом. Выравнивание загрузки ресурсов – процедуры устранения конфликтов и недогрузки ресурсов и обеспечения на протяжении всего времени постоянного профиля ресурса (равномерности загрузки ресурсов). Диаграмма профиля ресурса
Оптимальный план проекта – план, в котором обеспечено выполнение критерия: минимизированы стоимость и время выполнения проекта, спланирована равномерная и максимальная загрузка ресурсов, соблюдены требования по качеству продукции проекта. Разработка оптимального плана – итерационный процесс. Разрабатывается несколько вариантов плана проекта. Результаты заносятся в матрицу принятия решения. Далее проводится сопоставительный анализ результатов по всем вариантам и выбирается из них с точки зрения поставленного критерия наиболее приемлемый. Матрица принятия решений Стратегии планирования
Методы автоматического устранения конфликтов ресурсов для параллельных работ фиксированного объема
Методы эвристического (ручного) выравнивания загрузки ресурсов для параллельных работ фиксированного объема
Жесткая связь – соединение концов или начал работ. Гибкая связь – соединение концов или начал работ с использованием задержки или опережения. Разнесение конфликтующих работ во времени за счет задержки или опережения, резервов работ.
Использование дополнительных ресурсов. Время выполнения работы уменьшается. Уменьшение интенсивности использования ресурсов. Снятие с работы ресурсов при условии, что имеются резервы работ. Время выполнения работы увеличивается.
Ресурсы, превышающие порог, снимаются с работы. Назначается соответствующее количество взаимозаменяемых ресурсов.
Разделение работы на части и ее выполнение по мере освобождения ресурсов.
Порядок очередности использования недостающих ресурсов определяется назначенным работе приоритетом.
3. Реализовать просмотр данных из таблиц базы данных, связанных отношениями «один-ко-многим». SqlConnection cnn =new SqlConnection(@"СТРОКА ПОДКЛЮЧЕНИЯ"); DataSet ds = new DataSet(); SqlDataAdapter daEmp = new SqlDataAdapter(); SqlDataAdapter daSal = new SqlDataAdapter(); private void Form9 Load(object sender, EventArgs e) { //СОЗДАЙТЕ АДАПТЕРЫ ДАННЫХ: daEmp.SelectCommand = new SqlCommand("select * from Employees", cnn); daSal.SelectCommand = new SqlConmand("select * from Salaries", cnn); //В ФОРМЕ РАЗМЕСТИТЕ ЭЛЕМЕНТЫ УПРАВЛЕНИЯ DataGridViewl и DataGridView2 //и ЭЛЕМЕНТЫ, ПОДДЕРЖИВАКЩ1Е СВЯЗИ МЕЖДУ НИМИ BindingSourcel и BindingSource2. //УКАЖИТЕ ИСТОЧНИКИ ДАННЫХ ДЛЯ ЭТИХ ЭЛЕМЕНТОВ: dataGridViewl.DataSource = bindingSourcel; dataGridView2.DataSource = bindingSource2; //ВЫЗОВИТЕ МЕТОД FILLQ ДЛЯ ЗАПОЛНЕНИЯ DataSet daEmp.Fill(ds, "Employees"); daSal.Fill(ds, "Salaries"); //УСТАНОВИТЕ СВЯЗЬ МЕЖДУ ЗАГРУЖЕННЫМИ ТАБЛИЦАМИ ds.Relations.Add("E_S“, ds.Tables["Employees"].Columns["EmpId"], ds.Tables["Salaries"].Columns["EmpId"]); //УСТАНОВИТЕ СВЯЗИ ДЛЯ ЭЛЕМЕНТОВ Binding bindingSourcel.DataSource = ds.Tables["Employees"]; bindingSource2.0ataSource = bindingSourcel; bindingSource2.DataMember="E_S“; }
|
|
Экзаменационный билет № 9 |
Утверждаю Проректор по учебной работе
_____________ С.В. Михайлов
" " мая 2014 г. |
Кафедра бизнес-информатики |
||
Итоговый междисциплинарный экзамен по специальности «Прикладная информатика в экономике». Специализации «Информационные системы в банковском деле» |
||
Объе́ктно-ориенти́рованное, или объектное, программи́рование (в дальнейшем ООП) — парадигма программирования, в которой основными концепциями являются понятия объектов и классов. Объектно-ориентированное программирование основывается на трех основных концепциях: инкапсуляции, полиморфизме и наследовании. Инкапсуляция (пакетирование) представляет собой механизм, связывающий вместе данные и код, обрабатывающий эти данные, и сохраняющий их от внешнего воздействия и ошибочного использования. Инкапсуляция позволяет создавать объект, являющийся логическим целым, включающим данные и код для работы с этими данными. Полиморфизм - принцип (подход), обеспечивающий возможность использования одного и того же кода для решения разных задач. Полиморфизм позволяет уменьшить сложность программы посредством использования одного и того же интерфейса для задания целого класса действий. Наследование представляет собой процесс, благодаря которому один объект может наследовать (приобретать) свойства от другого объекта. Объект, используя наследование, нуждается только в определении специфичных только для этого объекта свойств, отличающих его от других объектов этого класса. При построении объектно-ориентированной программы одним из основных является вопрос иерархии классов. Пусть имеется некоторая иерархия (структура, взаимосвязь) классов. В этом случае можно: - определить объект для заданного класса; - построить новый класс, наследуя его из существующего класса; - изменить поведение нового класса (изменить существующие и добавить новые функции). Построение нового класса, наследуя его из существующего, предполагает: - добавление в новый класс новых компонент-данных; - добавление в новый класс новых компонент-функций; - замену в новом классе наследуемых из старого класса компонент-функций; Таким образом, объектно-ориентированное программирование – метод построения программ в виде множества взаимодействующих объектов, структура и поведение которых описаны соответствующими классами. Все эти классы образуют иерархию классов, выражающую отношение наследования.
В реальных условиях проектирование - это поиск и спецификация способа создания системы, который удовлетворяет требованиям функциональности системы средствами имеющихся технологий с учетом заданных ограничений. В результате этого поиска должен быть получен результат под условным названием "проект ИС", который представляет собой комплект документов, специфицирующий все подсистемы ИС и способы их взаимодействия в системе. Основу проектной деятельности по созданию ИС любого масштаба и сложности составляют следующие компоненты:
Для того, чтобы сформулировать определение понятия жизненный цикл (ЖЦ) ИС рассмотрим определение ЖЦ проекта. В работах Р. Арчибальда дается следующее определение термина ЖЦ проекта: «Жизненный цикл проекта имеет определенную начальную и конечную точки, привязанные к временной шкале. Проект в своем естественном развитии проходит ряд отдельных фаз. Жизненный цикл проекта включает все фазы от момента инициации до момента завершения… … Существует общее соглашение о выделении четырех обобщенных фаз жизненного цикла:
В определении ЖЦ проекта требуется уточнить значение ряда понятий:
Каскадная (водопадная) или последовательная модель предусматривает разбиение всей разработки на этапы и их последовательное (во времени) и однократное выполнение в строго фиксированном порядке с жестким (детальным) предварительным планированием в контексте предопределенных или однажды и целиком определенных требований к информационной системе. Итеративная и инкрементальная модель ЖЦ – эволюционная (гибридная, смешанная) или поэтапная модель с промежуточным контролем (Error: Reference source not found). Эта модель ЖЦИС появилась спустя непродолжительное время после появления на свет каскадной модели, которая была доработана Уинстом Ройсом с учетом взаимозависимости этапов и необходимости возврата на предыдущие ступени, что может быть вызвано, например, неполнотой требований или ошибками в формировании задания. В таком «обратимом» виде каскадная модель просуществовала долгое время и явилась основой для многих проектов. Спиральная модель (Error: Reference source not found). Вариантов организации спиральной модели в зависимости от выделения стадий каждого витка достаточно много, поэтому рассмотрим ее на примере модели Б.Боэма (Barry Boehm). На каждом витке спирали выполняется создание фрагмента или цели, проводится характеристика очередной версии продукта, уточняются цели, характеристика и требования проекта, определяется качество его выполнения, а также планируются работы следующего витка. Каждый цикл представляет собой набор операций, которому соответствует такое же количество стадий, как и в модели каскадного процесса. 3. В программной среде MS Project разработать структуру проекта с назначением ресурсов по каждой работе. Тема проекта «Внедрение и сопровождение корпоративной информационной системы».
|