Разработка теста проверки знаний по учебному курсу "Операционные системы"

Размещено на http://www.allbest.ru/

Министерство образования Республики Беларусь

Учреждение высшего образования

Международный государственный экологический университет

имени А.Д. Сахарова

Факультет мониторинга окружающей среды

Кафедра экологических информационных систем

Разработка теста проверки знаний по учебному курсу «Операционные системы»

Курсовая работа студента 4-ого курса

Свиридовича Николая Анатольевича

«Допустить к защите»

Зав. кафедрой экологических информационных систем

к.ф.-м.н., доцент В.Л. Иванюкович

«____»________________2015 г.

Научный руководитель

Ст. преподаватель Г.В. Ладес

Минск, 2015

ОГЛАВЛЕНИЕ

Реферат

Список сокращений

Введение

1. Реляционная база данных и ее структура

2. Этапы проектирования реляционной базы данных

2.1 Инфологическое проектирование

2.2 Определение требований к операционной обстановке

2.3 Выбор СУБД и других программных средств

2.4 Логическое проектирование БД

2.5 Физическое проектирование БД

3. Общее описание языка программирования C#

4. Процесс компиляции С# - программы. Управляемый и неуправляемый код

5. Реляционная система управления базами данных MySQL

Заключение

Список литературы

РЕФЕРАТ

Курсовая работа 35 страниц, 2 рисунка, 10 источников, 10 приложений.

C#, БД, СУБД, .NET, MYSQL, ТЕСТЫ ПРОВЕРКИ ЗНАНИЙ, ОПЕРАЦИОННЫЕ СИСТЕМЫ.

Факультет Мониторинга окружающей среды МГЭУ им А.Д. Сахарова проводит обучение студентов для получения квалификации по специальности инженер-программист. В состав изучаемых дисциплин входит предмет «Операционные системы».

Цель курсовой работы - изучение возможности использования БД MySQL приложений реализованных на C#, создание программы для проверки знаний по дисциплине «Операционные системы».

Объектом исследования являются технология разработки приложений на C# и вопросы тестирования знаний.

Использование разработанного приложения позволит проходить учащимися дистанционную теоретическую подготовку к сдаче экзамена\зачета по дисциплине «Операционные системы».

СПИСОК СОКРАЩЕНИЙ

БД

СУБД

SQL

C#

.NET

CLR - BCL

MSIL - IL

JIT

MySQL

ВВЕДЕНИЕ

Объектом исследования данной работы являются вопросы взаимодействия c# приложения с базой данных. В работе отражена общая информация о рассматриваемом языке программирования и принципах работы с базой данных.

Тестирование знаний

Традиционные формы контроля недостаточно оперативны, и для их осуществления требуется значительное время, поэтому возникает необходимость в новых видах проверки знаний. Распространение контролирующих устройств способствовало тому, что преподаватели все чаще и чаще при проверке знаний стали обращаться к заданиям с выборочными ответами, к тестам.

Тест представляет собой кратковременное технически сравнительно просто составленное испытание, проводимое в равных для всех испытуемых условиях и имеющее вид такого задания, решение которого поддается качественному учету и служит показателем степени развития к данному моменту известной функции у данного испытуемого.

Тестирование используется для оперативной проверки качества знаний учащихся с возможностью машинного ввода данных (ответов) и автоматизированной обработки результата с заранее заданными параметрами качества. При всех ограничениях и недостатках тестовая технология является быстрым и надежным способом проверки уровня и степени подготовки учащихся путем решения несложных заданий, выбора варианта ответа или добавления слов, формул, терминов и пр. Главное - тестовая технология позволяет собирать статистический материал, который может накапливаться и храниться в памяти компьютера. Технология оценивания -- рейтинговая и (или) отметочная по организации -- автоматический контроль, контроль учителя, самоконтроль.

Виды тестов представлены в таблице 1.

Таблица 1. Классификации тестов

Основание классификации	Виды тестов	Примечание
Диагностическая ориентированность	тесты общих умственных способностей, тесты умственного развития; тесты специальных способностей в различных областях деятельности; тесты обученности, успешности, академических достижений; тесты для определения отдельных качеств личности (памяти, мышления, характера); тесты для определения уровня воспитанности.	В данной классификации приводятся как психологические, так и педагогические тесты, которые широко используются в системе образовательного мониторинга.
Дидактические цели	тесты успеваемости; тесты элементарных умений (чтения, письма и т.д.); тесты для диагностики уровня обученности; тесты скорости и мощности.	Данная классификация, на наш взгляд, не может считаться достаточно полной для измерения уровня знаний и умений учащихся, проводимых в любых дидактических целях.
Содержание и структура	гомогенные тесты	Это система заданий возрастающей трудности. Данные тесты являются объективным, качественным и эффективным средством оценки структуры и уровня подготовленности учащихся по одной учебной дисциплине или по одному разделу.
	гетерогенные тесты	Это система заданий специальной формы и определенного содержания, которая создается для оценки структуры и уровня подготовленности учащихся по нескольким дисциплинам (иногда в такой тест включаются и психологические задания для оценки уровня интеллектуального развития).
	интегративные тесты	Данные тесты нацелены на общую диагностику подготовленности выпускника образовательного учреждения посредством предъявления таких заданий, правильные ответы на которые требуют интегрирования (синтезирования) знаний по двум и более учебным дисциплинам.
	адаптивные тесты	Система заданий с известными параметрами трудности и дифференцирующая способности испытуемых.
Количество измеряемых признаков	одномерные тесты	Ориентированы на диагностику одного признака, например, знаний учащихся по той или иной учебной дисциплине.
	многомерные тесты	Ориентированы на измерение нескольких качественных характеристик, например, объема и качества знаний, а также на сформированность надпредметных умений учащихся. Многомерные тесты могут, на наш взгляд, иметь особые перспективы в виде инструмента экспертизы качества образования.
Диагностическая направленность	критериально-ориентированныетесты	Позволяют по результатам тестирования выяснить слабые места в подготовке опрошенных и вносить коррективы в процесс обучения (эти тесты могут содержать и диагностическую оценку).
	нормативно-ориентированные тесты	Имея упорядоченные показатели степени обученности, данные тесты определяют качество знаний и умений каждого испытуемого относительно его выполнения всеми учащимися.
Средства предъявления	с использованием тестовых тетрадей	В которые вносятся и ответы испытуемых.
	бланковые тесты	Использование тестовых тетрадей приводит к необходимости заготовки большого количества тестов и расхода бумаги, поэтому в последнее время все чаще используются бланковые тесты, часто на основе компьютерного подсчета результатов тестирования.
	компьютерные тесты	Компьютерное же тестирование пока еще носит ограниченный характер из-за отсутствия достаточного количества ПЭВМ и слабой подготовленности тестируемых к пользованию компьютером.
Цели использования	определяющие уровень исходных знаний на начало обучения
	формирующие тесты	Позволяют измерить результаты обучения на ограниченном этапе подготовки.
	диагностические тесты	Направлены на выявление пробелов в знаниях.
	суммирующие тесты	Направлены на контроль учебных достижений в конце определенного этапа обучения или в конце обучения.

Тестирование является стандартизированной формой контроля в том понимании, что как процедура проведения теста, так и оценка знаний единообразна (стандартны) для всех учащихся.

Удачно составленный тест имеет ряд достоинств, а именно:

1. Оперативно выявляет знания, умения и навыки учащихся, а также понимание им закономерностей, лежащих в основе изучаемых фактов. Это обеспечивается тем, что задачи и вопросы подбираются в результате анализа материала и, следовательно, учитывают трудности усвоения и характер возможных ошибок.

2. Позволяет в течение короткого времени получить представление о пробелах в знаниях и помогает организовать работу по предупреждению отставания учащихся.

3. Предоставляет преподавателю возможность проверять знания, умения и навыки на разных уровнях и осуществлять дифференцированное обучение.

4. Способствует рациональному использованию времени на занятии.

5.Активизирует мышление студентов.

6. Дает возможность преподавателю критически оценить свои методы преподавания.

Однако тест фиксирует только результаты работы, но не ход ее выполнения, возможно угадывание правильного ответа, а также случаи, когда выбор неправильного ответа объясняется невнимательностью студента, поэтому рациональнее сочетать тестирование с различными формами традиционного контроля.

Тестовые задания удобно использовать и при организации самостоятельной работы учащихся в режиме самоконтроля, при повторении учебного материала.

Преимуществом тестирования является возможность охвата материала по всем разделам дисциплины «Коммерция». Оценивание результатов носит более объективный характер и не зависит от профессиональных и личностных качеств преподавателя. В результате учащийся может продемонстрировать свои учебные достижения на более широком содержательном поле экономики в целом. И все это на фоне сокращения временных затрат на проверку знаний. Тесты логичны и непротиворечивы, интерпретация их однозначна, организация тестирования регламентирована. Следует добавить, что в мировой практике тестирование достаточно широко распространено.

Наряду с известными достоинствами у данного метода существуют и недостатки, которые, в основном, связаны с необходимостью подготовки тестов высокого качества. Вторая проблема касается сложности проверки аналитико-синтетических навыков учащихся.

Для устранения этих и некоторых других недостатков необходимо разработать систему заданий, которая включит в себя как тесты с вариантами выбора, так и тесты открытого типа.

1. РЕЛЯЦИОННАЯ БАЗА ДАННЫХ И ЕЕ СТРУКТУРА

Базой данных (БД) называется организованная в соответствии с определенными правилами и поддерживаемая в памяти компьютера совокупность сведений об объектах, процессах, событиях или явлениях, относящихся к некоторой предметной области, теме или задаче. Она организована таким образом, чтобы обеспечить информационные потребности пользователей, а также удобное хранение этой совокупности данных, как в целом, так и любой ее части.

Реляционная база данных представляет собой множество взаимосвязанных таблиц, каждая из которых содержит информацию об объектах определенного вида. Каждая строка таблицы содержит данные об одном объекте (например, автомобиле, компьютере, клиенте), а столбцы таблицы содержат различные характеристики этих объектов - атрибуты (например, номер двигателя, марка процессора, телефоны фирм или клиентов).

Строки таблицы называются записями. Все записи таблицы имеют одинаковую структуру - они состоят из полей (элементов данных), в которых хранятся атрибуты объекта (рис. 1). Каждое поле записи содержит одну характеристику объекта и представляет собой заданный тип данных (например, текстовая строка, число, дата). Для идентификации записей используется первичный ключ.

Первичным ключом называется набор полей таблицы, комбинация значений которых однозначно определяет каждую запись в таблице.



Рисунок 1. Названия объектов в таблице

Для работы с данными используются системы управления базами данных (СУБД). Основные функции СУБД:

- определение данных (описание структуры баз данных);

- обработка данных;

- управление данными.

Разработка структуры БД - важнейшая задача, решаемая при проектировании БД. Структура БД (набор, форма и связи ее таблиц) - это одно из основных проектных решений при создании приложений с использованием БД. Созданная разработчиком структура БД описывается на языке определения данных СУБД.

Любая СУБД позволяет выполнять следующие операции с данными:

- добавление записей в таблицы;

- удаление записей из таблицы;

- обновление значений некоторых полей в одной или нескольких записях в таблицах БД;

- поиск одной или нескольких записей, удовлетворяющих заданному условию.

Для выполнения этих операций применяется механизм запросов. Результатом выполнения запросов является либо отобранное по определенным критериям множество записей, либо изменения в таблицах. Запросы к базе формируются на специально созданном для этого языке, который так и называется«язык структурированных запросов» (SQL - Structured Query Language).

Под управлением данными обычно понимают защиту данных от несанкционированного доступа, поддержку многопользовательского режима работы с данными и обеспечение целостности и согласованности данных.

2. ЭТАПЫ ПРОЕКТИРОВАНИЯ РЕЛЯЦИОННОЙ БАЗЫ ДАННЫХ

Процесс проектирования включает в себя следующие этапы:

1. Инфологическое проектирование.

2. Определение требований к операционной обстановке, в которой будет функционировать информационная система.

3. Выбор системы управления базой данных (СУБД) и других инструментальных программных средств.

4. Логическое проектирование БД.

5. Физическое проектирование БД.

Инфологический подход не предоставляет формальных способов моделирования реальности, но он закладывает основы методологии проектирования баз данных.

реляционный база программирование разработка

2.1 Инфологическое проектирование

Основными задачами инфологического проектирования являются определение предметной области системы и формирование взгляда на ПО с позиций сообщества будущих пользователей БД, т.е. инфологической модели ПО.

Инфологическая модель ПО представляет собой описание структуры и динамики ПО, характера информационных потребностей пользователей в терминах, понятных пользователю и не зависимых от реализации БД. Это описание выражается в терминах не отдельных объектов ПО и связей между ними, а их типов, связанных с ними ограничений целостности и тех процессов, которые приводят к переходу предметной области из одного состояния в другое.

Рассмотрим основные подходы к созданию инфологической модели предметной области.

Функциональный подход к проектированию БД

Этот метод реализует принцип "от задач" и применяется тогда, когда известны функции некоторой группы лиц и/или комплекса задач, для обслуживания информационных потребностей которых создаётся рассматриваемая БД.

Предметный подход к проектированию БД

Предметный подход к проектированию БД применяется в тех случаях, когда у разработчиков есть чёткое представление о самой ПО и о том, какую именно информацию они хотели бы хранить в БД, а структура запросов не определена или определена не полностью. Тогда основное внимание уделяется исследованию ПО и наиболее адекватному её отображению в БД с учётом самого широкого спектра информационных запросов к ней.

Проектирование с использованием метода "сущность-связь"

Метод "сущность-связь" (entity-relation, ER-method) является комбинацией двух предыдущих и обладает достоинствами обоих. Этап инфологического проектирования начинается с моделирования ПО. Проектировщик разбивает её на ряд локальных областей, каждая из которых (в идеале) включает в себя информацию, достаточную для обеспечения запросов отдельной группы будущих пользователей или решения отдельной задачи (подзадачи). Каждое локальное представление моделируется отдельно, затем они объединяются.

Выбор локального представления зависит от масштабов ПО. Обычно она разбивается на локальные области таким образом, чтобы каждая из них соответствовала отдельному внешнему приложению и содержала 6-7 сущностей.

Сущность - это объект, о котором в системе будет накапливаться информация. Сущности бывают как физически существующие (например, СОТРУДНИК или АВТОМОБИЛЬ), так и абстрактные (например, ЭКЗАМЕН или ДИАГНОЗ).

Для сущностей различают тип сущности и экземпляр. Тип характеризуется именем и списком свойств, а экземпляр - конкретными значениями свойств.

Типы сущностей можно классифицировать как сильные и слабые. Сильные сущности существуют сами по себе, а существование слабых сущностей зависит от существования сильных. Например, читатель библиотеки - сильная сущность, а абонемент этого читателя - слабая, которая зависит от наличия соответствующего читателя. Слабые сущности называют подчинёнными (дочерними), а сильные - базовыми (основными, родительскими).

Для каждой сущности выбираются свойства (атрибуты). Различают:

1. Идентифицирующие и описательные атрибуты. Идентифицирующие атрибуты имеют уникальное значение для сущностей данного типа и являются потенциальными ключами. Они позволяют однозначно распознавать экземпляры сущности. Из потенциальных ключей выбирается один первичный ключ (ПК). В качестве ПК обычно выбирается потенциальный ключ, по которому чаще происходит обращение к экземплярам записи. Кроме того, ПК должен включать в свой состав минимально необходимое для идентификации количество атрибутов. Остальные атрибуты называются описательными и заключают в себе интересующие свойства сущности.

2. Составные и простые атрибуты. Простой атрибут состоит из одного компонента, его значение неделимо. Составной атрибут является комбинацией нескольких компонентов, возможно, принадлежащих разным типам данных (например, ФИО или адрес). Решение о том, использовать составной атрибут или разбивать его на компоненты, зависит от характера его обработки и формата пользовательского представления этого атрибута.

3. Однозначные и многозначные атрибуты (могут иметь соответственно одно или много значений для каждого экземпляра сущности).

4. Основные и производные атрибуты. Значение основного атрибута не зависит от других атрибутов. Значение производного атрибута вычисляется на основе значений других атрибутов (например, возраст студента вычисляется на основе даты его рождения и текущей даты).

Спецификация атрибута состоит из его названия, указания типа данных и описания ограничений целостности - множества значений (или домена), которые может принимать данный атрибут.

Далее осуществляется спецификация связей внутри локального представления. Связи могут иметь различный содержательный смысл (семантику). Различают связи типа "сущность-сущность", "сущность-атрибут" и "атрибут-атрибут" для отношений между атрибутами, которые характеризуют одну и ту же сущность или одну и ту же связь типа "сущность-сущность".

Каждая связь характеризуется именем, обязательностью, типом и степенью. Различают факультативные и обязательные связи. Если вновь порождённый объект одного типа оказывается по необходимости связанным с объектом другого типа, то между этими типами объектов существует обязательная связь (обозначается двойной линией). Иначе связь является факультативной.

По типу различают множественные связи "один к одному" (1:1), "один ко многим" (1:n) и "многие ко многим" (m:n). ER-диаграмма, содержащая различные типы связей, приведена на рисунке 2. Обратите внимание, что обязательные связи на рисунке 2 выделены двойной линией.

Рисунок 2. ER-диаграмма с примерами типов множественных связей

Степень связи определяется количеством сущностей, которые охвачены данной связью. Пример бинарной связи - связь между отделом и сотрудниками, которые в нём работают. Примером тернарной связи является связь типа экзамен между сущностями ДИСЦИПЛИНА,СТУДЕНТ, ПРЕПОДАВАТЕЛЬ. Из последнего примера видно, что связь также может иметь атрибуты (в данном случае это Дата проведения и Оценка). Пример ER-диаграммы с указанием сущностей, их атрибутов и связей приведен на рисунке 3.

Рисунок 3. Пример ER-диаграммы с однозначными и многозначными атрибутами

После того, как созданы локальные представления, выполняется их объединение. При небольшом количестве локальных областей (не более пяти) они объединяются за один шаг. В противном случае обычно выполняют бинарное объединение в несколько этапов.

При объединении проектировщик может формировать конструкции, производные по отношению к тем, которые были использованы в локальных представлениях. Такой подход может преследовать следующие цели:

· объединение в единое целое фрагментарных представлений о различных свойствах одного и того же объекта;

· введение абстрактных понятий, удобных для решения задач системы, установление их связи с конкретными понятиями, использованными в модели;

· образование классов и подклассов подобных объектов (например, класс "изделие" и подклассы типов изделий, производимых на предприятии).

На этапе объединения необходимо выявить и устранить все противоречия. Например, одинаковые названия семантически различных объектов или связей или несогласованные ограничения целостности на одни и те же атрибуты в разных приложениях. Устранение противоречий вызывает необходимость возврата к этапу моделирования локальных представлений с целью внесения в них соответствующих изменений.

По завершении объединения результаты проектирования являют собой концептуальную инфологическую модель предметной области. Модели локальных представлений - это внешние инфологические модели.

2.2 Определение требований к операционной обстановке

На этом этапе производится оценка требований к вычислительным ресурсам, необходимым для функционирования системы, определение типа и конфигурации конкретной ЭВМ, выбор типа и версии операционной системы. Объём вычислительных ресурсов зависит от предполагаемого объёма проектируемой базы данных и от интенсивности их использования. Если БД будет работать в многопользовательском режиме, то требуется подключение её к сети и наличие соответствующей многозадачной операционной системы.

2.3 Выбор СУБД и других программных средств

Выбор СУБД является одним из важнейших моментов в разработке проекта БД, так как он принципиальным образом влияет на весь процесс проектирования БД и реализацию информационной системы. Теоретически при выборе СУБД нужно принимать во внимание десятки факторов. Но практически разработчики руководствуются лишь собственной интуицией и несколькими наиболее важными критериями, к которым, в частности, относятся:

· тип модели данных, которую поддерживает данная СУБД, её адекватность потребностям рассматриваемой предметной области;

· характеристики производительности системы;

· запас функциональных возможностей для дальнейшего развития ИС;

· степень оснащённости системы инструментарием для персонала администрирования данными;

· удобство и надежность СУБД в эксплуатации;

· стоимость СУБД и дополнительного программного обеспечения.

2.4 Логическое проектирование БД

На этапе логического проектирования разрабатывается логическая структура БД, соответствующая логической модели ПО. Решение этой задачи существенно зависит от модели данных, поддерживаемой выбранной СУБД.

Результатом выполнения этого этапа являются схемы БД концептуального и внешнего уровней архитектуры, составленные на языках определения данных (DDL, Data Definition Language), поддерживаемых данной СУБД.

2.5 Физическое проектирование БД

Этап физического проектирования заключается в увязке логической структуры БД и физической среды хранения с целью наиболее эффективного размещения данных, т.е. отображении логической структуры БД в структуру хранения. Решается вопрос размещения хранимых данных в пространстве памяти, выбора эффективных методов доступа к различным компонентам "физической" БД. Результаты этого этапа документируются в форме схемы хранения на языке определения данных (DDL). Принятые на этом этапе решения оказывают определяющее влияние на производительность системы.

Одной из важнейших составляющих проекта базы данных является разработка средств защиты БД. Защита данных имеет два аспекта: защита от сбоев и защита от несанкционированного доступа. Для защиты от сбоев разрабатывается стратегия резервного копирования. Для защиты от несанкционированного доступа каждому пользователю доступ к данным предоставляется только в соответствии с его правами доступа.

3. ОБЩЕЕ ОПИСАНИЕ ЯЗЫКА ПРОГРАММИРОВАНИЯ C#

C# (произносится «си шарп») -- объектно-ориентированный язык программирования. Разработан в 1998--2001 годах группой инженеров под руководством Андерса Хейлсберга в компании Microsoft как язык разработки приложений для платформы Microsoft .NET Framework и впоследствии был стандартизирован как ECMA-334 и ISO/IEC 23270.

C# относится к семье языков с C-подобным синтаксисом, из них его синтаксис наиболее близок к C++ и Java. Язык имеет статическую типизацию, поддерживает полиморфизм, перегрузку операторов (в том числе операторов явного и неявного приведения типа), делегаты, атрибуты, события, свойства, обобщённые типы и методы, итераторы, анонимные функции с поддержкой замыканий, LINQ, исключения, комментарии в формате XML.

Переняв многое от своих предшественников -- языков C++, Pascal, Модула, Smalltalk и, в особенности, Java -- С#, опираясь на практику их использования, исключает некоторые модели, зарекомендовавшие себя как проблематичные при разработке программных систем, например, C# в отличие от C++ не поддерживает множественное наследование классов (между тем допускается множественное наследование интерфейсов).

4. ПРОЦЕСС КОМПИЛЯЦИИ С# - ПРОГРАММЫ. УПРАВЛЯЕМЫЙ И НЕУПРАВЛЯЕМЫЙ КОД

При компилировании C# - программы программист получает не исполняемый модуль, а файл, содержащий специальный псевдокод, называемый промежуточным языком Microsoft (Microsoft Intermediate Language или MSIL). MSIL определяет набор переносимых инструкций, не зависимых от конкретного процессора. Важно отметить, что расширения у получившегося файла с MSIL-кодом будет exe, что не должно вводить вас в заблуждение. Система СLR транслирует промежуточный код в исполняемый во время запуска программы. Любая программа, скомпилированная в MSIL - код, может быть запущена в любой операционной системе, для которой реализована среда CLR. Это одна из частей механизма с помощью, которого достигается переносимость программ. MSIL - код превращается в исполняемый при использовании JIT - компилятора (just in time). Процесс работает следующим образом: при попытке выполнения NET - программы система активизирует JIT - компилятор, который компилирует MSIL - код в команды процессора. Компиляция выполняется только для непосредственно вызываемых методов программы. Откомпилированный выполняемый код сохраняется на машине и перекомпилируется только в том случае, если изменяется исходный код.

При написании программы на C# программист создаёт так называемый управляемый код, который исполняется под контролем независимой от языка среды исполнения CLR. Поскольку программа запускается под контролем CLR, управляемый код должен соответствовать определенным требованиям. Требования такие: компилятор должен создать MSIL - файл, предназначенный для CLR, а также использовать библиотеки .NET Framework. Альтернативой является неуправляемый код , который не выполняется CLR. До появления .NET Framework все Windows - программы использовали его. Сейчас эти два подхода могут работать вместе.

5. РЕЛЯЦИОННАЯ СИСТЕМА УПРАВЛЕНИЯ БАЗАМИ ДАННЫХ MYSQL

MySQL -- свободная реляционная система управления базами данных. Разработку и поддержку MySQL осуществляет корпорация Oracle, получившая права на торговую марку вместе с поглощённой Sun Microsystems, которая ранее приобрела шведскую компанию MySQL AB. Продукт распространяется как под GNU General Public License, так и под собственной коммерческой лицензией. Помимо этого, разработчики создают функциональность по заказу лицензионных пользователей. Именно благодаря такому заказу почти в самых ранних версиях появился механизм репликации.

MySQL является решением для малых и средних приложений. Входит в состав серверов WAMP, AppServ, LAMP и в портативные сборки серверов Денвер, XAMPP, VertrigoServ. Обычно MySQL используется в качестве сервера, к которому обращаются локальные или удалённые клиенты, однако в дистрибутив входит библиотека внутреннего сервера, позволяющая включать MySQL в автономные программы.

Гибкость СУБД MySQL обеспечивается поддержкой большого количества типов таблиц: пользователи могут выбрать как таблицы типа MyISAM, поддерживающие полнотекстовый поиск, так и таблицы InnoDB, поддерживающие транзакции на уровне отдельных записей. Более того, СУБД MySQL поставляется со специальным типом таблиц EXAMPLE, демонстрирующим принципы создания новых типов таблиц. Благодаря открытой архитектуре и GPL-лицензированию, в СУБД MySQL постоянно появляются новые типы таблиц.

Сообществом разработчиков MySQL созданы различные ответвления кода, такие, как Drizzle (англ.), OurDelta, Percona Server и MariaDB. Все эти ответвления уже существовали на момент поглощениякомпании Sun корпорацией Oracle.

В своей работе я использовал портативную сборку сервера Денвер. Денвер (от сокр. Д.н.w.р или ДНВР -- джентльменский набор Web-разработчика) -- набор дистрибутивов и программная оболочка, предназначенные для создания и отладки сайтов (веб-приложений, прочего динамического содержимого интернет-страниц) на локальном ПК (без необходимости подключения к сети Интернет) под управлением ОС Windows.

ЗАКЛЮЧЕНИЕ

В работе отражена общая информация о рассматриваемом языке программирования и принципах работы с базой данных. Создана программа для поверки знаний по дисциплине «Операционные системы». Отражена общая информация о базе данных ее структуре, и ее проектировке. Дана общая информация о С#, среде .Net и библиотеке Framework.

Показана возможность реализации задачи средствами Microsoft Visual Studio 2010 и MySQL.

СПИСОК ЛИТЕРАТУРЫ

1. Свободная энциклопедия Википедия [Электронный ресурс]. - Режим доступа: http://ru.wikipedia.org/wiki/C_Sharp. - Дата доступа: 18.05.2015

2. И.П. Карпова «Проектирование реляционных баз данных» [Электронный ресурс]. - Режим доступа: http://www.rema44.ru/resurs/study/dbprj/dbprj.html. - Дата доступа: 23.05.2015

3. О.О. Веремеенко «Методика проверки и оценки результатов обучения» [Электронный ресурс]. - Режим доступа: http://www.scienceforum.ru/2015/976/7571. - Дата доступа: 23.05.2015

4. Свободная энциклопедия Википедия [Электронный ресурс]. - Режим доступа: http://ru.wikipedia.org/wiki/C_Sharp. - Дата доступа: 18.05.2015

5. Свободная энциклопедия Википедия [Электронный ресурс]. - Режим доступа: http://ru.wikipedia.org/wiki/C_Sharp. - Дата доступа: 18.05.2015

6. О. Н. Евсеева, А. Б. Шамшев Работа с базами данных на языке C# Ульяновск 2009

7. Котаў, А.Л. Гісторыя Беларусі і сусветная цывілізацыя / A.I. Котаў. - 2-е выд. - Мінск: Энцыклапедыкс, 2003. - 168 с.

Размещено на Allbest.ru

...