Кадровый учет. ПЗ. Отдел кадров
 Скачать 489 Kb.
|
|
КУРСОВАЯ РАБОТА По дисциплине: «******************» На тему: «Отдел кадров» Выполнил: ______________________1 Группа: _______________________ Проверил: ______________________ ОглавлениеАннотация 3 Теоретическая часть 5 Предметная область 5 Требования к системе 6 Проектирование 9 Методология проектирования 9 Концептуальное проектирование 10 Логическое проектирование 10 Физическое проектирование 12 Создание приложения 15 создание форм 15 создание запросов 21 создание отчетов 24 VBA 25 Навигация 25 Описание контрольного примера 28 28 Заключение 30 АннотацияЗадача накопления, обработки и передачи информации стояла перед человечеством на всех этапах его развития. Развитие трудовой деятельности вело к увеличению количества информации и вызывало необходимость все более совершенных средств ее обработки. Первое кардинальное изменение произошло с приходом письменности, а затем изобретением книгопечатания. Поскольку в эпоху книгопечатания основным носителем информации стала бумага, то технологию накопления и распространения информации естественно называть “бумажной информатикой”. Положение в корне изменилось с появлением электронных вычислительных машин (ЭВМ). Принципиально новый шаг был совершен, когда от применения ЭВМ для решения отдельных задач перешли к их использованию для комплексной автоматизации тех или иных законченных участков деятельности человека по переработке информации. Одним из первых примеров подобного системного применения ЭВМ в мировой практике были так называемые административные системы обработки данных: автоматизация банковских операций, бухгалтерского учета, резервирования и оформления билетов и т.п. Для хранения и систематизации больших объемов данных появляются специализированные хранилища - Баз данных. Необходимость унификации работы с данными привела к появлению СУБД. С этого момента начинается принципиально иной этап автоматизации, в том числе и документооборота. При решении очередной задачи система нуждается во вводе только небольшой порции дополнительной информации, остальное берется из информационной базы. Каждая порция вновь вводимой информации изменяет информационную базу системы. Эта база (информационная, или база данных) находится, таким образом, в состоянии непрерывного обновления, отражая все изменения, происходящие в реальном объекте, с которым имеет дело система. Хранение информации в памяти ЭВМ придает этой информации принципиально новое качество динамичности, т.е. способности к быстрой перестройке и непосредственному ее использованию в решаемых на ЭВМ задачах. Устройства автоматической печати, которыми снабжены современные ЭВМ, позволяют в случае необходимости быстро представить любую выборку из этой информации в форме представления на бумаге. По мере своего дальнейшего развития административные системы обработки данных перерастают в автоматизированные системы управления соответствующими объектами, в которых, как правило, не ограничиваются одной ЭВМ, а в составе двух и более ЭВМ объединяют в вычислительный комплекс. В этом ряду особое место занимают базы данных и другое программное обеспечение, связанное с их использованием в качестве инструмента для делопроизводства и рационализации труда. Их использование позволяет сократить время, требуемое на подготовку конкретных документов. Поэтому в настоящее время велика потребность предприятий в компьютерных системах, поддерживающих и согласующих работу учета кадров и помогающих принятию решений по их управлению. Предметом данной работы стало создание автоматизированной подсистемы кадрового учета работников предприятия. Объектом автоматизации выбран отдел кадров предприятия, который ведет учет сотрудников. Целью автоматизации является упрощение учета кадров. Автоматизированная система позволяет исключить ошибки при учете т.к данные хранятся в отдельных классификаторах. Данный подход минимизирует время работы и объем хранимых данных. Методом решения данной проблемы выбрано создание автоматизированной системы на базе платформы MS Access. Преимущество выбора данного метода рассматривается при описание СУБД MS Access. В пояснительной записке содержатся разделы: теоретической части, охватывающий требования к системе в целом, предметную область и бизнес процессы автоматизируемого предприятия. практической части: содержащей описание контрольного примера, а также, проектирование и описание базы данных системы. технология работы информационной системы: рассматривает конкретную реализацию системы средствами MS Access, создание отчетов, форм, запросов и написание VBA кода. в заключении подведены итоги работы и сделаны выводы по ее результатам. Теоретическая частьУправление персоналом – основным ресурсом каждого предприятия – сегодня становится задачей первостепенной важности. Создание условий для привлечения и удержания лучших сотрудников, своевременная подготовка кадровых ресурсов для удовлетворения потребностей бизнеса – это необходимые составляющие успеха любой компании. Но для того чтобы иметь возможность принимать верные управленческие решения, нужно владеть актуальной, полной и достоверной информацией о персонале, который, к тому же, является наиболее непостоянным, изменчивым ресурсом предприятия. Предметная областьНеобходимо спроектировать информационную систему, отражающую информацию о сотрудниках вашей компании, такую, как фамилия, имя, отчество, домашний адрес, телефон, дата рождения, должность, дата зачисления, стаж работы, образование, ИНН, номер пенсионного свидетельства. ИС также может содержать следующую информацию: фамилию, имя, отчество и даты рождения членов семьи каждого сотрудника, оклад; наименование подразделения, количество штатных единиц, фонд заработной платы за месяц и за год. Требования к системеТребования к функциям (задачам), выполняемым системой Система должна выполнять следующие функции: учет должностей и сотрудников; учет членов семей сотрудников; учет выплат и фонда ЗП; формирование статистики за период и по подразделениям; Требования к системе в целом Требования к программному обеспечению — совокупность утверждений относительно свойств программной системы, подлежащая реализации при создании ПО. Создаются в процессе анализа требований к программному обеспечению. Требования к структуре и функционированию системы В проекте целесообразно использовать локальную базу данных, что позволит уменьшить время работы с базой данных и уменьшить сложность настройки прикладного программного обеспечения. Предполагаются следующие информационные решения, касающиеся разрабатываемого программного средства: ввод информации в базу данных осуществляется вручную с бумажных носителей. Информация записывается в базу автоматически; обработка данных осуществляется в диалоговом режиме; пользователь получает информацию из базы данных на экран ПЭВМ, кроме того, информация может выдаваться на принтер в случае распечатки различных стандартных форм. Требования к входным и выходным данным Для уменьшения ошибок при вводе информации в ПЭВМ в необходимых полях базы данных следует задать условия на значение. В самом простом случае условие на значение должно гарантировать, что из-за ошибки ввода в числовом поле не окажутся буквенные символы. Другие условия могут определять область или диапазоны допустимых значений. Заданное условие на значение всегда будет проверяться при вводе или изменения значения поля в таблице. Входными данными для системы должны быть отчеты и документы. Выполнение работ по администрированию и сопровождению системы не должно требовать увеличения численности служб и персонала. Численность пользователей системы должно определять руководство Заказчика, исходя из требований выполнения ими бизнес-функций. Предполагается произвольный режим работы пользователя системы. Требования к надежности При функционировании системы должен осуществляться контроль входной и выходной информации, в том числе данных вводимых пользователем и данных, содержащихся в таблицах баз данных. В случае ошибки ввода-вывода должны выдаваться соответствующие сообщения и предоставляться возможность исправления ошибок и продолжения работы. При выполнении операций по изменению или удалению данных необходимо обеспечить целостность БД. Для операций удаления необходимо предусмотреть возможность отмены. Требования к эргономике Интерфейс системы должен быть разработан в соответствии с основными принципами разработки любого оконного приложения ОС Windows. Требования по сохранности информации при авариях Перечень аварийных ситуаций, при возникновении которых должна быть обеспечена сохранность информации: сбой аппаратуры или программного обеспечения компьютера пользователя; Предполагается ручное еженедельное копирование базы данных системы на резервный носитель. Требования к информационному обеспечению Детальный состав данных системы должен быть определен на этапе проектирования системы. Структура объектов, их атрибуты и взаимосвязи должны определяться моделью данных системы, разрабатываемой на стадии проектирования системы. Система должна иметь локальную архитектуру. Для защиты данных от разрушений при авариях и сбоях в электропитании и аппаратуры должно осуществляться резервное копирование данных системы. Требования к лингвистическому обеспечению Для реализации бизнес-логики предметной области при разработке используется язык высокого уровня Object Pascal в среде Delphi 7.0, обеспечивающей решение всех задач по реализации функций системы, в том числе и подготовки отчётов. Для манипулирования объектами БД Access и ввода-вывода данных используется язык SQL. Требования к программному обеспечению Для обеспечения работоспособности используются следующие программные средства: операционная система MS Windows 2000/XP (русская или английская версия); MS Office 2000. Требования к техническому обеспечению Минимальные аппаратные требования к рабочей станции: Рекомендуется компьютер, оснащенный процессором Intel AMD или совместимым с частотой 300 МГц или более (одно- или двухпроцессорная система). Минимальная частота процессора - 233 МГц. Рекомендуется 128 МБ ОЗУ или более. Минимально допустимый объем - 64 МБ (при наличии 64 МБ ОЗУ возможно снижение производительности). жесткий диск объемом 10 Гбайт, с объемом свободного пространства не менее 1 Гбайт; Монитор и видеоадаптер Super VGA с разрешением 800 X 600 или более высоким. Клавиатура и мышь или совместимое указывающее устройство Обслуживание системы должен обеспечивать администратор системы. На этапе проектирования должно быть разработано руководство программиста. ПроектированиеПриложение Microsoft Access – это настольная система управления реляционными базами данных (СУБД), предназначенная для работы на автономном персональном компьютере (ПК) или локальной вычислительной сети под управлением семейства операционных систем Microsoft Windows (Windows 2000, Windows XP и Windows Server 2003). СУБД Microsoft Access обладает мощными, удобными и гибкими средствами визуального проектирования объектов с помощью Мастеров, что позволяет пользователю при минимальной предварительной подготовке довольно быстро создать полноценную информационную систему на уровне таблиц, запросов, форм и отчетов. К основным возможностям СУБД Microsoft Access можно отнести следующие: Проектирование базовых объектов – двумерные таблицы с полями разных типов данных. Создание связей между таблицами, с поддержкой целостности данных, каскадного обновления полей и каскадного удаления записей. Ввод, хранение, просмотр, сортировка, изменение и выборка данных из таблиц с использованием различных средств контроля информации, индексирования таблиц и аппарата алгебры логики. Создание, модификация и использование производных объектов (запросов, форм и отчетов). Методология проектированияМетодология проектирования предусматривает разбиение всего процесса на несколько стадий, каждая из которых, в свою очередь, состоит из нескольких этапов. На каждом этапу разработчику предлагается набор технических приемов, позволяющих решать задачи, стоящие перед ним на данной стадии разработки. В предлагаемой методологии весь процесс проектирования базы данных подразделяется на три этапа: Концептуальное проектирование. Логическое проектирование. Физическое проектирование. Концептуальное проектированиеПервый этап процесса проектирования базы данных называется концептуальным проектированием. Он заключается в создании концептуальной модели данных для анализируемой части предприятия. Эта модель данных создается на основе информации, записанной в спецификациях требований пользователей. Концептуальное проектирование базы данных абсолютно не зависит от таких подробностей ее реализации, как тип выбранной целевой СУБД, набор создаваемых прикладных программ, используемые языки программирования, тип выбранной вычислительной платформы, а также от любых других особенностей физической реализации. Концептуальная модель данных предприятия является источником информации для этапа логического проектирования базы данных. В данном случае концептуальная модель будет содержать информацию о: Сотрудниках Должностях Челнах семей Подразделениях Для исключения отношения многие ко многим будут введены дополнительные сущности. Логическое проектированиеВторой этап проектирования базы данных называется логическим проектированием базы данных. Его цель состоит в создании логической модели данных для исследуемой части предприятия. Концептуальная модель данных, созданная на предыдущем этапе, уточняется и преобразуется в логическую модель данных. Логическая модель данных учитывает особенности выбранной модели организации данных в целевой СУБД. Если концептуальная модель данных не зависит от любых физических аспектов реализации, то логическая модель данных создается на основе выбранной модели организации данных целевой СУБД. То есть на этом этапе уже должно быть известно, какая СУБД будет использоваться в качестве целевой – реляционная, сетевая, иерархическая или объектно-ориентированная. Но все остальные характеристики выбранной СУБД, например, любые особенности физической организации ее структур хранения данных и построения индексов. В процессе разработки логическая модель данных постоянно тестируется и проверяется на соответствие требованием пользователей. Для проверки правильности логической модели данных используется метод нормализации. Нормализация гарантирует, что отношения, выведенные из существующей модели данных, не будут обладать избыточностью данных, способной вызвать нарушения в процессе обновления данных после их физической реализации. Логическая модель данных должна обеспечивать поддержку всех необходимых пользователям транзакций. Созданная логическая модель данных является источником информации для этапа физического проектирования и обеспечивает разработчика физической базы данных средствами поиска компромиссов, необходимых для достижения поставленных целей, что очень важно для эффективного проектирования. Логическая модель играет важную роль на этапе эксплуатации и сопровождения готовой системы.  рисунок 1 Физическое проектированиеФизическое проектирование является третьим и последним этапом создания проекта базы данных, при выполнении которого проектировщик принимает решения о способах реализации разрабатываемой БД. Приступая к физическому проектированию БД, необходимость конкретную целевую СУБД. Основной целью физического проектирования Бд является описание способа физической реализации логического проекта БД. В случае реляционной модели БД под этим подразумевается следующее: 1. Создание набора реляционных таблиц и ограничений для них на основе информации, представленной в глобальной логической модели данных; 2. Определение конкретных структур хранения данных и методов доступа к ним, обеспечивающих оптимальную производительность СУБД; Разработанная модель находится в 3-й нормальной форме, так как: – атрибуты сущностей являются атомарными; – каждый неключевой атрибут функционально полно зависит от первичного ключа; – в модели отсутствуют транзитивные зависимости неключевых атрибутов от ключа.  рисунок 2 Типы данных представлены в таблице.
Создание приложенияПриложение Microsoft Access – это настольная система управления реляционными базами данных (СУБД), предназначенная для работы на автономном персональном компьютере (ПК) или локальной вычислительной сети под управлением семейства операционных систем Microsoft Windows (Windows 2000, Windows XP и Windows Server 2003). СУБД Microsoft Access обладает мощными, удобными и гибкими средствами визуального проектирования объектов с помощью Мастеров, что позволяет пользователю при минимальной предварительной подготовке довольно быстро создать полноценную информационную систему на уровне таблиц, запросов, форм и отчетов. К основным возможностям СУБД Microsoft Access можно отнести следующие: Проектирование базовых объектов – двумерные таблицы с полями разных типов данных. Создание связей между таблицами, с поддержкой целостности данных, каскадного обновления полей и каскадного удаления записей. Ввод, хранение, просмотр, сортировка, изменение и выборка данных из таблиц с использованием различных средств контроля информации, индексирования таблиц и аппарата алгебры логики. Создание, модификация и использование производных объектов (запросов, форм и отчетов). создание формAccess предоставляет возможность вводить данные как непосредственно в таблицу, так и с помощью форм. Форма в БД - это структурированное окно, которое можно представить так, чтобы оно повторяло форму бланка. Формы создаются из набора отдельных элементов управления. Внешний вид формы выбирается в зависимости от того, с какой целью она создается. Формы Access позволяют выполнять задания, которые нельзя выполнить в режиме таблицы. Формы позволяют вычислять значения и выводить на экран результат. Источником данных для формы являются записи таблицы или запроса. Форма предоставляет возможности для: ввода и просмотра информации базы данных изменения данных печати создания сообщений Способы создания форм: Конструктор форм (предназначен для создания формы любой сложности) Мастер форм (позволяет создавать формы различные как по стилю, так и по содержанию) Автоформа: в столбец (многостраничная – поля для записи выводятся в один столбец, в форме одновременно отображаются данные для одной записи) Автоформа: ленточная (все поля записи выводятся в одну строку, в форме отображаются все записи) Автоформа: табличная (отображение записей осуществляется в режиме таблица) Автоформа: сводная таблица Автоформа: сводная диаграмма Диаграмма (создается форма с диаграммой, построенной Microsoft Graph) Сводная таблица (создается форма Access, отображаемая в режиме сводной таблицы Excel) Алгоритм создания форм следующий: Открыть окно БД В окне БД выбрать вкладку Формы Щелкнуть на пиктограмме Создать, расположенной на панели инструментов окна БД В появившемся диалоговом окне «Новая форма» Выбрать способ создания формы и источник данных Щелкнуть на кнопке ОК  рисунок 3 мастер форм Результатом работы мастера служит заготовка формы. На форму помещаются кнопки управления навигацией и основными действиями. По нажатию на кнопки вызываются встроенные макросы либо выполняются описанные на VBA подпрограммы. После размещения компонентов возможна доработка формы в дизайнере. Изменение цветовой схемы и оформления призвано сделать интерфейс более дружественным. После выбора стиля формы (например, официальный), требуется перейти в последнее окно, щелкнув на кнопке Далее. В последнем окне Мастера требуется ввести имя формы и указать дальнейшие действия: Открыть форму для просмотра и ввода данных;  рисунок 4 создание главной формы После добавления подчиненной формы, элементов навигации и меню форма «сотрудники» приобретает вид  рисунок 5 На следующем рисунке форма статистики. При ее создании использовались компоненты ActiveX для предоставления возможности выбора даты. Дата, выбранная на данной панели передается в SQL запрос.  рисунок 6 меню статистики создание запросовЗапрос (query) – это средство выбора необходимой информации из базы данных. Вопрос, сформированный по отношению к базе данных, и есть запрос. Применяются два типа запросов: по образцу (QBE – Query by example) и структурированный язык запросов (SQL – Structured Query Language). QBE - запрос по образцу – средство для отыскания необходимой информации в базе данных. Он формируется не на специальном языке, а путем заполнения бланка запроса в окне Конструктора запросов. SQL – запросы – это запросы, которые составляются (программистами) из последовательности SQL – инструкций. Эти инструкции задают, что надо сделать с входным набором данных для генерации выходного набора. Все запросы Access строит на основе SQL – запросов, чтобы посмотреть их, необходимо в активном окне проектирования запроса выполнить команду Вид/SQL. Существует несколько типов запросов: на выборку, на обновление, на добавление, на удаление, перекрестный запрос, создание таблиц. Наиболее распространенным является запрос на выборку. Запросы на выборку используются для отбора нужной пользователю информации, содержащейся в таблицах. Они создаются только для связанных таблиц. Создание запроса на выборку с помощью Мастера При создании query необходимо определить:  рисунок 7 Поля в базе данных, по которым будет идти поиск информации Предмет поиска в базе данных Перечень полей в результате выполнения запроса В окне база данных выбрать вкладку Запросы и дважды щелкнуть на пиктограмме Создание query с помощью мастера, появится окно Создание простых запросов.  рисунок 8 При создании запроса «Выплаты за период», на основе которого будет формироваться статистика по выплатам сотрудникам данного подразделения, используется конструктор запросов.  рисунок 9 Результатом работы конструктора стал SQL код. SELECT Сотрудники.Фамилия, Сотрудники.Имя, Сотрудники.Отчество, Должности.Наименование, Sum([Оклад]*DateDiff("m",[Forms]![Статистика]![DTPickerN],[Forms]![Статистика]![DTPickerK])) AS Выплаты FROM Должности INNER JOIN Сотрудники ON Должности.Код = Сотрудники.Должность GROUP BY Сотрудники.Фамилия, Сотрудники.Имя, Сотрудники.Отчество, Должности.Наименование, Сотрудники.Подразделение HAVING (((Сотрудники.Подразделение)=[Forms]![Статистика]![подрКод])); создание отчетовВсе отчеты создавались при помощи конструктора. Пример создания отчета «сотрудники подразделения» на рисунке.  рисунок 10 В заголовочной части отчета располагается наименование отчета и полей вывода. Заголовок группы «наименее» позволяет организовать группировку данных по району VBAСоздание сложных систем редко возможно без использования средств программирования. В данной работе программные модули на visual basic For application используется для работы с фильтрацией данных на главной форме, навигации по записям, а также генерации карточек документов. НавигацияДля реализации задачи навигации был создан отдельный класс «навигация» Он включает функции, вызываемые из макросов, присоединенных к кнопкам. Внутри каждой функции находится процедура, выполняющая одно из необходимых действий. Навигация
Модули
Описание контрольного примераПосле запуска приложения перед пользователем появляется окно главного меню. Данная форма предоставляет доступ к справочникам приложения статистики. |
