Администратор БД

Аннотация

 

Данная курсовая работа состоит  из 4 разделов.

Раздел первый – портрет  администратора БД.

Раздел второй – анализ рабочего учебного плана специальности  и федеральных государственных  образовательных стандартов. В данном разделе рассматриваются:

• компетенции ИТ - специалиста;
• учебный план с анализом компетенций и предметов;
• анализ собранной информации;

Раздел третий – карта  памяти структуры ПИ.

Раздел четвертый –  предложения по информационному  наполнению предметов.

Пояснительная записка включает: 24 страницы  текста, 9 использованных литературных источников.

 

 

Содержание

 

Задание 2

Аннотация 3

Введение 5

1. Портрет ИТ – специалиста 7

1.1. История возникновения ИТ - должности администратора БД 7

1.2. Должностные обязанности 10

1.3. Знания, умения, навыки и профессиональные качества 12

1.4. Средняя заработная плата, востребованность на рынке труда, крупнейших работодателей 14

2. Анализ  рабочего учебного плана специальности  и федеральных государственных  образовательных стандартов 16

2.1. Компетенции,  соответствующие должности администратора  БД 16

2.2 Предметы, в рамках которых формируются  компетенции администратора БД: 17

2.3. Анализ  собранной информации 20

3. Карта памяти  структуры ПИ 21

4. Предложения  по информационному наполнению  предметов 22

Заключение 23

Библиографический список 24

 

 

Введение

 

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

Целью данной курсовой работы является ознакомление с профессией администратора БД.

Основными  задачами данной курсовой работы являются:

• выявление должностных обязанностей специалиста;
• исследование истории возникновения данного специалиста;
• сбор информации о заработной плате;
• определение востребованности специалиста  на рынке труда, крупнейших работодателей;

А также выполнить анализ рабочего учебного плана специальности и федеральных государственных образовательных стандартов (ФГОС):

• выявить группы компетенций, соответствующих администратору БД;
• выявить предметы, в рамках которых формируются данные компетенции.

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

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

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

Профессия администратора базы данных не менее сложная и ответственная, чем другие профессии сферы «Программисты, сисадмины, IT-специалисты». Ведь Администратор базы данных должен отлично знать не только теорию своей работы, но и быть отличным практиком. Тем более, квалификация администратора базы данных важна с точки зрения карьерного роста.

 

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

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

Должность администратора БД бесспорно  может считаться одной из самых  недооцениваемых на предприятии. Этот человек в ответе практически  за все, что только может пойти  не так. Довольно неблагодарно считать  устойчивое функционирование системы  само собой разумеющимся фактом, а  противоположную ситуацию - исключительно  виной администратора БД. Администратор БД нуждается в разнообразии средств, способных сделать его работу более продуктивной и избавить от авралов по вечерам и выходным. Кроме того, инструментальные средства позволяют АБД сосредоточиться на выполнении своих непосредственных обязанностей вместо того, чтобы заниматься “пожаротушением”, решением неотложных проблем и выполнением рутинных, но от этого не менее подверженных ошибкам, процедур, таких как резервное копирование и реорганизации.

 

1. Портрет ИТ – специалиста

 

1. История возникновения ИТ - должности администратора БД

 

Концепция БД сложилась в  конце 60-х годов прошлого столетия и с тех пор постоянно развивалась. В связи с этим и развивалась должность администратора БД - специалиста, который проектирует, реализует, отвечает за эффективное использование и сопровождение базы данных. Известный специалист в области БД Д.Мартин рассматривает несколько этапов в развитии технологии обработки данных.

Первый этап сложился к  началу 60-х годов прошлого века и  характеризуется следующими признаками:

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

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

Второй этап относится  к середине 60-х годов и имеет  следующие особенности:

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

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

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

Четвертый этап датируется второй половиной 70-х годов. На этом этапе были реализованы, в той или иной степени, следующие основные характеристики СУБД:

• логическая и физическая независимость данных;
• удобство развития БД;
• безопасность, секретность, целостность данных;
• поиск информации по различным запросам;
• языковые средства для администратора, прикладного программиста, пользователя-непрофессионала.

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

С начала 70-х годов после  публикаций Э.Кодда начались активные исследования  реляционной модели данных. Вплоть до 80-х годов реляционные СУБД считались перспективными, но трудными для реализации.

Опыт использования первых СУБД позволил выделить  такие важные требования к ним, как:

• естественное представление различных структур данных;
• производительность;
• минимальные затраты на создание и поддержку БД;
• разнообразие возможностей поиска, в том числе незапланированных заранее;
• простота и дружественность;
• наличие непроцедурных языков пользователя (что получить, а не как).

Таким образом, к концу 70-х  годов сформировались основные концепции  СУБД, в соответствии с которыми были созданы первые промышленные СУБД.

Новый этап в развитии СУБД наступил при появлениии ПК. На этом этапе на передний план вышли  такие особенности СУБД, как:

• дружественность и удобство работы пользователя (развитые диалоги, меню, оконный интерфейс, контекстная помощь);

• упрощение громоздких схем СУБД за счет частичной реализации ряда свойств;
• почти полный переход на реляционные СУБД;

Новые СУБД распространялись вместе с персональными компьютерами огромными тиражами. Так для СУБД dBaseIII Plus компании Ashton-Tate в 1986 году было зарегистрировано более 2 миллионов продаж. Вообще, СУБД линии dBase оказались одними из самых популярных. Язык программирования xBase, лежащий в их основе, стал классикой жанра. Не случайно ряд СУБД также использовали диалекты этого языка.

В России особо популярными  стали СУБД FoxBase+ и впоследствии FoxPro компании FoxSoftware, обладающие новыми возможностями по сравнению с dBase и непритязательные к техническим характеристикам компьютера. Позднее компания Fox Software была поглощена компанией MicroSoft, и соответствующие продукты выходили уже под ее маркой. Распространение получили такие СУБД как Paradox фирмы Borland, Access фирмы MicroSoft, сетевая СУБД dB Vista фирмы Raima Incorporation и многие другие. В России появились русифицированные версии некоторых из этих продуктов.

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

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

Клиент-серверные СУБД снижают трафик в сети. Клиент отправляет запрос к БД, который обрабатывается на сервере, возвращая полученный результат. Клиент-серверные СУБД могут масштабироваться до сотен и тысяч рабочих мест. Всеобщее распространение, подкрепленное стандартами, получил язык запросов SQL (Structured Query Language). Запрос к серверу формируется, как правило, на языке SQL, поэтому клиент-серверные СУБД стали называть SQL-серверами. Наиболее широко известны такие SQL-сервера как SQL Server, DB2, Oracle,Informix, Ingres, InterBase, MySQL.

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

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