Файл: Проектирование реализации операций бизнес-процесса «Управление персоналом» (Организационно-экономическая сущность комплекса задач).pdf
Добавлен: 22.05.2023
Просмотров: 347
Скачиваний: 3
СОДЕРЖАНИЕ
1. Организационно-экономическая сущность комплекса задач
2. Обоснование выбора и цели использования вычислительной техники
3. Анализ существующих разработок и выбор метода проектирования
4. Обоснование выбора ПО для решения комплекса задач
5. Информационное обеспечение комплекса задач
5.1 Схема данных и ее описание
5.2 Характеристика входной информации
5.3 Характеристика результатной информации
5.4 Характеристика промежуточной информации
6. Технология обработки информации
6.1 Дерево диалога и его описание
6.2 Дерево вызова модулей и их описание
6.3 Схема взаимосвязи программных модулей и файлов и ее описание
6.4 Схема работы системы и ее описание
Многооконный интерфейс обеспечивает полную передачу CASE-технологий в интегрированную систему поддержки работ по созданию прикладной системы на всех фазах жизненного цикла проектирования и системы.
Delphi имеет широкий набор функций, начиная от дизайнерских форм и заканчивая поддержкой всех популярных форматов баз данных. Среда устраняет необходимость программировать такие компоненты Windows, общего назначения, как метки, значки и даже диалоговые панели. Работая в Windows, можно увидеть те же «объекты» во многих разнообразных приложениях. Диалоговые окна (например, Выбрать файл и Сохранить файл) являются примерами многократно используемых компонентов, построенных прямо в Delphi, что позволяет применить эти компоненты к существующей задаче так, что они работают именно так, как необходимо, чтобы создавать приложения. Также здесь есть предопределенные визуальные и не визуальные объекты, включая кнопки, объекты данных, меню и диалоговые уже построенные панели. С помощью этих объектов можно, например, обеспечить ввод данных всего несколькими щелчками мыши, без необходимости программирования.
Часть, которая непосредственно связана с программированием интерфейса пользователя, называется системой визуального программирования.
Преимущества проектирования с помощью Delphi:
1) Исключает необходимость повторного ввода данных;
2) Обеспечивает согласованность проекта и его реализации;
3) Повышение производительности разработки и переносимость программ.
Визуальное программирование как бы добавляет новое измерение к созданию приложений, что позволяет представлять эти объекты на экране, чтобы выполнить программу.
Через визуальные инструменты разработчик приложения может работать с объектами, держа их перед глазами и получить результаты практически сразу. Способность видеть объекты так, как они появляются в ходе исполнения программы, снимает необходимость для множества ручных операций, что характерно для среды без визуальных средств - независимо от того, объектно-ориентированные они или нет. Как только объект находится в форме визуальной среды программирования, все его атрибуты сразу отображаются в виде кода, который соответствует объекту как единице, выполненной во время выполнения программы.
Размещение объектов в Delphi происходит в тесной взаимосвязи между объектами и реальным программным кодом. Объекты помещают в форму, код которой и соответствующих объектов автоматически сохраняются в исходном файле. Этот код компилируется, обеспечивая существенно более высокую производительность, чем визуальная среда, которая интерпретирует информацию лишь в ходе выполнения программы.
Три основные части разработки интерфейса следующие: проектирование панели, проектирование и представление диалоговых окон.
Программа DELPHI состоит из файла проекта (файл с расширением DPR) и несколько модулей (файлы с расширением PAS). Каждый из файлов расположен в отдельном модуле программы содержит программу на языке Object Pascal.
Файл проекта программы, также написанный в Object Pascal, обрабатывается компилятором. Эта программа создается автоматически при создании проекта DELPHI и содержит только несколько контрольных строк.
Модуль программы, который составляется независимо и содержит все необходимые компоненты в разделе описаний (типы, константы, переменные, процедуры и функции) и, если необходимо, исполняемые коды.
Самый популярный и широко используемый компонент в модуле DELPHI - форма. Интерфейс этого модуля содержит объявление нового класса, и она автоматически обновляется при дополнении новыми элементами.
5. Информационное обеспечение комплекса задач
5.1 Схема данных и ее описание
Учет штатного расписания включает в себя работу с большими объемами данных и эта база предназначена не только для устранения случайных ошибок, но и для того, чтобы сократить время, затрачиваемое на обработку, интеллектуальный анализ данных, чтобы выполнять все функции отчетности.
Технология ввода информации и решения задачи показана на рис. 3-4.
Рисунок 3 – Технологическая схема ввода информации и решения задачи составления отчетности
Рисунок 4 – Диаграмма декомпозиции потоков данных в информационной системе
Для работы по учету сотрудников ее необходимо полностью автоматизировать, например, чтобы составить список сотрудников необходимо нажать одну кнопку, в то время как ранее необходимо было разобрать огромное количество личных дел и проверить все данные вручную. С появлением автоматизированной системы работа сотрудника отдела кадров по введению базы данных сводится к минимуму.
Информационная подсистема возьмет на себя значительную часть работы по составлению документации и личных дел сотрудников.
5.2 Характеристика входной информации
Для решения рассматриваемой задачи ввод и накопление оперативно-учетной информации о персональных данных работника производится в соответствии с личными карточками, премиями, штрафами, отпусками, согласно приказа руководителя. Справочная информация о профессиях и учебных заведениях должна быть ранее загружена в базу данных (в соответствующих каталогах) с соответствующими документами.
Документация по учету работников должна быть основана на данных из личных карточек, приказов на уровне предприятия. После получения эти данные должны вводиться, накапливаться и храниться в базе данных в течение регламентированного периода.
Основной функцией является хранение данных о сотрудниках с целью мгновенного вывода необходимой информации.
Программа должна обеспечивать ввод данных с клавиатуры в соответствующие поля и области на форме приложения.
Программа должна обеспечивать работу с объектами данной информационной подсистемы:
- Специальности;
- Личные карточки;
- Награждения и поощрения;
- Отпуск;
- Взыскания.
Возможность вывода полученного результата в соответствующее поле запроса приложения.
Список данных:
- Внутренние нормативные документы организации;
- Данные в автоматизированной подсистеме;
- Данные о сотруднике;
- Документы об образовании;
- Заявление о приеме на работу;
- Инструкция по формированию и ведению личных дел;
- Информация о сотруднике;
- Личная карточка сотрудника (форма № Т-2);
- Регламент по формированию отчетности;
- Трудовая книжка;
- Трудовое законодательство РФ;
Входная информация делится на условно-постоянную и оперативно-учетную информацию.
- Условно-постоянная информация включает в себя справочные данные о специальностях.
- Оперативно-учетная информация содержит в себе данные оперативного учета, включает в себя личные данные о сотруднике, данные о взысканиях и поощрениях, данные об отпусках.
Входная запросная информация
Для получения отчета по сотруднику или отчета по отпускам или награждениям необходимо обеспечить диалог с пользователем для ввода номера карточки сотрудника. Такая информация вводится с клавиатуры на сообщение запрос на экране в процессе решения задачи.
5.3 Характеристика результатной информации
АРМ «Кадровый учет» ассоциируется с различными отделами предприятия. Данные сотрудника необходимы для бухгалтерии и директора, который на основании этих данных принимает управленческие решения.
Выходная документация - документы, подготовленные по требованию для внешних служб и архива: справки, карточки и т.д.
На основе хранимых данных по запросу пользователя должен быть проведен автоматизированный анализ текущих данных для данного сотрудника и выданы отчеты. Отчеты должны содержать информацию о персональных данных своих сотрудников, награды, штрафы и праздничные дни.
Выходной информацией для пользователя являются следующие документы:
- отчет о личных данных сотрудника;
- отчет о награждениях;
- отчет о взысканиях;
- отчет об отпусках;
Эти документы должны выводиться на экран и на печать.
Общие сведения о содержании и алгоритме решения задачи.
После получения документов, содержащих данные сотрудников, необходимо ввести эти данные в базу данных, где они должны храниться. Таким образом, происходит накопление необходимой информации для решения задач кадрового учета.
В случае необходимости предоставления отчетности для сотрудников, поощрений, штрафов и отпусков требуется пользователю запросить отчет, содержащий необходимую информацию. Для ввода запроса Пользователю в диалоговом окне должна отображаться экранная форма, где он может непосредственно с клавиатуры ввести необходимую информацию. Отчет должен выводиться на экран и принтер.
5.4 Характеристика промежуточной информации
Промежуточной информацией являются данные, хранимые в базе данных.
Проведем разработку основных сущностей (таблиц) рассматриваемой предметной области в программе ERwin Data Modeler r7.3.
Рисунок 5 – Логическая модель базы данных «Кадровый учет»
Далее опишем связи между сущностями.
Таблица 3
Описание связей между сущностями.
|
Сущность |
Атрибут |
Сущность |
Атрибут |
Тип связи |
|
Личные карточки |
№ карточки |
Взыскания |
№ карточки |
один-ко-многим |
|
Личные карточки |
№ карточки |
Отпуск |
№ карточки |
один-ко-многим |
|
Личные карточки |
№ карточки |
Поощрения |
№ карточки |
один-ко-многим |
|
Специальности |
№ специальности |
Личные карточки |
№ специальности |
один-ко-многим |
После инфологического проектирования и определения связей строится модель сущность-связь. На рис. 6 она представлена схемой данных MS Access.
Рисунок 6 – Схема данных «Кадровый учет» в MS Access
После анализа представленной модели приходим к выводу, что она имеет третью нормальную форму, то есть, в ней отсутствуют связи «многие-ко-многим».
Физическая модель данных кроме сущностей и атрибутов содержит типы атрибута (типы полей базы данных).
Рисунок 7 – Физическая модель базы данных «Кадровый учет»
Таблица 4
Структура полей таблицы «Специальности»
|
№ п/п |
Имя поля |
Тип данных |
Размер поля |
Ключевое поле |
|
1 |
№ специальности |
Числовой |
Длинное целое |
Да |
|
2 |
Название специальности |
Текстовый |
100 |
Нет |
Таблица 5
Структура полей таблицы «Награждения и поощрения»
|
№ п/п |
Имя поля в таблице |
Тип данных |
Размер поля |
Ключевое поле |
|
1 |
№ карточки |
Числовой |
Длинное целое |
Нет |
|
2 |
Дата награждения\поощрения |
Дата/время |
Краткий формат даты |
Нет |
|
3 |
Заметки |
Memo |
65 535 |
Нет |
Таблица 6
Структура полей таблицы «Личные карточки»
|
№ п/п |
Имя поля в таблице |
Тип данных |
Размер поля |
Ключе-вое поле |
|
1 |
№ карточки |
Числовой |
Длинное целое |
Да |
|
2 |
Фамилия |
Текстовый |
100 |
Нет |
|
3 |
Имя |
Текстовый |
50 |
Нет |
|
4 |
Отчество |
Текстовый |
50 |
Нет |
|
5 |
Дата рождения |
Дата/время |
Краткий формат даты |
Нет |
|
6 |
Семейное положение |
Текстовый |
50 |
Нет |
|
7 |
Паспорт серия |
Числовой |
Длинное целое |
Нет |
|
8 |
Паспорт номер |
Числовой |
Длинное целое |
Нет |
|
9 |
№ специальности |
Числовой |
Длинное целое |
Нет |
|
10 |
Стаж работы |
Числовой |
Длинное целое |
Нет |
|
11 |
Последнее место работы |
Текстовый |
250 |
Нет |
|
12 |
Уволен |
Логический |
2 |
Нет |
|
13 |
Заметки |
Memo |
65 535 |
Нет |