Разработка конфигурации. Складской учет.

Содержание:

Введение

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

Объектом исследования курсовой работы является ИТ - компания ООО «СпецПК».

Актуальность темы настоящего исследования состоит в разработке программного приложения и базы данных, которые поспособствуют автоматизации уникальных бизнес-процессов ООО «СпецПК» в области складского учета.

Объектом исследования является ООО «СпецПК».

Предметом исследования является автоматизация учета товаров на складе для ООО «СпецПК».

Целью курсовой работы является создание информационной системы автоматизации учета товаров на складе в компании ООО «СпецПК».

Для достижения указанной цели должны быть решены такие задачи:

1. Рассмотрение работы предприятия ООО «СпецПК» и представление его технико-экономической характеристики.
2. Изучение предметной области и бизнес-процессов учета товаров на складе компании ООО «СпецПК».
3. Проектирование и разработка складской информационной системы автоматизации.
4. Выполнение расчета технико-экономической эффективности, которая будет получена от внедрения на предприятии складской информационной системы автоматизации.

I Аналитическая часть

1.1. Выбор комплекса задач автоматизации

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

Моделирование будет проводиться при помощи стандарта IDEF0 в контексте АS-IS. Эта модель предназначается для описания бизнес-процессов, существующих в организации.

Методология функционального моделирования IDEF0, представляющая собою часть SADT, эффективно и наглядно отображает весь механизм деятельности организации в виде иерархической системы функций, взаимно связанных между собой. Она позволит понять, к каким результатам приведет проводимая работа; что выступает в качестве управляющих факторов; какая информация или объекты представляют собой необходимый набор для реализации процессов управления. Благодаря нотации IDEF0 могут быть выявлены недостатки бизнес-процессов. Это серьезная помощь в анализе деятельности предприятия.

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

Рис. 1.1. Контекстная диаграмма процесса управления товарами на складе

Декомпозиция процесса управления товаром на складе представлена на рисунке 1.2.

Рис. 1.2. Декомпозиция диаграммы процесса управления товаром на складе

1.2. Характеристика существующих бизнес – процессов

Рассмотрим процесс учета товаров на складе.

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

Рис. 1.3. Декомпозиция блока А1. Складской учёт

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

Рис. 1.4. Декомпозиция блока А2. Учёт проданного товара

Начальник склада, основываясь на документах об инвентаризации, рассчитывает количество необходимого товара и передает эти сведения в отдел закупок. Отдел закупок проводит расчет затрат и производят покупку необходимого товара. (рис. 1.5).

Рис. 1.5. Декомпозиция блока А3. Расчёт и покупка необходимого товара

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

Рис. 1.6. Декомпозиция блока А4. Формирование отчётности

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

1.3. Характеристика документооборота, возникающего при решении задачи

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

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

Схема документооборота складского учета представлена на рисунке 3.

Рисунок 3 – Схема документооборота складского учета

Временные характеристики работы процессов приведены в таблице 1.

Таблица 1

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

Действие	Среднее кол-во заявок за день на один товар	Время, необходимое для выполнения одного действия, минуты	Общее время, минуты
Регистрация заявки на покупку необходимого товара	40	15	600
Поиск необходимой информации	7	15	105
ИТОГО, минут:			705

Как можем видеть из таблицы, начальник склада ежедневно затрачивает, в среднем, 11 часов (705 минут) на внесение необходимой информации в книгу учета. Также он занимается поиском и анализом нужной информации. С учетом того, что рабочий день составляет 12 часов, то можно сделать вывод, что на непосредственную работу по решению проблем и подачи заявок на покупку необходимого товара остается менее 10 % рабочего времени, что крайне неэффективно.

Основные недостатки, присущие существующей практике управления и обработки заявок на покупку товара:

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

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

Таблица 2

Расчет эффекта внедрения

Действие	Среднее кол-во заявок за день на одного сотрудника	Время, необходимое для выполнения одного действия, минуты	Общее время, минуты
Регистрация заявки на покупку необходимого товара	40	3	120
Поиск необходимой информации	7	5	35
ИТОГО, минут:			155

Следовательно, ожидаемая экономия рабочего времени – 2,5 часа в день. Это дает возможность повысить эффективность работы специалистов.

Автоматизация позволит постоянно получать точную информацию о количестве и приоритете заявок, сократить время на подготовку аналитической отчетности, а также на передачу документов в электронном виде.

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

1.4. Обоснование проектных решений по информационному обеспечению

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

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

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

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

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

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

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

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

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

Таблица 3

Используемые системы кодирования

Кодируемое множество объектов	Длина кода	Мощность кода	Система кодирования	Система классификации	Вид классификатора
Сотрудники отдела закупок	5	9999	порядковая	иерархическая	общесистемный
Товары	5	9999	порядковая	иерархическая	общесистемный
Договоры с поставщиками	5	9999	порядковая	иерархическая	общесистемный
Покупка необходимого товара	5	9999	порядковая	иерархическая	общесистемный

Все классификаторы ведутся менеджером.

Классификатор сотрудников отдела закупок.

Структурная формула классификатора:

F = [Фамилия] : [XXXXX] – код сотрудника

Пример заполнения - 001234

Классификатор товаров.

Структурная формула классификатора:

F = [Наименование ]:[ XXXXX] - код товара

Пример заполнения - 00001

Классификатор заявок на покупку.

Структурная формула классификатора:

F = [Наименование]:[ XXXXX] - код заявки

Пример заполнения - 00004

Классификатор договоров.

Структурная формула классификатора:

F = [Наименование]:[ XXXXX] - код договора

Пример заполнения – 00012

1.5. Обоснование проектных решений по программному обеспечению

Наиболее важное отличие разработки бизнес-приложений в системе 1С от разработки в универсальной системе (Delphi, С++) заключается в том, что разработка приложения в 1С осуществляется в терминах классов проблемно-ориентированных бизнес-сущностей.

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

Кроме того, выбор в пользу сильной отечественной информационной платформы обоснован еще и тем, что в современных условиях санкций активно реализуется программа импортозамещения. Зарубежное программное обеспечение становится менее выгодным. Стратегически правильным является внедрение более конкурентоспособных информационных систем компании «1С».

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

База данных разрабатывалась на основе системы управления реляционными базами данных (БД) Microsoft SQL Server 2012.

Важнейшее преимущество в обосновании выбора SQL Server 2012 заключается в его наивысшей совместимости с 1С. Этому способствует плодотворное сотрудничество между «Microsoft» и «1С». Это сделало продукт SQL Server полностью совместимым с «1С».

Нами были проанализированы средства разработки приложений, а также программные аналоги по исследуемой задаче. Была выбрана платформа 1С: Предприятие как программная платформа. В качестве языка программирования был выбран встроенный язык программирования системы «1С: Предприятие 8.3».

Итак, обозначим основные конкурентные преимущества системы «1С: Предприятие 8.3»:

• Кластеризация и гибкость разработки.
• Невысокая цена разработки.
• Высокая скорость разработки информационной системы в сравнении с аналогичными системами.

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

Выберем среду программирования с использованием метода экспертной оценки. Для этого нужно обозначить ряд критериев оценки среды программирования. Значимость каждого представленного критерия была оценена экспертами с использованием 100-бальной шкалы.

Основываясь на полученных данных, найдем коэффициент относительной важности критерия и средний балл. В табл. 4-5 отражены результаты экспертизы.

Таблица 4

Результаты экспертизы сред разработки, первый этап

Функция	Эксперт 1	Эксперт 2	Эксперт 3	Средний балл по 100 бальной шкале	Коэффициент относительной важности
Стоимость	75	90	85	83	13,7
Простота сопровождения	80	75	86	80	13,2
Временные затраты на разработку	90	85	95	90	14,8
Быстродействие	89	95	90	91	15
Удобный дизайн	85	81	90	85	14
Мощность пакета	75	92	84	84	13,8
Возможности языка	100	89	94	94	15,5
Сумма				606	100,0%

Таблица 5.

Результаты экспертизы сред разработки, второй этап

Функция	Коэффициент относительной важности	Среда программирования
		1C	C++ Builder
Стоимость	13,7	+	+
Простота сопровождения	13,2	+	-
Временные затраты на разработку	14,8	+	-
Быстродействие	15	+	+
Удобный дизайн	14	+	+
Мощность пакета	13,8	+	+
Возможности языка	15,5	+	+
Сумма	100,0%	100	72

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

II Проектная часть

2.1. Информационная модель и её описание

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

Рисунок 4 – Информационная модель предметной области компании

2.2. Характеристика нормативно-справочной, входной и оперативной информации

В табл. 1 показана структура разработанных справочников и описаны их реквизиты.

Таблица 1

Структура и состав справочников

Наименование объекта	Реквизиты	Тип	Свойства
Справочник «Товары»	Код	Строка	Длина - 9
	Наименование	Строка	Длина - 45
	Дата поступления	Дата	-
	Артикул	Строка	Длина - 17
	Количество	Строка	Длина - 6
	Тип	Строка	Длина - 30
Справочник «Поставщики»	Код	Строка	Длина - 9
	Наименование	Строка	Длина - 45
	Номер договора	Строка	Длина - 9

Далее мы более детально рассмотрим разработанные справочники. Также будут рассмотрены их формы.

Справочник «Товары» создан с целью хранения списка товаров и информации о них (рис. 4-5).

Рис. 2.4 – Структура справочника «Товары»

Рис. 2.5 – Форма элемента справочника «Товары»

С целью хранения списка поставщиков, используемых в организации, и номеров договоров для них используется справочник «Поставщики» (рис. 6-7).

Рис. 2.6 – Структура справочника «Поставщики»

Рис. 2.7 – Форма списка справочника «Поставщики»

Для отображения любой хозяйственной операции в платформе 1С предусматриваются объекты – документы, предназначаемые для хранения основных данных обо всех событиях, которые происходят в организации.

В табл. 2 отражена структура разработанных табличных частей, документов и описание их реквизитов.

Таблица 2

Структура и состав документов

Наименование объекта	Реквизиты	Тип	Свойства
Документ «Приём товара на склад»	Номер	Строка	Длина - 9
	Дата поступления	Дата	-
	Наименование товара	Справочник. Товары	-
	Артикул	Справочник. Товары	-
	Тип	Справочник. Товары	-
	Количество	Число	Длина – 6, точность - 2
	Поставщик	Справочник. Поставщики	-
Документ «Продажа товара»	Номер	Строка	Длина - 9
	Дата	Дата	-
	Наименование товара	Справочник. Товары	-
	Артикул	Справочник. Товары	-
	Количество	Число	Длина – 6, точность - 2
Документ «Учёт проданного товара»	Номер	Строка	Длина - 9
	Дата	Дата	-
	Наименование товаров	Справочник. Товары	-
	Период с	Дата	-
	Период по	Дата	-
	Артикул	Справочник. Товары	-
	Всего продано	Число	Длина – 6, точность - 2
Документ «Расчёт затрат на покупку необходимого товара»	Номер	Строка	Длина - 9
	Дата	Дата	-
	Период с	Дата	-
	Период по	Дата	-
	Количество товаров	Число	Длина – 6, точность - 2
	Необходимо потратить	Число	Длина – 6, точность - 2

Факт приема товара на склад отражается в документе «Прием товара на склад» (рис. 2.8).

Рис. 2.8 – Структура документа «Приём товара на склад»

В форме документа указывается товар, его тип, количество, артикул, дата поступления, а также компания, поставляющая товар на склад (рис. 2.9).

Рис. 2.9 – Форма документа «Приём товара на склад»

Макет – специальный объект системы, разработанный для формирования печатной формы приказа о приеме товара на склад (рис. 2.10).

Рис. 2.10 – Макет документа «Приём товара на склад»

Чтобы распечатать приказ о приеме товара на склад, нужно нажать на кнопку «Печать приказа». Кнопка расположена в нижней части документа «Прием товара на склад».

Рис. 2.11 – Печатная форма документа «Приём товара на склад»

В документе «Продажа» отражается факт продажи товара со склада (рис. 2.12).

Рис. 2.12 – Структура документа «Продажа»

В форме документа указывается товар, его артикул и проданное количество (рис. 2.13).

Рис. 2.13 – Форма документа «Продажа»

Документ «Учет проданного товара» создан для учета товаров, проданных со склада за определенный период (рис. 2.14).

Рис. 2.14 – Структура документа «Учёт проданного товара»

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

Рис. 2.15 – Форма документа «Учёт проданного товара»

Чтобы облегчить ввод, нужно нажать на кнопку «Заполнить». После этого табличная часть будет заполнена данными за выбранный период по выбранному графику из регистра сведений «График продаж». Листинг процедуры показан в Прил. A (рис. А.8).

Для расчёта затрат на покупку необходимого товара в системе был разработан документ «Расчёт затрат» (рис. 2.16).

Рис. 2.16 – Структура документа «Расчёт затрат»

В форме документа должны быть указаны товары, необходимые для покупки на склад. С этой целью необходимо нажать на кнопку «Заполнить». Система в автоматическом режиме заполнит таблицу перечнем необходимых товаров при помощи запроса к справочнику «Товары» и к документу «Учёт проданного товара». Расчет полей «На период с» и «На период по» производится в автоматическом режиме (рис. 2.17).

Рис. 2.17 – Форма документа «Расчёт затрат»

2.3. Характеристика результатной информации

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

Рассмотрим отчеты, существующие в разработанной информационной системе:

1. Отчёт «Диаграмма продажи товаров по типу» – отражает количество проданных товаров по типу в виде графической диаграммы (рис. 2.18).

Рис. 2.18 – Форма отчёта «Отчёт по проданным товарам»

Формирование этого отчета осуществляется посредством запроса к виртуальной таблице среза регистра: «Учёт проданного товара» (рис. 2.19).

Рис. 2.19 – Запрос для формирования отчёта «Отчёт по проданным товарам»

1. Отчёт «Отчёт по закупленным товарам» – отражает количество и сумму закупленного товара с детализацией по поставщикам (рис. 2.20).

Рис. 2.20 – Форма отчёта «Отчёт по закупленным товарам»

Данный отчёт формируется путём запроса к объекту «Расчёт затрат» (рис. 2.21).

Рис. 2.21 – Запрос для формирования отчёта «Отчёт по закупленным товарам»

2.4 Общие положения (дерево функций и сценарий диалога)

В разрабатываемой информационной системе предусматривается четыре вида пользователей:

- Пользователь, подающий заявку.

- Специалист, который принимает и закрывает заявки на расчет зарплаты.

- Координатор, занимающийся распределением заявок.

- Администратор информационной системы, наделенный наиболее полными полномочиями.

На рис. 5-6 более детально отражены функции вышеуказанных пользователей.

Рисунок 5 - Дерево функций администратора

Рисунок 6 - Дерево функций специалиста

2.5 Характеристика базы данных

ER-модель (модель «Сущность-Связь») – это модель данных, которая позволяет описать концептуальную схему.

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

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

На предприятии используется СУБД MS SQL Server.

Связь основных таблиц в БД показана на рисунке 7.

Рисунок 7 - «ER-модель» предметной области компании

Описание таблиц ER-модели представлено в таблице 6.

Таблица 6

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

Имя сущности	Атрибут	Ключи	Шифр домена
Отделы	ID Отдела	PK	D1
	Название отдела		D3
	Численность штата		D1
	ФИО руководителя		D3
Сотрудники	ID сотрудника	PK	D1
	ФИО сотрудника		D3
	Должность сотрудника		D3
	Телефон сотрудника		D1
	Дата рождения сотрудника		D2
	Дата приема на работу		D2
	ID отдела	FK	D1
Выполненные работы	ID сотрудника	FK	D1
	ID помещения	FK	D1
	ID секции	FK	D1
	Дата и время начала работы	PK	D2
	Дата и время окончания работы		D2
	Факт проведения		D4
Отделы	ID помещения	PK	D1
	Название помещения		D3
	Вид помещения		D3
	ID сотрудника	FK	D1
Подгруппы отделов	ID секции	PK	D1
	Название секции		D3
	Численность		D1

2.6 Структурная схема пакета (дерево вызова программных модулей)

Деревом программных модулей отражается структурная схема пакета, который содержит программные модули разных классов:

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

- управляющие модули, которые предназначены для загрузки меню и передачи управления иным модулям.

- модули, реализующие служебные функции.

На рисунке 8 показано дерево программных модулей, формирующих структуру базового пакета.

Модуль проверки загружаемой информации на ошибки

Форма редактирования пользователей

Форма аутентификации

Модуль тестирования БД

Модуль визуальных эффектов

Подсистема работы с отчетами

Модуль редактирования визуализированных данных

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

Модуль визуализации данных

Подсистема работы со справочниками

Форма пользователя

Главная форма

Рисунок 8 – Структурная схема основного пакета

К основным задачам администратора базы данных ПО «1С:

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

2.7. Описание программных модулей

Алгоритм функционирования всей системы представлен на рис. 9

Начало

Занесение данных о сотруднике в БД

IF:Выбор операции

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

Регистрация начислений

Утверждение заработной платы

Регистрация расчетов

Формирование отчетности:

Выданная заработная плата

Формирование отчетности:

Расчетная ведомость

Конец

Рисунок 9 - Алгоритм функционирования всей системы

2.8. Контрольный пример реализации проекта и его описание

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

Структура метаданных разрабатываемой конфигурации представлена на рисунке 1

Рис. 2.1. Структура дерева конфигурации

Актуальной версией платформы 1С (версия 8.3) предполагается использование управляемого интерфейса, состоящего из окон и команд. Этот интерфейс является динамическим. Это значит, что доступность разных команд напрямую зависит от настроек конфигурации, прав пользователей и прочих параметров.

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

Разработанный интерфейс и рабочий стол конфигурации представлен на рисунке 2.

Рис. 2.2. Командный интерфейс и рабочий стол конфигурации

Разработка конфигурации применительно к платформе 1С означает создание прикладных объектов конфигурации (отчетов, регистров, документов, справочников) с описанием их характеристик и параметров. Каждый созданный объект отражается в дереве метаданных конфигурации [16]. Далее нами будут более детально рассмотрены объекты дерева метаданных, созданные для разрабатываемой информационный системы. Под константами подразумеваются данные, всегда остающиеся неизменными, обладающие одним и тем же значением, вне зависимости от времени. В одной константе хранится одно значение. Константы разрабатываемой системы отражены на рис. 2.3.

Рис. 2.3. Созданные константы

Чтобы все константы отображались в одном окне, создана общая форма констант «Сведения об организации» (рисунок 4). Ее можно вызвать в разделе «Сервис» на командной панели.

Рис. 2.4. Общая форма констант

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

В приложении 1 приведены листинги программ на встроенном языке программирования платформы «1С: Предприятие 8.3».

Заключение

В рамках курсовой работы была рассмотрена ИТ - компания ООО «СпецПК».

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

В первой главе был проведен анализ предметной области в рамках исследуемой темы курсовой работы – автоматизация предметной области управления учётом заявок на покупку товара в компании ООО «СпецПК».

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

Во второй главе был проведен анализ совокупности факторов, оказывающих влияние на проект по автоматизации управления персоналом на предприятии ООО «СпецПК» и принятых проектных решений:

• Структура информационной системы.
• Информационная модель разрабатываемой системы управления персоналом.
• Методология управления проектом и риски проекта по созданию программного обеспечения.

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

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

По итогам анализа информационной системы были выявлены такие существенные недостатки:

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

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

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

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

Используемые источники литературы

1. Голицына О. Л., Максимов Н. В., Попов И. И. Базы данных: учебное пособие. - М.: ФОРУМ: ИНФРА-М, 2015. - 400 с.
2. Диго С. М. Базы данных: проектирование и использование: учебник для вузов. - М.: Финансы и статистика, 2016. - 592 с.
3. Дейт К.Дж., Дарвен Хью. Основы будущих систем баз данных: Третий манифест. - Издательство Янус-К, 2016. – 656 с.
4. Дейт К. Дж. Введение в системы баз данных (седьмое издание). Вильямс, 2016 - 1072 с.
5. Илюшечкин В. М. Основы проектирования и использования баз данных: учеб. пособие. - М.: Высшее образование, 2016. - 213 с.
6. Каленик А. И. Использование новых возможностей Microsoft SQL Server 2012. - М.: «Русская редакция», 2015. - 334 с.
7. Когаловский М.Р. Теория реляционных баз данных. М.: Финансы и статистика, 2015. –500 c.
8. Кодд Е.Ф. Перевод: Когаловский М.Р. Реляционная модель данных для больших совместно используемых банков данных. М.: Финансы и статистика, 2015– c.48
9. Кодд Е.Ф. Перевод: Когаловский М.Р. Реляционная модель данных для больших совместно используемых банков данных. М.: Финансы и статистика, 2016 – c. 256
10. Коннолли Т., Бегг К. Базы данных: проектирование, реализация и сопровождение. Издательство: Диалектика, 2017 – с.24.
11. Коннолли Т., Бегг К. Базы данных: проектирование, реализация и сопровождение. Издательство: Диалектика, 2016 – с.36.
12. Крёнке Д. Теория и практика построения баз данных. - М.: Питер, 2016. - 800 с.
13. Крёнке Д. Практический опыт программирования в реляционных базах данных. - М.: Питер, 2015. - 400 с.
14. Кузин А.В. Базы данных: учебное пособие для вузов. - М.: Академия, 2016. - 30 с.
15. Кузин А.В. Базы данных: учебное пособие для вузов. - М.: Академия, 2015. - 54 с.

Приложение

Программный код

Движения.СкладскойУчёт.Записывать = Истина;

Движение = Движения.СкладскойУчёт.Добавить();

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

Движение.Товар = Товар;

Движение.Тип = Тип;

Движение.Поставщик = Поставщик;

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

Движения.ТарифныеСтавки.Записывать = Истина;

Движение = Движения.ТарифныеСтавки.Добавить();

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

Движение.Товар = Товар;

Движение.ТарифнаяСтавка = ТарифнаяСтавка;

Движения.СкладскойУчёт.Записывать = Истина;

Движение = Движения.СкладскойУчёт.Добавить();

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

Движение.Товар = Товар;

Движение.Тип = Тип;

Движение.Поставщик = Поставщик;

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

Движения.ТарифныеСтавки.Записывать = Истина;

Движение = Движения.ТарифныеСтавки.Добавить();

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

Движение.Товар = Товар;

Движение.ТарифнаяСтавка = ТарифнаяСтавка;

Движения.СкладскойУчёт.Записывать = Истина;

Движение = Движения.СкладскойУчёт.Добавить();

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

Движение.Товар = Товар;

//Движение.Тип = Тип;

//Движение.Поставщик = Поставщик;

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

Движения.УчётПроданногоТовара.Записывать = Истина;

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

Движение = Движения.УчётПроданногоТовара.Добавить();

Движение.Период = ТекСтрокаТабель.Дата;

Движение.Товар = Товар;

Движение.Время = ТекСтрокаТабель.Часы;

Движение.График = График;

КонецЦикла;

Движения.ОборотПродажиТовара.Записывать = Истина;

Для Каждого ТекСтрокаСписокТоваров Из СписокТоваров Цикл

Движение = Движения.ОборотПродажиТоваров.Добавить();

Движение.ВидДвижения = ВидДвиженияНакопления.Приход;

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

Движение.Товар = ТекСтрокаСписокТоваров.Товар;

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

Движения.ОборотПродажиТоваров.Записывать = Истина;

Движение = Движения.ОборотПродажиТоваров.Добавить();

Движение.ВидДвижения = ВидДвиженияНакопления.Расход;

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

Движение.Товар = Товар;

Движение.КПродаже = Кол-во;