32015

Разработка автоматизированной системы складского учета в ЗАО «КонсультантПлюс»

Дипломная

Информатика, кибернетика и программирование

Целью данного дипломного проекта является разработка автоматизированной системы складского учета в ЗАО «КонсультантПлюс». Эффективное управление складскими запасами позволяет не только предоставить пользователям своевременную и адекватную информацию о запасах и исполнении заказов, но и повысить обороты и рентабельность компании, сократить уровень складских запасов и их потери, одновременно избегая их дефицита, улучшить обслуживание заказчиков.

Русский

2014-11-21

4.34 MB

202 чел.

PAGE  

PAGE  166

Содержание

[1] Содержание

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

[2.1] 1.1. Технико-экономическая характеристика предметной области и предприятия. Анализ деятельности «КАК ЕСТЬ»

[2.1.1] 1.1.1. Характеристика предприятия и его деятельности

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

[2.1.3]
1.1.3. Программная и техническая архитектура ИС предприятия

[2.2]
1.2. Характеристика комплекса задач, задачи и обоснование необходимости автоматизации

[2.2.1] 1.2.1. Выбор комплекса задач автоматизации и характеристика существующих бизнес процессов

[2.2.2] 1.2.2. Определение места проектируемой задачи в комплексе задач и ее описание

[2.2.3]
1.2.3. Обоснование необходимости использования вычислительной техники для решения задачи

[2.2.4] 1.2.4. Анализ системы обеспечения информационной безопасности и защиты информации

[2.3] 1.3. Анализ существующих разработок и выбор стратегии автоматизации «КАК ДОЛЖНО БЫТЬ»

[2.3.1] Анализ существующих разработок для автоматизации задачи

[2.3.2]
1.3.2. Выбор и обоснование стратегии автоматизации задачи

[2.3.3] 1.3.3. Выбор и обоснование способа приобретения ИС для автоматизации задачи

[2.4] 1.4. Обоснование проектных решений

[2.4.1] 1.4.1. Обоснование проектных решений по техническому обеспечению

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

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

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

[3.1] 2.1 Разработка проекта автоматизации

[3.1.1] 2.1.1 Этапы жизненного цикла проекта автоматизации

[3.1.2] 2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание

[3.1.3] 2.1.3 Организационно-правовые и программно-аппаратные средства обеспечения информационной безопасности и защиты информации

[3.2] 2.2. Информационное обеспечение задачи

[3.2.1] 2.2.1.Информационная модель и ее описание

[3.2.2] 2.2.2. Используемые классификаторы и системы кодирования

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

[3.2.4] 2.2.4. Характеристика результатной информации

[3.2.5]
2.2.5. Формализация расчётов показателей

[3.3]
2.3. Программное обеспечение задачи

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

[3.3.2] 2.3.2. Характеристика базы данных

[3.3.3]
2.3.3. Структурная схема пакета (дерево вызова программных модулей)

[3.3.4]
2.3.4. Описание программных модулей

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

[4] III Обоснование экономической эффективности проекта

[4.1] 3.1 Выбор и обоснование методики расчёта экономической эффективности

[4.2] 3.2 Расчёт показателей экономической эффективности проекта

[5]
Заключение

[6]
Список сокращений

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

[8] ПРИЛОЖЕНИЯ

[8.1]
Приложение 1. Описание форм ввода входных документов

[8.2] Форма «Заказы» отображает импортированные данные из ИС отдела сбыта, и позволяет перейти к формированию отгрузочных документов на партию товара.

[8.3]
Приложение 2. Описание форм ввода первичной информации

[8.4] Рисунок П2.5.Форма ввода «Управление резервами»

[8.5]

[8.6] Приложение 3. Исходный текст программного модуля «Приемка товаров»


Введение

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

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

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

Целью данного дипломного проекта является разработка автоматизированной системы складского учета в ЗАО «КонсультантПлюс». Эффективное управление складскими запасами позволяет не только предоставить пользователям своевременную и адекватную информацию о запасах и исполнении заказов, но и повысить обороты и рентабельность компании, сократить уровень складских запасов и их потери, одновременно избегая их дефицита, улучшить обслуживание заказчиков.

Задачами данного дипломного проекта являются:

  •  изучение предметной области – деятельности ЗАО «КонсультантПлюс»;
  •  разработка модели бизнес-процессов складских операций в ЗАО «КонсультантПлюс»;
  •  выявление недостатков существующих бизнес-процессов обработки информации при приемке товаров на склад и отгрузке со склада;
  •  разработка постановки задачи автоматизации складского учета в компании;
  •  обоснование выбора основных проектных решений системы складского учета;
  •  разработка информационного, математического, программного и технического обеспечения ИС складского учета;
  •  обоснование экономической эффективности внедрения автоматизированной системы учета на складе компании.

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

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

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

- разработка системы классификации и кодирования;

- разработка структуры базы данных;

- разработка пользовательского интерфейса системы.

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

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

1.1. Технико-экономическая характеристика предметной области и предприятия. Анализ деятельности «КАК ЕСТЬ»

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

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

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

- законодательство Российской Федерации и ее субъектов;

-.комментарии к законодательству;

- формы типовых документов;

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

- международные правовые акты;

- технические нормы и правила;

- подборки судебных решений;

- финансовые и кадровые консультации: практические пособия и энциклопедии спорных ситуаций;

- консультации для бюджетных организаций;

- новости законодательства;

- и прочую информацию.

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

Компания «Консультант Плюс» создана в 1992 г. Первая версия СПС «КонсультантПлюс» работала  под DOS и включала около 2000 документов. В 1995 году была выпущена первая Windows-версия системы, а также организована ежедневная поставка в РИЦ новых документов и ежедневное сопровождения (по модемной связи) систем у пользователей.

Осенью 2000 года справочная правовая система КонсультантПлюс первой из российских программ прошла тестирование на совместимость с Windows 2000 и получила логотип «Сertified for Microsoft Windows - Windows 2000 Professional». На момент получения логотипа версия КонсультантПлюс 6.30 вошла в число 79 программных продуктов в мире, отвечающих всем стандартам Microsoft по совместимости с новой версией Windows. Общее количество документов в системе превысило отметку 500 000.

В 2007 году была введена новая система "Энциклопедия спорных ситуаций"; количество документов в системе Консультант Плюс  превысило 3 миллиона; компания "Консультант Плюс" подтвердила действие сертификата, удостоверяющего, что система управления качеством в компании применительно к проектированию, разработке и обслуживанию справочной правовой системы КонсультантПлюс в целях предоставления услуг пользователям РФ соответствует требованиям ГОСТ Р ИСО 9001-2001 (ИСО 9001:2000).

В апреле 2009 года вышла новая платформа Консультант Плюс Технология ПРОФ. В Технологии ПРОФ появилось много полезных новшеств, а также были улучшены имеющиеся возможности, полностью обновлен дизайн системы КонсультантПлюс. Новая разработка обеспечивает удобную работу, простой поиск и анализ документов. Среди новых возможностей Технологии ПРОФ - Быстрый поиск, новое Стартовое окно, улучшенная навигация, умные ссылки и другие возможности. Система КонсультантПлюс успешно прошла сертификацию корпорации Microsoft на совместимость с новой операционной системой Microsoft Windows 7 и получила логотип "Certified for Windows 7".

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

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

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

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

Система КонсультантПлюс постоянно развивается. По мере усовершенствования системы КонсультантПлюс всем пользователям бесплатно устанавливаются новые версии.

В Сети КонсультантПлюс с 2002 года применяется Единый стандарт качества сервисного обслуживания. Сервисная поддержка КонсультантПлюс означает:

  •  персональный специалист для каждого клиента;
  •  еженедельная или ежедневная актуализация и пополнение информации на компьютере пользователя;
  •  бесплатная установка новых версий системы;
  •  программа обучения;
  •  "Горячая линия" - консультации по работе с КонсультантПлюс;
  •  подписка на ежемесячное издание «Бюллетень КонсультантПлюс» и другие информационные материалы;
  •  поиск документов по индивидуальным заказам;
  •  техническая поддержка.

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

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

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

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

Так, по Программе информационной поддержки, в российских вузах дважды в год бесплатно распространяется выпуск DVD-диска «КонсультантПлюс: Высшая школа». Осенью 2010 года распространяется уже 14-й выпуск. Диск содержит полезную и актуальную информацию, необходимую для учебы. Совокупный тираж всех выпусков диска составляет около 4 655 000 экз.

Таблица

Основные технико-экономические показатели

№ п\п

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

Значение показателя за 2009 год

  1.  

Количество клиентов

300 000

  1.  

Количество сотрудников КЦ

830 чел.

  1.  

Количество РИЦ

300

  1.  

Количество сервисных центров

400

  1.  

Средний тираж информационных материалов

100 000

  1.  

Средний тираж сувенирной продукции

10 000

  1.  

Годовой оборот компании

300 млн.руб.

  1.  

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

25 000 руб.

  1.  

Потери компании с связи с ошибками при комплектации заказов

45 000 руб.


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

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

Основные стратегические решения по развитию Сети принимает Совет директоров компании (рисунок 1).

Генеральный директор осуществляет текущее управление работой Сети.

Координационный центр КонсультантПлюс управляет работой Сети и постоянно развивает и совершенствует справочную правовую систему КонсультантПлюс. Координационный центр Сети КонсультантПлюс расположен в Москве. В нем работает свыше 800 сотрудников.

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

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

Рисунок . Общая структура управления Сетью КонсультантПлюс

В координационном центре Сети КонсультантПлюс выделяются следующие основные подразделения:

- Департамент развития СПС

- Департамент развития Сети

- Финансовый департамент

- Склад

- Учебный центр

Департамент развития СПС:

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

Департамент развития Сети:

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

Учебный центр был создан в 2001 г. в Москве с целью обучения московских участников некоммерческих программ Сети КонсультантПлюс. Работа Учебного центра в Москве является составной частью общей Программы обучения пользователей СПС КонсультантПлюс, которая реализуется компанией «Консультант Плюс» по всей стране. Обучение коммерческих пользователей проводится в региональных информационных центрах Сети КонсультантПлюс.

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


Рисунок . Организационная структура Координационного центра


1.1.3. Программная и техническая архитектура ИС предприятия

Архитектура ИС рассматриваемого предприятия тесно связана с физическим расположением подразделений ЗАО «Консультант Плюс».

Координационный центр ЗАО «Консультант Плюс» расположен в одном из корпусов Акустического института, и занимает несколько этажей корпуса.  Учебный центр расположен в другом районе Москвы в офисном центре, и занимает там несколько кабинетов, в том числе 2 учебных класса. Склад ЗАО «Консультант Плюс» тоже находится на удалении от основного офиса. РИЦ расположены по всей территории страны, но им требуется ежедневный доступ к обновлениям информационных банков СПС.

Рассмотрим техническую и программную архитектуру КЦ.

  1.  Техническая архитектура ИС КЦ

Координационный центр ЗАО «Консультант Плюс», в связи со спецификой деятельности, хорошо оснащен вычислительной техникой. Локальная вычислительная сеть (ЛВС) на 1200 портов построена на основе структурированной кабельной системы (СКС) категории 5е.

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

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

Сеть построена на основе коммутаторов Cisco.

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

Рисунок . Техническая архитектура ИС предприятия

В качестве коммутаторов уровня доступа используются устройства 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.


Таблица

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

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

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

HP Pro 3120

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

  1.  

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

  1.  

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

  1.  

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

  1.  

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

  1.  

HP Pro 3120

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

  1.  

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

  1.  

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

  1.  

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

  1.  

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

  1.  

HP Compaq 6000 Pro

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

  1.  

ОЗУ 4 ГБ DDR3-Synch DRAM

  1.  

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

  1.  

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

  1.  

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

  1.  

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Б)

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

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


Таблица  

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

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

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

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

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 Гб

Сервер СКУД

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

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

Сервер 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

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

Сервер ИС отдела сбыта

Сервер ИС отдела снабжения

Сервер ИС отдела маркетинга

HP ProLiant DL385 G7 (573089-421)

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

  1.  

ОЗУ 2 x 2ГБ DDR3 RDIMM

  1.  

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

  1.  

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

  1.  

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

  1.  

Тестовый сервер «КонсультантПлюс»

HP ProLiant DL385 (585335-421)

Процессор AMD Opteron™ 6136 (8 ядер, 2.4 ГГц, 12 МБ L3, 80 Вт)

  1.  

ОЗУ 4 x 2ГБ DDR3 RDIMM

  1.  

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

  1.  

Контроллер хранилища Smart Array P400i/256МБ SAS RAID

  1.  

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

  1.  

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

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

HP ProLiant DL980 (AM445A)

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

  1.  

ОЗУ 4 x 2ГБ DDR3 RDIMM

  1.  

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

  1.  

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

  1.  

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


Таблица

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

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

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

  1.  

HP LaserJet M3035 MFP

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

  1.  

HP LaserJet P4015dn

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

  1.  

HP LaserJet Enterprise P3015d

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

  1.  

HP Officejet Pro 8000 (CB047A)

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

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

Операционная система на всех компьютерах ЗАО «Консультант Плюс» - Windows 7, Windows Vista или Windows XP Professional. На серверах установлена ОС Windows Server 2008.

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

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

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

Рисунок . Архитектура программного обеспечения в ЗАО «Консультант Плюс»

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

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

В некоторых отделах компании используются программы, разработанные силами специалистов ЗАО «Консультант Плюс»:

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

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

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

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

- Бухгалтерский учет;

- Расчет заработной платы;

- Управление финансами;

- Управление персоналом и штатное расписание.


1.2. Характеристика комплекса задач, задачи и обоснование необходимости автоматизации

1.2.1. Выбор комплекса задач автоматизации и характеристика существующих бизнес процессов

В ЗАО «Консультант Плюс» можно выделить следующие основные бизнес-процессы:

  1.  Производство СПС КонсультантПлюс, которое в свою очередь включает бизнес-процессы:
    1.  Программирование платформы СПС КонсультантПлюс;
    2.  Отслеживание изменений в законодательстве РФ и прочих документах;
    3.  Добавление документов в информационные банки СПС КонсультантПлюс.
  2.  Обеспечение технической поддержки РИЦ:
    1.  Обеспечение ежедневного доступа к обновленным информационным банкам;
    2.  Обеспечение обновленным программным обеспечением.
  3.  Развитие и техническая поддержка онлайн-системы КонсультантПлюс (на сайте компании)
  4.  Управление развитием Сети Консультант Плюс:
    1.  Проведение аудита деятельности РИЦ;
    2.  Сертификация РИЦ;
    3.  Выработка регламентов работы РИЦ.
  5.  Планирование и поведение маркетинговых акций и мероприятий
  6.  Обучение пользователей работе с СПС Консультант Плюс
  7.  Производство информационных и рекламных материалов, а также сувенирной продукции
  8.  Хранение информационных и рекламных материалов, сувенирной продукции:
    1.  Приемка товарно-материальных ценностей (ТМЦ) от поставщика;
    2.  Хранение ТМЦ на складе
    3.  Отгрузка ТМЦ в РИЦ и для нужд КЦ

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

1.2.2. Определение места проектируемой задачи в комплексе задач и ее описание

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

Таблица

Группы товаров, хранящихся на складе

Наименование группы/

сегмента

Формальные признаки/

свойства

Примеры

Особенности

«Периодические издания»

- Периодическое издание;

- крупный тираж, предназначенный для распределения в РИЦ

Журнал ГК;

Бюллетень;

Журналы "Финанс", "Директор" и т.п.

1) Весь или большая часть тиража распределена под клиентов согласно предварительным заказам.

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

«Постоянно поддерживае-мые»

- рекламные и маркетинговые материалы компании, необходимые для поддержки бизнеса;

- входят в прейскурант;

- постоянно поддерживаются на складе.

Листовки, буклеты, руководства, блокноты, ручки и т.д.

1) Материал постоянно поддерживается на складе;

2) Материал в общем случае не имеет «срока годности». Потеря актуальности определяется либо директивно (не складской службой), либо случается в связи с падением спроса со стороны РИЦ.


Продолжение таблицы 5

Наименование группы/

сегмента

Формальные признаки/

свойства

Примеры

Особенности

«Проекты»

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

Материалы Новогодней кампании;

открытки к 23 февраля, 8 марта

Подгруппа 1

1) Весь или большая часть тиража распределена под клиентов согласно предварительным заказам;

2) Остаток материала оперативно распродаётся;

3) Материал практически теряет актуальность, после наступления даты, к которой он выпущен.

Выпуск связан с какой-либо программой КЦ

Диск «Высшая школа»

1) Некоторая часть тиража распределена под клиентов согласно предварительным заказам;

2) Остаток материала может распродаваться;

3) Материал может не терять актуальность достаточно длительное время (более полугода).

«Производ-ство»

- комплектующие для производства (дистрибутивов).

Коробка;

Вкладыш;

Регистрации-онные карты

Материал постоянно поддерживается на складе, объём складского запаса в общем случае зависит от производственного плана

«Случайные

/тестовые»

Разовые закупки по заявкам подразделений, пробные закупки

1) Материал появляется на складе эпизодически, в небольшом количестве;

2) период хранения чаще всего небольшой;

3) случаи «зависания» материала на складе на длительное время служат признаком потери актуальности.

«Обеспечение офиса»

- Закупаются регулярно мелкооптовыми партиями

- Расходуются небольшими партиями

Бумага для принтера; картриджи для принтеров; блоки для записей и т.п.

Материал постоянно поддерживается на складе

Материал не имеет срока годности

Отгружается в КЦ небольшими партиями

Случаи "зависания" материала на складе на длительное время служат признаком потери актуальности.


Особенностями склада ЗАО «Консультант Плюс» являются:

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

- в случае нарушения упаковки часть товара может прийти в негодность (подмокнуть, помяться и т.п.)

- необходимость управления остатками товара, т.к. часть товара может относительно быстро устаревать, после чего этот товар уже может никогда быть не востребован;

- номенклатура продукции относительно часто меняется (например, товар, приуроченный к какой-либо акции КЦ, заказывается единожды; к следующей акции будет заказываться другой товар);

- склад осуществляет отгрузку партий товара только в КЦ, а отправку товара непосредственно в РИЦ осуществляет отдел сбыта КЦ;

- на склад поступает продукция от десятков поставщиков, причем перечень поставщиков не является стабильным.

Модель функционирования склада (рисунок 5) показывает, что на склад поступают товарно-материальные ценности (ТМЦ) от поставщиков, и результатом деятельности склада является отгрузка ТМЦ клиентам компании.[3], [15]

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

Декомпозиция модели (рисунок 6) характеризует основные бизнес-процессы склада:

- приемку товара;

- учет товаров на складе;

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

- комплектацию и отгрузку;

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

Рисунок . Контекстная диаграмма модели деятельности «как есть»

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

На рисунке 6 видно, что приемку товара на складе курирует отдел снабжения, т.к. этот отдел размещал заказ поставщику на изготовление и поставку товара. Комплектация и отгрузка товара со склада осуществляется под руководством отдела сбыта, т.к. этот отдел собирает заявки от РИЦ и отделов КЦ, и распределяет между ними товары. Также отдел сбыта участвует в бизнес-процессе «Управление остатками». Бухгалтерию интересует приемка и отгрузка товара со склада с позиции ведения бухгалтерского учета.

Приемка товара на  склад происходит следующим образом (рисунок 7):

  1.  При поступлении машины с грузом, кладовщик проверяет товарно-транспортные накладные или прочие документы. Если документы оформлены в соответствии с требованиями ЗАО «Консультант Плюс», то принимается решение о начале разгрузки товара. В Журнале приемки грузов делается запись о прибытии машины, содержащая данные: дата, время прибытия машины, поставщик, наименование товара, номер накладной, фамилия кладовщика и менеджера, присутствовавшего при разгрузке, комментарий.

Рисунок . Декомпозиция бизнес-процесса «Приемка».

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

Рисунок . Бизнес-процесс «Приемка по качеству»

  1.  На поступившую партию, прошедшую приемку по количеству и качеству, оформляется приходная накладная, содержащая следующие данные: номер накладной, дату приемки, номенклатурный номер, наименование, количество, учетную цену, сумму. Копия этой накладной передается в бухгалтерию для бухгалтерского учета ТМЦ. В карточку учета материала заносится информация о поступлении товара: наименование товара, поставщик, дата поставки, количество мест (паллет), количество в одном месте (паллете), учетная цена, сумма.

Рисунок . Декомпозиция бизнес-процесса «Хранение»

Бизнес-процесс хранения товара включает следующие действия (рисунок 9):

  1.  Товар хранится на складе, пока не поступит заявка на его отгрузку. Периодически возникает необходимость перемещения товара внутри склада. Такие перемещения выполняются грузчиками по заданию кладовщиков.
  2.  На складе регулярно происходит инвентаризация, т.е. проверка соответствия фактического наличия числящихся на балансе организации ценностей, их сохранности и правильности хранения. Инвентаризация бывает плановая и неплановая. Во время инвентаризации пересчитывается фактическое количество товаров на складе и сверяется с учетными данными по базе данных бухгалтерии.
  3.  По запросу подразделений КЦ, за ними резервируется определенное количество товара, имеющегося на складе.

Рисунок . Декомпозиция бизнес-процесса «Комплектация и отгрузка»

Бизнес-процесс «Комплектация и отгрузка» (рисунок 10) характеризуется следующими положениями:

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


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

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

Складской учет в ЗАО «Консультант Плюс» характеризуется большим объемом оперативной информации: в среднем 5 раз в день поступает товар от поставщиков, 10 раз в день отгружается. Это отражено ниже в таблице 6.

Таблица

Оценка трудозатрат на обработку информации

№ п/п

Наименование операции

Периодич-ность

Количество строк в документе

Количество операций в год

Объем работы в год (строк)

Норма выработки (опер/в час.)

Трудо-затраты в год (час)

  1.  

Приходная накладная

5 раз в день

5

1250

4

312,5

  1.  

Журнал ожидаемых поставок

5 раз в день

1

1250

1250

10

125

  1.  

Журнал приемки грузов

5 раз в день

1

1250

25

50

  1.  

Комплектация партии товара

10 раз в день

20

2500

2500

1

2500

  1.  

Журнал заявок

10 раз в день

1

2500

2500

10

125

  1.  

Накладная на перемещение

10 раз в день

20

2500

4

625

  1.  

Карточка учета материалов

200 раз в день

1

5000

5000

20

250

  1.  

Отчет об остатках

1 раз в неделю

1500

52

0,25

208

  1.  

Корректировка учетных данных по результатам инвентаризации

1-2 раза в месяц

10

24

240

1

240

  1.  

Отчет о приемке по качеству

5 раз в день

5

1250

6250

1

1250

ИТОГО

При учете используется значительное количество документов, подготавливаемых вручную (рисунок 11).

Рисунок . Схема документооборота складских документов

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

Итак, недостатками существующей системы являются:

  1.  многократное дублирование одной и той же информации в различных документах;
  2.  низкая оперативность при комплектации партии отгрузки, т.к. подбор подходящих партий товара для отгрузки осуществляется вручную;
  3.  неизбежные ошибки при комплектации заказов и «потеря» товара на складе, в результате чего этот товар теряет актуальность;
  4.  большие затраты времени на составление отчетов;
  5.  высокая трудоемкость обработки информации;
  6.  неполное и неэффективное использование технических средств, имеющихся в наличии.

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

Автоматизация склада является одной из важных задач на предприятии. Автоматизация склада обеспечивает:

  •  повышение качества данных;
  •  повышение прозрачности склада;
  •  сокращение операционных затрат.

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

1.2.4. Анализ системы обеспечения информационной безопасности и защиты информации

В ЗАО «Консультант Плюс» функционирует политика безопасности.

В компании действуют следующие нормативно-правовые документы в области защиты информации и информационной безопасности (ИБ):

- Положение о конфиденциальной информации

- Положение об использовании программного обеспечения

- Положение об использовании электронной почты

- Положение об использовании сети Интернет

- Положение об использовании мобильных устройств и носителей информации

- Правила внутреннего трудового распорядка

- Приказ о введении политики информационной безопасности

- Приказ о введении Правил внутреннего трудового распорядка

- Приказ о введении внутриобъектового пропускного режима

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

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

При использовании сотрудниками электронной почты запрещено:

  1.  Использовать электронную почту в личных целях.
  2.  Передавать электронные сообщения, содержащие:
    1.  конфиденциальную информацию,
    2.  информацию, составляющую коммерческую тайну, за исключением случаев, когда это входит в служебные обязанности отправителя.
    3.  информацию, защищенную авторскими или другим правами, без разрешения владельца.
    4.  Информацию, файлы или ПО, способные нарушить или ограничить функциональность программных и аппаратных средств корпоративной сети.
  3.  Переходить по ссылкам и открывать вложенные файлы входящих электронных сообщений, полученных от неизвестных отправителей.
  4.  По собственной инициативе осуществлять рассылку (в том числе и массовую) электронных сообщений (если рассылка не связана с выполнением служебных обязанностей).
  5.  Публиковать свой электронный адрес, либо электронный адрес других работников Организации на общедоступных Интернет-ресурсах (форумы, конференции и т.п.).
  6.  Предоставлять работникам Организации (за исключением администраторов ИС) и третьим лицам доступ к своему электронному почтовому ящику.
  7.  Шифровать электронные сообщения без предварительного согласования с администраторами ИС.

При использовании сети Интернет запрещено:

  1.  Использовать предоставленный Организацией доступ в сеть Интернет в личных целях.
  2.  Использовать специализированные аппаратные и программные средства, позволяющие получить несанкционированный доступ к сети Интернет.
  3.  Совершать любые действия, направленные на нарушение нормального функционирования элементов ИС Организации.
  4.  Публиковать, загружать и распространять материалы содержащие:
    1.  Конфиденциальную информацию,
    2.  Информацию, составляющую коммерческую тайну, за исключением случаев, когда это входит в служебные обязанности.
  5.  Информацию, полностью или частично, защищенную авторскими или другим правами, без разрешения владельца.
  6.  Вредоносное ПО, предназначенное для нарушения, уничтожения либо ограничения функциональности аппаратных и программных средств, а также серийные номера к коммерческому ПО и ПО для их генерации, пароли и прочие средства для получения несанкционированного доступа к платным Интернет-ресурсам, а также ссылки на вышеуказанную информацию.
  7.  Фальсифицировать свой IP-адрес, а также прочую служебную информацию.

В ЗАО «Консультант Плюс» разрешено применение ограниченного перечня коммерческого ПО (согласно Реестру разрешенного к использованию программного обеспечения) и бесплатного ПО (необходимого для выполнения производственных задач). Пользователям запрещается устанавливать на свои ПК прочее программное обеспечение.

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

На программном уровне предпринимается управление доступом на основе ролей в службе каталогов Microsoft Active Directory, а также при доступе к СУБД. Эта же служба осуществляет управление паролями пользователей: у каждого пароля есть срок действия, по истечении которого пользователь вынужден задать другой пароль; система не позволяет ввести слишком короткий или слишком простой пароль. Таким образом достигается защита от несанкционированного доступа к системе.

Для защиты ЛВС и компьютеров от внешних угроз используется пакет Kaspersky Enterprise Space Security, который выполняет следующие функции:

  1.  Защита от хакерских атак. Современные хакеры используют для атак кейлоггеры (клавиатурные шпионы) и руткиты — программы, которые позволяют получить несанкционированный доступ к данным и при этом избежать обнаружения. Антивирусное ядро эффективно нейтрализует эти угрозы, предотвращая несанкционированный доступ к компьютерам корпоративной сети.
  2.  Защита от фишинга. База URL-адресов фишинговых сайтов постоянно пополняется; с ее помощью распознаются и блокируются подозрительные ссылки, а также фильтруются фишинговые электронные сообщения, повышая уровень защиты ЛВС.
  3.  Сетевой экран. Сетевой экран нового поколения, а также встроенная в него система обнаружения и предотвращения вторжений, обеспечивают защиту пользователей при работе в сети.
  4.  Безопасная работа с электронной почтой. Весь поток почтовых сообщений сканируется на уровне протоколов передачи данных (POP3, IMAP, MAPI и NNTP для входящей почты и SMTP для исходящей), включая SSL-соединения. Сканируются в том числе файлы и ссылки, передаваемые через программы мгновенного обмена сообщениями (ICQ, MSN и др.). Проверка почтовых сообщений осуществляется в режиме реального времени. Зараженные объекты подвергаются лечению или удаляются.
  5.  Контроль использования съемных устройств. Вредоносные программы могут проникнуть на компьютеры корпоративной сети через USB-носители, а также внешние устройства ввода/вывода и хранения данных. Kaspersky Enterprise Space Security позволяет проводить антивирусную проверку таких устройств и контролировать их использование, предотвращая заражение сети.
  6.  Защита от массовых спам-рассылок. В приложении для защиты почты, входящем в состав Kaspersky Enterprise Space Security, реализованы передовые технологии эвристического и лингвистического анализа сообщений, а также эффективные методы выявления спама, поступающего в виде изображений. Kaspersky Enterprise Space Security также поддерживает работу с системой мгновенного обнаружения угроз (UDS), содержащей сведения о новейших угрозах, обновляемые в режиме реального времени. Это позволяет отфильтровывать более 99% нежелательных электронных сообщений.

1.3. Анализ существующих разработок и выбор стратегии автоматизации «КАК ДОЛЖНО БЫТЬ»

  1.  Анализ существующих разработок для автоматизации задачи

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

На рынке программных средств в настоящее время имеется множество программ для автоматизации складского учета. Рассмотрим продукты «БИТ:Управление складом 8», Фолио WinСклад, Парус.

БИТ: Управление складом 8 - программный продукт для автоматизации складов и складских комплексов, разработанный на платформе 1С:Предприятие 8 [11]. Основные функциональные возможности:

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

- Хранение информации о топологии склада, весогабаритных характеристик для мест хранения;

- Сведения о доступности и назначении мест хранения.

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

- Поддерживается 2 вида приемки: ручная приемка (товар принимается кладовщиками самостоятельно, в ИБ вносятся результаты приемки); прием по местам (товар принимается по местам с последующим пересчетом).

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

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

- Учет сроков годности и сортов (серий).

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

- Рекомендация мест хранения для размещения товара, с возможностью кладовщиком выбрать другое место хранения;

- Автоматическое формирование правил размещения на основании статистики отгрузок,  с учетом доступного складского пространства;

- Возможность размещать с использованием терминалов, или с помощью бумажных носителей;

- Учет серий и сроков годности при размещении.

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

- Интеграция с транспортным блоком;

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

- Сборка с ограничением по сроку годности;

- Выдача заданий на подбор;

- Защита от веерных ошибок.

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

- Три режима проведения инвентаризации: по местам хранения (ручная); по товару (ручная); по месту хранения (с использованием терминалов);

- Регламентная подпитка зон подбора;

- Фиксация информации о выработке сотрудников.

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

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

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

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

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

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

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

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

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

Таблица  .

Сравнение программных продуктов

Характеристика программы

БИТ: Управление складом 8

ФОЛИО WinСклад

Парус

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

Да

Да

Да

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

Нет

Да

Нет

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

Да

Да

Да

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

Нет

Нет

Нет


Продолжение таблицы 7

Характеристика программы

БИТ: Управление складом 8

ФОЛИО WinСклад

Парус

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

Нет

Да

Да

Обмен данными с программами отдела снабжения и сбыта

Нет

Нет

Нет

Выводы:

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

Проектируемая система будет полностью поддерживать специфику складского учета ЗАО «Консультант Плюс»:

- проектируемая система обеспечит функции приемки товара, комплектации заказа, отгрузки товара, управления остатками, подготовки отчетов;

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

- карточки учета материалов будет вестись автоматически.


1.3.2. Выбор и обоснование стратегии автоматизации задачи

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

- цели деятельности предприятия и последовательность, в которой они будут автоматизированы;

- способ автоматизации: по участкам, направлениям, комплексная автоматизация;

- долгосрочная техническая политика - комплекс внутренних стандартов, поддерживаемых на предприятии;

- ограничения: финансовые, временные и т.д.;

- процедура управления изменениями плана.

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

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

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

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

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

В нашем случае для предприятия подходит стратегия автоматизации «по участкам», т.к. автоматизируется отдельное подразделение (участок) – склад ЗАО «Консультант Плюс».

1.3.3. Выбор и обоснование способа приобретения ИС для автоматизации задачи

Рассмотрим основные возможные варианты приобретения информационной системы для автоматизации складского учета в ЗАО «Консультант Плюс»:

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

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

3) Покупка и доработка. Данный вариант позволит доработать готовое решение до соответствия перечню функциональных требований, выдвинутых к системе. Данное решение сочетает преимущества и недостатки вариантов «Покупка готового решения» и «Разработка на заказ». Полученное решение может не полностью соответствовать потребностям предприятия. Часть программных модулей будет хорошо отлажена, а часть написана «с нуля» и может содержать различные дефекты. Длительность доработки будет невысокой по сравнению  с длительностью разработки новой системы, а стоимость – дороже, чем приобретать готовое решение, но дешевле, чем разрабатывать всю систему «с нуля». Однако, доработка системы, разработанной другой компанией, может быть сопряжена со значительными трудностями, связанными с отсутствием или неполнотой технической документации и сложностями во взаимодействии с разработчиками системы-прототипа. Кроме того, при таком способе приобретения ИС могут появиться дополнительные риски: возможна несовместимость различных компонентов системы, скрытые дефекты программного обеспечения.

4) Собственная разработка. Этот вариант позволит получить систему, полностью удовлетворяющую нуждам предприятия. ЗАО «Консультант Плюс» имеет высокопрофессиональное IT-подразделение, которое могло бы в короткие сроки выполнить автоматизацию складского учета. Преимущества данного варианта – последующая модернизация системы; существенно уменьшается риск получить решение, не соответствующее потребностям компании; полная совместимость всех компонентов системы; полная интеграция с имеющимися ИС собственной разработки; конфиденциальная информация не проникнет за пределы компании.

Таким образом, для ЗАО «Консультант Плюс» наилучшим решением является разработка ИС собственными силами.

1.4. Обоснование проектных решений

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

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

Комплекс технических средств составляют:

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

Для проектируемой ИС необходимо следующее аппаратное обеспечение (рисунок 12):

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

- локальная вычислительная сеть;

- сервер ИС;

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

Рисунок . Техническое обеспечение ИС склада

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

Таблица 7

Минимальные требования к аппаратному обеспечению ПК ИС склада

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

Значение, не менее

Частота процессора

1 ГГц

ОЗУ

1 Гб

Объем жесткого диска

300 Гб

Монитор

1240х1024

Необходимо приобрести сервер базы данных для системы. Сервер ИС склада не будет функционировать круглосуточно: в обычном режиме сервер будет работать 9-10 часов в день по рабочим дням. Максимальное количество одновременно подключенных к системе пользователей – 6.

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

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

- высокопроизводительная дисковая подсистема, характеризующаяся в первую очередь способностью обрабатывать большое количество мелких запросов в единицу времени (IOps - inputs/outputs per second);

- высокая вычислительная мощность для обработки информации.

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

Серверу БД  необходим большой объем оперативной памяти. Работа с оперативной памятью на порядки быстрее, чем работа с жесткими дисками, поэтому чем большим объемом памяти будет располагать сервер, тем лучше, при условии, что операционная система и само приложение сервера СУБД способны адресовать и работать с таким количеством памяти. Современные операционные системы и приложения фактически не имеют данных ограничений, т.к. способны адресовать до 64Гб и более. Двухпроцессорные серверы способны оснащаться 128Гб оперативной памяти, а четырех- и восьмипроцессорные - до 256Гб.

В качестве жестких дисков для серверов БД рекомендуется использовать диски SAS (Serial Attached SCSI) на 10000 об/мин или 15000 об/мин. Данные диски оптимизированы для работы на транзакционных нагрузках и по этому показателю имеют вдвое-втрое более высокую производительность, чем диски SATA. Кроме того, диски SAS изначально проектировались под работу в RAID-массивах и показывают практически линейный рост производительности массива при увеличении количества дисков в нем.

Современные процессоры стали значительно производительнее, чем несколько лет назад, благодаря внедрению технологии многоядерности. Сейчас сервер с 8-ю ядрами доступен практически каждой организации. Благодаря этому, появилась возможность обрабатывать существенные объемы информации на относительно недорогом оборудовании. Для "тяжелых" систем постепенно отпадает необходимость в приобретении дорогостоящих многопроцессорных RISC-систем, стоящих при равной производительности на порядки дороже. В настоящий момент существуют четырех- и восьмипроцессорные серверы стандартной архитектуры x86 с поддержкой четырех- и даже шестиядерных процессоров, что позволяет иметь в одной системе до 32-х ядер.

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

  •  двухъядерный процессор Intel;
  •  объем оперативной памяти не менее 4 Гб;
  •  контроллер RAID 1;
  •  2 жёстких диска SAS не менее 750 Гб;
  •  наличие привода DVD-RW;
  •  сервер должен быть из линейки серверов Hewlett Packard.

Серверы Hewlett Packard выпускаются под маркой HP Proliant – это очень надежное, простое и универсальное оборудование, которое используется в самых разных отраслях. Под перечисленные выше требования подходят модели HP ProLiant DL320G6 и HP ProLiant ML150 G6. [10]

HP ProLiant DL320G6 – сервера для монтирования в стойку 1U. Новейшие четырёхъядерные  процессоры Intel® Xeon® 5500, возможность выбора модулей памяти DDR3 Registered или Unbuffered DIMM, технологии SAS и PCI Express Gen2 формируют высокопроизводительную систему, идеально подходящую для ресурсоемких приложений. DL320 G6 – это сверхплотная платформа с высокой отказоустойчивостью, обеспечиваемой резервными блоками питания, вентиляторам, зеркалированной памятью, встроенной технологией RAID и комплексной системой удаленного управления Lights-Out.

Сервер HP ProLiant ML150 G6 – это доступная масштабируемая платформа для растущего бизнеса. Резервные вентиляторы и блоки питания обеспечивают эффективный контроль питания и уровня температуры для поддержания работоспособности системы. Решение TPM предоставляет эффективные функции шифрования данных для их надежной защиты.

Таблица .

Сравнение серверов

Параметр

HP ProLiant DL320G6

HP ProLiant ML150 G6

Корпус

1U Rackmount

MidiTower

Центральный процессор

2.26GHz Intel® Xeon® E5520 Nehalem QuadCore w/HyperThreading 5.86GT/s FSB, 8192Kb L3 cache

Intel® Xeon® Processor E5504 (2.00 GHz, 4MB L3 Cache, 80W, DDR3-800)

Оперативная память

2 х DIMM 2048MB DDR-III PC3-10600 ECС

2 х DIMM 2048MB DDR-III PC3-10600 ECC

Набор микросхем (chipset)

Intel® 5500 Server chipset

Intel® 5500 Server chipset

Сетевой адаптер

Embedded HP NC107i PCI Express Gigabit Server Adapter

Embedded HP NC107i PCI Express Gigabit Server Adapter

Жесткие диски

2 х HDD 750GB SAS 3G 7200rpm (DP) HotPlug LFF

2 х HDD 750GB SAS 3G 7200rpm (DP) HotPlug LFF

Оптический привод

DVD-RW 8x

DVD-RW 16x

Стоимость

4095 у.е.

3272 у.е.

Как видно из таблицы 8, при одинаковой конфигурации серверы имеют ощутимое различие в стоимости – около 800 у.е. Сервер HP ProLiant DL320 G6 имеет более компактный размер, большую возможность для расширения, большую отказоустойчивость. Однако,  для рассматриваемой задачи эти характеристики не являются критически важными, поэтому можно выбрать более дешевый вариант с той же производительностью. Выбираем сервер HP ProLiant ML150 G6.

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

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

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

1) Входные и выходные документы. Входными документами системы является приходная накладная и накладная на внутреннее перемещение.

Выходными документами являются: журнал прихода, журнал отгрузок, отчет  по качеству, отчет по остаткам, отчет по инвентаризации, отчет «Резервы отделов КЦ».

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

2) Экранные формы

Для построения диалога с пользователем возможны следующие способы: диалог типа «Вопрос-ответ»; диалог типа «Меню», диалог на основе экранных форм, диалог на основе командного языка.

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

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

Условно-постоянная информация будет храниться в справочниках. В системе потребуются следующие справочники:

- Справочник «Единицы измерения»;

- Справочник «Категории товаров»;

- Справочник «Группы товаров»;

- Справочник «Номенклатура»;

-  Справочник «Поставщики»;

-  Справочник «Клиенты»;

- Справочник «Должности»;

- Справочник «Сотрудники»;

- Справочник «Отделы»;

- Справочник «Дефекты»;

- Справочник «Перечни дефектов».

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

Для ввода первичной информации понадобятся следующие формы:

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

- Накладная на внутреннее перемещение;

- Приемка по количеству;

- Приемка по качеству;

- Инвентаризация;

- Управление резервом.

Формы «Приходная накладная», «Накладная на внутреннее перемещение», «Приемка по количеству», «Приемка по качеству», «Инвентаризация» представляют собой экранные формы анкетного  типа и обеспечивают ввод данных согласно реквизитам документов.

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

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

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

Необходимо разработать локальную систему классификации и кодирования для следующих объектов учета:

- персонала;

- категорий товара;

- артикулов;

- складских документов.

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

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

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

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

Основными способами организации БД являются создание централизованных и распределенных БД. [4] В рассматриваемой задаче не предполагается распределенная структура ИС, т.к. задача небольшая по объему данных и по количеству  пользователей.

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

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

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

В состав программного обеспечения входят общесистемные и специальные программные продукты, а также техническая документация. [2]

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

К общесистемному ПО в нашем случае относятся:

- операционная система;

- система управления базами данных (СУБД).

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

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

Операционные системы можно разделить на следующие типы:

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

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

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

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

- кросс-загрузчики - это системы, полностью ориентированные на работу с host-машиной. Чаще всего они используются для написания и отладки кода, позднее прошиваемого в ПЗУ.

- системы промежуточных типов.

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

1. Совместимость с ОС, уже имеющимися в организации;

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

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

В ЗАО «Консультант Плюс» на рабочих станциях пользователей системы установлена ОС линейки Microsoft Windows: Windows 7, Windows Vista, Windows XP. На серверах установлена Microsoft Windows 2008 Server. На приобретаемый сервер с целью совместимости всех компонентов системы рекомендуется установить последнюю версию серверной операционной системы Microsoft Windows 2008 Server.

СУБД классифицируются по следующим признакам [5]:

1) По модели данных:

  •  Иерархические;
  •  Сетевые;
  •  Реляционные;
  •  Объектно-ориентированные.

2) По способу доступа к БД

  •  Файл-серверные;
  •  Клиент-серверные.

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

Имеется большое разнообразие реляционных клиент-серверных СУБД.

Рассмотрим такие продукты, как MS SQL Server и MySQL.

  1.  MS SQL Server – очень распространенная, достаточно надежная, быстрая клиент-серверная СУБД. Часто используется для промышленных систем автоматизации. Версия MS SQL Server Express распространяется бесплатно, но имеет некоторые технические ограничения (максимальный размер базы не должен превышать 4 Гб, поддерживается только 1 процессор, адресуемая память составляет 1 Гб, и т.п.). Такие ограничения делают её непригодной для развертывания больших баз данных, но она вполне годится для ведения программных комплексов в масштабах небольшой компании.
  2.  MySQL – свободно распространяемая клиент-серверная СУБД, высокопроизводительная, обеспечивающая высокий уровень защиты данных. Доступ к серверу MySQL можно осуществить в интерактивном режиме с помощью различных интерфейсов, позволяющих вводить запросы и просматривать полученные результаты. Имеются программные интерфейсы для таких языков, как С, Perl, Java, PHP и Python.

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

В настоящее время лидерами на рынке сред разработки являются Microsoft Visual Studio, Delphi, C++ Builder, JBuilder. Любая из перечисленных сред позволит разработать современное клиент-серверное приложение с современным пользовательским интерфейсом. Однако, в компании имеются наработки на Delphi, которые можно использовать при разработке ИС склада. Выбор среды разработки Delphi позволит гораздо быстрее по сравнению с остальными из перечисленных сред разработки получить готовую систему, с интерфейсом, аналогичным ИС отделов снабжения и сбыта.

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

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


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

2.1 Разработка проекта автоматизации

2.1.1 Этапы жизненного цикла проекта автоматизации

Жизненный цикл (ЖЦ) программного средства (ПС) – это период времени, который начинается с момента принятия решения о необходимости его создания, и заканчивается в момент его полного изъятия из эксплуатации. [4, с. 21]

Существует целый ряд методологий, описывающих жизненный цикл ПО:

  •  ГОСТ 34.601-99 – стандарт на стадии и этапы создания АИС, соответствующие каскадной модели жизненного цикла ПО. В стандарте приводится описание содержания работ на каждом этапе.
  •  ISO/IEC 12207:1995 «Information Technology — Software Life Cycle Processes» – стандарт на процессы и организацию жизненного цикла заказного ПО. Он определяет структуру жизненного цикла, содержащую процессы, действия и задачи, которые должны быть выполнены во время создания ПО. Каждый процесс разделен на набор действий, каждое действие — на набор задач. Каждый процесс, действие или задача инициируется и выполняется другим процессом по мере необходимости, причем не существует заранее определенных последовательностей выполнения.
  •  Методология Oracle – технологический материал по разработке прикладных АИС, детализированный до уровня заготовок проектных документов в расчете на использование Oracle. Применяется для классической модели жизненного цикла (предусмотрены все работы, задачи и этапы), а также для технологий «быстрой разработки» или «облегченного подхода», рекомендуемых в случае малых проектов.
  •  Методология RUP (Rational Unified Process) – технологический материал по реализации итеративной модели разработки, включающей 4 фазы: начало, исследование, построение и внедрение. Каждая фаза разбита на этапы (итерации), результатами которых являются версии для внутреннего или внешнего использования. Каждый цикл завершается генерацией очередной версии системы. Предполагает создание и сопровождение моделей на базе UML.
  •  Методология MSF (Microsoft Solution Framework) – технологический материал по реализации итеративной модели разработки, аналогично RUP, включает 4 фазы: анализ, проектирование, разработку, стабилизацию; предполагает использование объектно-ориентированного моделирования.
  •  Extreme Programming (XP)  - экстремальное программирование. Основой методологии является работа в команде, эффективные коммуникации между заказчиком и исполнителем в течение всего проекта; разработка АИС ведется с использованием последовательно дорабатываемых прототипов.

Стандарт ГОСТ 34.601-99 не вполне подходит для проведения разработок в настоящее время: многие процессы отражены недостаточно, а некоторые положения устарели.

В методологии Oracle, RUP, MSF, XP не приводится структура и описание технической документации по проекту.

Поэтому выбираем для проектирования ИС стандарт ISO/IEC 12207:1995.

Стандарт ISO/IEC 12207 задает полный набор процессов (более 40), охватывающий все возможные виды работ и задач, связанных с построением программного средства, начиная с анализа предметной области и заканчивая изготовлением конечного продукта. Данный стандарт содержит основные и вспомогательные процессы (рисунок 13).

Рисунок . Основные процессы жизненного цикла ПО

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

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

Для рассматриваемой ИС выделяются следующие базовые процессы жизненного цикла [1]:

  1.  Разработка
    •  Планирование и анализ требований (предпроектная стадия);
    •  Проектирование;
    •  Реализация;
    •  Тестирование
    •  Внедрение;
  2.  Эксплуатация
    •  Поддержка пользователей;
    •  Техническое обслуживание компонентов системы;
  3.  Сопровождение
    •  Сбор рекламаций
    •  Исправление ошибок и недоработок
    •  Модернизация

На предпроектной стадии необходимо провести системный анализ, включающий анализ функционирования склада и выявление недостатков существующей технологии складского учета.  [16] На основе выявленных недостатков формулируется потребность в совершенствовании системы управления складом, создается технико-экономическое обоснование проекта (ТЭО), формулируются технические условия и требования к ИС. Результаты должны быть оформлены в виде ТЗ (технического задания). Первый этап выполняется бизнес-аналитиком отдела, с привлечением сотрудников склада. Входную информацию бизнес-аналитик получает из интервью с сотрудниками склада, складской документации, должностных инструкций, регламента работы склада и прочих документов, характеризующих существующие бизнес-процессы.

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

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

Тестирование ИС. На этом этапе оценивается система в целом на соответствие требованиям ТЗ.

Внедрение системы необходимо проводить в три этапа [2, с.79]:

  •  подготовка объекта к внедрению;
  •  опытное внедрение;
  •  сдача проекта в промышленную эксплуатацию.

На этапе подготовки объекта к внедрению планируется провести следующие работы:

  •  закупить и установить сервер системы и серверное ПО;
  •  развернуть на сервере базу данных;
  •  установить клиентское ПО на все компьютеры АРМ системы;
  •  сконфигурировать взаимодействие АРМ системы с сервером базы данных;
  •  ввести учетные записи и настроить им права доступа;
  •  заполнить справочники системы реальными данными;
  •  обеспечить пользователей эксплуатационной документацией;
  •  обучить персонал работе с системой.

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

Опытная эксплуатация системы должна проводиться не менее 3 месяцев. В случае обнаружения ошибок на этапе опытной эксплуатации, осуществляется поиск причин и устранение ошибок, внесение коррективов в программу, в технологию обработки данных. После устранения ошибок подписывается «Акт о проведении опытной эксплуатации», который служит началом перехода к третьему этапу – сдаче системы в промышленную эксплуатацию.

На этапе эксплуатации производятся следующие работы:

- периодическая актуализация справочников системы (осуществляется ответственным за справочник лицом);

- периодическое архивирование информационной базы системы на CD-носителях (администратор системы);

- локализация проблем и устранение причин их возникновения (программист);

- модификация ПО (бизнес-анатилик, программист);

- подготовка предложений по совершенствованию системы (пользователи системы);

- развитие и модернизация системы (бизнес-анатилик, программист).

2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание

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

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

На этапах проектирования и реализации системы имеются риски:

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

Таблица

Характеристики дефектов программного продукта

Этапы возникновения дефектов и ошибок

Типы первичных дефектов и ошибок программного средства и документации

Разработка требований к ПО

Дефекты исходных требований заказчика

Планирование работ

Дефекты, обусловленные реальной сложностью проекта

Проектирование архитектуры системы

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

Детальное проектирование ПО

Системные и алгоритмические дефекты и ошибки проекта

Кодирование ПО

Программные дефекты и ошибки компонентов и документов программного средства

Тестирование ПО

Программные и алгоритмические ошибки программного средства и документации

Разработка документации

Дефекты и ошибки обобщающих документов

На этапе эксплуатации возможны риски, возникающие по причинам:

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

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

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

2.1.3 Организационно-правовые и программно-аппаратные средства обеспечения информационной безопасности и защиты информации

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

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

♦ конфиденциальность (доступность информации только определенному кругу лиц);

♦ доступность (возможность получения информации авторизованными пользователями в нужное для них время);

♦ целостность (гарантия существования информации в неискаженном, истинном виде).

Информация, обрабатываемая и сохраняемая в системе складского учета ЗАО «Консультант Плюс», является ценной:

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

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

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

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

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

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

- Нарушение связи по вычислительной сети с офисом;

- Отключения электропитания, пожары, наводнения и т.п.

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

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

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

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

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

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

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

- регулярно проводить архивирование данных.

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

- менеджеры отдела снабжения;

- менеджеры отдела сбыта;

- начальник склада;

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

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

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

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

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

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


Таблица
 

Разграничение прав пользователей

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

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

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

Модуль «Приемка товара»

Модуль «Отгрузка товара»

Модуль «Приемка по качеству»

Отчеты

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

Чтение

Нет доступа

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

Нет доступа

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

Чтение

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

Чтение

Нет доступа

Нет доступа

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

Нет доступа

Чтение

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

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

Нет доступа

Чтение

Чтение

Чтение

Чтение

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

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

Нет доступа

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

Нет доступа

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

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

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

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

Нет доступа

Нет доступа

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

Нет доступа

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

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

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

Нет доступа

Чтение

Нет доступа

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

Чтение

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

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

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

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

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

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

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


Программно-аппаратный уровень

Наличие вычислительной сети создает условия для перехвата, нарушения конфиденциальности и целостности информации. [16] Тем более что склад находится на удалении от офиса, и данные передаются по публичной сети Internet на основе технологии VPN.

Технология VPN (англ. Virtual Private Network - виртуальная частная сеть)  позволяет пользователям  физически удаленных подразделений работать с информационными ресурсами ЛВС так же, как если бы они были подключены к локальной вычислительной сети. Несмотря на то, что коммуникации осуществляются по публичной сети, благодаря использованию средств защиты сеть получится надежной и защищенной. Примером защищённых VPN являются: IPSec, OpenVPN и PPTP.

Наиболее распространенным является протокол IPsec, который работает на сетевом уровне (уровень 3 модели OSI). Это делает IPsec более гибким, поскольку IPsec может использоваться для защиты любых протоколов базирующихся на TCP и UDP. Гарантии целостности и конфиденциальности данных в спецификации IPsec обеспечиваются за счет использования механизмов аутентификации и шифрования соответственно.

Существует два режима работы IPsec: транспортный режим и туннельный режим.

В транспортном режиме шифруется (или подписывается) только информативная часть IP-пакета. Маршрутизация не затрагивается, так как заголовок IP пакета не изменяется (не шифруется). Транспортный режим, как правило, используется для установления соединения между хостами.

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

Для организации VPN-сети на основе IPsec используется маршрутизатор D-Link DFL-800. Применяется алгоритм шифрации трафика 3DES/MD5. Кроме того, этот коммутатор предоставляет интегрированные функции NAT, межсетевого экрана, встроенную систему обнаружения вторжений и защиту от атак DoS.

Также на основе маршрутизатора D-Link DFL-800 организуется демилитаризованная зона (ДМЗ), при которой внутренняя сеть и внешняя сеть подключаются к разным портам маршрутизатора. Однако, такая схема не является идеальной: в случае взлома (или ошибки конфигурирования) маршрутизатора сеть окажется уязвима напрямую из внешней сети.

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

На сервере системы и рабочих местах должно быть установлено антивирусное ПО. ЗАО «Консультант Плюс» использует антивирусную программу Kaspersky Enterprise Space Security для комплексной защиты корпоративной сети от всех видов современных компьютерных угроз. Требуется регулярно обновлять антивирусную базу, чтобы иметь эффективную защиту от новейших вирусов.

Базу данных ИС склада следует зашифровать средствами Microsoft SQL Server 2008, который обеспечивает прозрачное шифрование данных (Transparent Data Encryption или TDE). TDE позволяет шифровать базы данных целиком. Когда страница данных сбрасывается из оперативной памяти на диск, она шифруется. Когда страница загружается обратно в оперативную память, она расшифровывается. Таким образом, база данных на диске оказывается полностью зашифрованной, а в оперативной памяти – нет. Основным преимуществом TDE является то, что шифрование и расшифровка выполняются абсолютно прозрачно для приложений. Следовательно, получить преимущества от использования TDE может любое приложение, использующее для хранения своих данных Microsoft SQL Server 2008. При этом модификации или доработки приложения не потребуется.


 2.2. Информационное обеспечение задачи

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

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

В построенной модели можно выделить логические уровни:

1) источники информации:

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

- ИС отдела снабжения и ИС отдела сбыта, из которых импортируются файлы данных;

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

2) первичная информация:

- файлы «Заказы», «Планируемые поставки», импортируемые из смежных ИС;

- документы «Приходная накладная», «Накладная на внутреннее перемещение»;

- формы ввода «Приемка по количеству», «Приемка по качеству», «Инвентаризация»;

3) таблицы с первичными данными :

- таблицы «Приход» и «Расход»;

- таблица «Повреждения»;

- таблица «Качество»;

- таблица «Резерв»;

- таблица «Инвентаризация»;

4) таблицы с промежуточной и результатной информацией:

- таблица «Остатки»;

5) результатные документы и файлы:

- документы «Журнал прихода», «Журнал отгрузок»;

- отчеты «Отчет по качеству», «Отчет по остаткам», Отчет по инвентаризации», «Резервы отделов КЦ»;

- файл «Учет ТМЦ», содержащий данные о приходе и отгрузке товаров на складе; этот файл экспортируется в бухгалтерскую ИС для проведения бухгалтерского учета товарно-материальных ценностей (ТМЦ);

6) получатели информации:

- ИС бухгалтерии;

- менеджеры отдела снабжения;

- менеджеры отдела сбыта;

- начальник склада.

Область 1 информационной модели отображает процесс приемки товаров на склад:

- таблица «Планируемые поставки» заполняется данными, импортируемыми из ИС отдела снабжения;

- кладовщик участка приемки вводит в систему данные первичного документа «Приходная накладная» и результаты приемки по количеству;

- введенные данные сохраняются в таблицах «Приход» и «Повреждения»;

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

- на основе этих данных формируются результатные документы «Журнал прихода» и «Отчет по качеству»;

- данные о поступлении товара автоматически прибавляются к таблице «Остатки».

Область 2 отображает процесс ведения справочников ИС.

Область 3 отображает процессы обработки информации при проведении складских операций инвентаризации и резервирования товаров:

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

- на основе результатов инвентаризации редактируется учетное значение товара на складе;

- с помощью формы «Управление резервом» кладовщик формирует резерв товаров за отделами КЦ, и при необходимости изменяет значение резерва.

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

- файлы «Заказы» и «Заказанные артикулы» импортируются из ИС отдела сбыта;

- кладовщик заполняет исходными данными форму ввода документа «Накладная на перемещение»;

- информация об отгрузках сохраняется в таблице «Расход»;

- количество отгруженного товара автоматически вычитается в таблице «Остатки»;

- на основании таблицы «Расход» формируется результатный документ «Журнал отгрузок».

Рисунок  . Информационная модель системы

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

Для того чтобы приспособить экономическую информацию для эффективного поиска, обработки на ЭВМ и передачи по каналам связи, необходимо ее необходимо представить в цифровом виде. Для этого ее необходимо сначала упорядочить (классифицировать), а затем формализовать (закодировать) с использованием классификатора. [8, с.84]

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

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

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

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

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

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

Необходимо использовать кодирование для:

- персонала;

- категорий товара;

- артикулов;

- складских документов

Таблица  

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

№ п/п

Кодируемое

множество

объектов

Длина кода

Мощность кода

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

Система классификации

Вид классифи-катора

  1.  

Персонал компании

3 знака

999 комбинаций

Порядковая

Отсутствует

Локальный

  1.  

Артикулы

8 знаков

99999999 наименований товара

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

Отсутствует

Локальный

  1.  

Категории товара

2 знака

99 категорий

Порядковая

Отсутствует

Локальный

  1.  

Складские документы

4 знака

9999 документов с начала года

Порядковая

Отсутствует

Локальный

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

Структурная формула кода персонала показана на рисунке 15.

Код персонала:

х

х

х

х

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

Таблица

Примеры кода персонала

Код сотрудника

Фамилия, имя, отчество

0115

Ахметов К.П.

052

Драчева Н.Г.

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

Структурная формула кода артикула показана на рисунке 16.

Первые 2 символа занимает код группы товаров, и еще 6 символов – непосредственно код товара.

Код артикула:

х

х

-

х

х

х

х

х

х

Рисунок . Код артикула


Таблица

Примеры кода артикулов

Артикул

Наименование продукта

01-001011

Товар «Бюллетень КонсультантПлюс» из категории «Полиграфическая продукция»

02-005012

Товар «Ручка оранжевая с логотипом КонсультантПлюс» из категории «Сувенирная продукция»

Категории товара нумеруются последовательно. Товары нумеруются последовательно в пределах группы. После достижения предельного значения (99999999) нумерация начинается с начала (00000001).

Структурная формула кода категории товара показана на рисунке 17.

х

х

Рисунок . Код категории товара

Таблица

Примеры кода категорий

Код

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

01

Полиграфическая продукция

02

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

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

Код документа:

х

х

х

х

Рисунок . Структурная формула кода складских документов.


Пример заполнения классификатора приведен в таблице 15.

Таблица  

Примеры нумерации накладных

Код документа

Описание

0001

Приходная накладная № 0001

0005

Накладная на перемещение № 0005

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

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

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

  1.  Справочник «Группы номенклатуры» – содержит обобщающую информацию о группах товаров: полиграфическая продукция, сувенирная, канцелярские товары и т.п. Содержит реквизиты: «код», «наименование».
  2.  Справочник «Номенклатура» - содержит информацию о товарах, поступающих на склад. Содержит реквизиты: «артикул», «наименование», «описание», «группа номенклатуры», «единицы измерения», «количество в упаковке», «количество упаковок на паллете», «признак активности номенклатуры». Так как номенклатура часто меняется, в справочнике необходимо иметь признак активности, чтобы отмечать товары, которые потеряли актуальность.
  3.  Справочник «Категории» - содержит дополнительную информацию о категориях товара: эксклюзивный, индивидуализированный (т.е. имеет символику конкретного РИЦ), обычный. Содержит реквизиты «код», «наименование», «описание».
  4.  Справочник «Единицы измерения» - содержит перечень единиц измерения, которые используются для указания количества товара. Пример: «шт.», «кг», «г» и т.п. Содержит реквизиты «код», «наименование».
  5.  Справочник «Группы дефектов» содержит наборы дефектовочных признаков для определенных видов продукции. Например, «Дефекты брошюр», «Дефекты листовок», «Дефекты пластиковых ручек», «Дефекты компакт-дисков» и т.п. Содержит реквизиты «код», «наименование», «описание», «перечень дефектов».
  6.  Справочник «Дефекты». Содержит описание всевозможных дефектовочных признаков. Например, «царапины», «смещение рисунка» и т.п. Содержит реквизиты: «код», «наименование», «описание».
  7.  Справочник «Поставщики» - содержит перечень поставщиков товаров. Содержит реквизиты «код», «наименование», «комментарий».
  8.  Справочник «Клиенты» - содержит перечень РИЦ, приобретающих товары в КЦ. Содержит реквизиты: «код», «наименование», «описание», «город», «адрес доставки».
  9.  Справочник «Должности» - содержит перечень должностей сотрудников. Примеры: «кладовщик участка приемки», «начальник склада», «менеджер по продажам» и т.п. Содержит реквизиты «код», «название», «описание».
  10.  Справочник «Отделы» содержит перечень отделов КЦ, имеющих отношение к складским операциям. Примеры: «Отдел сбыта», «Отдел снабжения», «Отдел приемки», «Отдел контроля качества» и т.п. Содержит реквизиты: «код», «краткое название», «полное название».
  11.  Справочник «Сотрудники» - содержит список сотрудников КЦ, имеющих отношение к складским операциям. Реквизиты справочника: «код», «ФИО», «Полное имя», «Должность», «Отдел», «Телефон», «e-mail».

Таблица .

Актуализация справочников системы

Название справочника

Ответственный

Средний объем справочника, записей

Средняя частота актуализации

Средний объем актуализации

Справочник «Группы номенклатуры»

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

10

1 раз в год

1-2 записи

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

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

1500

1 раз в месяц

10 записей

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

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

3

1 раз в 3 года

1 запись


Продолжение таблицы 16

Название справочника

Ответственный

Средний объем справочника, записей

Средняя частота актуализации

Средний объем актуализации

Справочник «Единицы измерения»

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

10

1 раз в 3 года

1 запись

Справочник «Группы дефектов»

Контролер качества

50

1 раз в месяц

1 запись

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

Контролер качества

150

1 раз в месяц

3 записи

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

Менеджер снабжения

100

1 раз в неделю

2-3 записи

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

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

300

1 раз в год

1 запись

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

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

10

1 раз в 3 года

1 запись

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

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

10

1 раз в 3 года

1 запись

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

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

50

1 раз в месяц

1-2 записи

2. Входные файлы

1) Файлы «Планируемые поставки» и «Ожидаемые артикулы» поступают из ИС отдела снабжения.

Файл «Планирумые поставки» содержит следующие первичные показатели:

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

- поставщик;

- основание поставки (номер и дата договора на поставку);

- ФИО менеджера отдела снабжения, ответственного за поставку.

Файл «Ожидаемые артикулы» содержит данные о поступаемых товарах:

- артикул;

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

- категория товара;

- ссылка на справочник «Перечни дефектов».

Файлы из ИС отдела снабжения поступают в систему 1 раз в сутки. Файл «Ожидаемые артикулы» содержит в среднем 25 записей, а файл «Планируемые поставки» - 5 записей.

Форма «Ожидаемые грузы» для просмотра импортированных данных и их дальнейшего использования при приемке грузов, приведена в Приложении 1.

2) Файл «Заказы» поступает из ИС отдела сбыта, и содержит следующие первичные показатели:

- дата заказа;

- номер заказа;

- номер РИЦ или номер отдела;

- фамилия менеджера отдела сбыта, ответственного за поставку.

Файл «Заказанные артикулы» содержит данные о товарах, участвующих в заказе:

- артикул;

- количество товара.

Файлы «Заказы» и «Заказанные артикулы» поступают в систему 1 раз в сутки. Файл «Заказы» содержит в среднем  10 записей, а файл «Заказанные артикулы - 20 записей.

Форма «Заказы» для просмотра импортированных данных и их дальнейшего использования при отгрузке товаров, приведена в Приложении 1.

3. Входные документы системы

1) Приходная накладная. При поступлении товара на склад оформляется документ приходная накладная.

Основные реквизиты документа:

- номер накладной;

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

- поставщик;

- основание;

- ФИО сотрудника склада, принявшего товар;

- ФИО менеджера, ответственного за поставку;

- ФИО водителя, доставившего груз.

Данные табличной части:

- артикул;

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

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

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

- цена;

- сумма без НДС;

- сумма с НДС.

Экранная форма и макет документа «Приходная накладная» приведены в приложении 1. Частота возникновения документа – 5 раз в день. Число строк табличной части – в среднем 5.

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

2) Накладная на перемещение. Документ оформляется при отгрузке товара отделам КЦ. Последующее оформление продажи клиентам осуществляет отдел сбыта.

Документ содержит следующие реквизиты:

- номер накладной;

- номер заявки;

- получатель;

- дата отгрузки;

- ФИО сотрудника склада, выполняющего отгрузку.

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

- артикул;

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

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

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

- цена;

- сумма без НДС;

- сумма с НДС.

Экранная форма и макет документа приведены в приложении 1.

Частота возникновения документа – примерно 10 раз в день. Число строк табличной части – около 20.


4. Формы ввода первичной информации

1) Приемка по количеству

Форма «Приемка по количеству» предназначена для ввода данных о приемке по количеству поступивших на склад товаров. При этом происходит пересчет поступившего товара и осмотр упаковок на наличие повреждений. Частота возникновения документа – 5 раз в день.

Форма содержит данные из таблиц «Приход», «Повреждения», и справочника «Номенклатура».

Описание экранной формы приведено в приложении 2.

2) Приемка по качеству

Форма «Приемка по качеству» предназначена для ввода данных о приемке по качеству товаров. Частота возникновения документа – 5 раз в день.

Форма содержит данные из таблиц «Приход», «Качество», и справочников «Перечни дефектов», «Номенклатура».

Описание экранной формы приведено в приложении 2.

3) Инвентаризация. В форму вводятся данные о проведении инвентаризации. Включает следующие реквизиты:

- дата проведения инвентаризации;

- табличная часть «Состав комиссии»;

- табличная часть «Перечень товаров для инвентаризации».

Табличная часть «Состав комиссии» заполняется при помощи справочника «Сотрудники» содержит реквизиты:

- ФИО;

- должность.

В табличной части «Перечень товаров для инвентаризации» содержатся данные:

- артикул (выбирается из справочника номенклатуры);

- наименование (заполняется автоматически);

- учетное количество (заполняется автоматически);

- фактическое количество (вводится вручную);

- расхождение (вычисляется автоматически);

- примечание (заполняется вручную).

Экранная форма «Инвентаризация» приведена в приложении 2.

Частота возникновения документа – 1-2 раза в месяц. Число строк табличной части – в среднем 300 записей.

4) Управление резервом

Форма предназначена для ввода и редактирования данных о резервах отделов КЦ. Форма отображает данные из таблицы «Резерв» при поддержке справочниками «Номенклатура», «Отделы». Частота возникновения документа – 1-2 раза в день.

Форма содержит реквизиты «Артикул», «Наименование», «Отдел», «Единицы измерения», «Зарезервировано».

Экранная форма «Управление резервом» приведена в приложении 2.

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

  1.  Журнал прихода

Журнал содержит данные о поступлениях товара за определенный период времени (рисунок 19).

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

Рисунок . Макет документа «Журнал прихода»

Журнал содержит реквизиты:

- «дата» из таблицы «Приход»;

- «номер накладной» из таблицы «Приход»;

- «поставщик» из таблицы «Приход»;

- «артикул» из таблицы «Приход»;

- «наименование товара» из справочника «Номенклатура»;

- «количество» из таблицы «Приход»;

- «повреждения» – вычисляемое поле: возвращает «Нет», если повреждений нет; «Да», если повреждения есть (информация об имеющихся повреждениях хранится в таблице «Повреждения»); и «?» – если проверка по количеству еще не была произведена;

- «качество» – вычисляемое поле: возвращает «Нет», если нет претензий по качеству; «Да», если обнаружены дефекты (информация о проверке качества хранится в таблице «Качество»; сравниваются поля «Общее количество» и «Хорошее количество» - если они равны, значит дефектов не обнаружено); и «?» – если проверка по качеству еще не была произведена;

- кладовщик – сотрудник склада, осуществлявший приемку (из справочника «Сотрудники».

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

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

  1.  Отчет по качеству

Отчет по качеству (рисунок 20) содержит результаты проверки качества партии поступившего товара.

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

Документ состоит из трех зон. В первой зоне указывается информация о проверяемом товаре и объеме выборки.

Эта зона содержит реквизиты:

- дата проведения проверки качества (таблица «Качество»);

- наименование товара (справочник «Номенклатура»);

- поставщик (таблица «Приход»);

- дата поступления (таблица «Приход»);

- количество поступившего товара (таблица «Приход»);

- объем выборки (таблица «Качество»);

- процент выборки (вычисляемое поле).

Вторая зона содержит сводную информацию о проверке:

- общее количество проверенных экземпляров (таблица «Качество»);

- количество бракованных экземпляров (таблица «Качество»);

- процент брака (вычисляемое поле).

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

- наименование дефекта (справочник «Перечни дефектов»);

- количество проверенных экземпляров (таблица «Качество»);

- количество бракованных экземпляров (таблица «Качество»);

- процент брака (вычисляемое поле).

Рисунок . Макет отчета о проверке качества

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

  1.  Остатки по складу

Отчет «Остатки по складу» (рисунок 21) содержит следующие основные реквизиты:

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

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

- артикул;

- остаток на складе;

- суммарное количество зарезервированного отделами товара;

- количество свободного товара.

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

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

Рисунок . Макет отчета «Остатки по складу»

  1.  Отчет об инвентаризации

Отчет об инвентаризации (рисунок 22) содержит результаты инвентаризации склада.

Включает следующие реквизиты:

- дата проведения инвентаризации;

- состав комиссии (ФИО и должность).

В табличной части документа содержатся данные:

- артикул;

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

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

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

- расхождение в абсолютных единицах;

- учетное количество после корректировки;

- примечание.

Отчет формируется по запросу начальника склада.

Рисунок . Макет документа «Отчет об инвентаризации»

  1.  Отчет о резервах

Отчет о резервах (рисунок 23) содержит информацию о зарезервированном количестве товаров различными отделами.

Отчет содержит следующие реквизиты:

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

- артикул;

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

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

- общее количество товара (остаток на складе);

- доступное количество товара (не зарезервированное);

- отдел КЦ;

- зарезервированное количество.

Рисунок . Макет отчета «Резерв КЦ»

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

  1.  Журнал отгрузок

Журнал (рисунок 24) содержит данные об отгрузках товаров за определенный период времени.

Данные формируются на основе таблиц «Расход», «Заказы» и справочника «Клиенты». Журнал содержит реквизиты:

- «дата» из таблицы «Расход»;

- «номер накладной» из таблицы «Расход»;

- «отдел» из таблицы «Расход»;

- «клиент» из таблицы «Заказы»;

- «город» из справочника «Клиенты»;

- «комплектация» - вычисляемое поле: возвращает кол-во в процентах отгруженного товара относительно заказа;

- «статус» - текущий статус отгрузки: «готово» или «отгружено»;

- «номер автомобиля» – гос.номер автомобиля, осуществляющего доставку;

- «водитель» - ФИО водителя, доставляющего груз.

Рисунок . Макет журнала отгрузок

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

  1.  Файл «Учет ТМЦ»

Файл передает данные о поступлении и отгрузках товаров в бухгалтерскую ИС. Файл содержит следующие данные:

- артикул;

- приход;

- номер приходной накладной;

- поставщик;

- цена;

- расход;

- номер расходной накладной;

- клиент.

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


2.2.5. Формализация расчётов показателей

В таблице 17 приведены входные показатели, а в таблице 18 - результатные показатели ИС «Склад».

Таблица   

Входные показатели

№ п/п

Наименование входного показателя

Идентификатор входного показателя

  1.  

Количество поступившего по накладной Х i–го товара

KpiХ

  1.  

Фактическое количество поступившего по накладной Х i–го товара (результат пересчета)

KfiХ

  1.  

Количество отгруженного по накладной Y i-го товара

KoiY

  1.  

Количество заказанного клиентом i-го товара, отгруженного по накладной Y

KziY

  1.  

Цена i-го товара

Ci

  1.  

Количество проверенного i-го товара

Vi

  1.  

Количество бракованного i-го товара

Bi

  1.  

Количество товара i по результатам инвентаризации

Ji

  1.  

Количество зарезервированного товара i отделом z

Riz

Таблица

Результатные показатели

№ п/п

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

Идентификатор результатного показателя

Алгоритм расчета

  1.  

Абсолютное расхождение между фактическим количеством i-го товара, поступившего по накладной Х, и количеством товара по документам

ΔKiX

ΔKiX = KpiХ - KfiХ

  1.  

Относительное расхождение между фактическим количеством i-го товара, поступившего по накладной Х, и количеством товара по документам

NiX

NiX =

ΔKiX/ KpiХ*100%

  1.  

Стоимость без НДС поступившего по накладной Х i-го товара

S1i

S1i = Ci*Kpi

  1.  

Стоимость с НДС поступившего поступившего по накладной Х i-го товара

S2i

S2i = S1i * 1,18

Продолжение таблицы 18

№ п/п

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

Идентификатор результатного показателя

Алгоритм расчета

  1.  

Стоимость товаров по накладной X без учета НДС

S1X

S1X = Σ S1i

  1.  

Стоимость товаров по накладной X с учетом НДС

S2X

S2X = Σ S2i

  1.  

Комплектация заказа в %

Z

Z = Σ KoiY / Σ KziY * 100%

  1.  

Поступление i-го товара за период

Kpi

  1.  

Отгрузка i-го товара за период

Koi

  1.  

Изменение остатка i-го товара на складе

ΔOi

ΔOi = Kpi - Koi

  1.  

Остаток i-го товара на складе

Оi

Оi = Oi + ΔOi

  1.  

Процент брака

PBi

PBi = Bi / Vi * 100 %

  1.  

Расхождение между учетным количеством и результатом инвентаризации

di

di = Oi - Ji

  1.  

Количество зарезервированного i-го товара

Ri

Ri = ΣRiz

  1.  

Количество доступного i-го товара на складе

Qi

Qi = Oi - Ri


2.3. Программное обеспечение задачи

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

Разрабатываемый программный продукт автоматизирует функции обработки данных и подготовки документов по учету товаров на складе ЗАО «Консультант Плюс».

Выделяется два подмножества функций складской системы (рисунок 25):

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

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

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

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

Рисунок . Дерево функций системы

.

Рисунок . Структура меню программы

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

База данных системы реализуется на MS SQL Server. Разработаем ER-модель (Entity-Relationship model, модель «сущность-связь») базы данных.

ER модель (рисунок 27) отображает состав и взаимосвязи таблиц, отражающих содержание информационной модели в терминах  конкретной СУБД.

Таблица  

Перечень сущностей и их соответствие информационной модели

Название сущности в информационной модели

Идентификатор  таблицы

  1.  

Справочник «Единицы измерения»

MeasureUnits

  1.  

Справочник «Группы товара»

Groups

  1.  

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

Assortment

  1.  

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

Categories

  1.  

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

Defects

  1.  

Справочник «Группы дефектов»

DefectGroups

  1.  

Справочник «Перечни дефектов»

DefectSets

  1.  

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

Supplier

  1.  

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

Client

  1.  

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

Positions

  1.  

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

Division

  1.  

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

Employee

  1.  

Файл «Планируемые поставки»

ExpectedArrivals

  1.  

Файл «Ожидаемые артикулы»

ExpectedArtikuls

  1.  

Таблица «Приход»

Arrivals

  1.  

Таблица «Поступившие артикулы»

ArrivalArtikuls

  1.  

Таблица «Повреждения»

Damages

  1.  

Таблица «Качество» 

QualityTests

  1.  

Таблица «Обнаруженные дефекты»

QualityDefects

  1.  

Таблица «Остатки»

Rests

  1.  

Файл «Заказы»

Demands

  1.  

Файл «Заказанные артикулы»

DemandArtikuls

  1.  

Таблица «Расход»

Expense

  1.  

Таблица «Отгружаемые артикулы»

ExpenseArtikuls

  1.  

Таблица «Резерв»

Reserved

  1.  

Таблица «Инвентаризация»

Inventory

  1.  

Таблица «Состав комиссии»

Commission

  1.  

Таблица «Результат инвентаризации»

Result

Рисунок . Структура базы данных

Структура справочников MeasureUnits, Categories, Supplier, Positions, DefectGroups, Defects, Groups одинакова и приведена в таблице 20. Структуры остальных справочников приведены в таблицах 21- 41.


Таблица

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

Атрибут сущности

Идентификатор поля

Тип поля

Длина поля

Прочее

Идентификатор

ID

int

Первичный ключ

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

Name

varchar

100 символов

Описание

Descr

varchar

250 символов

Таблица

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

Атрибут сущности

Идентификатор поля

Тип поля

Длина поля

Прочее

Идентификатор

ID

int

Первичный ключ

Артикул

Artikul

varchar

10 символов

Индексированное поле

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

Name

varchar

100 символов

Описание

Description

varchar

250 символов

Группа

Group

int

Связь с таблицей Groups

Активность

Active

bit

Кол-во в упаковке

count_in_small_pack

float

Кол-во в паллете

count_in_pallet

float

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

measure_units

int

Связь с таблицей MeasureUnits

Таблица

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

Атрибут сущности

Идентификатор поля

Тип поля

Длина поля

Прочее

Идентификатор

ID

int

Первичный ключ

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

Name

varchar

100 символов

Описание

Descr

varchar

250 символов

Город

City

varchar

50 символов

Адрес доставки

Shipaddress

varchar

250 символов


Таблица

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

Атрибут сущности

Идентификатор поля

Тип поля

Длина поля

Прочее

Идентификатор

ID

int

Первичный ключ

Краткое имя

ShortName

varchar

25

Полное имя

FullName

varchar

200 символов

Таблица

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

Атрибут сущности

Идентификатор поля

Тип поля

Длина поля

Прочее

Табельный номер

Code

int

Первичный ключ

ФИО

Shortname

varchar

50

Полное имя

Fullname

varchar

250

Должность

Position

int

Связь с таблицей Positions

Отдел

Division

int

Связь с таблицей Division

Телефон

Phone

varchar

15

e-mail

Email

varchar

50

Таблица

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

Атрибут сущности

Идентификатор поля

Тип поля

Длина поля

Прочее

Идентификатор записи

ID

int

Первичный ключ

Идентификатор группы

GroupID

int

Связь с таблицей DefectGroups

Идентификатор дефекта

DefectID

int

Связь с таблицей Defects


Таблица

Структура таблицы ExpectedArrivals

Атрибут сущности

Идентификатор поля

Тип поля

Длина поля

Прочее

Идентификатор записи

ID

int

Первичный ключ

Дата ожидаемой поставки

Date

datetime

Номер ожидаемой поставки

Number

int

Поставщик

Supplier

int

Связь с таблицей Suppliers

Документ-основание

Basis

varchar

100

Менеджер

Manager

int

Связь с таблицей Employee

Статус поставки

Status

int

Таблица

Структура таблицы ExpectedArtikuls

Атрибут сущности

Идентификатор поля

Тип поля

Длина поля

Прочее

Идентификатор записи

ID

int

Первичный ключ

Идентификатор ожидаемой поставки

Exp_arrival

int

Связь с таблицей ExpectedArrivals

Артикул товара

Artikul

int

Связь с таблицей Assortment

Количество

Count

float

Категория товара

Category

int

Связь с таблицей Categories

Перечень дефектовочных признаков

DefectGroup

int

Связь с таблицей DefectGroups


Таблица

Структура таблицы Arrivals

Атрибут сущности

Идентификатор поля

Тип поля

Длина поля

Прочее

Идентификатор записи

ID

int

Первичный ключ

Дата и время поставки

ArrivalDateTime

datetime

ФИО водителя

Driver

varchar

50

Идентификатор ожидаемой поставки

ExpectedArrival

int

Связь с таблицей ExpectedArrivals

Идентификатор сотрудника

Employee

Связь с таблицей Employee

Таблица

Структура таблицы ArrivalArtikuls

Атрибут сущности

Идентификатор поля

Тип поля

Длина поля

Прочее

Идентификатор записи

ID

int

Первичный ключ

Артикул

Artikul

int

Связь с таблицей Assortment

Количество

Count

float

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

MeasureUnits

int

Связь с таблицей MeasureUnits

Цена

Price

float

Количество мест

Place_count

int

Идентификатор поставки

Arrival

int

Связь с таблицей Arrivals

Повреждения

Damages

int

Связь с таблицей Damages


Таблица

Структура таблицы Damages

Атрибут сущности

Идентификатор поля

Тип поля

Длина поля

Прочее

Идентификатор записи

ID

int

Первичный ключ

Количество поврежденных упаковок

Count

int

Описание повреждений

Description

varchar

250

Таблица

Структура таблицы Rests

Атрибут сущности

Идентификатор поля

Тип поля

Длина поля

Прочее

Идентификатор записи

ID

int

Первичный ключ

Артикул

Artikul

int

Связь с таблицей Assortment

Дата

Date

datetime

Количество

Count

float

Таблица

Структура таблицы Reserved

Атрибут сущности

Идентификатор поля

Тип поля

Длина поля

Прочее

Идентификатор записи

ID

int

Первичный ключ

Артикул

Artikul

int

Связь с таблицей Assortment

Отдел КЦ

Division

int

Связь с таблицей Division

Количество

Count

float


Таблица

Структура таблицы Demands

Атрибут сущности

Идентификатор поля

Тип поля

Длина поля

Прочее

Идентификатор записи

ID

int

Первичный ключ

Номер заявки

Number

int

Дата заявки

Date

datetime

Клиент

Client

int

Связь с таблицей Client

Отдел

Division

int

Связь с таблицей Division

Сотрудник

Manager

int

Связь с таблицей Employee

Статус заказа

Status

int

Таблица

Структура таблицы DemandArtikuls

Атрибут сущности

Идентификатор поля

Тип поля

Длина поля

Прочее

Идентификатор записи

ID

int

Первичный ключ

Артикул

Artikul

int

Связь с таблицей Assortment

Количество

Count

float

Номер заявки

Demand

int

Связь с таблицей Demands

Таблица

Структура таблицы Inventory

Атрибут сущности

Идентификатор поля

Тип поля

Длина поля

Прочее

Идентификатор записи

ID

int

Первичный ключ

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

Number

int

Дата инвентаризации

Date

datetime

Таблица

Структура таблицы Expense

Атрибут сущности

Идентификатор поля

Тип поля

Длина поля

Прочее

Идентификатор записи

ID

int

Первичный ключ

Дата отгрузки

Date

datetime

Номер заявки

Demand

int

Связь с таблицей Demands

Отдел-получатель

Division

int

Связь с таблицей Division

Номер накладной

Numdoc

int

Кладовщик

Employee

int

Связь с таблицей Employee

Статус отгрузки

Status

int

Номер автомобиля

Auto

varchar

10

ФИО водителя

Driver

varchar

50

Таблица

Структура таблицы ExpenseArtikuls

Атрибут сущности

Идентификатор поля

Тип поля

Длина поля

Прочее

Идентификатор записи

ID

int

Первичный ключ

Артикул

Artikul

int

Связь с таблицей Assortment

Количество

Count

float

Количество мест

Place_count

int

Отгрузка

Expense

int

Связь с таблицей Expense


Таблица

Структура таблицы Commission

Атрибут сущности

Идентификатор поля

Тип поля

Длина поля

Прочее

Идентификатор записи

ID

int

Первичный ключ

Инвентаризация

Inventory

int

Связь с таблицей Inventory

Сотрудник

Employee

int

Связь с таблицей Employee

Таблица

Структура таблицы QualityTest

Атрибут сущности

Идентификатор поля

Тип поля

Длина поля

Прочее

Идентификатор записи

ID

int

Первичный ключ

Объем выборки

Count

float

Дата проверки качества

Date

datetime

Контролер

Controller

employee

Связь с таблицей Employee

Партия товара

Party

int

Связь с таблицей ArrivalArtikul

Количество бракованного товара

Bad

float


Таблица

Структура таблицы QualityDefects

Атрибут сущности

Идентификатор поля

Тип поля

Длина поля

Прочее

Идентификатор записи

ID

int

Первичный ключ

Идентификатор проверки качества

Quality_test

int

Связь с таблицей QualityTest

Дефект

Defect

int

Связь с таблицей Defect

Количество бракованного товара

Count

float

Таблица

Структура таблицы Result

Атрибут сущности

Идентификатор поля

Тип поля

Длина поля

Прочее

Идентификатор записи

ID

int

Первичный ключ

Инвентаризация

Inventory

int

Связь с таблицей Inventory

Артикул

Artikul

int

Связь с таблицей Assortment

Учетное количество

Reg_quantity

float

Фактическое количество

Fact_quantity

float

Расхождение

Difference

float

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

Updating

float

Комментарий

Comment

varchar

250


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

Рисунок . Структурная схема пакета

Таблица

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

№ п/п

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

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

  1.  

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

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

  1.  

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

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

  1.  

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

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

Продолжение таблицы 42

№ п/п

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

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

  1.  

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

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

  1.  

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

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

  1.  

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

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

  1.  

Модуль «Отчеты»

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

  1.  

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

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

  1.  

Модуль ввода данных «Приемка товаров»

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

  1.  

Модуль ввода данных «Отгрузка товаров»

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

  1.  

Модуль ввода данных «Инвентаризация»

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

  1.  

Модуль ввода данных «Управление резервом»

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


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

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

Рассмотрим работу модуля «Приход товара» (рисунок 29).

Рисунок . Блок-схема работы модуля

Рисунок . Выбор операции

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

Рисунок . Блок-схема работы с формой «Ожидаемые грузы»

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

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

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

Рисунок . Блок-схема регистрации прихода товара

Рисунок . Блок-схема приемки по количеству

Рисунок . Блок-схема приемки по качеству


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

Рассмотрим на примере работу с ИС при приемке и отгрузке товаров.

Кладовщик участка приемки заранее до поступления товара может просматривать список ожидаемых поставок (рисунок 35), который импортируется из ИС отдела снабжения.

Рисунок . Список ожидаемых поставок

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

Рисунок . Окно «Приход»

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

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

Рисунок . Журнал прихода грузов

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

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

После того как произведена приемка по количеству, появляется возможность провести приемку по качеству (рисунок 39). Кнопка «Приемка по качеству» доступна только под учетной записью контролера Сектора приемки по качеству.

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

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

После приемки по количеству и качеству товара «Ручка пластиковая Х-8 белая» запись в журнале прихода грузов будет выглядеть как на рисунке 40, т.е. при приемке по количеству кладовщиком были обнаружены повреждения упаковки, но приемка по качеству показала, что дефектов товаров не обнаружено.

Заявки на отгрузку товаров поступают из отдела сбыта. На рисунке 41 показано окно просмотра заявок, которое доступно кладовщику участка отгрузки.

Рисунок . Отражение в журнале прихода грузов результатов приемки по количеству и качеству

Для выбранной строки в таблице «Заказы» в нижней таблице отображаются заказанные товары (рисунок 41), а также дополнительная информация об их наличии на складе. В рассматриваемом примере для комплектации заказа недостаточно товара «CD-R «КонсультантПлюс». Несмотря на то, что общее количество этих дисков на складе превышает заказанное, однако 1000 шт. зарезервирована за отделами КЦ.

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

Рисунок . Окно просмотра заявок на отгрузку

Для того чтобы просмотреть резервы по этому товару за отделами КЦ, необходимо открыть окно «Управление резервами» (рисунок 42). В этом окне отображается список отделов, за которыми числится резерв. Зарезервированное количество можно изменить, либо вовсе удалить резерв определенного отдела. Также в этом же окне имеется возможность добавить резерв.

Допустим, в данном случае было принято решение снять с резерва учебного центра 15 шт дисков «КонсультантПлюс», чтобы обеспечить отгрузку в РИЦ 500 шт. дисков. Кладовщик выбирает строку «Учебный центр», нажимает кнопку «Изменить», и в открывшемся диалоговом окне (рисунок 43) вводит новое значение резерва.

Рисунок . Окно управления резервами

Рисунок . Диалоговое окно изменения резерва

Теперь на складе достаточно свободного товара, чтобы выполнить отгрузку в соответствии с заказом (рисунок 44).

Выбрав в таблице заказов интересующий заказ, кладовщик нажимает кнопку «Комплектация». Открывается окно ввода документа «Накладная на перемещение» (рисунок 45).

Рисунок . Заказы РИЦ

После того как накладная сформирована, отгрузку можно увидеть в журнале отгрузок (рисунок 46). При этом, если партия недоукомплектована по сравнению с заказом, то в столбце комплектность значение будет меньше 100%, и будет выделяться красным цветом. После того как товар отправлен в КЦ, кладовщик должен указать, что товар отгружен. Для этого необходимо нажать кнопку «Отгрузка», после чего в диалоговом окне (рисунок 47) указать время отправки, номер автомобиля и фамилию водителя.  

Рисунок . Формирование накладной на перемещение

Рисунок . Журнал отгрузок

Рисунок . Окно ввода параметров отгрузки

III Обоснование экономической эффективности проекта

3.1 Выбор и обоснование методики расчёта экономической эффективности

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

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

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

1) абсолютное снижение трудовых затрат (Т) в часах за год:

Т = Т0 - Т1,

где Т0 - трудовые затраты в часах за год на обработку информации по базовому варианту;

Т1 - трудовые затраты в часах за год на обработку информации по предлагаемому варианту;

2) коэффициент относительного снижения трудовых затрат (КТ):

КТ =Т / T0 * 100% ;

3) индекс снижения трудовых затрат или повышение производительности труда (YT):

YT = T0 / T1.

Снижение трудозатрат можно выразить в стоимостном виде:

С1 = T0 * (ЗП + А + НР),

где ЗП – среднечасовая заработная плата специалиста, руб.;

А – часовая норма амортизации, руб.;

НР – часовая стоимость накладных расходов, руб.

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

Внедрение ИС склада ЗАО «КонсультантПлюс» позволит:

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

- уменьшить количество ошибок при заполнении складских документов;

- снизить количество потерь товара из-за потери актуальности;

- оптимизировать складские запасы;

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

Благодаря внедрению системы планируется снижение трудозатрат работников склада за счет:

- автоматизации заполнения документов (отпадает необходимость дублирования информации в складских документах, ведения карточек учета товаров и т.п.);

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

-   автоматизации процессов подготовки отчетов.

К стоимостным показателям относятся: абсолютное снижение стоимостных затрат (C) в рублях за год, коэффициент относительного снижения стоимостных затрат (КC), индекс снижения стоимостных затрат (YC), рассчитываемые аналогично показателям (1) – (3). Внедрение системы автоматизации складского учета не приведет к прямому снижению стоимостных показателей.

Косвенный эффект будет складываться из показателей уменьшения складских потерь в связи с потерей актуальности товаров на складе, и уменьшения потерь в связи с ошибками при комплектации заказов:

С2 = Сп + Со,

где Сп – уменьшение потерь товара в связи с его потерей актуальности;

Со – уменьшение потерь в связи с ошибками при комплектации заказов.

Планируется снижение потерь товара с связи с потерей им актуальности на 20%, уменьшение потерь в связи с ошибками при комплектации заказов – на 30 %.

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

КП = З1 + З2,

где З1 – затраты на приобретение аппаратных и программных компонентов системы;

З2 – затраты на разработку и внедрение системы.

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

Ток  = КП /C .

3.2 Расчёт показателей экономической эффективности проекта

Покажем изменение затрат на обработку информации по базовому и по проектному варианту в виде таблиц (таблицы 43 и 44).  Абсолютное снижение трудовых затрат (Т) в часах за год рассчитаем по (1):

Т = 4702,5 -  =  2289,05 ч.

Коэффициент относительного снижения трудовых затрат КТ по формуле (2):

КТ = 2289,05 / 4702,5 * 100% = 48,6 %.

Индекс снижения трудовых затрат YT, согласно формуле (3):

YT = 4702,5  / 2413,45 = 1,95.

Снижение трудозатрат в стоимостном выражении составит:

С1 = 830419 - 463043 = 367376 руб. в год.

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

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

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

- отпадает необходимость ручного заполнения журнала ожидаемых поставок и журнала заявок: эти данные будут импортироваться в систему из ИС отделов снабжения и сбыта.

Наглядно снижение трудозатрат показано на рисунке 48.

Рассчитаем косвенный эффект. Первоначальная сумма потерь товара на складе в связи с потерей актуальности составляла 25000 руб. При снижении этого показателя на 20% экономия Сп составит 5000 руб. Потери компании с связи с ошибками при комплектации заказов составляла 45000 руб. При снижении на 30% экономия Со  составит 13500 руб.

Рассчитаем косвенный эффект по (5):

С2 = 5000 +13500 = 18500 руб.

Эффективность Э составит:

Э = С1 + С2 = 367376  + 18500 = 385876 руб. в год.


Таблица

Характеристика затрат на обработку информации по базовому варианту

№ п/п

Наименование операции

Способ обработки

Ед. Изм.

Объем работы в год

Норма выработки (опер/в час.)

Тру-

доем-кость (гр5: гр6)

Средне-

часовая

зарплата специалиста (руб.)

Часовая норма амортизации

(руб. за час)

Часовая стоимость накладных расходов (руб.)

Стоимость часовых расходов (гр8+

гр9+гр10)

Стоимостные затраты [(гр8+гр/9 +гр10 )*гр.7]

1

2

3

4

5

6

7

8

9

10

11

12

  1.  

Актуализация справочников

Нет

-

0

0

0

250

10

5

265

  1.  

Заполнение приходной накладной

Ручной

Документ

1250

4

312,5

150

10

5

165

  1.  

Журнал ожидаемых поставок

Ручной

Строка

1250

10

125

150

10

5

165

  1.  

Журнал приемки грузов

Ручной

Строка

1250

25

50

150

10

5

165

  1.  

Комплектация партии товара

Ручной

Документ

2500

1

2500

150

10

5

165

  1.  

Журнал заявок

Ручной

Документ

2500

10

125

150

10

5

165

  1.  

Заполнение накладной на перемещение

Ручной

Документ

2500

4

625

150

10

5

165

  1.  

Отметка в карточке учета материалов

Ручной

Строка

5000

20

250

150

10

5

165

  1.  

Составление отчета об остатках

Ручной

Документ

52

0,25

208

250

10

5

265

  1.  

Корректировка учетных данных по результатам инвентаризации

Ручной

Строка

240

1

240

250

10

5

265

  1.  

Подготовка отчета о приемке по качеству

Ручной

Строка

1250

5

250

200

10

5

215

  1.  

ИТОГО

Таблица

Характеристика затрат на обработку информации по проектному варианту

№ п/п

Наименование операции

Способ обработки

Ед. Изм.

Объем работы в год

Норма выработки (опер/ час.)

Трудо-емкость (гр5: гр6)

Средне-

часовая

зарплата специалиста (руб.)

Часовая норма амортизации

(руб. за час)

Часовая стоимость накладных расходов (руб.)

Стоимость часовых расходов (гр8+

гр9+гр10)

Стоимостные затраты [(гр8+гр/9 +гр10 )*гр.7]

1

2

3

4

5

6

7

8

9

10

11

12

  1.  

Актуализация справочников

ЭВМ

Строка

345

6

57,5

250

20

10

280

  1.  

Заполнение приходной накладной

ЭВМ

Документ

1250

8

156,25

150

20

10

180

  1.  

Журнал ожидаемых поставок

ЭВМ