госы / итог

	Экзаменационный билет № 12	Утверждаю Проректор по учебной работе _____________ С.В. Михайлов " " мая 2014 г.
	Кафедра бизнес-информатики
	Итоговый междисциплинарный экзамен по специальности «Прикладная информатика в экономике». Специализации «Информационные системы в банковском деле»
Язык SQL – общая структура, стандарты языка. Подъязык запросов в языке SQL. Язык манипулирования данными. SQL (Structured Query Language) — структурированный язык запросов — стандартный язык запросов по работе с реляционными БД. Язык SQL появился после реляционной алгебры.  Стандарты: Первый международный стандарт языка SQL был принят в 1989 г. (далее мы будем называть его SQL/89 или SQL1). Иногда стандарт SQL1 также называют стандартом ANSI/ISO. В конце 1992 г. был принят новый международный стандарт языка SQL, который в дальнейшем будем называть SQL/92 или SQL2. И он не лишен недостат ков, но в то же время является существенно более точным и полным, чем SQL/89. В 1999 г. появился новый стандарт, названный SQL3. Если отличия между стандартами SQL1 и SQL2 во многом были количественными, то стандарт SQL3 имеет качественные преобразования. В SQL3 введены новые типы данных, при этом предполагается возможность задания сложных структурированных типов данных, которые в большей степени соответствуют объектной ориентации. Наконец, добавлен раздел, который вводит стандарты на события и триггеры, которые ранее не затрагивались в стандартах, хотя давно уже широко использовались в коммерческих СУБД. В стандарте определены возможности четкой спецификации триггеров как совокупности события и действия. В качестве действия могут выступать не только последовательность операторов SQL, но и операторы управления ходом выполнения программы. В рамках управления транзакциями произошел возврат к старой модели транзакций, допускающей точки сохранения (savepoints). Возможность указания в операторе отката ROOLBACK точек возврата позволит откатывать транзакцию не в начало, а в промежуточную ранее сохраненную точку. Такое решение повышает гибкость реализации сложных алгоритмов обработки информации. Большинство поставщиков аппаратуры и программного обеспечения следуют стратегии поддержки стандартов, в противном случае пользователи просто не будут их покупать.  Структура: Операторы определения данных (alter, drop,create для таблиц, представлений, индексов) Операторы манипулирования данными(delete, insert,update) Язык запросов(select) Средства управления транзакциями(commit, rollback,savepoint) Средства администрирования данных(alter, drop,create именно для всей БД, grant revoke- дать отнять права) Программный SQL(declare, fetch , open, close, prepare, execute) Подъязык запросов Язык запросов (Data Query Language) в SQL состоит из единственного оператора SELECT. Этот единственный оператор поиска реализует все операции реляционной алгебры. Синтаксис оператора SELECT имеет следующий вид: SELECT [ALL|DISTINCT] <Список полей>|* FROM <Список таблиц> [WHERE <Предикат-условие выборки или соединения>] [GROUP BY <Список полей результата>] [HAVING <Предикат-условие для группы>] [ORDER BY <Список полей, по которым необходимо упорядочить результат>] В разделе FROM задается перечень исходных отношений (таблиц) запроса. В разделе WHERE задаются условия отбора строк результата или условия соединения кортежей исходных таблиц, подобно операции условного соединения в реляционной алгебре. В разделе GROUP BY задается список полей группировки. В разделе HAVING задаются предикаты-условия, накладываемые на каждую группу. В части ORDER BY задается список полей упорядочения результата, т. е. список полей, который определяет порядок сортировки в результирующем отношении. Например, если первым полем списка будет указана «Фамилия», а вторым «Номер группы», то в результирующем отношении сначала будут собраны в алфавитном порядке студенты, и если найдутся однофамильцы, то они будут расположены в порядке возрастания номеров групп. В выражении условий раздела WHERE могут быть использованы следующие предикаты: Предикаты сравнения { =, <>, >,<, >=,<= }, которые имеют традиционный смысл. Предикат Between A and B — принимает значения между A и B. Предикат истинен, когда сравниваемое значение попадает в заданный диапазон, включая границы диапазона. Одновременно в стандарте задан и противоположный предикат Not Between A and B, который истинен тогда, когда сравниваемое значение не попадает в заданный интервал, включая его границы. Предикат вхождения в множество IN (множество) истинен тогда, когда сравниваемое значение входит в множество заданных значений. При этом множество значений может быть задано простым перечислением или встроенным подзапросом. Одновременно существует противоположный предикат NOT IN (множество), который истинен тогда, когда сравниваемое значение не входит в заданное множество. Предикаты сравнения с образцом LIKE и NOT LIKE. Предикат LIKE требует задания шаблона, с которым сравнивается заданное значение, предикат истинен, если сравниваемое значение соответствует шаблону, и ложен в противном случае. Предикат NOT LIKE имеет противоположный смысл .Предикаты существования EXISTS и несуществования NOT EXISTS. Эти предикаты относятся к встроенным подзапросам, и подробнее мы рассмотрим их, когда коснемся вложенных подзапросов Про манипулирование – это рассказать что делает insert, update,delete с таблицми В операции манипулирования данными входят три операции: операция удаления записей — ей соответствует оператор DELETE, операция добавления или ввода новых записей — ей соответствует оператор INSERT и операция изменения (обновления записей) — ей соответствует оператор UPDATE. Рассмотрим каждый из операторов подробнее. Следует отметить, что все операторы манипулирования данными позволяют изменить данные только в одной таблице. Оператор ввода данных INSERT имеет следующий синтаксис: INSERT INTO имя_таблицы [(<список столбцов>) ] VALUES (<список значений>) Оператор удаления данных позволяет удалить одну или несколько строк из таблицы в соответствии с условиями, которые задаются для удаляемых строк. Синтаксис оператора DELETE следующий: DELETE FROM имя_таблицы [WHERE условия_отбора] Если условия отбора не задаются, то из таблицы удаляются все строки. Однако это не означает, что удаляется вся таблица. Исходная таблица остается, но она остается пустой, незаполненной. Операция обновления данных UPDATE требуется тогда, когда происходят изменения во внешнем мире и их надо адекватно отразить в базе данных, так как надо всегда помнить, что база данных отражает некоторую предметную область. Например, в нашем учебном заведении произошло счастливое событие, которое связано с тем, что госпожа Степанова  К. Е. пересдала экзамен по дисциплине «Базы данных» с «двойки» сразу на «четверку». В этом случае нам надо срочно выполнить соответствующую корректировку таблицы R1. Операция обновления имеет следующий формат: UPDATE имя_таблицы SET {имя_столбца = новое_значение [,...]} [WHERE условие_отбора] Метод сетевого планирования. Временные параметры работ. Диаграмма Гантта. Профили ресурсов. Методика разработки оптимального плана проекта. Ориентированный граф – множество точек и ориентированных дуг, соединенных между собой. Сеть – область ориентированного графа, ограниченная точками. Сетевая модель – сеть, моделирующая определенный процесс; направления дуг в ней соответствуют логике процесса. Событие – получение результата. Работа – любая деятельность. Основа метода сетевого планирования и управления - графоаналитический метод из математики. Основа построения модели деятельности по проекту - ориентированный граф, отражающий определенный процесс в виде работ и событий. Граф - множество точек и ориентированных дуг, соединенных между собой. Сетевая модель (сценарий, топология) работ – последовательность взаимосвязанных работ и событий для достижения поставленной цели проекта. Существуют две разновидности сетевой модели: • сеть типа «вершины-события» • сеть типа «вершины-работы» Cеть типа «вершины-события» Исходное событие – событие, с которого начинается любой комплекс работ. Начальное событие – событие, с которого начинается элементарная работа. Конечное событие – событие, которым заканчивается элементарная работа. Завершающее событие – событие, которым завершается любой комплекс работ. Параметры события Раннее начало ( ) – дата, раньше которой работа не может начаться. Раннее окончание ( ) – дата, раньше которой работа не может закончиться. Позднее начало ( ) – дата, позже которой работа не может начаться. Позднее окончание ( ) – дата, позже которой работа не может закончиться. Продолжительность ( ti ) – время, в течение которого выполняется работа (i ). Свободный резерв работы ( ri ) – максимальное время, на которое можно задержать выполнение работы без нарушения ранних сроков начал последующих работ. Полный резерв работы (R) – сумма всех свободных резервов работ, которые следуют за данной работой. Полный резерв пути ( rп ) – сумма всех свободных резервов на этом пути (разность между длительностями критического пути и этого пути). Запаздывание (задержка) (+ z ) – время, на которое можно задержать начало выполнения следующей работы. Можно увеличить длительность работы. Опережение ( - z ) – время, на которое можно раньше начать следующую работу. Можно сделать соединение двух работ «начало-начало» с запаздыванием одной из них. Диаграмма Гантта служит для графического отображения временных параметров работ. На диаграмме Гантта в компьютерном варианте отображаются: плановые и фактические длительности на временной оси; типы работ в разном представлении; временные резервы; связи между работами; запаздывание и опережение; ресурсы и пр. Основные характеристики ресурса: наличное количество (порог, доступность); интенсивность использования (% занятости); стоимость (стандартная ставка в ед. времени, ставка свехурочных); стратегия оплаты ресурса (в начале, в конце, пропорциональное); доступность ресурса в соответствии с календарем и рабочим временем; отнесение ресурса к определенной группе и пр. Назначение ресурсов работам – это приписывание каждой работе конкретных ресурсов для ее выполнения. Назначение ресурсов работам проекта Назначение ресурсов нескольким проектам Особенности назначения ресурсов Назначение ресурсов не влияет на длительность работ с фиксированной длительностью. Назначение ресурсов влияет на длительность работ с фиксированным объемом работ. Увеличение количества ресурсов ведет к уменьшению длительности работы, и наоборот. Ресурсы, назначенные на подобные работы, могут регулироваться автоматическим способом. Для составных работ назначаются ресурсы, которые непосредственно не участвуют в процессе. Эти ресурсы автоматически не регулируются. Профиль ресурса. Конфликт ресурса Профиль ресурса – отображение на диаграмме интенсивности потребления ресурса на протяжении всего времени выполнения проекта. Порог – наличное количество ресурсов, отображаемое на диаграмме сплошной линией. Конфликт ресурсов – это превышение количества назначенных работе ресурсов над их наличием (превышение порога). Конфликты ресурсов устраняются ручным или автоматическим (заложенным в программе) способом. Выравнивание загрузки ресурсов – процедуры устранения конфликтов и недогрузки ресурсов и обеспечения на протяжении всего времени постоянного профиля ресурса (равномерности загрузки ресурсов). Диаграмма профиля ресурса Оптимальный план проекта – план, в котором обеспечено выполнение критерия: минимизированы стоимость и время выполнения проекта, спланирована равномерная и максимальная загрузка ресурсов, соблюдены требования по качеству продукции проекта. Разработка оптимального плана – итерационный процесс. Разрабатывается несколько вариантов плана проекта. Результаты заносятся в матрицу принятия решения. Далее проводится сопоставительный анализ результатов по всем вариантам и выбирается из них с точки зрения поставленного критерия наиболее приемлемый. Матрица принятия решений Стратегии планирования Ограничения на сроки выполнения работ и, как следствие, на дату окончания. Возможно появление конфликтов ресурсов, которые устраняются различными методами. Ограничения на наличные ресурсы. Планирование ведется без учета ограничений на время окончания. Устранение конфликтов за счет разнесения во времени параллельных работ. Комбинированное использование первых двух стратегий. Методы автоматического устранения конфликтов ресурсов для параллельных работ фиксированного объема Автоматический – отнесение срока окончания проекта на более поздний. По резерву (полуавтоматический) – использование резерва на некритическом пути при сохранении установленного срока окончания проекта. Методы эвристического (ручного) выравнивания загрузки ресурсов для параллельных работ фиксированного объема Использование гибкой связи за счет резерва времени. Жесткая связь – соединение концов или начал работ. Гибкая связь – соединение концов или начал работ с использованием задержки или опережения. Разнесение конфликтующих работ во времени за счет задержки или опережения, резервов работ. Увеличение интенсивности использования ресурсов. Использование дополнительных ресурсов. Время выполнения работы уменьшается. Уменьшение интенсивности использования ресурсов. Снятие с работы ресурсов при условии, что имеются резервы работ. Время выполнения работы увеличивается. Перераспределение взаимозаменяемых ресурсов. Ресурсы, превышающие порог, снимаются с работы. Назначается соответствующее количество взаимозаменяемых ресурсов. Определение фоновых работ. Разделение работы на части и ее выполнение по мере освобождения ресурсов. Задание приоритетов. Порядок очередности использования недостающих ресурсов определяется назначенным работе приоритетом. 3. Использовать адаптер данных для обеспечения доступа к таблицам базы данных в Windows приложении. SqlConnection cnn = new SqlConnection(@"Data Source=429-01\SQLEXPRESS;Initial Catalog=HumanResources;Integrated Security=True”); SqlDataAdapter da; DataSet ds = new DataSet(); private void Forml3_Load(object sender, EventArgs e) { da = new SqlDataAdapter("Select * from PaymentTypes", cnn); da.Fill(ds, "PaymentTypes"); dataGridViewl.DataSource = ds.Tables["PaymentTypes"]; }

	Экзаменационный билет № 13	Утверждаю Проректор по учебной работе _____________ С.В. Михайлов " " мая 2014 г.
	Кафедра бизнес-информатики
	Итоговый междисциплинарный экзамен по специальности «Прикладная информатика в экономике». Специализации «Информационные системы в банковском деле»
Каноническое проектирование ИС (ГОСТ 34.601-90). В зависимости от сложности объекта автоматизации и набора задач, требующих решения при создании конкретной ИС, стадии и этапы работ могут иметь различную трудоемкость. Как отмечалось ранее допускается объединять последовательные этапы и даже исключать некоторые из них на любой стадии проекта. Допускается также начинать выполнение работ следующей стадии до окончания предыдущей. Стадии и этапы создания ИС, выполняемые организациями-участниками, прописываются в договорах и технических заданиях на выполнение работ. Перечень стадий и этапов ЖЦ по ГОСТ 34.601-90, а также комментарии по выполнению работ приведен ниже. Стадия 1. Формирование требований к ИС На начальной стадии проектирования выделяют следующие этапы работ: обследование объекта и обоснование необходимости создания ИС; формирование требований пользователей к ИС; оформление отчета о выполненной работе и тактико- технического задания на разработку. Комментарии: Oбследование – это изучение и диагностический анализ организационной структуры предприятия, его деятельности и существующей системы обработки информации. Материалы, полученные в результате обследования, используются для: обоснования разработки и поэтапного внедрения систем; составления технического задания на разработку систем; разработки технического и рабочего проектов систем. изучение объекта автоматизации; проведение необходимых научно-исследовательских работ; разработка вариантов концепции ИС, удовлетворяющих требованиям пользователей; оформление отчета и утверждение концепции. Комментарии: На этапах изучение объекта автоматизации и проведение необходимых научно-исследовательских работ организация-разработчик проводит детальное изучение объекта автоматизации и необходимые научно-исследовательские работы (НИР), связанные с поиском путей и оценкой возможности реализации требований пользователя, оформляют и утверждают отчеты о НИР. На этапе разработка вариантов концепции ИС в общем случае проводят разработку альтернативных вариантов концепции создаваемой АС и планов их реализации; оценку необходимых ресурсов на их реализацию и обеспечение функционирования; оценку преимуществ и недостатков каждого варианта; сопоставление требований пользователя и характеристик предлагаемой системы и выбор оптимального варианта; определение порядка оценки качества и условий приемки системы; оценку эффектов, получаемых от системы. На последней стадии разработки концепции стандарт предлагает в общем случае создавать альтернативные варианты и планы их реализации; оценивать преимущества и недостатки этих вариантов, а также объем необходимых средств. Хотя не совсем понятно, о каких концепциях идет речь и по какому критерию эффективности их надо сравнивать. Также на этом этапе необходимо привлекать к работе группы тестирования для решения следующих задач: получения сравнительных характеристик предполагаемых к использованию аппаратных платформ, операционных систем, СУБД, иного окружения; разработки плана работ по обеспечению надежности информационной системы и ее тестирования. Стадия 3. Техническое задание разработка и утверждение технического задания на создание ИС. Комментарии: На этапе разработка и утверждение технического задания на создание ИС проводят разработку, оформление, согласование и утверждение технического задания на АС и, при необходимости, технических заданий на части АС. Техническое задание - это документ, определяющий цели, требования и основные исходные данные, необходимые для разработки автоматизированной системы управления. В соответствии с ГОСТ 34.601-90 порядок разработки, состав, структура и оформление технического задания регламентируется ГОСТ 34.602-89. Цель, которая достигается при подготовке правильно составленного технического задания очень проста. Это однозначное распределение сфер ответственности между Заказчиком и Исполнителем. ТЗ – это тот документ, который становиться основой при принятии решения о закрытии проекта и о размере и порядке расчета Заказчика и Исполнителя. Если ТЗ составлено правильно, то стороны могут формально подходить к вопросу сдачи-приемки работ. В противном случае характерна ситуация, когда одна из сторон, как правило этой стороной является Исполнитель, оказывается не в состоянии отстоять свои интересы. Для того, чтобы заявленная цель была реализована и до начала работ по реализации были однозначно определены критерии по которым будет осуществляться приемка ИС, при разработке технического задания необходимо решить следующие задачи (Error: Reference source not found): установить общую цель создания ИС, определить состав подсистем и функциональных задач; разработать и обосновать требования, предъявляемые к подсистемам; разработать и обосновать требования, предъявляемые к информационной базе, математическому и программному обеспечению, комплексу технических средств (включая средства связи и передачи данных); установить общие требования к проектируемой системе; определить перечень задач создания системы и исполнителей; определить этапы создания системы и сроки их выполнения; провести предварительный расчет затрат на создание системы и определить уровень экономической эффективности ее внедрения. Стадия 4. Эскизный проект разработка предварительных проектных решений по системе и ее частям; разработка эскизной документации на ИС и ее части. Комментарии: На этапе разработка предварительных проектных решений по системе и ее частям определяются функции АС; функции подсистем, их цели и эффекты; состав комплексов задач и отдельных задач; концепции информационной базы, ее укрупненная структура; функции системы управления базой данных; состав вычислительной системы; функции и параметры основных программных средств Эскизный проект предусматривает разработку предварительных проектных решений по системе и ее частям. Содержание эскизного проекта задается в ТЗ на систему. Как правило, на этапе эскизного проектирования определяются: функции ИС; функции подсистем, их цели и ожидаемый эффект от внедрения; состав комплексов задач и отдельных задач; концепция информационной базы и ее укрупненная структура; функции системы управления базой данных; состав вычислительной системы и других технических средств; функции и параметры основных программных средств. По результатам проделанной работы оформляется, согласовывается и утверждается документация в объеме, необходимом для описания полной совокупности принятых проектных решений и достаточном для дальнейшего выполнения работ по созданию системы. В соответствии с РД 50.34.698-90 документация стадии эскизного проектирования оформляется по ГОСТ 2.106 Выполнение стадии эскизного проектирования не является строго обязательной. Если основные проектные решения определены ранее или достаточно очевидны для конкретной ИС и объекта автоматизации, то эта стадия может быть исключена из общей последовательности работ. Если говорить о современной практике проектов комплексной автоматизации, когда речь идет о внедрении типовых систем по типовым схемам, стадия эскизного проектирования практически всегда опускается. Стадия 5. Технический проект разработка проектных решений по системе и ее частям; разработка документации на ИС и ее части; разработка и оформление документации на поставку комплектующих изделий; разработка заданий на проектирование в смежных частях проекта. Комментарии: Если техническое задание регламентирует взаимодействие между Заказчиком системы и Исполнителем, то технический проект – это документ определяющий порядок взаимодействия между участниками проекта: проектировщиками и программистами. На основе технического задания (и эскизного проекта ) разрабатывается технический проект ИС (Error: Reference source not found). Технический проект системы - это техническая документация, содержащая общесистемные проектные решения, алгоритмы решения задач, а также оценку экономической эффективности автоматизированной системы управления и перечень мероприятий по подготовке объекта к внедрению. Стадия 6. Рабочая документация разработка рабочей документации на ИС и ее части; разработка и адаптация программ. Комментарии: Формально стадия рабочая документация находится за границей проектирования ИС, поэтому рассмотрим лишь общие характеристики этой и последующих стадий. На стадии рабочая документация осуществляется создание программного продукта и разработка всей сопровождающей документации. Документация должна содержать все необходимые и достаточные сведения для обеспечения выполнения работ по вводу ИС в действие и ее эксплуатации, а также для поддержания уровня эксплуатационных характеристик (качества) системы. Разработанная документация должна быть соответствующим образом оформлена, согласована и утверждена. Стадия 7. Ввод в действие подготовка объекта автоматизации; подготовка персонала; комплектация ИС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями); строительно-монтажные работы; пусконаладочные работы; проведение предварительных испытаний; проведение опытной эксплуатации; проведение приемочных испытаний. Сетевое программирование: основные принципы, технологии, особенности реализации в современных языках программирования. Расширяемый язык разметки (eXtensible Markup Language–XML) предоставляет способ описания структурированных данных. В отличие от HTML-тэгов, которые применяются в основном для управления отображением данных, XML-тэги используются для определения структуры и типов самих данных. XML — это простой, независимый от платформы и широко принятый стандарт. Преимущество языка XML по сравнению с HTML заключается в том, что он отделяет интерфейс пользователя от структурированных данных. Перечислим некоторые преимущества XML по сравнению с другими форматами в отношении хранения информации: XML-форматы основываются на тексте, что облегчает их чтение, документирование и в некоторых случаях отладку. Документы XML могут использовать большую часть инфраструктуры, созданной для HTML, включая протокол http, что позволяет передавать XML через брандмауэр. XML-разбор хорошо описан и широко реализован, что делает возможным извлечение информации из документов XML в различных средах. XML создан на основе Юникода, что упрощает создание интернациональных документов. Однако XML подходит не в каждой ситуации. На платформе .NET язык XML применяется для повышения производительности, совместимости с открытыми стандартами и интеграции с ADO .NET. Язык XML является форматом устойчивого хранения объекта DataSet, то есть, при сохранении на жестком диске объекта DataSet используется универсальный формат XML, а не двоичный или какой-то другой специализированный формат. Аналогично, при обмене объектами DataSet между разными процессами или компьютерами данные передаются в потоке формата XML. XML-схемы XML схема представляет собой документ, который используются для определения и проверки содержимого и структуры данных XML так же, как и схема базы данных — для определения и проверки правильности таблиц, столбцов и типов данных, формирующих базу данных. XML-схема определяет и описывает отдельные типы данных XML, используя язык определения схем XML (XSD). Элементы XML-схемы (элементы, атрибуты, типы и группы) используются для определения допустимой структуры, допустимого содержимого и отношений данных XML определенных типов. 3. В проект Магазины, созданный на платформе Countur добавить сценарий обновления OLAP-куба, изменить исходный набор данных и продемонстрировать работу сценария. Прокомментировать полученные результаты.