База данных как компьютеризованная система, предназначенная для хранения информации и предоставления ее по требованию. Рассмотрение основных особенностей и этапов разработки системы управления базами данных "Учет кадров педагогических работников".
Аннотация к работе
Visual Basic считается хорошим средством быстрой разработки прототипов программы, для разработки приложений баз данных и вообще для компонентного способа создания программ, работающих под управлением операционных систем семейства Microsoft Windows. Поэтому сегодня (октябрь 2012 года) нужно говорить о классическом Visual Basic, его диалектах Visual Basic for Applications (VBA) и Visual Basic Scripting Edition (VBSCRIPT) и о языке для платформы .NET - Visual Basic .NET. Причем иерархия компонентов для работы с БД организована таким образом, что практически неважно, какой именно базой данных пользуется приложение - это может быть и локальная БД и промышленный сервер, типа Oracle или MS SQL Server. Сущность «Педагог» характеризуется следующими атрибутами: фамилия, имя, отчество, дата рождения, возраст, пол, № паспорта, кем выдан, адрес прописки, ИНН, пенсионное удостоверение, дата начала трудовой деятельности, телефон, образование, учреждение, квалификационная категория, курсы повышения квалификации, сведения о наградах. Нормализация отношений - формальный аппарат ограничений на формирование отношений (таблиц), который позволяет устранить дублирование, обеспечивает непротиворечивость хранимых в базе данных, уменьшает трудозатраты на ведение (ввод, корректировку) базы данных.В ходе выполнения работы была разработана база данных, необходимая для информационной системы учета кадров педагогических работников, а также оболочка для ее обработки. База данных использует реляционную модель данных, таблицы базы данных прошли все этапы нормализации. Разработанная программа позволяет выполнять изменение, добавление и удаление информации в таблицах. Разработанный программный продукт представляет собой систему управления базой данных (СУБД). Приложение-интерфейс СУБД разработана с использованием Delphi, функционирующее под операционной системой MS Windows.
Введение
Основой для учета, контроля и планирования служат всевозможные картотеки, регистрационные журналы, списки и т.д. Они постепенно накапливаются и обновляются. При большом объеме информации поиск и обобщение необходимых сведений, осуществляемых вручную, представляют собой довольно трудоемкий процесс. Поэтому и возникла необходимость создания баз данных.
В настоящее время, несмотря на повышение компьютеризации общества, в сфере дополнительного образования до сих пор нет средств, позволяющих в достаточной мере автоматизировать процесс ведения документации и отчетности.
Одной из составных задач можно рассматривать проблему ведения учета кадров педагогических работников.
О своевременности и актуальности рассматриваемой проблемы говорит тот факт, что большую часть своего времени администраторы заведений и преподаватели тратят на оформление различной документации и отчетов. Огромное количество учебных заведений и отсутствие предложений в данной сфере гарантируют высокую потребность в данном продукте.
Обширные объемы информационных потоков, обрабатываемых в любом учреждении, направлены в основном на создание управленческих документов. А управленческие документы, в свою очередь, на принятие управленческих решений, то есть основной функции любого учреждения.
Внедрение автоматизированных информационных систем в деятельность различных учреждений создает возможности для повышения качества документационного обеспечения управления и позволяет повысить производительность и качество управленческого труда. Они позволяют структурировать, хранить и извлекать информацию оптимальным для пользователя способом.
База данных (БД) - это компьютеризованная система, предназначенная для хранения информации и предоставления ее по требованию.
Задача базы данных состоит в хранении всех представляющих интерес данных в одном или нескольких местах, причем таким способом, который заведомо исключает ненужную избыточность. Создание баз данных преследует две основные цели: понизить избыточность данных и повысить их надежность. Между физической базой данных и пользователями системы располагается уровень программного обеспечения, именно это и подразумевается под понятием СУБД. Все запросы пользователей на получение доступа к базе данных обрабатываются СУБД. Создание, наполнение, обновление и удаление данных в файлах или таблицах также предоставлены СУБД. Основная задача СУБД - дать пользователю базы данных возможность работать с ней, не вникая во все подробности работы на уровне аппаратного обеспечения.
Несмотря на то, что дополнительные образовательные учреждения бывают разного объема обучающихся и преподавателей, базы данных очень упрощают работу с информацией.
Объект исследования: Детский центр развития (ДЦР) «Радуга»
Предмет исследования: Преподаватели и обучающиеся (ДЦР) «Радуга»
Целью работы является разработка СУБД «Учет кадров педагогических работников». Для достижения поставленной цели необходимо решить следующие задачи: 1 Исследовать предметную область;
2 Построить концептуальную модель;
3 Осуществить нормализацию таблиц базы данных, приведя к 3-й нормальной форме;
Microsoft Visual Basic - средство разработки программного обеспечения, разрабатываемое корпорацией Microsoft и включающее язык программирования и среду разработки. Язык Visual Basic унаследовал дух, стиль и отчасти синтаксис своего предка - языка Бейсик, у которого есть немало диалектов. В то же время Visual Basic сочетает в себе процедуры и элементы объектно-ориентированных и компонентно-ориентированных языков программирования. Среда разработки VB включает инструменты для визуального конструирования пользовательского интерфейса.
Visual Basic считается хорошим средством быстрой разработки прототипов программы, для разработки приложений баз данных и вообще для компонентного способа создания программ, работающих под управлением операционных систем семейства Microsoft Windows.
Первое признание серьезными разработчиками Visual Basic получил после выхода версии 3 - VB3. Окончательное признание как полноценного средства программирования для Windows - при выходе версии 5 - VB5. Версия VB6, входящая в состав Microsoft Visual Studio 6.0, стала по-настоящему зрелым и функционально богатым продуктом. После этого разработчики из Microsoft существенно изменили направление развития данной технологии.
Visual Basic .NET не позволяет программировать по-старому, потому что по сути является совершенно другим языком, таким же, как и любой другой язык программирования для платформы .NET. Индивидуальность языка, так же как и его преимущества (простота, скорость создания программ, легкость использования готовых компонентов) при использовании в среде .NET не имеют такого значения, как раньше - все сосредоточено на возможностях самой системы .NET, на ее библиотеке классов. Поэтому сегодня (октябрь 2012 года) нужно говорить о классическом Visual Basic, его диалектах Visual Basic for Applications (VBA) и Visual Basic Scripting Edition (VBSCRIPT) и о языке для платформы .NET - Visual Basic .NET.
1.2 Oracle Application Express
Oracle Application Express (сокращенно именуется как Oracle Apex, APEX, ранее называлась Oracle HTMLDB) - свободная среда быстрой разработки прикладного программного обеспечения на основе СУБД Oracle Database, целиком реализованная как веб-приложение. Все элементы, возникающие в цикле разработки приложения в данной среде хранятся непосредственно в инфраструктуре Oracle Database, тем самым обеспечивается совместная работа разработчиков и контроль версий без использования файлов и дополнительныхсистем управления версиями. Приложения могут быть развернуты на экземпляре Oracle Database без дополнительного программного обеспечения (используя встроенный в СУБД веб-сервер), либо веб-сервер может быть вынесен на внешний сервер на основе Apache httpd с модулем mod_plsql. Также существует Java -приложение Oracle APEX Listener, которое может быть развернуто на J2EE-серверах приложений для обеспечения функций веб-сервера для APEX-приложений с возможностями кэширования на стороне веб-сервера, конфигурирования через веб-интерфейс, дополнительными функциями по мониторингу и обеспечению безопасности.
1.3 Borland Delphi 7.0
Наиболее существенный отрыв Delphi от ближайших аналогов состоит в действительно быстрой разработке приложений, обладающих сложным пользовательским интерфейсом, особенно имеющим сильные взаимосвязи между элементами управления, расположенными в окнах программы. Также Delphi предлагает довольно мощный набор компонентов для работы с базами данных. Причем иерархия компонентов для работы с БД организована таким образом, что практически неважно, какой именно базой данных пользуется приложение - это может быть и локальная БД и промышленный сервер, типа Oracle или MS SQL Server. Существенным преимуществом Delphi в этой области является возможность управления базами данных на логическом уровне, соответствующем понятиям самих баз данных, без использования низкоуровневых запросов к драйверам. Такие возможности Delphi обусловили ее широкую применяемость при разработке АСУП - автоматизированных систем управления предприятиями. Однако это не единственная область применения, так как возможности Delphi не ограничиваются выше перечисленными. Delphi является языком программирования широкого назначения и позволяет разработать программный продукт любой сложности для любой области. Даже если какие-либо возможности и не поддерживаются напрямую, то этот недостаток может быть исправлен добавлением соответствующих компонентов в систему. Такой подход касается, например, технологии DIRECTX, не поддерживаемой Delphi в ее исходной комплектации, но существуют компоненты для использования DIRECTX, которые легко интегрируются в среду разработки.
В любом случае, подпрограммы, реализованные в других Windows языках программирования, могут быть использованы в Delphi через механизм динамически компонуемых библиотек (от англ. Dynamic Link Library - DLL - Динамически компонуемая библиотека). Заметим, что многие системные библиотеки Windows изначально подключены к Delphi, а вызов функций из них ничем не отличается от использования обычных библиотек Pascal.
С появлением среды разработки Kylix под операционную систему Linux, полностью соответствующую Delphi за исключением некоторых аспектов, связанных с различиями в технологиях, используемых в этих операционных системах, часть приложений, написанных в Delphi, стала переносимой под Linux, что открывает еще более широкие возможности этой среды разработки.
В качестве языка программирования для реализации программы была выбрана среда разработки Borland Delphi 7.0 так как delphi - оптимальный инструмент для создания приложений для баз данных. Оптимальный, т.к. поддерживает технологию визуальной разработки, которая позволяет существенно сократить время разработки (снизить стоимость, соответственно), при сохранении хорошего качества и надежности программного продукта.
1.4 Описание концептуальной модели
В целях обеспечения наиболее естественных для человека способов сбора и представления той информации, которую предполагается хранить в создаваемой базе данных, нужно построить модель, называемую "сущность-связь". Эту модель данных нельзя строить по аналогии с естественным языком (последний, не может быть использован в чистом виде изза сложности компьютерной обработки текстов и неоднозначности любого естественного языка). Основными конструктивными элементами таких моделей являются сущности, связи между ними и их свойства (атрибуты).
Атрибут - поименованная характеристика сущности.
Ключ - минимальный набор атрибутов, по значениям которых можно однозначно найти требуемый экземпляр сущности.
Сущность - любой различимый объект, информацию о котором необходимо хранить в базе данных.
В проектируемой базе данных сущностями будут являться: «Педагоги», «Образовательная программа», «Дисциплины», «Нагрузка».
Сущность «Педагог» характеризуется следующими атрибутами: фамилия, имя, отчество, дата рождения, возраст, пол, № паспорта, кем выдан, адрес прописки, ИНН, пенсионное удостоверение, дата начала трудовой деятельности, телефон, образование, учреждение, квалификационная категория, курсы повышения квалификации, сведения о наградах.
Сущность «Образовательная программа» характеризуется атрибутами: код ОП, наименование ОП, код дисциплины.
Сущность «Дисциплины» характеризуется следующими атрибутами: код дисциплины, наименование дисциплины.
Сущность «Нагрузка» характеризуется следующими атрибутами: код ОП, год обучения, количество часов в дисциплине, код.
Между этими сущностями существуют следующие связи: у каждого педагога есть своя нагрузка по учебному плану. В нагрузку входит образовательная программа. В образовательную программу входят дисциплины.
Определение ключей и внешних ключей
Ключами данной системы отношений являются: № паспорта, код ОП, код дисциплины.
Таблица 1.1 «Параметры атрибутов»
Название атрибута Имя поля Тип поля Размер Ограничения
Педагог Фамилия Текстовый 20
Имя Текстовый 20
Отчество Текстовый 20
Дата рождения Дата/время Краткий формат
Возраст Числовой Целое
Пол Текстовый 3
№ паспорта Числовой Целое Not null
Кем выдан Текстовый 50
Адрес прописки Текстовый 50
ИНН Числовой Целое
Пенсионное удостоверение Числовой Целое
Дата начала трудовой деятельности Дата/время Краткий формат
Телефон Числовой Целое
Образование Текстовый 20
Учреждение Текстовый 50
Квалификационная категория Текстовый 8
Курсы повышения квалификации MEMO
Сведения о наградах MEMO
Образовательная программа Код ОП Числовой Целое Not null
Наименование ОП Текстовый 30
Код дисциплины Числовой Целое
Дисциплины Код дисциплины Числовой Целое Not null
Наименование дисциплины Текстовый 50
Нагрузка Код ОП Числовой Целое
Год обучения Дата/время Краткий
Колво часов Числовой Целое
№ паспорта Числовой Целое
1.5 Нормализация с помощью метода ER-диаграмм
Нормализация БД - это формирование модели или процесс проектирования. Одни и те же данные могут группироваться в таблицы (отношения) различными способами, т.е. возможна организация различных наборов отношений взаимосвязанных информационных объектов. Группировка атрибутов в отношениях должна быть рациональной, т.е. минимизирующей дублирование данных и упрощающей процедуры их обработки и обновления.
Определенный набор отношений обладает лучшими свойствами при включении, модификации, удалении данных, чем все остальные возможные наборы отношений, если он отвечает требованиям нормализации отношений.
Нормализация отношений - формальный аппарат ограничений на формирование отношений (таблиц), который позволяет устранить дублирование, обеспечивает непротиворечивость хранимых в базе данных, уменьшает трудозатраты на ведение (ввод, корректировку) базы данных. Выделены три нормальные формы отношений и предложен механизм, позволяющий любое отношение преобразовать к третьей (самой совершенной) нормальной форме.
Первая нормальная форма
Отношение называется нормализованным или приведенным к первой нормальной форме, если все его атрибуты простые (далее неделимы). Преобразование отношения к первой нормальной форме может привести к увеличению количества реквизитов (полей) отношения и изменению ключа.
Первым шагом нормальной формы является сбор всех данных полей: 1) Фамилия;
2) Имя;
3) Отчество;
4) Дата рождения;
5) Возраст;
6) Пол;
7) № паспорта;
8) Кем выдан;
9) Адрес прописки;
10) ИНН;
11) Пенсионное удостоверение;
12) Дата начала трудовой деятельности;
13) Телефон;
14) Образование;
15) Учреждение;
16) Квалификационная категория;
17) Курсы повышения квалификации;
18) Сведение о наградах;
19) Код ОП;
20) Наименование ОП;
21) Код дисциплины;
22) Наименование дисциплины;
23) Код ОП;
24) Год обучения;
25) Колво часов в дисциплины;
26) Код.
Для этой формы самое главное свойство достаточность, избыток данных в этой форме допускается.
Второй шаг первой нормальной формы
Определение делимых полей и устранение повторяющихся групп. Делимые поля - это поля, в которых информация дробная: 1) Фамилия;
2) Имя;
3) Отчество;
4) Дата рождения;
5) Возраст;
6) Пол;
7) № паспорта;
8) Кем выдан;
9) Адрес прописки;
10) ИНН;
11) Пенсионное удостоверение;
12) Дата начала трудовой деятельности;
13) Телефон;
14) Образование;
15) Учреждение;
16) Квалификационная категория;
17) Курсы повышения квалификации;
18) Сведение о наградах;
19) Код ОП;
20) Наименование ОП;
21) Код дисциплины;
22) Наименование дисциплины;
23) Код ОП;
24) Год обучения;
25) Колво часов в дисциплины;
26) Код.
Повторяющиеся группы не обнаружены. Повторяющаяся группа - это совокупность трех и более одинаковых полей.
Вторая нормальная форма
Чтобы рассмотреть вопрос приведения отношений ко второй нормальной форме, необходимо дать пояснения к таким понятиям, как функциональная зависимость и полная функциональная зависимость.
Описательные реквизиты информационного объекта логически связаны с общим для них ключом, эта связь носит характер функциональной зависимости реквизитов.
Функциональная зависимость реквизитов - зависимость, при которой экземпляре информационного объекта определенному значению ключевого реквизита соответствует только одно значение описательного реквизита. Такое определение функциональной зависимости позволяет при анализе всех взаимосвязей реквизитов предметной области выделить самостоятельные информационные объекты.
В случае составного ключа вводится понятие функционально полной зависимости. Функционально полная зависимость не ключевых атрибутов заключается в том, что каждый не ключевой атрибут функционально зависит от ключа, но не находится в функциональной зависимости ни от какой части составного ключа.
Отношение будет находиться во второй нормальной форме, если оно находится в первой нормальной форме, и каждый не ключевой атрибут функционально полно зависит от составного ключа.
Первый шаг второй нормальной формы - расстановка первичного ключа. Чтобы легче было установить первичный ключ в таблице, нужно сделать десять записей. Ключ, так же как и вся база, должен отличатся достаточностью и не избыточностью: 1) Фамилия;
2) Имя;
3) Отчество;
4) Дата рождения;
5) Возраст;
6) Пол;
7) № паспорта;*
8) Кем выдан;
9) Адрес прописки;
10) ИНН;
11) Пенсионное удостоверение;
12) Дата начала трудовой деятельности;
13) Телефон;
14) Образование;
15) Учреждение;
16) Квалификационная категория;
17) Курсы повышения квалификации;
18) Сведение о наградах;
19) Код ОП;*
20) Наименование ОП;
21) Код дисциплины;*
22) Наименование дисциплины;
23) Код ОП;
24) Год обучения;
25) Колво часов в дисциплины;
26) Код.*
Следующий шаг второй нормальной формы - соотношение не ключевых полей.
Рис.
Третья нормальная форма
Понятие третьей нормальной формы основывается на понятии не транзитивной зависимости. Транзитивная зависимость наблюдается в том случае, если один из двух описательных реквизитов зависит от ключа, а другой описательный реквизит зависит от первого описательного реквизита.
Отношение будет находиться в третьей нормальной форме, если оно находится во второй нормальной форме, и каждый не ключевой атрибут не транзитивно зависит от первичного ключа.
Для устранения транзитивной зависимости описательных реквизитов необходимо провести «расщепление» исходного информационного объекта. В результате расщепления часть реквизитов удаляется из исходного информационного объекта и включается в состав других (возможно, вновь созданных) информационных объектов.
В первом шаге третьей нормальной формы ключи не проставляются. Второй шаг третей нормальной формы - расстановка связей. Третий шаг третьей нормальной формы - удаление из БД транзакционных полей (вычисляемые поля) (см. рис. 1.1).
Рисунок 1.1 «Первый шаг третьей нормальной формы - разделение на таблицы»
2. Основная проектная часть
2.1 Сценарий работы СУБД «Учет кадров педагогических работников»
Проектирование интерфейса всегда начинается с анализа сценариев использования. При работе над сценариями использования СУБД «Учет педагогических работников» было учтено максимум деталей. Главное окно программы содержит таблицу для отображения данных занесенных педагогах, работа с таблицей осуществляется с помощью кнопок: 1 «Выборка» - позволяет отбирать определенные данные для отображения их в таблице;
2 «Фильтрация» - отображает данные по запросу;
3 «Сортировка» - сортирует данные в таблице в алфавитном порядке;
4 «Автовыравнивание ячеек» - выравнивание ячеек в таблице по тексту.
Кнопки редактирования позволяют «Добавлять», «Редактировать», «Осуществлять просмотр» данных о занесенных педагогах. Окно редактирования данных содержит навигационные кнопки, поля для занесения информации о педагогах, поле для отображения фотографии педагога и три вспомогательные кнопки «сохранить», «удалить», «выйти».
С помощью кнопок «Отчет» и «Экспорт в Excel» данные сотрудника можно выводить в печатный вид для составление отчетов о сотруднике или по определенным запросам
2.2 Алгоритм разработки СУБД «Учет кадров педагогических работников»
1 Исследование предметной области;
2 Построение концептуальной модели;
3 Нормализация таблиц базы данных, приведя к 3-й нормальной форме;
4 Разработка базы данных в MS Access;
5 Разработка графического интерфейса в Borland Delphi 7.0
2.3 Создание базы данных в MS Access
Основа для СУБД была разработана в MS Access. MS Access имеют много плюсов, часто программисты предпочитают использовать именно их. Во-первых, база данных MS Access - это один файл. Сколько бы таблиц и индексов она не содержала, все это хранится в одном единственном файле. А значит, такую базу данных легче обслуживать - переносить на новое место, делать резервные копии и так далее. Еще один плюс - имена полей в такой БД можно давать русскими буквами.
В базе данных MS Access были созданы 4 таблицы: «Педагоги»;
Рисунок 1.2 «Таблица Педагоги»
«Образовательная программа»;
Рисунок 1.3 «Таблица «Образовательная программа»
1 «Нагрузка»;
Рисунок 1.4 «Таблица «Нагрузка»
2 «Дисциплины».
Рисунок 1.5 «Таблица «Дисциплины»
После создания таблиц, необходимо сделать схему данных
При построении схемы данных Access автоматически определяет по выбранному полю тип связи между таблицами. Если поле, по которому нужно установить связь, является уникальным ключом, как в главной таблице, так и в подчиненной, Access устанавливает связь типа один к одному. Если поле связи является уникальным ключом в главной таблице, а в подчиненной таблице является не ключевым или входит в составной ключ. Access устанавливает связь типа один ко многим от главной таблицы к подчиненной.
Рисунок 1.6 «Схема данных»
На этом этапе база данных готова. Далее необходимо было наполнить базу данных нужной информацией. Пока база данных еще пустая, нужно было сделать резервную копию файла BD.mdb, который и является полученной базой данных.
2.4 Работа с базой данных MS Access в Delphi
После того, как база данных была спроектирована и сделаны таблицы, осталась осуществить данный проект в Delphi, работающий с этой базой данных. Главная форма программы выглядит, как показано на рисунке 1.7.
Рисунок 1.7 «Главная форма программы»
Данная форма имеет два компонента TOOLBAR. Свойству Align TOLLBAR1 присвоено значение ALTOP (весь верх). Затем свойству Align TOLLBAR2 присвоено значение ALNONE. Затем помещен компонент Splitter с вкладки Additional панели инструментов, и его свойству Align также присвоено значение ALBOTTOM, после чего он прижался к нижней панели. Splitter - это разделитель между панелями. С его помощью пользователь мышью сможет передвигать нижнюю панель, меняя ее размеры. Далее помещен раздел поиска, состоящий из Label, Edit и кнопки BITBTN.
В компоненте TOLLBAR1 создано 3 кнопки. Одна из них предназначена для редактирования текущей записи, другая - для добавления новой, третья для удаления.
Далее все свободное место формы занимает DBGRID из вкладки DATACONTROLS палитры компонентов, свойству Align присвоено значение ALCLIENT.
Свойству Name формы присвоено значение FMAIN, свойство Caption формы имеет текст "Учет кадров педагогических работников", модуль сохранен под именем Main.pas. Далее в проект добавлен модуль данных (File -> New -> Data Module). Модуль данных - это не визуальный контейнер для размещения на нем не визуальных компонентов. В основном, он предназначен для размещения в нем компонентов подключения к данным (TDATABASE, ADOCONNECTION и т.п.), компонентов - наборов данных (TTABLE/ADOTABLE, TQUERY/ADOQUERY, TSTOREDPROC/ADOSTOREDPROC) и компонентов DATASOURCE, которые обеспечивают связь наборов данных и компонентов отображения/редактирования данных. Также модуль данных часто используют и для хранения глобальных переменных, общих функций и процедур, которые должны быть видны по всей программе. Модуль данных не имеет формы, но сохраняется как модуль в файле *.pas.
Свойству Name модуля данных присвоено имя FDM, а модуль сохранен как DM.pas. В модуль добавлен компонент ADOCONNECTION с вкладки ADO палитры компонентов. Этот компонент обеспечит связь других компонентов с базой данных при помощи механизма ADO. Связь обеспечивается свойством компонента CONNECTIONSTRING. У таких компонентов, как ADOTABLE тоже есть данное свойство, но для того, чтобы не устанавливать связь несколько раз, проще один раз соединиться компонентом ADOCONNECTION и использовать его для связи других компонентов.
Щелкнув дважды по свойству CONNECTIONSTRING компонента ADOCONNECTION, откроется окно подключения компонента к ADO (рис. 1.8).
Рисунок 1.8 «Окно подключения компонента ADO»
Подключение может происходить одним из трех способов: 1 Использовать для связи созданный ранее link-файл;
2 Вписать в поле "Use Connection String" строку для связи с ADO;
3 Сгенерировать эту строку, нажав кнопку Build.
Выбран третий способ - нажатие на кнопку Build. Открывается новое окно, содержащее настройки подключения (см. рис. 1.9).
Рисунок 1.9 «Настройки подключения»
Вначале предлагается выбрать поставщика OLE DB, или иначе, указать нужный для подключения драйвер. Для связи с базой данных MS Access больше всего подходит "Microsoft Jet 4.0 OLE DB Provider". Jet - это название механизма работы с СУБД, встроенного в MS Access. Этот механизм поддерживает как собственные БД MS Access, имеющие расширение *.mdb, так и ODBC. Он и выбран для выделения в списке.
Затем нужно нажать на кнопку "Далее", либо перейти к вкладке "Подключение". Здесь нужно выбрать или ввести базу данных. Замечание: выбирая базу данных, нажатием на кнопку с тремя точками, где открывается диалог выбора и указывается нужный файл, база данных будет привязана к указанному адресу. Если нужно поместить базу данных в какую-то определенную папку, то указываем эту папку. Однако, если файл с базой данных (в конкретном случае ok.mdb) размещен там же, где находится программа, и зависеть от определенной папки необходимости нет (ведь пользователь может переместить программу), то нужно вручную вписать только имя файла с БД, без всякого адреса. В этом случае проверить подключение, нажав на кнопку "Проверить подключение" не представляется возможным.
Далее в модуль данных помещаются четыре компонента ADOTABLE, по одному на каждую таблицу. Компонент ADOTABLE (также как и TTABLE из вкладки BDE) предназначен для создания набора данных.
Набором данных (НД) называется группа записей, полученных такими компонентами, как TTABLE/ADOTABLE, TQUERY/ADOQUERY, TSTOREDPROC/ADOSTOREDPROC из одной или нескольких таблиц базы данных. Все компоненты наборов данных являются потомками класса TDBDATASET, и имеют много общих свойств, методов и событий. Эти компоненты также называют наборами данных.
Табличные компоненты (TTABLE/ADOTABLE) являются наборами данных, которые получают из базы данных полную копию одной из таблиц, и предоставляют полученный набор данных визуальным компонентам отображения данных (DBGRID, DBEDIT, DBMEMO).
На рисунке 1.10 представлен модуль данных с установленными компонентами.
Рисунок 1.10 «Модуль данных с установленными компонентами»
На вкладке DATACONTROLS сосредоточены визуальные (видимые пользователю) компоненты отображения данных, такие как DBGRID (сетка, отображающая все данные НД в виде таблицы, и позволяющая редактировать их), DBEDIT (поле редактирования данных, предназначенная для ввода или редактирования одного поля записи, то есть, ячейки таблицы), DBMEMO (для редактирования MEMO-полей) и т.д. Единственным исключением является компонент DBNAVIGATOR. Этот компонент предназначен не для отображения данных, а для перемещения по записям набора данных, для вставки новой записи или удаления старой, для перевода НД в режим редактирования или для подтверждения сделанных изменений в наборе данных.
Выделив сетку DBGRID, в ее свойстве DATASOURCE нужно выбрать DATAMODUL3.TPEDAGOG. Разумеется, таблица еще пуста, данных пока нет.
Далее нужно сделать окно редактора данных. Для этого создается новая форма (File -> New -> Form), командой File -> Use Unit подключается к форме модуль данных DM. На форме установлены компоненты, представленные на рисунке 1.11.
Рисунок 1.11 «Окно редактора данных»
На форме установлено четыре панели GROUPBOX с вкладки Standard. Далее на эту форму установлено пятнадцать компонентов DBEDIT с вкладки DATACONTROLS палитры компонентов, три DBCOMBOBOX, и три компонента DBMEMO, поясняющие компоненты Label.
В правой нижней части для удобства пользователя установлен навигационный компонент DBNAVIGATOR с вкладки Data Controls. Этот компонент предназначен для перемещения по записям, включения режима редактирования записи, сохранения или отмены сделанных изменений, добавления новой записи или удаления существующей. DBNAVIGATOR имеет следующие кнопки: First - переход на первую запись таблицы, Prior - переход на предыдущую запись, Next - переход на следующую запись, Last - переход на последнюю запись.
Сохранение всех введенных данных осуществляется с помощью метода Post. Новая запись добавляется с помощью метода Append.
Таким образом, на главной форме в сетке отображается таблица, и всякий раз в этой таблице будут показаны данные текущего сотрудника. Проект сохранен и скомпилирован.
3. Описание конфигурации
3.1 Описание конфигурация для разработки проекта
Аппаратное обеспечение компьютера
· процессор INTEL Pentium G640 (2.8 GHZ x 2)/ 3MB;
· оперативная память DDR3 4096Mb (1600Mhz) Kingston;
· жесткий диск 320.0 Gb Seagate Barracuda 7200.14 16MB SATA-3;
Расчет себестоимости начинается с того, что перечисляется все оборудование и материалы, которые были задействованы в производстве. Все расчеты отображены в таблице 3.1.
Таблица 4.1 Расчет стоимости приобретенного оборудования
Названия оборудования Ед. изм-я Стоимость (руб.) Колво Сумма (руб.)
Системный блок Шт. 10000-00 1 10000-00
Delphi 7 Шт. 8000-00 1 8000-00
Nero 7 Шт. 8000-00 1 8000-00
Монитор Шт. 6000-00 1 6000-00
Принтер Шт. 5000-00 1 5000-00
Стол Шт. 4000-00 1 4000-00
ОС Windows XP Шт. 4000-00 1 4000-00
Стул Шт. 1500-00 1 1500-00
Клавиатура Шт. 200-00 1 200-00
Пачка бумаги «Снегурочка» Уп. 150-00 1 150-00
Мышь Шт. 100-00 1 100-00
Сетевой фильтр Шт. 100-00 1 100-00
Библия Delphi ( CD) 303-00 1 303-00
Тетрадь Шт. 10-00 1 10-00
CD-диск Шт. 8-00 2 16-00
Ручка Шт. 3-00 1 3-00
Итого: 47382-00
Приобретенное оборудование необходимое для выполнения товара обошлось нам в 47382-00
4.2 Расчет стоимости электроэнергии потребляемой в технологическом процессе
При получении общей стоимости электроэнергии, потребляемой в технологическом процессе, подсчитывается, сколько будет затрачено каждым оборудованием. Для этого берем количество потребляемой энергии переводим в КВТ: V / 1000. После полученное количество КВТ * 168 и получаем потребление электроэнергии в месяц. Затем подсчитываем стоимость при условии, что 1 КВТ нам обходится в 1,60 руб. Итого мы в общем получаем около 163-18 в месяц. Все расчеты указаны в таблице 3.2.
Таблица 4.2 Расчет стоимости электроэнергии потребляемой в технологическом процессе
Названия оборудования Колво потреб. электр. в час (V) Колво потребляемой электр. в месяц (КВТ) Стоим. электроэн. в месяц (руб.)
Системный блок 230 38,64 69-24
Монитор 100 16,8 26-86
Принтер 220 33,6 53-76
Сканер 5 0,84 4-44
Клавиатура 5 0,84 4-44
Мышь 5 0,84 4-44
Итого: 565 91,56 163-18
Затраты электроэнергии в технологическом процессе обошлись нам в 163-18 рублей.
4.3 Расчет амортизационных отчислений
Амортизационные отчисления - сумма, начисляемая на счет прибылей и убытков и представляющая износ или уменьшение стоимости актива. Обычно сумма амортизационных отчислений определяется процентом от стоимости актива, зафиксированной в бухгалтерских книгах.
При расчете амортизационных отчислений используем следующие формулы.
, где: 1) 21 - количество рабочих день в месяц;
2) 12 - количество месяцев в году;
3) 8 - количество часов за один рабочий день.
где 1 - количество месяцев, за которые был выполнен товар.
Используя выше перечисленные формулы мы получаем расчеты перечисленные в таблице 4.3.
Таблице 4.3 Расчет амортизационных отчислений
Название оборудования Амортизационные отчисления за час (руб.)
Системный блок 275-00
Delphi 7 133-30
Монитор 165-00
Принтер 137-50
Стол 66-60
ОС Windows XP 16-60
Сканер 82-40
Стул 24-90
Клавиатура 16-60
Пачка бумаги «Снегурочка» 12-50
Мышь 8-30
Сетевой фильтр 8-30
Тетрадь 0-80
CD-диск 1-30
Ручка 0-25
Итого: 949-35
Амортизационные отчисления за приобретенное оборудование составляют 949,35.
4.4 Расчет основной заработной платы, дополнительной заработной платы и отчислений в бюджет
Заработная плата - денежное вознаграждение за труд; часть стоимости созданного трудом продукта, дохода от его продажи, выдаваемая работнику предприятием, учреждением, в котором он работает, или другим нанимателем. Величина заработной платы устанавливается либо в виде должностного оклада, либо по тарифной сетке (ставке), либо в соответствии с контрактом, но не может быть ниже уровня установленной законом минимальной заработной платы.
Верхний предел заработной платы в условиях экономики рыночного типа обычно не ограничивается.
При выполнении данной задачи используем следующие формулы. Расчет заработной платы: 44 * 168 = 7392, где 44 - стоимость одного часа рабочего времени по четвертой категории, 168 - количество часов в месяц. Расчет дополнительной заработной платы: 7392 * 10% / 100% = 739-20. Расчет уральского коэффициента: 7392*15%/100%=1108-80, где 15% - надбавка за вредоносное условия труда по уральскому региону.
Налоги - обязательные платежи, взимаемые центральными и местными органами государственной власти с физических и юридических лиц, поступающие в государственный и местный бюджеты. Налоги - основной источник средств, поступающих в государственную казну. Одновременно налоги служат одним из способов регулирования экономических процессов хозяйственной жизни. Система налогов обладает разветвленной структурой, в ней представлено множество разнообразных видов и типов налогов, величина налоговых ставок устанавливается обычно в законодательном порядке. В РФ по уровням взимания налоги делятся на федеральные, субъектов Федерации, местные. По виду объектов налогообложения налоги делятся на прямые, взимаемые непосредственно с дохода (подоходный налог, налог на прибыль, заработную плату и ее прирост), и косвенные - в виде надбавок к цене товаров и услуг (акцизные сборы, налог с продаж, частично налог на добавленную стоимость). Налоги и налоговые ставки различны в разных странах и периодически изменяются. Налоги взимаются преимущественно в денежной форме, но известны и натуральные налоги.
Для всех налогоплательщиков, производящих выплаты физическим лицам, за исключением выступающих в качестве работодателей налогоплательщиков - организаций и индивидуальных предпринимателей, а также налогоплательщиков-организаций, осуществляющих деятельность в области информационных технологий и уплачивающих налог по налоговым ставкам, установленным п. 6 ст. 241 НК РФ.
Единый социальный налог, он же ЕСН, это налог, или ежемесячный сбор денег для обеспечения права работников на социальное страхование, бесплатную медицинскую помощь и государственное пенсионное обеспечение. Единый социальный налог зачисляется вместо страховых взносов в Пенсионный фонд Российской Федерации, Фонд социального страхования Российской Федерации и фонды обязательного медицинского страхования Российской Федерации.
Накопительный пенсионный фонд - 14%;
Федеральный пенсионный фонд - 6%;
Фонд социального страхования РФ - 2,9%;
Федеральный фонд обязательного медицинского страхования - 1,1%;
Расчет отчислений в бюджет: О Д УК / 100% * 26% = 2402-40, где О - основная заработная плата. Д - дополнительная заработная плата. УК - уральский коэффициент за вредные условия труда.
Расчет прочих затрат
Аренда помещения 1 м2 - 200р. 12 м2 * 200 = 2400 рублей в месяц. Электроэнергия 1,60 рублей за 1 КВТ. Расход 100 КВТ в месяц. Итого 1,60 * 100 = 160 руб./месяц. Вода расход 150 литров месяц. Стоимость одного литра 3 рубля. 150 * 3 = 450р. Расход на рекламу. Объявление в еженедельной газете три выпуска, 40 рублей за слово. Объявление будет состоять примерно из 20 слов. Итого 2400 рублей за рекламу. Итого сумма прочих затрат составляет: 2400 160 450 2400 = 5410.
Расчет себестоимости
Себестоимость продукции - текущие издержки производства и обращения, реализации продукции, исчисленные в денежном выражении. Включают материальные затрат
Вывод
В ходе выполнения работы была разработана база данных, необходимая для информационной системы учета кадров педагогических работников, а также оболочка для ее обработки. База данных использует реляционную модель данных, таблицы базы данных прошли все этапы нормализации. Для созданной БД была построена схема базы данных, что облегчит дальнейшее ее развитие.
Разработанная программа позволяет выполнять изменение, добавление и удаление информации в таблицах.
Разработанный программный продукт представляет собой систему управления базой данных (СУБД). База данных - реляционная. Формат базы данных - Microsoft Access. Доступ данных из приложения осуществляется при помощи драйвера ADO (BDE). Приложение-интерфейс СУБД разработана с использованием Delphi, функционирующее под операционной системой MS Windows.
Разработанная база данных содержит 4 таблицы, которые полностью соответствуют 3-ей нормальной форме.
Программа состоит из одного главного и 4 диалоговых окон. Дизайн главного окна соответствует принципам построения интерфейсов Windows приложений. Основные элементы управления: главное меню, инструментальная панель, кнопки для запуска команд. Данные отображаются в "сетках" для табличного представления. Кроме того, есть варианты "ленточного" представления для воспроизведения детальной информации.
При разработке дизайна интерфейса использовались общепринятые принципы, определяющие размеры компонентов и их расположение на форме. Был проведен анализ прототипов (аналогичных программ), которые уже успешно применяются (например, 1С). Именно подобный дизайн и был выбран в качестве основы, что гарантирует быструю адаптацию пользователей к интерфейсу разработанной программы. Некоторые функции программы были продублированы различными компонентами, например, действие "фильтрация" можно выполнить из главного меню, а также специальной кнопкой. Пользователь может выбирать наиболее удобный вариант, в зависимости от своего уровня.
Система прошла этап тестирования; тестирование показало, что разработанная система соответствует заданным требования и реализует заданную функциональность.
В качестве дальнейшего совершенствования СУБД «Учет кадров педагогических работников» представляется возможным использование технологии клиент-сервер, экспорт данных в MS Excel, сортировка и фильтрация данных. Так же возможна доработка графического интерфейса с целью дальнейшего повышения его информативности, привлекательности и удобства.