Автор Анна Евкова
Преподаватель который помогает студентам и школьникам в учёбе.

Разработка прикладного решения для автоматизации складского учёта ООО “Складченко”

Содержание:

Введение

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

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

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

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

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

Задачи курсовой работы:

  • Получение представлений о методах и средствах проектирования современных ИС;
  • Определение комплекса задач автоматизации, выбор места решаемой задачи в этом комплексе;
  • Анализ существующих разработок для решения поставленной задачи;
  • Формализация задачи, выбор стратегии автоматизации, постановка целей и задач автоматизации;
  • Обоснование проектных решений решения задачи;
  • Разработка информационного обеспечения задачи;
  • Разработка программного проекта решения задачи;
  • Тестирование полученного проекта.

Предмет исследования:

Предмет исследования автоматизированная система ведения складской деятельности.

Объект исследования:

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

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

Краткий анализ предметной области

Характеристика предприятия и его деятельности

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

Цель компании - занять лидирующие позиции на рынке товаров России.

Успех компании на рынке был достигнут благодаря ряду факторов:

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

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

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

Основные функции, выполняемые на предприятии:

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

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

Таблица 1­­ ­­

Технико-экономические показатели объекта управления

№ п\п

Наименование характеристики (показателя)

Значение показателя на 2017 год, тыс. руб.

1

Выручка от продажи продукции, работ, услуг

306099

2

Себестоимость проданных продукции, работ, услуг

250587

3

Валовая прибыль

55512

4

Коммерческие расходы

3406

5

Управленческие расходы

55751

6

Прибыль от продажи продукции, работ, услуг

3645

7

Проценты к получению

2

8

Проценты к уплате

3345

9

Прочие доходы

18237

10

Чистая прибыль

8130

Организационная структура управления предприятием

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

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

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

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

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

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

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

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

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

Техническая архитектура

Предприятие ООО "Складченко", в связи со спецификой деятельности, хорошо оснащен вычислительной техникой. Локальная вычислительная сеть (ЛВС) на 600 портов построена на основе структурированной кабельной системы (СКС) категории 5е. СКС – это физическая основа информационной инфраструктуры КЦ, позволяющая свести в единую систему множество информационных сервисов разного назначения: локальную вычислительную и телефонную сеть, систему контроля уровня доступа, видеонаблюдения. СКС ООО "Складченко" представляет собой иерархическую кабельную систему здания, разделенную на структурные подсистемы. Она состоит из набора медных и оптических кабелей, кросс-панелей, соединительных шнуров, кабельных разъемов, модульных гнезд, информационных розеток и вспомогательного оборудования.

ЛВС объединяет 430 рабочих мест, 9 серверов, 40 прочих сетевых устройств (принтеры, многофункциональные устройства (МФУ)) (рисунок 2).

Сеть построена на основе коммутаторов Cisco. В качестве коммутатора уровня распределения используется маршрутизирующий коммутатор Cisco Catalyst 5000. В сети функционирует 5 таких устройств.

Рисунок 2 – Техническая архитектура ИС предприятия ООО “Складченко”

В качестве коммутаторов уровня доступа используются устройства Cisco Catalyst WS-C3550-24PWR-SMI, которые имеют 24 порта Ethernet 10/100 Мбит/сек с поддержкой Inline Power для питания IP телефонов. Количество коммутаторов этой модели в ЛВС – 50.

Доступ ЛВС к корпоративной сети осуществлен отказоустойчивым способом через двух провайдеров связи, не зависящих друг от друга с точки зрения организации последней мили и опорного оборудования доступа. Каналы связи от каждого из операторов связи опираются на отдельный маршрутизатор серии Cisco 2651XM.

В локальной сети используется разграничение доступа на уровне виртуальных сетей (VLAN). Для разграничения доступа пользователей к различным приложениям, виртуальным сетям, внешней сети, а также непосредственно к сетевым устройствам ЛВС применены списки доступа (Access Control Lists), содержащие списки IP-адресов, правил и ограничений доступа для сетевых устройств с данными адресами.

Удаленные подразделения – склад и учебный центр – подключаются к ЛВС посредством маршрутизаторов D-Link DFL-800. Соединение осуществляется по технологии VPN, благодаря чему пользователи удаленных подразделений имеют доступ к ресурсам ЛВС.

В ООО "Складченко" принят корпоративный стандарт на вычислительную технику, согласно которому закупается только техника Hewlett Packard. В каждом из отделов компании используются ПК различных моделей, характеристики которых приведены в таблице 2.

Таблица 2

Характеристики персональных компьютеров

Модель компьютера

Характеристики

HP Pro 3120

Процессор Intel® Core™2 Duo E7500 (2,93 ГГц, 3 МБ кэш-памяти L2, FSB 1066 МГц)

ОЗУ 2 Гб 1333 МГц DDR3 SDRAM

Жесткий диск SATA (7200 об./мин) 750 Гб

Пишущий DVD-привод SATA SuperMulti LightScribe

Видеокарта NVIDIA GeForce GT320 (1 ГБ)

HP Pro 3120

Процессор Intel® Core™2 Quad Q9500 (2,83 ГГц, 12 МБ кэш-памяти L2, FSB 1333 МГц)

ОЗУ 4 Гб, 1333 МГц DDR3 SDRAM

Жесткий диск SATA (7200 об./мин) 750 Гб

Пишущий DVD-привод SATA SuperMulti LightScribe

Видеокарта NVIDIA GeForce GT320 (1 ГБ)

HP Compaq 6000 Pro

Процессор двухъядерный процессор Intel® Celeron® E3300 (2,50 ГГц, 1 МБ кэш-памяти L2, FSB 800 МГц),

ОЗУ 4 ГБ DDR3-Synch DRAM

Жесткий диск SATA (7 200 об./мин) 1 Тб

DVD-привод SATA DVD+/-RW SuperMulti LightScribe

видеокарта ATI Radeon HD 4650 1 ГБ DH PCIe x16

HP 500B

Процессор Intel® Core™2 Duo E7500 (2,93 ГГц, 3 МБ кэш-памяти L2, FSB 1066 МГц)

ОЗУ 1 Гб 1333 МГц DDR3 SDRAM

Жесткий диск SATA (7200 об./мин) 320 ГБ

Пишущий DVD-привод SATA SuperMulti LightScribe

видеокарта NVIDIA GeForce G210 HDMI (512 MБ)

Технические характеристики серверов представлены в таблице 3.

Для обеспечения работы серверов используются источники бесперебойного питания (ИБП) APC Smart-UPS 1500VA USB & Serial RM 2U 230V. Время их работы при полной нагрузке 9.1 мин, при половинной нагрузке 31.6 мин, количество выходных разъемов питания – 4 (из них с питанием от батарей – 4), время зарядки – 3 часа.

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

Таблица 3

Характеристики серверов

Назначение сервера

Модель сервера

Характеристики сервера

1

Web-сервер

ftp-сервер

HP ProLiant DL160 G6 (AV340A)

Процессор Intel® Xeon® E5504 (2,00 ГГц, кэш-память L3 4 Мб, 80 В)

ОЗУ 2 x 2ГБ DDR3 RDIMM

Блок питания 460Вт с возможностью горячей замены

Контроллер SATA RAID(1+0/1/0)

Жесткие диски 2 х 250 Гб

2

Сервер видеонаблюдения

Прокси-сервер

Сервер HP ProLiant DL180 G6-2U(487506-421)

Процессор Intel® Xeon® E5540 (2,53 ГГц, 8 МБ кэш-памяти L3, 80 Вт)

ОЗУ 3 x 2ГБ DDR3 RDIMM

Блок питания 460Вт с возможностью горячей замены

Контроллер RAID HP Smart Array P410 /512MB Controller (RAID 0/1/1+0/5/5+0)

Жесткие диски 2 x 160GB

3

Сервер бухгалтерии

Сервер ИС транспортного отдела

Сервер ИС юридического отдела

Сервер ИС отдела продаж

HP ProLiant DL385 G7 (573089-421)

Процессор Intel® Xeon® E5540 (2,53 ГГц, 8 МБ кэш-памяти L3, 80 Вт)

ОЗУ 2 x 2ГБ DDR3 RDIMM

Блок питания 460Вт с возможностью горячей замены

Контроллер хранилища Smart Array P410i/ZM SAS RAID

Жесткие диски 2 х 500 Гб

4

Файловый сервер

Сервер информационных банков

HP ProLiant DL980 (AM445A)

Процессор Intel® Xeon® E6540 (6-ядерный, 2,0 ГГц, 18 МБ, 105 Вт)

ОЗУ 4 x 2ГБ DDR3 RDIMM

2 резервных блока питания, 1200 Вт, с возможностью горячей замены

контроллер Smart Array P410i с поддержкой RAID

Жесткие диски 4 х 1 Тб

Таблица 4

Характеристики принтеров ЛВС

Модель принтера

Характеристики принтера

HP LaserJet M3035 MFP

принтер/сканер/копир, A4, печать лазерная черно-белая, двусторонняя, 33 стр/мин ч/б, 1200x1200 dpi, подача: 600 лист., вывод: 250 лист., Post Script, память: 256 Мб, 40 Гб HDD, Ethernet RJ-45, USB, ЖК-панель, устройство автоподачи оригиналов

HP LaserJet P4015dn

принтер, A4, печать лазерная черно-белая, двусторонняя, 52 стр/мин ч/б, 1200x1200 dpi, подача: 600 лист., вывод: 600 лист., Post Script, память: 128 Мб, Ethernet RJ-45, USB, ЖК-панель

HP LaserJet Enterprise P3015d

принтер, A4, печать лазерная черно-белая, двусторонняя, 40 стр/мин ч/б, 1200x1200 dpi, подача: 600 лист., вывод: 250 лист., Post Script, память: 128 Мб, USB, ЖК-панель

HP Officejet Pro 8000 (CB047A)

принтер, A4, печать термическая струйная цветная, двусторонняя, 4-цветная, 35 стр/мин ч/б, 34 стр/мин цветн., 4800x1200 dpi, подача: 250 лист., вывод: 150 лист., память: 32 Мб, Ethernet RJ-45, USB, Wi-Fi, печать фотографий

Программная архитектура

Операционная система на всех компьютерах ООО "Складченко" – Windows 7, Windows Vista или Windows XP Professional. На серверах установлена ОС Windows Server 2008.

На каждом рабочем месте установлен пакет Microsoft Office 2010 или Microsot Office 2007. Практически на каждом рабочем месте сотрудников установлена полная версия СПС КонсультантПлюс.

В разных отделах используется различное специальное ПО для решения профессиональных задач (рисунок 3).

Для разработки ПО применяется Microsoft C++ Builder и Delphi. Для совместной разработки приложений используется клиент-серверная система контроля версий SVN.

СУБД для СПС КонсультантПлюс и протокол для работы с ней являются оригинальными разработками ООО "Складченко". Дело в том, что стандартные СУБД плохо приспособлены к хранению больших текстов правовых документов и полнотекстовому поиску, поэтому их использование в СПС КонсультантПлюс оказалось невозможным. Архитектура программного обеспечения ООО “Складченко”, представлена на рисунке 3.

.

Рисунок 3 – Архитектура программного обеспечения в ООО “Складченко”

Вспомогательные программы для обеспечения работы с СПС КонсультантПлюс, такие как Робот автоматического обновления, Редактор информационной базы, Утилита формирования файлов-обновлений информационной базы и прочие – тоже являются уникальными разработками компании. Обновления распространяются через ftp. Клиенты подключаются к ftp-серверу компании (используется Titan ftp сервер) и скачивают файлы обновлений информационной базы.

Для планирования работ применяется Microsoft Project 2018.

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

Обоснование выбора системы для разработки прикладного решения

Сравнительный анализ готовых решений

При существующей технологии работы для решения задач кладовщики используют программы MS Excel и MS Word. Шаблоны основных документов созданы в этих программах, и кладовщики либо распечатывают бланки и заполняют их вручную, либо полностью оформляют документ на компьютере и распечатывают. Исходные данные для этих документов подготавливаются вручную. Понятно, что при таком подходе имеющиеся ЭВМ используются неэффективно.

На рынке программных средств в настоящее время имеется множество программ для автоматизации складского учета. Рассмотрим продукты "1C:Предприятие 8.3", Фолио WinСклад, Парус.

1С:Предприятие — программный продукт компании «1С», предназначенный для автоматизации деятельности на предприятии,автоматизации бухгалтерского и управленческого учётов (включая начисление зарплаты и управление кадрами), экономической и организационной деятельности предприятия.

Основные функциональные возможности:

1) Ведение нормативно-справочной информации:

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

2) Прием товара на склад.

  • Поддерживается 2 вида приемки: ручная приемка (товар принимается кладовщиками самостоятельно, в ИБ вносятся результаты приемки); прием по местам (товар принимается по местам с последующим пересчетом).
  • Использование специализированных рабочих мест для кладовщика, упрощающих процесс приемки;
  • Контроль полноты данных о товарах, принимаемых на склад;
  • Учет сроков годности и сортов (серий).

3) Размещение товара на складе:

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

4) Сборка товара:

  • Интеграция с транспортным блоком;
  • Оптимизация сборки: выбор зоны и единицы в соответствии с количеством к отгрузке; многоуровневая система приоритетов при выборе места хранения;
  • Сборка с ограничением по сроку годности;
  • Выдача заданий на подбор;
  • Защита от веерных ошибок.

5) Внутрискладские процедуры:

  • Три режима проведения инвентаризации: по местам хранения (ручная); по товару (ручная); по месту хранения (с использованием терминалов);
  • Регламентная подпитка зон подбора;
  • Фиксация информации о выработке сотрудников.

6) Штрихкодирование:

  • Возможность работы со штрихкодами производителей;
  • Контроль уникальности используемых штрихкодов. Занесение штрихкода в блок-лист.

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

ФОЛИО WinСклад – складская программа, предназначенная для автоматизации учета и анализа движения товаров и денежных средств, формирования и печати первичных складских и платежных документов, отчетов, экспорта данных в бухгалтерские программы ФОЛИО и других производителей, а также в MS Excel. Разработана на основе технологии клиент-сервер, на языке Visual Basic; в качестве СУБД используется Microsoft SQL Server.

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

  1. Учет основных товарных операций (Приход, расход, возврат, резервирование, внутреннее перемещение, инвентаризация).
  2. Оперативные данные (Товарный запас (остатки), товарооборот, расчеты с поставщиками, покупателями, партнерами, прибыль, графики платежей).
  3. Учет оплат
  4. Учет товаров по группам и подгруппам, по партиям (сериям) с возможностью автоподбора в зависимости от остатка, фасовки, срока; по срокам годности; по серийным номерам; по дополнительным параметрам и признакам. Работа с комплектами.
  5. Обмен данными между удаленными рабочими местами и взаимодействие с другими программами: экспорт/импорт в MS Excel, передача проводок в популярные бухгалтерские программы (1С, Турбо-Бухгалтер, Инфо-Бухгалтер, Парус, Инфин и др.).
  6. Оформление и печать документов и отчетов: первичные складские и платежные документы (счет, счет-фактура, накладная, платежное поручение, приходный и расходный кассовый ордера, банковские выписки…), прочие документы и отчеты (книга покупок, книга продаж, книга доходов и расходов для упрощенного учета, акты, журналы, протоколы, товарные отчеты, инвентаризационная ведомость, стеллажные карточки …).
  7. Анализ и отчетность
  8. Индивидуальные документы. В программе есть визуальный Генератор отчетов и печатных форм, в котором можно использовать гибкий и мощный язык VBScript. Этот генератор позволяет корректировать существующие и создавать собственные документы и отчеты.

Модуль "Реализация и склад" системы ПАРУС-Предприятие 7

  1. Поддержка мультивалютного учета;
  2. Поддержка оптовой продажи любых видов товаров и услуг;
  3. Полный учет и контроль не только за движением товаров, но и за взаиморасчетами и состоянием финансов без привлечения бухгалтерии;
  4. Ведение учетных регистров заказов, приходных ордеров, счетов, накладных;
  5. Учет и отработка результатов инвентаризации и возвратов;
  6. Ведение журнала товарных запасов:
  7. Настраиваемый партионный учет с возможностью автоматического учета сроков годности;
  8. Резервирование товара;
  9. Ведение журнала платежей;
  10. Учет товаров в натуральном и стоимостном выражении с момента его поступления до продажи и списания вне зависимости от его местонахождения (на складах, в торговых залах, в отделах);
  11. Работа с лицевыми счетами контрагентов, ведение лимита кредитования;
  12. Ведение многих тарифов, автоматизированное формирование цен реализации;
  13. Прямая обработка торговых документов в бухгалтерской подсистеме;
  14. Учет нормативных затрат по картам;
  15. Создание актов комплектации и разукомплектации;
  16. Отработка актов разукомплектации со списанием комплектующих;
  17. Списание комплектующих с оприходованием готового изделия;
  18. Списание изделия с оприходованием комплектующих.
  19. Получение полной отчетности по складу

Сравнительный анализ систем автоматизации представлен в таблице 5.

Таблица 5

Сравнительный анализ систем автоматизации

N п/п

Параметры

1С:Предприятие 8.3

ФОЛИО WinСклад

Парус

1

Учет основных складских операций: приход, разгрузка, возврат, резервирование, внутреннее перемещение, инвентаризация

Да

Да

Да

2

Справочник номенклатуры с группировкой

Нет

Да

Нет

3

Подготовка отчета о состоянии склада

Да

Да

Да

4

Управление остатками товаров

Да

Нет

Нет

5

Совместимость с модулем Бухгалтерия программы Парус

Нет

Да

Да

6

Учет сроков годности товаров

Да

Нет

Да

7

Многоуровневая номенклатура

Да

Нет

Нет

8

Контроль приема и отгрузки товара

Да

Да

Нет

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

Сравнительный анализ способов приобретения ИС

Сравнительный анализ способов приобретения информационной системы представлен в таблице 6.

Таблица 6

Сравнительный анализ способов приобретения ИС

№ п/п

Способ приобретения

Достоинства и недостатки способа приобретения

1

Покупка и адаптация готовой ИС

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

2

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

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

3

Разработка ИС своими силами

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

во многих случаях, большая величина затрат.

4

Разработка ИС сторонней фирмой

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

По итогам сравнительного анализа было принято решение использовать вариант с покупкой и адаптацией готовой ИС.

Так же был проведен сравнительный анализ компаний-разработчиков ИС (таблица 7).

Таблица 7

Сравнительный анализ компаний – разработчиков ИС

№ п/п

Параметр

Фолио

Парус

1

продолжительность работы компании на рынке

26 лет

24 лет

25 лет

2

штат компании

более 2400 чел.

более 1100 чел.

более 1600 чел.

3

количество зарегистрированных пользователей

более 30.000

более 17.000

более 24.000

4

количество успешно выполненных проектов

более 5000

более 3000

более 4000

5

наличие сертификации

Да

Да

Да

6

гарантии компании

До 1 года

До 1.5 года

До 1.5 года

1) 1С - Фирма "1С" основана в 1991 г. и специализируется на разработке, дистрибьюции, издании и поддержке компьютерных программ делового и домашнего назначения. Система "1С:Предприятие" широко распространена в России и странах СНГ, успешно применятся организациями многих стран мира. "1С" уделяет большое внимание программам для обучения и развлечения. Среди наиболее известных собственных разработок серии обучающих программ "1С:Репетитор", "1С:Школа", "1С:Мир компьютера", "1С:Образовательная коллекция",. Фирма "1С" является официальным дистрибьютором деловых программных продуктов зарубежных и отечественных производителей, таких как Miсrosoft, Лаборатория Касперского, Eset, ABBYY, Dr.Web, Аскон, ПроМТ, Entensys, Novosoft и другие. Фирма "1С" также выступает издателем программных продуктов ведущих отечественных разработчиков на территории России. Проект "Издания 1С:Дистрибьюция" был запущен в 2004 году и включает в себя на сегодняшний день продукты таких производителей, как ABBYY, Лаборатория Касперского, Acronis, Aladdin, ASP Linux, ALT Linux, Entensys, Redline Software. "1С" работает с пользователями через разветвленную партнерскую сеть, которая включает более 10 000 постоянных партнеров в 600 городах 25 стран.

2) Фолио - Компания "ФОЛИО" создана в мае 1993 г.
Специализируется на разработке, внедрении и сопровождении складских, логистических, финансовых, управленческих программ и корпоративных информационных систем (КИС) для автоматизации торговли и производства. Наиболее известная разработка компании - корпоративная информационная система (КИС) "ФОЛИО Купец" - современный программный комплекс для автоматизации учета в торговле, производстве и на складах ответственного хранения. Гибкая модульная структура системы обеспечивает ее применение как в крупных корпорациях с разветвленной структурой управления и наличием подразделений, разобщенных территориально, так и на малых динамично развивающихся предприятиях. Компания "ФОЛИО" имеет более 17.000 зарегистрированных пользователей.

Продукция фирмы была сертифицирована в 1995-97 гг. и прошла госрегистрацию в 1996 г.

ФОЛИО - один из инициаторов создания Первой Гильдии Разработчиков Бухгалтерских Компьютерных Программ.

Лауреат медали ВВЦ 1998 г.

Победитель международных конкурсов БИЗНЕС-СОФТ' 99 и 2001.

Победитель конкурсов "КомпьюЛог-Экономика" 1994-2000 гг."

Победитель Всероссийского конкурса торговых, складских и логистических технологий "Золотой купец" 2002 и 2004 гг.

3) Корпорация Парус – один из крупнейших российских разработчиков информационных систем для государственного управления и бизнеса. В отечественной ИТ-отрасли компания работает с 1990 года.

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

20 региональных отделений и 200 партнеров в крупнейших городах России внедряют и сопровождают программные продукты «Парус» в соответствии с едиными стандартами корпорации.

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

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

Обоснование требований к разрабатываемому прикладному решению

Сравнительный анализ стратегий внедрения ИС

Сравнительный анализ стратегий внедрения ИС представлен в таблице 8.

Таблица 8

Сравнительный анализ стратегий внедрения ИС

№ п/п

Стратегия внедрения

Достоинства и недостатки стратегии внедрения

1

“Большой взрыв”

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

2

Стратегия “франчайзинга”

Это стратегия подходит для крупных компаний и организаций. При таком способе внедрения для каждого отдела подбирается своя информационная система с базами данных и инструкциями, а объединяются эти системы только для обмена информацией или просмотра сведений и документаций. Это очень удобно при составлении отчета по работе нескольких отделов/подразделений. Чаще всего такое внедрение начинается с появления новой системы в одном «экспериментальном» отделе, неполадки в работе которой, не приведут к гибели всей компании. И далее, если эксперимент удался, начинается полномасштабное внедрение, а опыт коллег используется как справочное пособие.

3

Поэтапно (пилотный проект)

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

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

Анализ среды разработки

Риски разработки и внедрения ИС

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

  • Риски, связанные с обеспечением непрерывности работы бизнеса с информационной системой, группа рисков связана с вопросами эксплуатации ИТ -систем, обеспечения коммуникаций, информационной безопасности, сохранности информации, восстановления после аварий и т.д. Каждый их этих вопросов – тема связанная с различными областями знаний, и требует отдельного изучения.
  • Риски, в проектах внедрения информационных систем управления предприятием класса ERP, CRM, SCM и пр. И они связанны прежде всего – в их идентификации.

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

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

Таблица 9

Риски разработки и внедрения ИС

№ п/п

Этап жизненного цикла

Возможные риски

Пути снижения вероятности возникновения

1

Стадия продаж

Отсутствие четких
требований со стороны
заказчика

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

2

Неверная оценка стоимости
проекта

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

3

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

Отсутствие целостности
функциональных требований

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

4

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

Определение контактных и
компетентных лиц как со стороны
исполнителя, так и со стороны
заказчика для решения различных
вопросов

5

Стадия
проектирования

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

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

6

Стадия
реализации

Различное представление о
результатах работ; возникновения дефектов программного продукта; изменяющиеся требования по ходу работы над проектом

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

7

Стадия
внедрения

Психологическая неприязнь
нового

Показать преимущества
использования новых решений для
пользователей

8

Неподготовленность
внутренней информационной
инфраструктуры заказчика

Подготовить инструкцию
по работе с системой
Заранее предупредить заказчика о
подготовке необходимых
информационных объектов

9

Стадия
поддержки

Нехватка персонала группы
эксплуатации

Планирование загрузки проектной
группы исполнителя
Привлечение дополнительного
персонала в штат либо через
аутсорсинг

10

Общие

Отсутствие поддержки со
стороны руководства
заказчика

Изначально обозначить круг
вопросов, которые требуют
непосредственного участия
руководства заказчика

Возможные дефекты ИС

Возможные дефекты и ошибки ИС представлены в таблице 10.

Таблица 10

Возможные дефекты и ошибки ИС

№ п/п

Этап жизненного цикла

Возможные дефекты и ошибки

Пути снижения вероятности возникновения

1

Стадия заказа

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

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

2

Стадия проектирования

Системные и алгоритмические дефекты и ошибки проекта; Дефекты и ошибки обобщающих доку­ментов.

 Оптимальное построение технологических процессов и отдельных операций.

3

Стадия реализации

Алгоритмические ошибки компонентов и документов программного средства; Программные дефекты и ошибки компо­нентов и документов программного сред­ства; Системные ошибки и дефекты реализации версий программного средства и докумен­тации.

Своевременное обновление ПО; создание систем мотиваций для сотрудников.

4

Стадия поддержки

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

Набор высококвалифицированных специалистов; мониторинг и контроль на всей стадии ЖЦ ИС.

Разграничение прав доступа к ИС

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

Выделяют следующие основные цели ИБ:

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

Информация, обрабатываемая и сохраняемая в системе складского учета ООО "Складченко", является ценной:

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

Само функционирование системы также относится к ценным активам компании, т.к. нарушение работы ИС приведет к потере доступа к ценной информации. Поставки будут сорваны, рабочее время потеряно.

Определим, какие угрозы имеются с точки зрения информационной безопасности:

  • Внутренние угрозы (исходящие от так называемых "инсайдеров" – сотрудников компании). Это может быть умышленная и непредумышленная порча или удаление файлов с ценной информацией, ввод неверных данных, а также незаконное копирование (хищение) информации;
  • Внешние угрозы: действия хакеров, промышленный шпионаж, вирусы и т.п.;
  • Нарушение связи по вычислительной сети с офисом;
  • Отключения электропитания, пожары, наводнения и т.п.

Административно-правовой уровень

Для того чтобы снизить риски от внутренних угроз, в ООО "Складченко" действует политика безопасности компании. Необходимо доработать нормативно-правовые акты о внутренней политике безопасности компании с учетом внедряемой ИС на складе, в политику предоставления прав доступа к информационным ресурсам необходимо добавить правила предоставления прав доступа к складской ИС.

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

Организационно-процедурный уровень

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

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

Во-первых, доступ к АРМ системы должен быть только у следующих пользователей:

  • менеджеры отдела снабжения;
  • мастер;
  • менеджеры отдела сбыта;
  • начальник склада;
  • кладовщик участка приемки;
  • кладовщик участка отгрузки;
  • расчётчик;
  • бухгалтер;
  • директор.

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

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

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

Таблица 11

Разграничение прав доступа к ИС

Группы пользователей

Справочники системы

Управление пользователями

Модуль "Остатки товаров"

Модуль "Стоимость материалов"

Модуль "Продажи"

Отчеты

Менеджеры отдела снабжения

Чтение

Нет доступа

Ограниченный доступ (ввод данных об ожидаемых поставках, чтение данных о приемке товара)

Нет доступа

Ограниченный доступ

Чтение

Мастер

Чтение

Нет доступа

Чтение

Чтение

Нет доступа

Чтение

Менеджеры отдела сбыта

Чтение

Нет доступа

Нет доступа

Ограниченный доступ (Ввод данных о заказах, чтение данных об отгрузках)

Нет доступа

Чтение

Начальник склада

Полный доступ

Нет доступа

Чтение

Чтение

Чтение

Чтение

Кладовщик участка приемки

Ограниченный доступ

Нет доступа

Полный доступ

Нет доступа

Ограниченный доступ

Полный доступ

Кладовщик участка отгрузки

Ограниченный доступ

Нет доступа

Нет доступа

Полный доступ

Нет доступа

Полный доступ

Расчётчик

Полный доступ

Нет доступа

Ограниченный доступ

Ограниченный доступ

Ограниченный доступ

Полный доступ

Бухгалтер

Полный доступ

Нет доступа

Полный доступ

Полный доступ

Полный доступ

Полный доступ

Директор

Ограниченный доступ

Ограниченный доступ

Ограниченный доступ

Ограниченный доступ

Ограниченный доступ

Ограниченный доступ

Системный администратор

Полный доступ

Полный доступ

Полный доступ

Полный доступ

Полный доступ

Полный доступ

Архитектура разрабатываемого прикладного решения

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

Сначала разрабатывается общая структура (архитектура) системы. Архитектура системы определяет ее разбиение на модули, задает контекст, в рамках которого принимаются проектные решения на следующих этапах разработки.

Для разработки архитектуры необходимо выбрать систему управления базами данных (СУБД). По способу доступа к базам данных (БД) различают следующие СУБД:

- клиент-серверные;

- файл-серверные;

- встраиваемые.

Клиент-серверная система характеризуется наличием двух взаимодействующих самостоятельных процессов - клиента и сервера, которые могут выполняться на разных компьютерах, обмениваясь данными по сети. По такой схеме могут быть построены системы обработки данных на основе СУБД, почтовые и другие системы.

В файл-серверной системе данные хранятся на файловом сервере (например, Novell NetWare или Windows NT Server), а их обработка осуществляется на рабочих станциях, на которых, как правило, функционирует одна из, так называемых, "настольных СУБД" - Access, FoxPro, Paradox и тому подобные.

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

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

В клиент-серверной системе функционируют (как минимум) два приложения - клиент и сервер, делящие между собой те функции, которые в файл-серверной архитектуре целиком выполняет приложение на рабочей станции. Хранением и непосредственным манипулированием данными занимается сервер баз данных, в качестве которого может выступать Microsoft SQL Server, Oracle, Sybase, Firebird, Interbase, IBM DB2, Informix, PostgreSQL, MySQL, Cachй, ЛИНТЕР.

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

На протяжении многих лет продукты MS SQL Server характеризуются надежностью, безопасностью, высокой производительностью и удобством в работе. Современная СУБД MS SQL Server это мощнейший программный комплекс, позволяющий создавать приложения любой сложности. Ядром этого комплекса является база данных, хранящая информацию, количество которой за счет предоставляемых средств масштабирования практически безгранично. С высокой эффективностью работать с этой информацией одновременно может практически любое количество пользователей, не проявляя тенденции к снижению производительности системы при резком увеличении их числа.

Механизмы масштабирования в СУБД MS SQL Server последних версий позволяют безгранично увеличивать мощность и скорость работы сервера MS SQL Server и своих приложений.

Нужно отметить мудрую миграционную политику MS SQL Server. Понимая, что переход с более старой версии СУБД на новую, довольно трудоемкая процедура. Связанна она с тестированием работы существующих приложений в новом окружении. MS SQL Server, при выпуске новых продуктов уделяет особое внимание совместимости снизу-вверх, делая этот переход практически безболезненным. Последние версии СУБД MS SQL Server значительно проще в установке и первоначальной настройке. Также возросли возможности по специализированной настройке работы СУБД под конкретную задачу.

В качестве сервера СУБД был выбран встроенный в 1С: Предприятие MS SQL Server. На этот выбор оказало несколько факторов.

Во-первых, технические характеристики, которые полностью удовлетворяли предъявляемым требованиям, а во- вторых, доступность данной СУБД. Среди всех достоинств MS SQL Server следует выделить следующие:

- простота и удобство администрирования;

- неприхотливость и минимальные системные требования;

- эффективность и быстродействие;

- распараллеливание операций в запросе;

- высокая степень интеграция в среды разработки;

- высокая надежность и отказоустойчивость;

- возможность расширения базы данных;

- наличие универсальных средств защиты информации;

- ориентирован на Интернет технологии;

- сравнительно низкая цена.

Исходя из вышеперечисленных достоинств, MS SQL Server был выбран как оптимальное решение поставленной задачи, для реализации СУБД.

Склад выполняет три взаимосвязанные функции: Заказ и прием товаров, ее хранение и отгрузку.

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

В базе данных разрабатываемого программного продукта будут хранится данные о товарах:

- код;

- наименование;

- единица измерения;

- группа товаров;

- цена;

Варианты товара, характеризуются следующими параметрами:

- код;

- название;

Также в программе содержатся данные о поставщиках:

- код поставщика;

- наименование;

- контактное лицо;

- ИНН;

- адрес;

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

- код сотрудника;

- ФИО;

- должность;

- дата рождения;

- паспорт серия;

- паспорт номер;

- адрес;

- телефон;

- дата приема;

Содержится информация о складах:

- код склада;

- название.

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

- код заказа;

- дата;

- сотрудник;

- поставщик;

- склад;

- наименование товаров;

- набор свойств;

- количество;

- цена;

- сумма.

Если сотрудники оказывают услуги, то формируется документ Оказание услуги, и в нем указываются следующие данные:

- код заказа;

- дата;

- склад;

- клиент;

- мастер;

- номенклатура;

- набор свойств;

- количество;

- цена;

- сумма.

Когда сотрудник склада захочет пополнить товары на складе, то формируется документ «заказ на склад»:

- код;

- текущая дата;

- дата исполнения;

- Сотрудник;

- наименование товаров;

- набор свойств;

- количество;

- цена;

- сумма.

В случае, когда сотрудник получил уведомление о заказе на склад, он договаривается с поставщиками о поставке и формируется документ «Заказ поставщику»:

- код;

- текущая дата;

- дата поставки;

- поставщик;

- объект основание;

- наименование товаров;

- количество;

- единица измерения;

Сотрудники благодаря данному программному продукту могут решать следующие задачи:

- регистрировать поставщиков;

- добавлять и удалять данные о товарах;

- составлять приходные и расходные накладные;

- вести учет товаров в целом;

- просматривать отчеты о движениях товаров.

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

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

Необходимо разработать систему учёта, которая включает в себя:

  • Возможность учета товаров;
  • Формирование отчетов;

В системе учёта должны быть реализованы следующие функции:

  • Ведение базы данных товаров;
  • Возможность документального отражения в учётной программе всех этапов движения услуг;
  • Формирование текущих отчетов.

Проведем разбиение системы на модули (таблица 12).

Таблица 12

Описание функций модулей

№ п/п

Наименование модуля

Функции модуля

Модуль безопасности

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

Модуль инициализации интерфейса программы

После успешного входа в систему, запускает программу, используя настройки прав доступа для учетной записи пользователя

Модуль импорта/экспорта

По назначенному расписанию или по запросу пользователя устанавливает соединение с серверами баз данных внешних систем и выполняет импорт или экспорт данных

Модуль взаимодействия с базой данных

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

Модуль справочной системы

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

Модуль "Главная форма программы"

Содержит главное меню, из которого осуществляется вызов остальных экранных форм

Модуль "Отчеты"

Содержит процедуры и функции для ввода параметров запроса, просмотра и печати отчетов

Модуль "Справочники"

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

Модуль ввода данных "Приходные накладные"

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

Модуль ввода данных "Заказ на склад"

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

Модуль ввода данных "Заказ поставщику"

Содержит процедуры и функции для ввода данных по заказу товаров у поставщика

Модуль ввода данных "Прайс лист"

Содержит процедуры и функции для ввода данных по ценам на товары

Модуль "Перечисления"

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

Модуль "Регистр Сведений"

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

Модуль "Роли"

Предназначены для определения прав пользователей конфигурации

Модуль "Подсистемы"

Предназначены для группировки других объектов конфигурации

Модуль "Регистры накоплений"

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

Для работы с данной информационной системой необходимо наличие на рабочей станции платформы «1С: Предприятия 8.1». Визуальная среда разработки является неотъемлемой частью пакета программ «1С: Предприятие». (Под визуальной средой понимается Конфигуратор задач). Платформой предоставляется фиксированный набор базовых классов, ориентированных на решение типовых задач прикладной области.

Общие требования к техническому обеспечению:

  • Компьютеры в соответствии с системными требованиями платформы 1С: Предприятие 8.1.;
  • Устройство вывода на печать;
  • Фискальный регистратор.

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

Рисунок 4 – Логическая модель информационной системы складского учета

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

Таблица 13

Общая архитектура разрабатываемой системы складского учета

Константы

Наименование организации

ИНН организации

ОГРН организации

Юридический адрес

Телефон

Строка – 100

Строка – 12

Строка – 15

Строка – 100

Строка – 11

Перечисления

Единицы измерения

шт

Должность

Кладовщик

Грузчик

Товаровед

Программист

Бухгалтер
Директор

Мастер
Расчетчик

Приёмщик

Справочники

Справочник.Поставщики

Код

Число – 10

Полное наименование

Строка – 50

ИНН

Строка – 12

Адрес

Строка – 100

Телефон

Строка – 11

Контактное лицо

Строка – 50

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

Реквизиты:

Код

Число – 10

Наименование

Строка – 50

Паспорт серия

Строка – 4

Паспорт номер

Строка – 6

Адрес

Строка – 100

Телефон

Строка – 11

Табличная часть: Данные

Должность

ПеречислениеСсылка.Должность

Дата приема

Дата

Справочник.Товары

Код товара

Число – 10

Полное наименование

Строка – 50

Единица измерения

ПеречислениеСсылка.ЕдиницыИзмерения

Цена

Число (10), точность - 2, неотрицательное

Справочник.Склады

Код

Число – 10

Наименование склада

Строка – 50

Документы

Документы.ЗаказНаСклад

Шапка:

Дата исполнения документа

Дата

Сотрудник

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

Табличная часть: Товары

Наименование

Справочник.Товар

Количество

Число – 15, точность – 0

Цена

Число – 15, точность – 2

Сумма

Число – 15, точность – 2

Документы.ЗаказПоставщику

Шапка:

Поставщик

Справочник.Поставщики

Дата поставки

Дата

Табличная часть: Заказ

Наименование

Справочник.Товар

Количество

Число – 15, точность – 0

Сумма

Число – 15, точность – 2

Документы.ПриходнаяНакладная

Шапка:

Дата

Дата

Поставщик

Справочник.Поставщики

Склад

Справочник.Склады

Сотрудник

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

Табличная часть: Поставка

Наименование

Справочник.Товары

Количество

Число – 15, точность – 0

Цена

Число – 15, точность – 2

Сумма

Число – 15, точность – 2

Документы.РасходнаяНакладная

Шапка:

МОЛ 1

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

Склад

Справочник.Склады

МОЛ 2

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

Табличная часть: Выбытие

Товар

Справочник.Товар

Количество

Число – 15, точность – 0

Цена

Число – 15, точность – 2

Сумма

Число – 15, точность – 2

Документы.ПрайсЛист

Шапка:

Наименование поставщика

Справочник.Постащики

Табличная часть: Прайс

Наименование товара

Число - 10

Единица измерения

Число - 10

Цена

Число - 10, точность - 3, неотрицательное

Регистры

Регистры накопления

Регистры.ОстаткиМатериалов {-РН}, {+Пн}

Измерения:

Склад

Справочник.Склады

Товар

Справочник.Товар

МОЛ 1

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

Ресурсы:

Количество

Число – 15, точность – 3

Регистры.ИсполнениеЗаказовПоставщиками{+зак. поставщику},{-ПН}

Измерение: Поставщик

Справочник.Поставщики

Ресурсы:

Поставщик

Товар

Справочник.Поставщики

Справочник.Товар

Количество

Число – 15, точность – 3

Регистры.ЗаказТоваровНаСклад {+Пн}

Измерение:

Склад

СправочникСсылка.Склады

Наименование

СправочникСсылка.Товары

Поставщик

СправочникСсылка.Поставщики

Сотрудник

СправочникСсылка.Сотрудники

Ресурсы:

Число – 10

Количество

Число – 10

Цена

Число – 10

Стоимость

Число – 15

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

Регистры.Цена

Измерение:

Наименование товара

СправочникСсылка.Товары

Ресурсы:

Цена

Число – 10

Отчеты

Остатки Материалов по свойствам (регистр:ОстаткиНаСкладе)

Условия отбора:

  • Склад
  • Товар
  • Свойства

Графы отчета:

  • № п/п
  • Товар (Строка)
  • Начальный остаток (Число)
  • Приход (Число)
  • Расход (Число)
  • Конечный остаток (Число)

Материалы (регистр: ОстаткиМатериалов)

Условия отбора:

  • Товар
  • Период с
  • Период по

Графы отчета:

  • Склад
  • Материал (Строка)
  • Начальный остаток (Число)
  • Приход (Число)
  • Расход (Число)
  • Конечный остаток (Число)

Выручка мастеров (регистр: Продажи)

Отбор

  • Начало периода
  • Конец периода

Графы

  • Мастер (Строка)
  • Период (Число)
  • Клиент (Строка)
  • Выручка (Число)

Реализации управления программным обеспечением будет осуществлена при помощи продукта Kaspersky Security Center, позволяющий решать эти задачи без каких-либо затруднений с помощью комплекса различных программных технологий. Каждая задача может выполняться для выбранных компьютеров, или групп компьютеров. Их выполнение требует предварительной установки сетевого агента, который устанавливается удаленно средствами пакетной установки, имеющимися в KSC. Список задач, выполняемых с помощью Kaspersky Security Center, весьма широк и включает в себя практически весь спектр действий с программным обеспечением, необходимый администратору корпоративной сети (рисунок 5).

Рисунок 5 – Задачи выполняемые KSC

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

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

В общем виде взаимосвязь объектов можно представить следующим образом (рисунок 6).

Рисунок 6 – Взаимосвязь объектов конфигурации

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

Блок "Документы" включает, во-первых, документы, предназначенные для регистрации событий и операций, и, во-вторых, журналы, как средство их смысловой группировки. Например, документы "Приходная накладная", "Расходная накладная" и журнал "Складские документы". Документ характеризуется номером и датой. С помощью служебных объектов "Нумераторы" можно организовать "сквозную" нумерацию документов разных видов. Другой служебный объект "Последовательность" предназначен для поддержания правильности движений по регистрам, путем строгого порядка проведения документов.

Блок "Регистры" предназначен для хранения информации о состояниях и количествах объектов базы данных, например, регистр сведений "Состояние сотрудников", "Цены товаров", регистры накопления "Продажи", "Остатки товаров" и т.д. В регистрах, кроме фактических данных, могут храниться также плановые данные, например, плановый объем продаж, прогнозируемые курсы валют и т.д.

Блок "Обработка и вывод информации" включает обработки и отчеты, которые используют уже введенные в базу данные для их обработки и представления пользователю (печати). Обработки предназначены для выполнения действий и расчетов над имеющейся в базе информацией, например, обработка "Закрытие периода", а отчеты формируют различные печатные формы, например, отчет "Анализ продаж".

Описание основных объектов (элементов) разрабатываемого прикладного решения

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

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

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

В информационной системе представлены следующие основные документы: Приходная накладная; Заказ поставщику; Расходная накладная; Прайс- Лист; Заказ на склад.

Документ «Приходная накладная» предназначен для ввода закупленных продуктов (рис.7) Данный документ двигает регистр накопления «Остатки на складе», вид движения – приход. Другой документ «Заказ Поставщику» предназначен для ввода товаров для заказа (рис.8). Двигает регистр накопления «Исполнение заказов поставщиками», вид движения – приход.

Рисунок 7 – Форма документа “Приходная накладная”

Документ «Приходная накладная», модуль объекта

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

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

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

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

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

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

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

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

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

Движение.Материал = ТекСтрокаМатериалы.Материал;

Движение.НаборСвойств = ТекСтрокаМатериалы.НаборСвойств;

Движение.Склад = Склад;

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

// Регистр Стоимость Материалов Приход

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

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

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

Движение.Материал = ТекСтрокаМатериалы.Материал;

Движение.Стоимость = ТекСтрокаМатериалы.Сумма;

// Регистр Управленческий

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

Движение.СчетДт = ПланыСчетов.Основной.Товары;

Движение.СчетКт = ПланыСчетов.Основной.РасчетыСПоставщиками;

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

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

Движение.СубконтоДт[ПланыВидовХарактеристик.ВидыСубконто.Материалы] =

ТекСтрокаМатериалы.Материал;

КонецЦикла;

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

Рисунок 8 – Форма документа “Заказ поставщику”

Документ «Заказ поставщику», модуль объекта:

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

// регистр ИсполнениеЗаказовПоставщиками Приход

Движения.ИсполнениеЗаказовПоставщиками.Записывать = Истина;

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

Движение = Движения.ИсполнениеЗаказовПоставщиками.Добавить();

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

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

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

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

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

КонецЦикла;

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

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

Если ТипЗнч(ДанныеЗаполнения) = Тип("СправочникСсылка.Поставщики") Тогда

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

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

КонецЕсли;

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

Документ «Расходная накладная» предназначен для ввода сбытых товаров (рис.9). Данный документ двигает регистр накопления «Остатки материалов», вид движения – расход.

Рисунок 9 – Форма документа «Расходная накладная»

Документ «Расходная накладная», модуль объекта:

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

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

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

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

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

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

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

Движение.Склад = Склад;

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

Движение.Количество = ТекСтрокаВыбытие.Количество;

КонецЦикла;

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

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

Рисунок 10 – Форма документа «Прайс лист»

Документ «Прайс лист», модуль объекта

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

// регистр ПрайсЛист Приход

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

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

Движение = Движения.ПрайсЛист.Добавить();

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

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

Движение.Наименование = ТекСтрокаПрайс.Товар;

Движение.ЕдиницаИзмерения = ТекСтрокаПрайс.ЕдиницаИзмерения;

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

КонецЦикла;

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

Документ «Заказ на склад» предназначен для заказа товаров на склад (рис.11).

Рисунок 11 – Форма документа «Заказ на склад»

Документ «Заказ на склад», модуль объекта:

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

// регистр ОстаткиНаСкладе Приход

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

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

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

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

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

Движение.Склад = Склад;

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

Движение.МОЛ = ТекСтрокаВвод.Сотрудники;

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

КонецЦикла;

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

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

Тестирование разработанного прикладного решения

Создание информационной базы из шаблона

Для создания новой базы запустим 1С до стартового окна «Запуск 1С: Предприятия». В правой панели нажмём кнопку «Добавить» (рисунок 12).

Рисунок 12 – Создание новой информационной базы

Выбираем пункт меню «Создание новой информационной базы» и нажимаем на кнопку «Далее» (рисунок 12.1).

Рисунок 12.1 – Выбор добавления ИБ в список

На этапе создания базы из шаблона, выберем пункт меню «Создание информационной базы без конфигурации» (рисунок 12.2). Нажимаем «Далее».

Рисунок 12.2 – Выбор создания ИБ

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

Рисунок 12.3 – Ввод названия ИБ

Если база данных создаётся в файл-серверном варианте на локальном компьютере, то следует выбрать пункт меню «На данном компьютере или на компьютере в локальной сети». Если установлена какая-либо СУБД и клиент-серверный вариант платформы 1С: Предприятие, то имеет смысл выбрать второй пункт «На сервере 1С: Предприятие». Нажимаем «Далее».

В следующем окне указываем каталог информационной базы 1С, где она будет храниться (рисунок 12.4). Нажимаем «Далее».

\

Рисунок 12.4 – Указание параметров ИБ

В следующем окне можно оставить всё без изменений. Особое внимание здесь стоит уделить режиму запуска. Современные конфигурации можно запускать как в режиме тонкого клиента, так и в режиме уже привычного пользователям толстого клиента. Тонкий клиент позволяет запускать текущую конфигурацию в режиме управляемых форм. Если хотите видеть пользовательский интерфейс 1С в виде привычного приложения Windows, то выберите здесь пункт «Толстый клиент» (рисунок 12.5). Нажимаем «Готово».

Рисунок 12.5 – Выбор параметров запуска ИБ

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

Рисунок 13 – Выбор пользователя

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

Чтобы настроить группу или список пользователей используются модуль “Роли” (рисунок 14). Здесь можно ограничить доступ/права определённым пользователям к отчётам, документам, справочниками, регистрам и пр.

Рисунок 14 – Модуль “Роли”

Добавление этих пользователей производится через команду “Список пользователей” (рисунок 15), которая находится в пункте управления “Администрирование”.

Рисунок 15 – Добавление пользователей в список

Рассмотрим две роли. Роль директор (рис.16).

Права:

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

Рисунок 16 – Документ «Роль: Директор». Вкладка Права.

Роль кладовщик участка приёмки (Рис.17). Права на возможность изменять такие документы, как:

- заказ на склад;

- приходная накладная;

- расходная накладная;

- остатки материалов;

- продажи;

- просмотр прайс-листов.

Рис.17 - Документ «Роль: Кладовщик». Вкладка Права

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

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

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

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

Справочник «Сотрудники» предназначен для хранения информации о сотрудниках (рис.18). Справочник «Поставщики» предназначен для хранения информации о блюдах (рис.18.1). Справочник «Номенклатура» позволяет хранить информацию о товарах (рис.18.2). В справочнике «Склады» используется информация о существующих складах (рис.18.3). Справочник «Варианты номенклатуры» предназначен для хранения альтернативных характеристик товара (рис.18.4). Справочник «Дополнительные свойства номенклатуры» предназначен для хранения дополнительной информации о товаре (рис.18.5).

Рисунок 18 – Форма справочника «Сотрудники»

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

Рисунок 18.2 - Форма справочника «Номенклатура»

Рисунок 18.3 - Форма справочника «Склады»

Рисунок 18.4 - Форма справочника «Варианты номенклатуры»

Рисунок 18.5 - Форма справочника «Дополнительные свойства номенклатуры»

Рассмотрим пример с вводом тестовых данных. Товаровед установил, что определённый товар закончился. Он создает документ “Заказ на склад”, в котором заказывает нужный товар (рис.19).

Рисунок 19 – Заказ товара на склад

Создаются записи в регистре накопления “Заказ товаров на склад” (рис.19.1).

Рисунок 19.1 – Регистр накопления “Заказ товаров на склад”

Менеджер отдела снабжения видит эти записи и создает документ, в котором делает заказ поставщику (рис.19.2).

Рисунок 19.2 – Документ “Заказ поставщику”

После проведения документа, в регистре накопления “Исполнение заказов поставщиками” создаются записи о том, что был совершён заказ указанных товаров (рис.19.3).

Рисунок 19.3 – Исполнение заказов поставщиками

После прихода товара на склад, в документах “Приходные накладные”, кладовщиком участка приемки, создаются соответствующие записи (рис.19.4).

Рисунок 19.4 – Документ “Приходная накладная”

Затем документ проводится и в регистре накопления “Остатки материалов”, создаются соответствующие записи о приходе товаров на склад (рис. 19.5).

Рисунок 19.5 – Регистр накопления “Остатки материалов”

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

Заключение

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

В результате выполнения данного курсового проекта все поставленные цели и задачи были выполнены. Были описаны технологии функционирования ИС, выполнено физическое проектирование БД, разработаны экранные форм ввода-вывода и отчеты, разработаны функциональные модули.

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

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

Список использованной литературы

  1. Култыгин О.П., Сапожкова Т.Е. Методология и технология проектирова-ния информационных систем и технологий. М.: Учебная программа, 2013. – 95с.
  2. Диго С.М. Базы данных. Проектирование и создание: Учебно-методический комплекс. – М.: Изд. Центр ЕАОИ. 2008. – 171 с
  3. Гвоздева В.А. Основы построения автоматизированных информационных систем. - М.: ИНФРА-М, 2007. – 320с.
  4. А.А. Емельянов. Прикладная информатика: журнал – Москва: Университет «Университет», 2018. – № 1(73). – 145 с.
  5. Бартеньев, О.В. 1С: Предприятие: программирование для всех: базовые объекты и расчеты на одной дискете: практическое пособие / О.В. Бартеньев. – Москва: Диалог-МИФИ, 2005. – 460 с.
  6. М.Г. Радченко, Е.Ю. Хрусталева. 1С: Предприятие 8.3. Практическое пособие разработчика. Примеры и типовые приемы. изд. 1С-Паблишинг. 2013.-943с.
  7. Габец, А. П., Гончаров, Д. И. 1С: Предприятие 8.1. Простые примеры разработки [Текст] / А.П. Габец, Д.И. Гончаров. – Питер: "1С-Паблишинг", 2009. – 383 стр.
  8. Маклаков, С. В. BPwin и ERwin. CASE - средства разработки информационных систем. Учебное пособие [Текст] / С.В. Маклаков. – Москва: Диалог – МИФИ, 1999. – 256с.
  9. Хрусталева, Е. Ю. Разработка сложных отчетов в 1С: Предприятии 8 Система компоновки данных [Текст] / Е.Ю. Хрусталева – Питер: "1С-Паблишинг", 2009. – 489 стр.
  10. Борисов, В.В. Компьютерная поддержка сложных организационно- технических систем. [Текст]:/ В.В. Борисов, И.А. Бычков, А.В. Дементьев. - Горячая линия - Телеком, 2002 -300с.
  11. Сайт компании 1с [Электронный ресурс] URL: https://1c.ru/

Приложение 1

Рисунок 20 – Отчет “Материалы”

Рисунок 20.1 – Отчет “Остатки материалов по свойствам”

Рисунок 20.2 – Отчёт “Оборотно-сальдовая ведомость”

Приложение 2

Листинг программного кода модулей.

Общий модуль «Работа с документами»:

&НаКлиенте

Процедура РассчитатьСумму(СтрокаТабличнойЧасти)Экспорт

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

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

Документ «Приходная накладная», модуль объекта:

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

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

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

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

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

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

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

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

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

Движение.Материал = ТекСтрокаМатериалы.Материал;

Движение.НаборСвойств = ТекСтрокаМатериалы.НаборСвойств;

Движение.Склад = Склад;

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

// Регистр Стоимость Материалов Приход

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

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

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

Движение.Материал = ТекСтрокаМатериалы.Материал;

Движение.Стоимость = ТекСтрокаМатериалы.Сумма;

// Регистр Управленческий

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

Движение.СчетДт = ПланыСчетов.Основной.Товары;

Движение.СчетКт = ПланыСчетов.Основной.РасчетыСПоставщиками;

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

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

Движение.СубконтоДт[ПланыВидовХарактеристик.ВидыСубконто.Материалы] =

ТекСтрокаМатериалы.Материал;

КонецЦикла;

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

Документ «Приходная накладная», модуль формы:

&НаКлиенте

Процедура МатериалыКоличествоПриИзменении(Элемент)

СтрокаТабличнойЧасти = Элементы.Материалы.ТекущиеДанные;

РаботаСДокументами.РассчитатьСумму(СтрокаТабличнойЧасти);

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

&НаКлиенте

Процедура МатериалыЦенаПриИзменении(Элемент)

СтрокаТабличнойЧасти = Элементы.Материалы.ТекущиеДанные;

РаботаСДокументами.РассчитатьСумму(СтрокаТабличнойЧасти);

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

Документ «Заказ поставщику», модуль объекта:

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

// регистр ИсполнениеЗаказовПоставщиками Приход

Движения.ИсполнениеЗаказовПоставщиками.Записывать = Истина;

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

Движение = Движения.ИсполнениеЗаказовПоставщиками.Добавить();

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

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

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

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

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

КонецЦикла;

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

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

Если ТипЗнч(ДанныеЗаполнения) = Тип("СправочникСсылка.Поставщики") Тогда

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

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

КонецЕсли;

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

Документ «Расходная накладная», модуль объекта:

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

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

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

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

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

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

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

Движение.Склад = Склад;

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

Движение.Количество = ТекСтрокаВыбытие.Количество;

КонецЦикла;

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

Документ «Расходная накладная», модуль формы:

&НаКлиенте

Процедура ВыбытиеЦенаПриИзменении(Элемент)

СтрокаТабличнойЧасти = Элементы.Выбытие.ТекущиеДанные;

РаботаСДокументами.РассчитатьСумму(СтрокаТабличнойЧасти)

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

&НаКлиенте

Процедура ВыбытиеКоличествоПриИзменении(Элемент)

СтрокаТабличнойЧасти = Элементы.Выбытие.ТекущиеДанные;

РаботаСДокументами.РассчитатьСумму(СтрокаТабличнойЧасти)

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

Документ «Прайс лист», модуль объекта

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

// регистр ПрайсЛист Приход

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

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

Движение = Движения.ПрайсЛист.Добавить();

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

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

Движение.Наименование = ТекСтрокаПрайс.Товар;

Движение.ЕдиницаИзмерения = ТекСтрокаПрайс.ЕдиницаИзмерения;

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

КонецЦикла;

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

Документ «Заказ на склад», модуль формы:

&НаКлиенте

Процедура ТоварыКоличествоПриИзменении(Элемент)

СтрокаТабличнойЧасти = Элементы.Товары.ТекущиеДанные;

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

СтрокаТабличнойЧасти.Цена;

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

&НаКлиенте

Процедура ТоварыЦенаПриИзменении(Элемент)

СтрокаТабличнойЧасти = Элементы.Товары.ТекущиеДанные;

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

СтрокаТабличнойЧасти.Цена;

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

Документ «Заказ на склад», модуль объекта:

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

// регистр ПоступлениеТовараНаСклад

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

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

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

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

Движение.Склад = Склад;

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

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

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

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

КонецЦикла;

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

Документ «Заказ поставщику», модуль объекта:

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

// регистр ИсполнениеЗаказовПоставщикам

Движения.ИсполнениеЗаказовПоставщикам.Записывать = Истина;

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

Движение = Движения.ИсполнениеЗаказовПоставщикам.Добавить();

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

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

Движение.Товар = ТекСтрокаПоставщики.НаименованиеТовара;

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

КонецЦикла;

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