38
фотостудиях т.к. логика подготовки и проверки товара у предметной и
модельной съемки совпадала.
Передаваемые с камер через WiFi фотографии должен был кто-то
обрабатывать, сортировать, читать ШК с фото. Для этого создали
соответствующую Windows службу которая была установлена на сервере,
представляющем собой временное хранилище фотографий. Это было
обусловлено тем, что операции чтения и записи надежнее производить
локально, а все фотографии со съемок попадали именно в это хранилище,
таким образом мы избежали потерь при работе с изображениями. Служба
забирала из временной папки WiFi все фотографии, сортировала их, по
ШК получала из базы код товара и фиксировала в базе получение
фотографий по тому или иному товару.
В виду того что предметная съемка проводилась только фотографом
где он самостоятельно готовил вещь, снимал ее и возвращал, проверку
фотографий предметной съемки также добавили в обязанности фотографа,
подобные изменения потребовали создания нового интерфейса проверки
фотографий конкретно под данный тип съемок. Интерфейс стал
представлять собой пошаговую инструкцию по съемке. Перед начало
съемки фотограф видит список своих ошибок, исправляет их после чего
приступает к съемке новых вещей, заранее подготовленных у рабочего
места. Пикая ШК на вещи, фотограф получает информацию о ней, сверяет
ее с самой вещью, после чего приступает к съемкам. Таким образом он
может отснять не более 10-ти артикулов, после чего должен перейти к
следующему шагу – обработке фотографий. В момент обработки фотограф
кадрирует фотографии, поправляет при необходимости свет и цвет. Далее
переходит к проверке итого варианта, если его все устраивает он загружает
фотографии в карточку, если обнаруживаются недочеты, возвращается на
шаг назад и вносить необходимые корректировки. Далее приступает к
съемке очередной «десятки». Подобное ограничение было введено для
39
того, чтобы фотографы не копили непроверенный материал в течении
всего рабочего дня, а выкладывали его порциями. Это позволяет
появляться товару на сайте в течении всего рабочего дня, а не только под
вечер.
Переработке подвергся и интерфейс проверки модельных
фотографий т.к. больше не требовалось вбивать ШК, а фотографии
попадали на проверку в режиме реального времени. Проверяющим вывели
кнопку получения работы, по нажатию на которую он получал карточку
товара со свежими фотографиями и тремя кнопками: загрузить, в ошибки,
на уточнение. Если все было хорошо, то нажималась кнопка «загрузить»,
если обнаруживались ошибки фотографа, то «в ошибки», указывалась
причина и в этот момент информация фиксировалась в таблице ошибок и
выводилась фотографу в интерфейс съемки. «На уточнение»
использовалось в случае спорных моментов, в таком случае карточки с
фотографиями откладывались, их просматривал руководитель и возвращал
в работу со своим комментарием, отправлял в ошибки фотографу или
вообще блокировал карточку в случае, например, обнаружения пересорта.
Т.к. подготовка, съемка и проверка являются сдельной работой
необходимо было фиксировать факт выполнения работы или ошибки. Для
этого создали несколько таблиц, в нужных местах работы происходила
фиксация выполнения работы, а также фиксация фактов ошибок.
• Таблица отснятого товара пополнялась службой обработки
изображений, в ней фиксировался факт съемки вещи, количество
фотографий, фотограф.
• Таблица проверенных модельных фотографий, где
фиксировалось кто и когда проверил конкретные фотографии и выложил
их на сайт.
• Таблица проверенных предметных фотографий, где также
фиксировалась информация о том, кто загружал фотографии на сайт.
40
• Таблица с ошибками, в нее попадала информация о том, кто,
когда и какую ошибку допустил.
Всю эту информацию вывели сотрудникам чтобы расчет зарплаты
был прозрачен и понятен, а также чтобы у сотрудника была возможность
исправить допущенные им ошибки. На исправление ошибок мы заложили
72 часа, такое время было выбрано потому, что сотрудники работают в
сменах 2\2 и так у них есть возможность исправить свою ошибку в первый
день смены следующей за той, где была допущена ошибка. Если сотрудник
успевает исправить свои ошибки, они не засчитываются, если не успевает,
накладывается дополнительная материальная ответственность по
количеству не исправленных ошибок.
II.1.2 Обоснование проектных решений по программному
обеспечению
Выбор СУБД, как средства для создания специализированного
модуля «Фотостудия» ERP-системы на крупном предприятии розничной
торговли ООО «Вайлдберриз», осуществляется на основе анализа ряда
характеристик современных СУБД (Приложение 2).
Чтобы выбрать СУБД, вначале необходимо определиться с целью её
использования. Если нужно создать «настольную» базу данных, то для
этого идеально подходит Microsoft Access, т.к. она создавалась для этих
целей. такой базой данных может одновременно пользоваться небольшое
количество клиентов, поэтому, как правило, СУБД не используется как
серверная. На предприятиях, где база данных должна быть доступной
сотням пользователей, выполняющих сложные операции, необходимо
использовать СУБД класса MS SQL и InterBase.
Следующий критерий для выбора СУБД - это аппаратные
требования. Как видно из таблицы самые низкие требования у СУБД MS
SQL. Но в настоящее время этот показатель не является первопричиной
41
отказа или выбора определённой СУБД, т.к. рынок может предложить
мощные средства для решения ресурсоёмких задач. [13]
Технологии создания СУБД и её объектов делятся на два типа:
визуальные и не визуальные, с использованием SQL-скриптов. Эта
характеристика использования средств СУБД важна, если разработчики
системы не имеют достаточного опыта. Оптимальный выбор для таких
пользователей -MS Access или MS SQL. Они, в отличие от InterBase,
поддерживают обе технологии.
СУБД MS Access имеет встроенный язык для разработки
приложений -Visual Basic. Это позволяет упростить работу при создании
компонент АС. СУБД MS SQL и InterBase встроенным языком не
обладают.
Положительной характеристикой, объединяющей СУБД MS SQL и
MS Access, является наличие у них встроенных средств для экспорта
данных в форматы MS Excel и MS Word. InterBase не имеет средств
экспорта данных.
Из рассмотренных СУБД для создания базы данных выбрана СУБД
MS SQL, так как она обладает всеми средствами для создания и
обеспечения работоспособности базы данных, поддерживает визуальную
технологию создания объектов базы данных, стандарт языка SQL.
Сравнительные характеристики инструментальных средств
разработки прикладных программ приведена в Приложении 3.
На сегодняшний день на рынке информационных технологий
существует большое количество различных средств разработки
приложений.
Delphi - это среда быстрой разработки приложений, в которой
используется язык Object Pascal. Язык Object Pascal - современный, строго
типизированный объектно-ориентированный язык, пригодный для
эффективного создания программ любой сложности. Среда Delphi
42
позволяет создавать самые различные программы: от простейших
однооконных приложений до программ управления распределенными
базами. В состав пакета включены разнообразные утилиты,
обеспечивающие работу с базами данных, XML-документами, создание
справочной системы, решение других задач. [1]
Delphi предоставляет программисту встроенные шаблоны форм и
приложений, которые можно использовать для того, чтобы быстро начать
разработку собственных прикладных программ. В систему также
включены часто используемые диалоговые панели. Delphi является самым
быстрым в мире инструментом разработки приложений баз данных.
Простые программы Delphi могут поставляться в виде единственного
исполняемого модуля без дополнительных библиотек DLL, необходимых
при использовании иных сред разработки. Программы Delphi включают
необходимую часть библиотеки времени выполнения (run-time library)
Delphi, а также используемые компоненты. В результате EXE-файл Delphi
обычно больше по объему, чем эквивалентный EXE-файл, но зато EXE-
файл Delphi не зависит ни от каких внешних файлов. [7]
В Delphi встроены BDE, ADO, IBExpress, dbExpress - механизмы
работы с базами данных. BDE является тщательно продуманной системой,
результатом развития ODAPI и IDAPI. BDE обеспечивает доступ к таким
продуктам как Sybase SQL Server, Microsoft SQL Server, Oracle и Borland
Interbase. ADO это технология стандартного обращения к реляционным
данным от Microsoft. Эта технология аналогична BDE по назначению и
довольно близка по возможностям. Мощность и гибкость языка
программирования Delphi - безусловное достоинство Delphi, выгодно
отличающее эту систему программирования от других инструментов RAD
(Rapid Application Development - инструментальные средства ускоренной
разработки программ). Delphi 6 совместно с Kylix может использоваться
для разработки меж платформенных приложений для Linux/Windows.
43
Kylix - средство быстрой разработки приложений для Linux, позволяющее
объединить разработку приложений для Web, настольных приложений и
приложений, работающих с базами данных.
Delphi предоставляет возможность работы с COM-объектами, в том
числе и с книгами MS Excel. С помощью электронных таблиц формата MS
Excel можно создать выходной документ, отвечающий предъявляемым
требованиям к его качеству. При этом формирование документа облегчено
за счет подстановки в ячейку шаблона необходимого значения.
Microsoft Visual Studio- это версия Visual Studio и .NET Framework,
которая поддерживает новые и улучшенные объекты, включает среду
разработки с обновленным интерфейсом и отличается интегрированной
поддержкой Microsoft SQL Server, позволяя создавать и развертывать
проекты с применением сервера баз данных. Из инструмента
программиста, пишущего и отлаживающего код, Microsoft Visual Studio,
превратилась в полноценное инструментальное средство, позволяющее
автоматизировать деятельность всех членов команды, работающих над
проектом. [40]
Интерфейс Visual Studio традиционно выполнен в одном стиле с MS
Office. Имеется список задач, в который помещают информацию об
ошибках и о необходимых доработках. Каждому пункту можно назначить
приоритет, а после выполнения установить флажок, сообщающий о
завершении указанной задачи. Task List поддерживает сортировку записей
по тексту, по приоритету и статусу. Свойства проекта в Visual Studio
можно редактировать с помощью встроенного инструмента, который
позволяет изменять настройки и подписи сборки, ссылки на внешние
модули, набор прав, необходимых для её функционирования. Кроме того,
разработчик легко может сохранить настройки своего пользовательского
IDE в файле настроек и применять его в случае перехода на другой
компьютер. Разработчик баз данных может использовать объектно-
44
ориентированные языки программирования, такие как C# и Visual Basic,
опираясь на широчайший спектр встроенных возможностей классов и
методов .NET Framework. Кроме того, программист может
воспользоваться компонентами, написанными сторонними компаниями. С
появлением SQL Server был усовершенствован механизм доступа к
данным. В ADO .NET 2.0 появился ряд дополнительных возможностей.
Используя механизм асинхронного запуска команд, программист может
посылать команды на выполнение с помощью методов с приставкой Begin
и End. [22]
В качестве программного обеспечения для разработки
специализированного модуля «Фотостудия» ERP-системы на крупном
предприятии розничной торговли ООО «Вайлдберриз» будут
использоваться принятые в компании собственная ЕРП система,
разработка которой велась через Visual Studio и база данных MS SQL,
работа с которой происходила через Server Management Studio.
II.2 Разработка проекта автоматизации
II.2.1 Этапы жизненного цикла проекта автоматизации
Вопрос выбора стандарта жизненного цикла проекта автоматизации
решился легко. Мы давно работали по принципам очень схожим с MSF, не
смотря на наличие в команде человека с должностью Менеджера проекта,
которая не предусмотрена данным стандартом. Поскольку в компании
любая задача должна быть сделана «вчера», после формирования команды
не было времени на сравнение и выбор подходящей стратегии, задачи
решались (и решаются) общими силами, заинтересованы в результате все
члены команды.
В нашем случае можно выделить несколько этапов:
• Выработка концепции и планирование.
45
o Цель этапа: формирование концепции решения задачи,
обсуждение вариантов решения с учетом существующей в компании
архитектуры.
o Участники: вся команда, состоящая из: разработчика C#,
разработчика SQL, менеджера проекта.
o Требования к входной информации: т.к. в рамках приемки
товара мы внедряли свои «желания» в рабочий процесс другого отдела
необходимо было принимать их правила. Менять что-то под себя не
представлялось возможным.
o Результаты: получение общей схемы процесса с перечнем
шагов, понимание работы процессов другого отдела, формирования
конкретных задач для пошаговой реализации проекта.
• Разработка.
o Реализация поставленных задач разработчиками.
o Выявление упущенных в процессе планирования нюансов и
параллельная корректировка задач.
• Стабилизация.
o Тестирование и отладка всего процесса
o Учёт возникший недочетов, корректировки
• Внедрение
Внедрение по правилам компании происходило только после
полного и успешного тестирования. Для процедур поднималась версия
чтобы исключить поломку на момент выкладки, а также для возможности
быстрого отката. В начале происходит выкладка SQL части,
выкладываются новые процедуры и справочники, после чего создается
отдельная версия клиента, работающая с «боевым» сервером, на этом
клиенте, под контролем и одним человеком еще раз обкатывается работа
нового функционала в рамках всех существующих процессов. Если
ошибок выявлено не было, то происходит общее обновление интерфейса.
46
В случае наличия ошибок, корректировки вносятся «на лету» и
продолжается процесс внедрения. Только в случае критических ошибок
происходит откат и возврат к полноценному этапу тестирования.
II.2.2 Характеристика нормативно-справочной, входной и
оперативной информации
Как и описывалось ранее для приемки были созданы два
справочника.
Один это список товаров на съемку, туда попадают все созданные и
планируемые к завозу товары и в нем сотрудником фотостудии
выбираются размеры в том случае, если размер автоматически не
подобрался на основании фильтра. Также в этом справочнике по статусам
отслеживается движение товара от приемки до студии. Пример данного
справочника приведен на рисунке 2.1
Рис. 2.1 Справочник товаров на съемку
Второй справочник представляет собой фильтр для автоматического
выбора размеров. Он заполняется заранее и при создании товара
автоматика на основании указанных в нем данных пытается подобрать
размер и сразу подставить его в список товаров на съемку. Пример этого
фильтра на рисунке 2.2.
Рис. 2.2 Фильтр размеров
47
Таблица 2.1.
Информация о таблицах справочников
Название
справочника
Средний объем
справочника
Средняя
частота
актуализации
Средний объем
актуализации
Photojob
60000
3 секунды
2 записи
Photojob фильтр
22000
1 неделя
90 записей
Эти справочники призваны контролировать физическое движение
вещей с приемки на фотостудию. Также в этих справочниках задаётся тип
съемки чтобы при приемке отложить товар либо для съемки на складе,
либо отправить в офис. После съемки у вещи появляются фотографии,
которые связываются с товаром и также проходят свой путь до выкладки
на сайт. Связь фотографий с вещью фиксируется в справочнике съемок.
Записи туда добавляет служба обработки фотографий сразу же после
распознания штрих-кода. В нем же фиксируется движение фотографий от
фотографа, на проверку, а затем финальный статус означающий выкладку
фотографий на сайт. Пример данного справочника представлен на рисунке
2.3. В данный момент фотографии находятся на проверке проверяющих и
предметных фотографов.
Рис. 2.3 Справочник отснятых товаров