40632

Разработка средствами приложения MS Access автоматизированной системы «Отдел кадров» для коммерческой фирмы «ОАО ЗОК»

Дипломная

Информатика, кибернетика и программирование

Теоретические основы создания программного продукта Понятие и сущность баз данных Реляционная модель баз данных Этапы проектирования и разработки баз данных Разработка программного продукта Обоснование выбора среды разработки программного продукта Описание связей в программном продукте Описание интерфейса программного продукта Специальная часть Правовые основы создания программного продукта Методы и приемы защиты информации Охрана труда при разработке программного продукта Заключение Список используемой литературы Введение...

Русский

2013-10-17

2.34 MB

105 чел.

Содержание

Введение..............................................................................................................

  1.  Теоретические основы создания программного продукта
  2.  Понятие и сущность баз данных
  3.  Реляционная модель баз данных
  4.  Этапы проектирования и разработки баз данных
  5.  Разработка программного продукта
  6.  Обоснование выбора среды разработки программного продукта
  7.  Описание связей в программном продукте
  8.  Описание интерфейса программного продукта
  9.  Специальная часть
  10.  Правовые основы создания программного продукта
  11.  Методы и приемы защиты информации
  12.  Охрана труда при разработке программного продукта

Заключение

Список используемой литературы


Введение

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

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

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

Целью исследования является разработка средствами приложения MS Access автоматизированной системы «Отдел кадров» для коммерческой фирмы «ОАО ЗОК», предоставляющей железные конструкций для строительства зданий и сооружений.

Для реализации поставленной цели надо решить следующие задачи:

  1.  провести анализ работы отдела кадров и систематизировать предъявляемые требования для Автоматизированной системы «Отдел кадров»;
  2.  провести анализ на возможность реализации системы в среде MS Access в соответствии с выявленными требованиями;
  3.  разработать Автоматизированную систему «Отдел кадров» в среде MS Access;
  4.  провести экономическое обоснования внедрения системы «Отдел кадров».

Предметом исследования выступает управление кадрами на предприятии «ОАО ЗОК».

Объектом исследования выступает информационная среда MS Access, где будет реализована система.

Автоматизированная система «Отдел кадров» позволяет:

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

Основные теоретические и методологические вопросы формирования и реализации автоматизированных систем управления нашли отражение в работах таких авторов, как Ю.П. Анисимов, Ю.П. Анискин, М.И. Бухалков, В.Н. Васильев, О.С. Виханский, Е.Г. Гинзбург, В.Н. Гончаров, С.Ю. Глазьев, А.П. Градов, В.Ф. Ершов, А.К. Казанцев, В.Д. Калачанов, А.И. Канащенков, Г.Б. Клейнер, Г.А. Краюхин, Э.С. Минаев, Н.К. Моисеева.

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

  1.  В процессе производства информации не создается вещественных продуктов (информация может фиксироваться на вещественном носителе, но все равно остается не вещественным продуктом.
  2.  Информацией как продуктом можно пользоваться бесконечное число раз.
  3.  У информации есть потребительские свойства, которые меняются во времени (своевременность, полнота, достоверность и др.)
  4.  При однократном использование информации вся её стоимость переносится на продукт, созданный с её помощью.
  5.  В процессе потребления информация не уничтожается и чем чаще она используется, тем меньшая стоимость включена в себестоимость готового продукта.
  6.  Производится информация однородно по всем сферам управления. [22]

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

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

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

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

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

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

Структура выпускного квалификационного проекта включает введение, две главы, заключение, список литературы и приложения.


  1.  Теоретические основы создания программного продукта.

1.1 Понятие и сущность баз данных.

База данных представленная в объективной форме совокупность самостоятельных материалов  (статей, расчётов, нормативных актов, судебных решений и иных подобных материалов), систематизированных таким образом, чтобы эти материалы могли быть найдены и обработаны с помощью электронной вычислительной машины (ЭВМ).Многие специалисты указывают на распространённую ошибку, состоящую в некорректном использовании термина «база данных» вместо термина «система управления базами данных», и указывают на необходимость различения этих понятий.

В литературе предлагается множество определений понятия «база данных», отражающих скорее субъективное мнение тех или иных авторов, однако общепризнанная единая формулировка отсутствует.

Определения из международных стандартов:

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

Определения из авторитетных монографий:

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

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

В определениях наиболее часто (явно или неявно) присутствуют следующие отличительные признаки:

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

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

БД включает схему, или метаданные, описывающие логическую структуру БД в формальном виде (в соответствии с некоторой метамоделью).
В соответствии с ГОСТ Р ИСО МЭК ТО 10032-2007, «постоянные данные в среде базы данных включают в себя схему и базу данных. Схема включает в себя описания содержания, структуры и ограничений целостности, используемые для создания и поддержки базы данных. База данных включает в себя набор постоянных данных, определённых с помощью схемы. Система управления данными использует определения данных в схеме для обеспечения доступа и управления доступом к данным в базе данных».

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

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

Сущности в базе данных

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

Атрибуты сущности

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

  1.  Реляционная модель баз данных.

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

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

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

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

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

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

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

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

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

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

Различают несколько типов индексов. Наиболее часто выделяют три типа: простые; составные; уникальные.

Простые индексы представляют собой простейший и вместе с тем наиболее распространенный тип индекса. Простой индекс строится на основе только одного столбца реляционной таблицы (индекс, приведенный на Рисунке 3 является простым).

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

Можно назвать два условия оптимальности следования столбцов в составном индексе:

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

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

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

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

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

Особенности таких таблиц:

  1.  Таблица имеет уникальное имя и состоит из однотипных строк.
  2.  Существование фиксированного числа полей (столбцов) и значений
  3.  (множественные поля и повторяющиеся группы недопустимы). То есть, каждая позиция отличается от другой хотя бы единственным значением.
  4.  Возможность однозначной идентификации любой строки таблицы.
  5.  Присвоение столбцам таблицы однозначного имени, причем в каждом из них размещаются однородные значения данных (даты, фамилии, целые числа или денежные суммы).
  6.  Полное информационное содержание базы данных представляется в виде явных значений данных и такой метод представления является единственным. В частности, не существует каких-либо специальных "связей" или указателей, соединяющих одну таблицу с другой.
  7.  При выполнении операций с таблицей ее строки и столбцы можно обрабатывать в любом порядке безотносительно к их информационному содержанию. Этому способствует наличие имен таблиц и их столбцов, а также возможность выделения любой их строки или любого набора строк с указанными признаками.

Требования к реляционным моделям

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

  1.  Выбранный перечень отношений должен быть минимален. Отношение используется, если только его необходимость обусловлена задачами.
  2.  Выбранный перечень атрибутов должен быть минимален. Атрибут включается в отношение только в том случае, если он будет использоваться.
  3.  Первичный ключ отношения должен быть минимальным. То есть невозможно исключить ни один атрибут из идентифицирующей совокупности атрибутов, не нарушив при этом однозначной идентификации.
  4.  При выполнении операций над данными не должно возникать трудностей.

Графическая интерпретация реляционной схемы.

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

  1.  Отношение представляется в виде полоски, содержащей имена всех атрибутов. Имя отношения пишется над ней.
  2.  Первичный ключ отношения должен быть выделен жирной рамкой.
  3.  Связи, определенные между отношениями, должны быть показаны линиями, проведенными между связующими атрибутами. Значения экземпляров связующих атрибутов должны совпадать.

1.3 Этапы проектирования и разработки баз данных.

Этапы проектирования БД:

  1.  ·Определите цель создания базы данных, основные ее функции и информацию, которую она должна содержать. База данных должна отвечать требованиям тех, кто будет непосредственно с ней работать. Для этого нужно определить темы, которые должна покрывать база данных, отчеты, которые она должна выдавать, проанализировать формы, которые в настоящий момент используются для записи данных, сравнить создаваемую базу данных с хорошо спроектированной, подобной ей базой.
  2.   Разработать на бумаге структуру таблиц, которые должна содержать база данных. При проектировании таблиц, рекомендуется руководствоваться следующими основными принципами: информация в таблице не должна дублироваться. Не должно быть повторений и между таблицами. Когда определенная информация хранится только в одной таблице, то и изменять ее придется только в одном месте. Это делает работу более эффективной, а также исключает возможность несовпадения информации в разных таблицах. Например, в одной таблице должны содержаться адреса и телефоны клиентов.
  3.  ·Каждая таблица должна содержать информацию только на одну тему. Сведения на каждую тему обрабатываются намного легче, если содержаться они в независимых друг от друга таблицах. Например, адреса и заказы клиентов хранятся в разных таблицах, с тем, чтобы при удалении заказа информация о клиенте осталась в базе данных.
  4.   Определить необходимые в таблице поля. Каждая таблица содержит информацию на отдельную тему, а каждое поле в таблице содержит отдельные сведения по теме таблицы. Например, в таблице с данными о клиенте могут содержаться поля с названием компании, адресом, городом, страной и номером телефона. При разработке полей для каждой таблицы необходимо помнить: каждое поле должно быть связано с темой таблицы.
  5.   Не рекомендуется включать в таблицу данные, которые являются результатом выражения. В таблице должна присутствовать вся необходимая информация. Информацию следует разбивать на наименьшие логические единицы (Например, поля "Имя" и "Фамилия", а не общее поле "Имя").
  6.  ·Задать ключевое поле. Для того чтобы Microsoft Access мог связать данные из разных таблиц, например, данные о клиенте и его заказы, каждая таблица должна содержать поле или набор полей, которые будут задавать индивидуальное значение каждой записи в таблице. Такое поле или набор полей называют основным ключом.
  7.  ·Определить связи между таблицами. После распределения данных по таблицам и определения ключевых полей необходимо выбрать схему для связи данных в разных таблицах. Для этого нужно определить связи между таблицами.
  8.   Еще раз просмотреть структуру базы данных и выявить возможные недочеты. Желательно это сделать на данном этапе, пока таблицы не заполнены данными.
  9.  ·Добавить данные и создайте другие объекты базы данных. Если структуры таблиц отвечают поставленным требованиям, то можно вводить все данные. Затем можно создавать любые запросы, формы, отчеты, макросы и модули.
  10.  ·Использовать средства анализа в Microsoft Access. В Microsoft Access существует два инструмента для усовершенствования структуры баз данных. Мастер анализа таблиц исследует таблицу, в случае необходимости предлагает новую ее структуру и связи, а также переделывает ее. Анализатор быстродействия исследует всю базу данных, дает рекомендации по ее улучшению, а также осуществляет их.
  11.   В Microsoft Access поддерживаются два способа создания базы данных. Имеется возможность создать пустую базу данных, а затем добавить в нее таблицы, формы, отчеты и другие объекты. Такой способ является наиболее гибким, но требует отдельного определения каждого элемента базы данных. Имеется также возможность сразу создать с помощью мастера базу данных определенного типа со всеми необходимыми таблицами, формами и отчетами. Это простейший способ начального создания базы данных. В обоих случаях останется возможность в любое время изменить и расширить созданную базу данных.
  12.   Есть две стратегии разработки баз данных: сверху вниз и снизу вверх. Разработка сверху вниз идет от общего к частному. Она начинается с изучения стратегических целей организации, способов, при помощи которых эти цели могут быть достигнуты. Отталкиваясь от этой общей модели, разработчики двигаются «вниз», к все более подробным описаниям и моделям.
  13.   При разработке снизу вверх уровень абстракции меняется в обратном направлении: исходным пунктом является необходимость в конкретной системе.

На практике считается наиболее рациональным сочетание обоих подходов.

2. Разработка программного продукта

2.1 Обоснование выбора среды разработки программного продукта

На сегодняшний день известно более двух десятков форматов данных настольных СУБД, однако наиболее популярными, исходя из числа проданных копий, следует признать dBase, Paradox, FoxPro и Access. Из появившихся недавно СУБД следует также отметить Microsoft Data Engine — по существу серверную СУБД, представляющую собой «облегченную» версию Microsoft SQL Server, но предназначенную, тем не менее, для использования главным образом в настольных системах и небольших рабочих группах. Но больше достоинств в СУБД Access. Она имеет очень простой графический интерфейс, который позволяет не только создавать собственную базу данных, но и разрабатывать простые и сложные приложения.

Преимущества Access:

1. Расположения всех объектов, которыми оперирует Access в одном файле. Это позволяет без труда переносить программу на другие ПК;

2. Наличие возможности управления объектами Access через высокоуровневый, стандартный для пакета Office, язык программирования VBA;

3. Возможность создания в таблицах таких полей как Счетчик и OLE;

4. Возможность организации ссылочной целостности через удобный интерфейс - СХЕМА БД;

5. Наличие мастеров для создания тех или иных операций с программой;

6. Макросы;

7. Обработка на клиенте при определенных условиях только индексов и возврат с файл сервера данных по отобранным индексам;

8. Удобный визуальный редактор запросов (редактор запросов по образцу);

9. Наличие возможности программного управления транзакциями для поддержки целостности БД;

10. Наличие довольно неплохого оптимизатора запросов;

11. Проекты ACCESS - один из лучших сред для разработки клиентской части к MS SQL Server;

12. Работа с ODBC, возможность интерактивной разработки запросов для различных СУБД;

13. Наличие RunTime версии;

14. Возможность защиты кода паролем и "компиляция" в mde/ade формат для распространения среди конечных пользователей.

  1.   Описание связей в программном продукте

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

  1.  один к одному (1:1);
  2.  один ко многим (1:∞);
  3.  многие ко многим (∞:∞).

Рис. 1 Схема данных

В данной курсовой работе использовалась связь "один ко многим" - это наиболее уместный вид связи, для этой базы данных. При такой связи каждой строке таблицы А может соответствовать множество строк таблицы Б, однако каждой строке таблицы Б может соответствовать только одна строка таблицы А.

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

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

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

Построение модели данных предметной области

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

Функции базы данных сотрудников

Таблица 1.

Заполненный рабочий бланк задачи «Расчет заработной платы сотрудника.


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

Список связанных задач

Подготовка отчетов по заработной плате сотрудников по подразделениям и по всей организации

Имя элемента

Описание

Объект

Фамилия

Фамилия сотрудника

Сотрудник

Имя

Имя сотрудника

Сотрудник

Отчество

Отчество сотрудника

Сотрудник

Подразделение

Наименование подразделения

Подразделение

Должность

Занимаемая должность

Должность

Оклад\день

Оклад сотрудника в день, в руб.

Сотрудник

Отработанные дни

Отработанные дни сотрудника

Сотрудник

З/п за месяц

Заработная плата за месяц

Сотрудник

Таблица 2.

Заполненный рабочий бланк задачи «Регистрация сотрудника.


Описание задачи “
Регистрация сотрудника

Список связанных задач

Осуществление поиска

Имя элемента

Описание

Объект

Фамилия

Фамилия сотрудника

Сотрудник

Имя

Имя сотрудника

Сотрудник

Отчество

Отчество сотрудника

Сотрудник

Адрес

Адрес сотрудника

Сотрудник

Телефон

Номер телефона

Сотрудник

Опыт работы

Опыт работы сотрудника

Сотрудник

Наличие загран.паспорта

Наличие заграничного паспорта

Сотрудник

Семейное положение

Семейное положение сотрудника

Сотрудник

Подразделение

Наименование подразделения

Подразделение

Должность

Занимаемая должность

Должность

Оклад\день

Оклад сотрудника в день, в руб.

Сотрудник

Дата приема на работу

Дата приема на работу

Сотрудник

Фотография

Фотография сотрудника

Сотрудник

Таблица 3.

Заполненный рабочий бланк описания объекта «Подразделения»

Имя объекта: Подразделения

Краткое описание: Перечень подразделений предприятия

Связанные объекты:

Имя

Сотрудники

Связь

Многие

Имя элемента

Тип

Описание

Условие на значение

Код сотрудника

Число

Фамилия сотрудника

Подразделение

Число

Наименование подразделения

Таблица 4.

Заполненный рабочий бланк описания объекта «Сотрудники»

Имя объекта: Сотрудники

Краткое описание: Данные о сотруднике предприятия

Связанные объекты:

Имя

Подразделения

Должности

Связь

Один

Один

Имя элемента

Тип

Описание

Условие на значение

Фамилия

Текст

Фамилия сотрудника

Маска ввода

Имя

Текст

Имя сотрудника

Маска ввода

Отчество

Текст

Отчество сотрудника

Маска ввода

Адрес

Текст

Адрес сотрудника

Маска ввода

Телефон

Текст

Номер телефона

Маска ввода

Опыт работы

Текст

Опыт работы сотрудника

Наличие загран.паспорта

Логический

Наличие заграничного паспорта

Семейное положение

Текст

Семейное положение сотрудника

Подразделение

Число

Наименование подразделения

Должность

Текст

Занимаемая должность

Оклад\день

Денежный

Оклад сотрудника в день, в руб.

Дата приема на работу

Дата/время

Дата приема на работу

Маска ввода

Фотография

Поле объектов OLE

Фотография сотрудника

Таблица 5.

Заполненный рабочий бланк описания объекта «Должности»

Имя объекта: Должности

Краткое описание: Перечень должностей  предприятия

Связанные объекты:

Имя

Сотрудники

Связь

Многие

Имя элемента

Тип

Описание

Условие на значение

Код сотрудника

Число

Фамилия сотрудника

Должность

Число

Наименование должностей

Рис. 2 Таблица Анкета сотрудников

Рис. 3 Таблица Должности

Рис. 4 Таблица Отработанные дни

Рис. 5 Таблица Подразделения

Математическая постановка задачи

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

Например: 

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

Зарплата за месяц: [Оклад/день]*[Отработанные дни]

Рис. 6 Расчет з/п в запросе с помощью построителя выражений

Так  же, расчет заработной платы производился в отчете с помощью функции «Итоги» (рис. 7).

Рис. 7 Расчет з/п в очете с помощью построителя выражений

Таблица 6.

Анкеты сотрудников

Имя поля

Тип данных

Код

Счетчик

Ключевое поле

Фамилия

Текстовый

Имя

Текстовый

Отчество

Текстовый

Адрес

Текстовый

Телефон

Текстовый

Опыт работы

Текстовый

Наличие загран_паспорта

Логический

Семейное положение

Текстовый

Подразделение

Текстовый

Должность

Текстовый

Оклад/день

Денежный

Дата приема на работу

Дата/время

Фотография

Поле объектов OLE

Таблица 7.

 Отработанные дни

Имя поля

Тип данных

Код

Счетчик

Ключевое поле

Сотрудник

Текстовый

Количество отработанных дней

Числовой

Таблица 8.

Подразделения

Имя поля

Тип данных

Код

Счетчик

Ключевое поле

Подразделение

Текстовый

Таблица 9.

Должности

Имя поля

Тип данных

Код

Счетчик

Ключевое поле

Должность

Текстовый

Требования к подготовке и предоставлению данных

1. Фонд заработной платы и оклад в день указываются в рублях;

2. В дате приема на работу указывается день, число месяца и год;

2.3 Описание интерфейса программного продукта

Перед запуском базы данных выходит окно для в вода пароля (пароль нужно получить у разработчика) (рис.8).

Рис. 8 Окно ввода пароля

После ввода пароля автоматически запускается главная форма (Рис.4), на которой расположены  8 кнопок (рис.9).

Рис. 9 Форма Главная форма

 Кнопка «Просмотр, редактирование, удаление анкет» при нажатии которой выходит окно АНКЕТА СОТРУДНИКОВ (Рис.10) .

 

Рис. 10 Анкета сотрудников

Кнопка «Фонд з/п сотрудников всей организации». Служит для показа з/п сотрудников предприятия в виде таблицы (рис.11)

Рис. 11 Запрос Фонд з/п сотрудников всей организаций

Кнопка «Сводная диаграмма по з/п сотрудников». Служит для вывода статистики з/п на экран (рис. 12).

          Рис. 12 Сводная диаграмма по заработной плате сотрудников

Кнопка «Поиск сотрудника по подразделениям». При нажатии на экран выводится запрос для ввода подразделении. Первая буква в запросе пишется заглавная (рис.13).  Итого ввода подразделении (рис.14).

Рис. 13 Запрос Введите подразделение

Рис. 14 Окно Подразделение

Кнопка «Поиск по фамилиям». Служит для поиска сотрудников (рис. 15).

Рис. 15 Поиск по фамилии

Кнопка «Отработанные дни сотрудников». Служит для вывода количества дней отработанных сотрудниками предприятия (рис.16).

Рис. 16 Отработанные дни сотрудников

Кнопка «Отчёты». Предназначена для вывода отчётов по з/п сотрудников (рис.17). Отчет по заработной плате (рис. 18). Отчет по з/п сотрудников по всей организации (рис. 19).

Рис. 17 Отчёты

Рис. 18 Отчет по з/п сотрудников по всей организации

Рис. 19 Отчет по з/п сотрудников по подразделениям

Кнопка «Выход». Предназначена для выхода из базы данных.

Значение кнопок и их функций:

         

        Рис. 20 Поиск сотрудника

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

             Рис. 21 Добавить анкету

Предназначена для добавления нового сотрудника в базу данных, при нажатии выходит окно с пустыми полями для ввода данных (рис. 21).

 

Рис. 22 Сохранить анкету

Предназначена для сохранения данных внесенных в анкету (рис. 22)

           

      

             

Рис. 21 Удалить анкету

Удаляет текущую запись из базы данных навсегда (рис. 21).

                Рис. 22 Главное меню

Переход на главную форму (рис. 22).

 

           Рис. 23 Переход по записям  

Кнопки перехода записей (рис. 23).

       

 Рис. 24 Закрыть форму

Закрытие текущей формы (рис. 24).

         

                            Рис. 25 Обновить

Обновить текущую форму (рис.25).


 

А также другие работы, которые могут Вас заинтересовать

61305. АРИФМЕТИЧЕСКИЕ ДЕЙСТВИЯ С МНОГОЗНАЧНЫМИ ЧИСЛАМИ. ЗАКРЕПЛЕНИЕ 2.03 MB
  Цель урока: Отработка вычислительных навыков Задачи урока: Образовательные: Совершенствовать умения детей выполнять действия с многозначными числами устные и письменные приёмы вычислений...
61306. Гражданская вйна 23.48 KB
  План урока: Причины и особенности гражданской войны в России. Временные рамки гражданской войны. Объясните логическую цепочку Потерянная территория с плодородными землями и развитой промышленностью промышленностью...