Разработка рабочего места менеджера по набору персонала ЗАО «Тандер»

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

 В конфигурации разработаны  следующие документы

• Прием на работу
• Увольнение
• Регистрация результатов испытательных сроков
• Планируемые затраты на персонал

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

Ниже представлен  Документ « Прием на работу».

Рисунок 2.8. Документ «Прием на работу»

 

Модуль формы  документа представлен на изображении 2.9.

&НаКлиенте

Процедура СотрудникиКандидатПриИзменении(Элемент)

ЭтаФорма.ТекущийЭлемент.ТекущиеДанные.Подразделение= ПолучитьПодразделениеИДолжность(ЭтаФорма.ТекущийЭлемент.ТекущиеДанные.Кандидат).Подразделение;

ЭтаФорма.ТекущийЭлемент.ТекущиеДанные.Должность= ПолучитьПодразделениеИДолжность(ЭтаФорма.ТекущийЭлемент.ТекущиеДанные.Кандидат).Должность;

 

КонецПроцедуры

 

&НаСервере

Функция   ПолучитьПодразделениеИДолжность(Кандидат)

НашаСтруктура=новый Структура;

НашаСтруктура.Вставить("Подразделение",Кандидат.Подразделение);

НашаСтруктура.Вставить("Должность",кандидат.Должность);

Возврат НашаСтруктура;

КонецФункциии

 

Рисунок 2.9. Модуль формы документа

 

Документ  «Увольнение» представлен на рисунке 2.10. В нем хранится информация об уволенных кандидатах.

 

Рисунок 2.10. Документ «Увольнение»

 

Процедура ОбработкаПроведения(Отказ, Режим)

// регистр Работники

Движения.Работники.Записывать = Истина;

Для Каждого ТекСтрокаСотрудники Из Сотрудники Цикл

Движение = Движения.Работники.Добавить();

Движение.Период = Дата;

Движение.Кандидат = ТекСтрокаСотрудники.Кандидат;

КонецЦикла;

     //{{__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ

// Данный фрагмент построен  конструктором.

// При повторном использовании  конструктора, внесенные вручную изменения будут утеряны!!!

 

//}}__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ

КонецПроцедуры

 

Процедура ОбработкаЗаполнения(ДанныеЗаполнения, СтандартнаяОбработка)

//{{__КОНСТРУКТОР_ВВОД_НА_ОСНОВАНИИ

// Данный фрагмент построен  конструктором.

// При повторном использовании  конструктора, внесенные вручную изменения будут утеряны!!!

Если ТипЗнч(ДанныеЗаполнения) = Тип("ДокументСсылка.РегистрацияРезультатовИспытательныхСроков") Тогда

Стрка=ЭтотОбъект.Сотрудники.Добавить(); 

Стрка.Кандидат=ДанныеЗаполнения.Кандидат;

Стрка.ДатаУвольнения=ДанныеЗаполнения.ДатаРешения;

КонецЕсли;

//}}__КОНСТРУКТОР_ВВОД_НА_ОСНОВАНИИ

КонецПроцедуры

Документ «Регистрация результатов испытательных сроков» 

 

Рисунок 2.11. Документ «Регистрация результатов испытательных сроков»

Процедура ОбработкаПроведения(Отказ, Режим)

// регистр СостояниеСотрудниковНаИспытательномСроке

Движения.СостояниеСотрудниковНаИспытательномСроке.Записывать = Истина;

Движение = Движения.СостояниеСотрудниковНаИспытательномСроке.Добавить();

Движение.Период = Дата;

Движение.Кандидат = Кандидат;

Движение.Вакансия = вакансия;

Движение.Решение = Решение;

     //{{__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ

// Данный фрагмент построен  конструктором.

// При повторном использовании  конструктора, внесенные вручную изменения будут утеряны!!!

 

//}}__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ

КонецПроцедуры

 

 

Рисунок 2.12. Документ «Планируемые  затраты на персонал»

 

Рисунок 2.13. Модуль Документа «Планируемые  затраты на персонал»

 

Процедура ОбработкаПроведения(Отказ, Режим)

 

// регистр ЗатратыНаПерсонал 

Движения.ЗатратыНаПерсонал.Записывать = Истина;

Для Каждого ТекСтрокаЗатраты Из Затраты Цикл

Движение = Движения.ЗатратыНаПерсонал.Добавить();

Движение.Период = Дата;

Движение.Вакансия = ТекСтрокаЗатраты.Вакансия;

Движение.ИсточникИнформации = ТекСтрокаЗатраты.ИсточникИнформации;

Движение.Сумма = ТекСтрокаЗатраты.Сумма;

КонецЦикла;

        //{{__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ

// Данный фрагмент построен  конструктором.

// При повторном использовании  конструктора, внесенные вручную изменения будут утеряны!!!

 

//}}__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ

КонецПроцедуры

 

2.4. Создание отчетов

 

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

У любого отчета в системе 1С есть экранная форма. Диалог, который пользователь видит на экране. В диалоге пользователь обычно задает параметры формирования отчета, например, период времени. Также у отчета обычно есть одна или несколько бумажных форм - Таблиц. С помощью таблиц отчет печатается на бумаге. Алгоритм формирования отчета записывается в модуле отчета на встроенном языке 1С.

Модуль отчета должен выбрать  из справочника Сотрудники нужных людей  и вывести их в таблицу.

В конфигурации разработаны  следующие отчеты:

• Затраты на персонал
• Результаты испытательных сроков

 

Рисунок 2.14. Отчет «Затраты на персонал»

 

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

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

 

Рисунок 2.15. Отчет Затраты на персонал. Основная схема компоновки данных

 

На рисунке 2.15. представлена Основная схема компоновки данных отчета «Затраты на персонал».

На изображении  2.16. представленный следующий отчет «Результаты  испытательных сроков».

Рисунок 2.16. Отчет «Результаты испытательных сроков»

Основная схема компоновки данных представлена на рисунке 2.22.

 

Рисунок 2.22. Отчет  продажи. Основная схема компоновки данных

 

 

2.5. Регистры сведений 

 

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

Регистр сведений позволяют хранить в  прикладном решении произвольные данные в разрезе нескольких измерений.

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

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

Рисунок 2.23. Структура  регистра сведений «Работники»

 

 

 

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

В конфигурации используется регистр сведений «Работники»(рисунок 2.23) и «Состояние сотрудников на испытательном сроке»(рисунок 2.24). В нем хранится информация о работниках.

Рисунок 2.24. Структура  регистра сведений «Работники»

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

2.6.Регистры накоплений 

 

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

Регистр накопления образует многомерную систему  измерений и позволяет "накапливать" числовые данные в разрезе нескольких измерений. Например, в таком регистре можно накапливать информацию об остатках товаров в разрезе номенклатуры и склада, или информацию об объемах  продаж в разрезе номенклатуры и  подразделения компании. В конфигурации используется регистр накопления «Затраты на персонал». Регистр предназначен для отражения в системе задолженности клиентов перед организацией.

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

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

 

Рисунок 2.25. Структура регистра накоплений «Затраты на персонал»

 

Глава 3. Обоснование экономической эффективности  проекта

3.1 Определение эффективности  ПС

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

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

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

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