Заключение по курсовой работе 1с предприятие

Содержание
  1. Введение
  2. Основы и этапы проектирования прикладных решений на заданной платформе, управленческая характеристика предметной области конфигурирования. Проектирование системы учета хозяйственных операций. Разработка дополнительных алгоритмов обработки информации.
  3. Основные возможности
  4. Предприятии» строится на основе общей модели работы приложения, предлагаемой платформой «в обязательном порядке», т. основные и наиболее сложные архитектурно-технологические решения (такие, как механизм трехуровневой архитектуры, вопросы взаимодействия компонентов, аутентификация пользователей и т. ) предлагаются разработчикам в готовом виде.
  5. 1 Описание (анализ) предметной области
  6. 2 Построение функциональной модели информационной системы предметной области
  7. Проведя анализ ряда задач, который должна выполнять система складского учета, смоделировали работу разрабатываемой системы. Результат моделирования представлен на рисунках 2-3.
  8. Вход («Сырье», «Заявка на производство», «Заявка на отгрузку»); выход («Отчёт») который будет отображать остаток товара на складах; управление («ГОСТ по производству», «Правила хранения») и механизм («Персонал производства», «Персонал склада»).
  9. 1 Построение логической модели БД информационной системы
  10. 1 Создание основных объектов БД в режиме «конфигуратор»
  11. 5 Тестирование (отладка) модуля ИС
  12. ЗАКЛЮЧЕНИЕ
  13. СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ
  14. Прикладной алгоритм учет
  15. В конфигурации используются следующие отчеты
  16. Информационная система учета товаров
  17. Разработка информационной системы для учета товаров на одном складе. Анализ существующего процесса учета товаров на одном складе. Выбор платформы разработки ИС. Создание функциональной модели баз данных, логистической модели. Проверка и тестирование ИС.

Введение

§ «Расчет суммы» — данный модуль позволяет рассчитать сумму в конкретной строке табличной части документа

Процедура РасчетСуммыДокументаЗаказыПоставщикам(СтрокаТЧ) Экспорт

СтрокаТЧ. Сумма = СтрокаТЧ. Количество*СтрокаТЧ. Цена;

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

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

Размещено на http://www.allbest.ru/

Разработка предметно-ориентированной конфигурации «Управленческий учет в ИТ-компании» на платформе «1С: Предприятие 8.3»

Основные возможности

· Заказы поставщикам, контроль их оплаты и поставки;

· Соглашение на предоставление сервиса;

· Возможность формирования аналитических отчетов;

· Формирование счетов на оплату;

· Количественный и суммовой учет номенклатуры по материально-ответственным лицам;

· Возможность вести учет сразу по нескольким организациям;

· Проведение обслуживания, как собственными силами, так и силами сторонних организаций;

· Оплата и контроль услуг сторонним организациям за ремонт и обслуживание;

· Обслуживание на рабочем месте, где произошла проблема и отражение этого факта в программе;

· База клиентов, поставщиков.

1.3 Проектирование комплекса функциональных подсистем конфигурации

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

Первая подсистема называется «SLA» (Рис. 2).

Здесь мы можем просмотреть базу предоставляемых сервисов. Принимаем заказы на определенный сервис и здесь же выписываем счета на оплату. В этой подсистеме доступны все аналитические отчеты.

Вторая подсистема называется «Заказы поставщикам» (Рис. 3).

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

Третья подсистема называется «Сотрудники» (Рис. 4).

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

Четвертая подсистема называется «Техническая поддержка» (Рис. 5).

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

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

Проанализируем особенности платформы «1С: Предприятие» с точки зрения критериев выбора средства разработки. Прежде всего, ее использование стоит рассматривать для решения тех задач, для которых оно предназначено, — автоматизации управления и учета. Конечно, есть и весьма успешные случаи нестандартного применения системы для других областей, но не будем на них отвлекаться. Далее, важный критерий выбора между «1С: Предприятием» и универсальными средствами разработки — по нашему мнению, оценка затрат на разработку и сопровождение системы. При этом затраты вполне можно оценить количественно. Скорость разработки в «1С: Предприятии» обычно выше в 2-10 раз и стоимость соответственно в разы ниже.

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

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

1 Описание (анализ) предметной области

Предприятие «Стандарт Пластик Групп», является одним из лидеров Российского рынка по производству изделий из пластмасс. Завод, благодаря использованию новейшего оборудования и высококачественных материалов, соответствует всем современным требованиям, что подтверждается Российскими сертификатами качества и сертификатом менеджмента качества ISO-9001. Предприятие имеет мощный производственный комплекс, состоящий из 54 термопласт автоматов (ТПА) различного назначения производства Италии, Кореи, Германии. Современный инструментальный цех завода, совместно с собственным конструкторским бюро способны изготавливать пресс-формы для производства самой различной продукции, как для потребительского рынка, так и для промышленных предприятий

Стандарт Пластик Групп предлагает широкий ассортимент продукции по следующим направлениям:

o товары хозяйственно-бытового назначения;

o одноразовую посуду;

o упаковочные материалы.

Проведя анализ подразделения, построила организационную структуру предприятия. Структура подразделения представлена на рисунке 1

Рисунок 1 — Организационная структура «Стандарт ПластикГрупп»

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

Читайте также:  Заключение по производственной практике на предприятии менеджмент

2 Построение функциональной модели информационной системы предметной области

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

Проведя анализ ряда задач, который должна выполнять система складского учета, смоделировали работу разрабатываемой системы. Результат моделирования представлен на рисунках 2-3.

Рисунок 2- Контекстная диаграмма работы ИС складского учета

Вход («Сырье», «Заявка на производство», «Заявка на отгрузку»); выход («Отчёт») который будет отображать остаток товара на складах; управление («ГОСТ по производству», «Правила хранения») и механизм («Персонал производства», «Персонал склада»).

Рисунок 3 — Диаграмма декомпозиции 1 уровня работы ИС складского

Диаграмма декомпозиции 1 уровня работы ИС складского учета включает в себя 2 взаимосвязанных процесса: «Производство» и «Хранение товара», также на диаграмме появляется поток данных «Продукция для хранения».

1.3 Разработка модели основного бизнес-процесса предметной области

Контекстная диаграмма «Хранение товара» рисунок 4 представляет собой совокупность работ, преобразующих входы в выходы с использованием механизмов и управления. Модели процессов помогают осознать особенности функционирования системы и взаимодействия с внешней средой.

Рисунок 4- Контекстная диаграмма «Хранение товаров»

Рисунок 5 — Диаграмма декомпозиция «Хранения товара»

Диаграмма декомпозиции 2 уровня «Хранения товара» состоит из 3 главных процессов:

«Прием товара с производства» — прием, проверка соответствия поставки сопроводительным документам, проверка целостности товара.

«Размещение товаров с использованием системы складского учета» —сортировка, размещение товара в зоне хранения.

«Отгрузка товаров» — отбор товара из зоны хранения, комплектация и упаковка, контроль отгрузки.

Также в системе есть внешняя сущность — склад готовой продукции.

Разрабатываемая информационная система строится на динамическом методе организации хранения товаров на складе.

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

2. ПРАКТИЧЕСКАЯ ЧАСТЬ

1 Построение логической модели БД информационной системы

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

Рисунок — 6 Логическая модель БД

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

В данной логической модели использован тип связей «Один ко многим».

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

o Товар (наименование, код);

o Сотрудники (наименование, код);

o Получение товара (дата, наименование, номер, товар, кол-во);

o Продажа товара (дата, наименование, номер, товар, кол-во);

o Склад (наименование, код);

o Хранение товара (период, регистратор, товар, кол-во).

Логическая модель БД была создана в Untitled Diagram.

2.2 Программная реализация информационной системы на платформе «1С:Предприятие»

1 Создание основных объектов БД в режиме «конфигуратор»

Рисунок 7-Основные элементы конфигурации

2.2.2 Заполнение справочников

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

На рисунке 8 показаны все справочники, которые используются в системе:

«Склады» — содержит информацию о подразделениях внутри склада.

«Товары» — содержит весь перечень товаров, предоставляемых на складе.

«Сотрудники» — содержат информацию о работниках, работающих на складе.

На рисунке 9 будет показан пример заполненного справочника «Товары»

Рисунок 8 — Справочники конфигурации

Рисунок 9 — Справочник конфигурации «Товары»

2.2.3 Формирование запросов

Запрос — это специальный объект в 1С 8.3, который используется для формирования и выполнения запросов к таблицам базы данных в системе.

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

Рисунок 10 — Запрос документа «Продажа товара»

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

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

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

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

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

Рисунок 11 — Формирование отчета

5 Тестирование (отладка) модуля ИС

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

Рассмотрим простой пример запуска клиента тестирования, выполнения автоматизированного теста и проверки его результатов.

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

Рисунок 12 — Процесс тестирования

Менеджера тестирования проще всего запустить из Конфигуратора. Для этого в параметрах конфигуратора можно установить режим запуска клиентского приложения

Рисунок 13 — Менеджер тестирования

Запустила через менеджера тестирования. Все запустилось без ошибок, пример запуска прикреплен снизу на рисунке 14.

Рисунок 14 — Запуск через менеджера тестирования

ЗАКЛЮЧЕНИЕ

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

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

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

В проектной части для разрабатываемой системы склада была спроектирована логическая модель данных. Определены сущности и атрибуты, выделены типы связей. Логическая модель базы данных была реализована в Allfusion Process Modeler.

Читайте также:  Индивидуальный персонифицированный учет в системе государственного пенсионного страхования курсовая

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

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

В ходе выполнения курсового проекта все поставленные задачи решены и цель достигнута.

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

1. Гагарина Л.Г., Киселев Д.В., Федотова Е.Л.: учеб. Пособие / Под ред. Проф. Л.Г.Гагариной. «Разработка и эксплуатация автоматизированных информационных систем», 2010г. 384 стр;

2. Гвоздева В.А. «Основы построения автоматизированных информационных систем: учебник», Москва: ИНФРА-М 2014г. 320 стр.

3. Голицына О.Л., Максимов Н.В., Попов И.И. «Информационные системы: учебное пособие. Москва: ФОРУМ: ИНФРА-М, 2012г. 496 стр;

4. Гребенюк Е. И., Гребенюк Н. А. «Технические средства информатизации», ИД «Академия» 2013г. 272 стр;

5. Грегори Р. Эндрюс, «Основы многопоточного, параллельного и распределенного программирования», Москва: Вильямс 2011г. 512 стр;

6. Е. П. Истомин, В. В. Новиков М. В. Новикова «Высокоуровневые методы информатики и программирования»2011г. 228 стр;

7. Михеев Е.В. «. Информационные технологии в профессиональной деятельности», Москва: ТК Велби, Проспект, 2015г. 448стр;

8. Сорокин А.В. «Delphi. Разработка баз данных» Санкт — Петербург: Питер, 2014г. 477стр;

9. Фуфаев Э.В. «Разработка и эксплуатация удаленных баз данных», Москва: Издательский центр «Академия» 2011г. 256 стр;

10. Эдвард Йордон, Карл Аргила, «Объектно-ориентированный анализ и проектирование систем», Москва: Лори 2012г. 264 стр;

§ «Соглашение об уровне предоставления услуг»;

§ «Счет на оплату предоставления сервиса»;

§ «Заказы поставщикам»;

§ «Покупки клиентов»;

Документ «Соглашение об уровне предоставления услуг»

Данный документ регистрирует факт предоставления услуги (сервиса) клиентам (контрагента).

Структура документа представлена в Табл. 12.

Документ содержит табличную часть — задание (табл. 13).

В режиме конфигурации документ «Соглашение об уровне предоставления услуг» будет выглядеть следующим образом (Рис. 17):

Рис. 17. Документ «Соглашение»

Документ имеет обработку заполнения:

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

// регистр ПредоставляемыеСервисы Приход

Движения. СтоимостьУслуг. Записывать = Истина;

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

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

Движение = Движения. СтоимостьУслуг. Добавить();

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

Движение. Услуга = ТекСтрокаЗадание. Сервис;

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

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

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

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

Движение. Количество = 1;

На форме документа реализованы процедуры:

ИтоговаяСтоимость = Объект. Задание. Итог («Цена»);

Объект. Итог = ИтоговаяСтоимость;

Документ «Счет на оплату предоставления сервиса»

Данный документ формируется на основании вышеописанного.

Структура документа представлена в Табл. 14.

В режиме конфигурации документ «Счет на оплату предоставления сервиса» будет выглядеть следующим образом (Рис. 18):

Рис. 18. Документ «Счет»

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

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

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

Если ТипЗнч(ДанныеЗаполнения) = Тип («ДокументСсылка. СоглашениеОбУровнеПредоставленияУслуг») Тогда

// Заполнение шапки

Сумма = ДанныеЗаполнения. Итог;

РаботуВыполнил = ДанныеЗаполнения. Ответственный;

Основание = ДанныеЗаполнения. Ссылка;

Документ «Заказы поставщикам»

Данный документ регистрирует факт заказа материалов поставщику.

Структура документа представлена в Табл. 15.

В режиме конфигурации документ «Заказы поставщикам» будет выглядеть следующим образом (Рис. 19):

Рис. 19. Документ «Заказы поставщикам»

Документ имеет обработку проведения:

// регистр ОстаткиМатериалов Приход

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

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

Движение = Движения. ОстаткиМатериалов. Добавить();

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

Движение. Количество = ТекСтрокаНоменклатура. Количество;

СтрокаТЧ = Элементы. Номенклатура. ТекущиеДанные;

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

Структура документа представлена в Табл. 16.

Также документ «Доверенность» имеет табличную часть «печать», информация о которой приведена в Табл. 17.

В режиме конфигурации документ «Доверенности» будет выглядеть следующим образом (Рис. 20):

Рис. 20. Документ «Доверенности»

Если ТипЗнч(ДанныеЗаполнения) = Тип («ДокументСсылка. ЗаказыПоставщикам») Тогда

КонецПроцедурыДокумент «Покупки клиентов»

Данный документ проводится, когда клиенты совершают покупки.

Структура документа представлена в Табл. 18.

Документ содержит табличную часть — номенклатура.

В режиме конфигурации документ «Покупки клиентов» будет выглядеть следующим образом (Рис. 21):

Рис. 21. Документ «Покупка клиентов»

// регистр ИсторияПокупок

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

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

Движение = Движения. ИсторияПокупок. Добавить();

Движение. Клиент = Клиент;

Движение. Номенклатура = ТекСтрокаПокупка. Номенклатура;

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

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

СтрокаТЧ = Элементы. Покупка. ТекущиеДанные;

В конфигурации используются следующие регистры сведений:

§ «Стоимость услуг»;

§ «История покупок»

Регистр сведений «Стоимость услуг»

Данный регистр сведений отражает цены на услуги (сервисы), предоставляемые организацией.

Структура регистра представлена в Табл. 20.

В режиме конфигурации регистр сведений «Цены на услуги» будет выглядеть следующим образом (Рис. 25):

Рис. 25. Регистр сведений «Стоимость услуг»

Регистр сведений «История покупок»

Данный регистр сведений отражает покупки клиентов и стоимость номенклатуры.

Структура регистра представлена в Табл. 21.

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

Рис. 26. Регистр сведений «История покупок»

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

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

§ «Остатки материалов»;

§ «Предоставляемые сервисы»;

Регистр накоплений «Остатки материалов»

Данный регистр накопления накапливает информацию об оставшихся материалах.

Структура регистра представлена в Табл. 22.

В режиме конфигурации регистр накопления «Остатки материалов» будет выглядеть следующим образом (Рис. 27):

Рис. 27. Регистр накопления «Остатки материалов»

Регистр накоплений «Предоставляемые сервисы»

Данный регистр накопления накапливает информацию о предоставленных сервисах.

Структура регистра представлена в Табл. 23.

В режиме конфигурации регистр накопления «Предоставляемые сервисы» будет выглядеть следующим образом (Рис. 28):

Рис. 28. Регистр накопления «Предоставляемые сервисы»

Прикладной алгоритм учет

Рис. 6. Перечисление «Пол»

Объекты прикладного решения «Справочник» используются в системе для работы с условно-постоянной информацией с некоторым множеством значений.

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

В конфигурации используются следующие справочники:

§ «Уровни сервиса»;

§ «Состояния заказов клиентам»;

§ Договора контрагентов.

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

Структура справочника представлена в Табл. 2.

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

Рис. 7. Справочник «Клиенты»

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

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

В режиме конфигурации справочник «Должности» будет выглядеть следующим образом (Рис. 8):

Рис. 8. Справочник «Должности»

Данный справочник содержит список отделов организации.

Структура справочника представлена в Табл. 4.

Читайте также:  Какие из задач не относится к общей физической подготовке

В режиме конфигурации справочник «Отделы» будет выглядеть следующим образом (Рис. 9):

Рис. 9. Справочник «Отделы»

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

Структура справочника представлена в Табл. 5.

В режиме конфигурации справочник «Абонементы» будет выглядеть следующим образом (Рис. 10):

Рис. 10. Справочник «Организации»

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

Структура справочника представлена в Табл. 6.

В режиме конфигурации справочник «Номенклатура» будет выглядеть следующим образом (Рис. 11):

Рис. 11. Справочник «Номенклатура»

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

Структура справочника представлена в Табл. 7.

В режиме конфигурации справочник «Сервисы» будет выглядеть следующим образом (Рис. 12):

Рис. 12. Справочник «Сервисы»

Справочник «Уровни сервиса»

Данный справочник содержит список уровней сервиса.

Структура справочника представлена в Табл. 8.

Предопределенный элемент — стандартный.

В режиме конфигурации справочник «Уровни сервиса» будет выглядеть следующим образом (Рис. 13):

Рис. 13. Справочник «Уровни сервиса»

Данный справочник содержит список поставщиков материалов клубу.

Структура справочника представлена в Табл. 9.

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

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

Справочник «Состояние заказов поставщикам»

Данный справочник содержит список состояний заказов поставщикам.

Структура справочника представлена в Табл. 10.

Справочник содержит предопределенные элементы:

· В работе

· На согласовании

В режиме конфигурации справочник «Абонементы» будет выглядеть следующим образом (Рис. 15):

Рис. 15. Справочник «Состояние»

Справочник «Договора контрагентов»

Данный справочник содержит список договоров контрагентов.

Структура справочника представлена в Табл. 11.

В режиме конфигурации справочник «Сотрудники» будет выглядеть следующим образом (Рис. 16):

Рис. 16. Справочник «Договора»

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

§ «Остаток материалов в организации»;

§ «Стоимость предоставленных услуг»;

§ «Покупки клиентов».

Отчет «Остаток материалов в организации»

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

Источником данных в этом отчете является регистр сведений «Остатки материалов» (Рис. 30).

Рис. 30. Конструктор запроса отчета «Остатки материалов»

В режиме конфигурации отчет «Остаток материалов» будет выглядеть следующим образом (Рис. 31):

Рис. 31. Отчет «Остаток материалов»

Выведем информацию с помощью диаграммы (Рис. 32).

Рис. 32. Диаграмма отчета «Остаток материалов»

Отчет «Предоставляемые сервисы»

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

Источником данных в этом отчете является регистр накопления «Предоставляемые сервисы» (Рис. 33).

Рис. 33. Конструктор запроса отчета «Сервисы»

В режиме конфигурации отчет «Предоставляемые сервисы» будет выглядеть следующим образом (Рис. 34):

Рис. 34. Отчет «Сервисы»

Отчет «Стоимость предоставленных услуг»

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

Источником данных в этом отчете является регистр сведений «Стоимость услуг» (Рис. 35).

Рис. 35. Конструктор запроса отчета «стоимость услуг»

В режиме конфигурации отчет «Стоимость услуг» будет выглядеть следующим образом (Рис. 36):

Рис. 36. Отчет «Стоимость услуг»

Отчет «Заказы поставщикам»

Данный отчет предназначен для вывода информации о заказах поставщикам.

Источником данных в этом отчете является документ «Заказы поставщикам» (Рис. 37).

Рис. 37. Конструктор запроса отчета «Приемы на работу»

В режиме конфигурации отчет «Заказы поставщикам» будет выглядеть следующим образом (Рис. 38):

Рис. 38. Отчет «Заказы поставщикам»

Отчет «Покупки клиентов»

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

Источниками данных в этом отчете являются документ «Покупки клиентов». (Рис. 39).

Рис. 39. Конструктор запроса отчета «Покупки клиентов»

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

Рис. 40. Отчет «Покупки клиентов»

Информационная система учета товаров

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

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

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

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

В данном проекте будет рассматриваться процесс разработки информационной системы (далее — ИС) по учету товаров на одном складе учёту товаров, поставку и отпуск товаров со склада предприятия на основе платформы 1С:Предприятие.

Объект исследования — организация ООО «Стандарт Пластик» в г. Ханты-Мансийск.

Предмет исследования — учет товаров на одном складе

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

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

1.Провести предпроектное исследование предметной области.

2.Проанализировать существующий процесс учета товаров на одном складе.

3.Провести выбор платформы разработки ИС.

4.Выработать требования к разрабатываемой ИС.

5. Создать функциональную модель БД.

6.Создать логическую модель.

7.Спроектировать и разработать ИС, соответствующую разработанным моделям.

8.Провести проверку и тестирование.

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

Курсовой проект состоит из введения, двух глав и заключения. Первая глава состоит из 3 разделов и так же включает в себя предметную область и моделирование ИС. Вторая глава связана с проектированием и состоит из 5 разделов. Так же в работе присутствуют приложения и список использованных источников.

1. АНАЛИТИЧЕСКАЯ ЧАСТЬ

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

Департамент образования и молодежной политики

Ханты-Мансийского автономного округа — Югры

Автономное учреждение профессионального образования

ХАНТЫ-МАНСИЙСКИЙ ТЕХНОЛОГО-ПЕДАГОГИЧЕСКИЙ КОЛЛЕДЖ

Разработка информационной системы учета товаров на одном складе, на платформе 1С: Предприятия

Студентка 238 группы 4 курса

специальности 09.02.07 «Информационные системы и программирование»

Срок обучения 3 года 10 мес.

Кантерова Вероника Викторовна

Кокшаров Сергей Владимирович

информационная система учета товаров

2.2.5 Тестирование (отладка) модуля ИС

Оцените статью
VIPdisser.ru