Автоматизированное рабочее место «Логистика» ЗАО «Приосколье»

Введение

Глава I. Постановка задачи и описание предметной области

1.1 Постановка задачи

1.2 Описание предметной области (бизнес-процессы)

1.3 Обоснование для разработки нового ПО

1.4 Техническое задание Глава II. Разработка ПО и построение БД

2.1. Функциональные требования к системе

2.2. Схема работы склада предприятия

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

2.4. Постановка задач по подсистемам

2.5. Обоснование выбора СУБД Access для разработки БД

2.6. Разработка структуры базы данных и отношений атрибутов

2.6.1. Нормализация базы данных

2.6.2. База данных автоматизированной системы управления складом

Глава III. Система АРМ «Логистика»

Глава IV. Расчет экономической эффективности

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

4.2 Расчет единовременных затрат на разработку ПО

4.3 Единовременные расходы организации заказчика ПО при внедрении автоматизированных рабочих мест (АРМ)

4.5 Текущие расходы пользователя ПО при эксплуатации АРМ

4.6 Экономия текущих затрат пользователя ПО

4.7 Финансовый план проекта

4.8 Показатели экономической эффективности проекта Глава V. Обоснование выбора Delphi

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

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

Логистика подразделяется на несколько основных направлений:

— информационная логистика;

— закупочная логистика;

— логистика производственных процессов;

— сбытовая логистика;

— логистика запасов;

— логистика складирования;

— транспортная логистика;

— организация логистического управления.

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

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

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

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

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

Глава I. Постановка задачи и описание предметной области

1.1 Постановка задачи

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

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

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

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

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

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

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

определяются место склада в логистической цепи и его функции;

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

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

выбираются элементы каждой складской подсистемы;

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

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

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

осуществляется альтернативный выбор рационального варианта.

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

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

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

1) операции, направленные на координацию службы закупки;

2) операции, непосредственно связанные с переработкой груза и его документацией;

3) операции, направленные на координацию службы продаж.

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

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

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

Проводимые на данном этапе операции включают:

разгрузку транспортных средств;

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

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

формирование складской грузовой единицы.

Внутрискладская транспортировка. Внутрискладская транспортировка предполагает перемещение груза между различными зонами склада. Транспортировка грузов внутри склада должна осуществляться при минимальной протяженности во времени и пространстве по сквозным «прямоточным» маршрутам.

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

Процесс складирования и хранения включает:

закладку груза на хранение;

хранение груза и обеспечение соответствующих для этого условий;

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

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

Транспортировка и экспедиция заказов могут осуществляться как складом, так и самим заказчиком. Наиболее распространена и экономически оправдана централизованная доставка заказов складом.

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

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

Информационное обслуживание охватывает:

обработку входящей документации;

предложения по заказам поставщиков;

оформление заказов поставщиков;

управление приемом и отправкой;

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

прием заказов потребителей;

оформление документации отправки;

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

обработку счетов клиентов;

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

различную статистическую информацию.

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

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

1.2 Описание предметной области (бизнес-процессы)

Вся ответственность в управлении предприятием лежит на Генеральном директоре. Основной целью деятельности при управлении является максимизация прибыли и минимизация рисков. Именно эти задачи являются основными при работе в этой сфере деятельности. Цели деятельности можно охарактеризовать таким образом:

— обеспечить создание соответствующей организационной структуры продаж;

— обеспечить эффективное управление персоналом;

— планировать размещение и ассортимент товаров;

— сегментировать рынок по покупателям.

Основными задачами являются:

повышение оперативности и достоверности информации о состоянии предприятия;

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

снижение риска злоупотреблений со стороны персонала;

оптимизация использования финансовых, трудовых и материальных ресурсов;

разработка и внедрение новых информационных технологий, PR-акции, реклама;

планирование и проведение специальных мероприятий;

продвижение товара;

ценообразование;

оценка эффективности управления.

Основные функции:

— непосредственное участие в разработке и управлении продажами;

— ведение БД клиентов и товаров;

— составление и оформление заказов клиентов;

составление и оформление заявок поставщикам;

— предоставление необходимой информации клиентам;

— предоставлении необходимой информации поставщикам;

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

— мотивация сотрудников;

— предложение новых товаров;

— эффективность управления.

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

Генеральный директор;

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

Работники склада: их главная задача — обеспечение и контролирование товаров.

Разработка данного автоматизированного рабочего места предназначена для закрытого акционерного общества (ЗАО) «Приосколье», которое на данный момент времени занимает большую нишу на Российском рынке производственных товаров. «Приосколье» — это крупный птицеводческий комплекс, который начал свою деятельность в 2004 году, а уже в 2005 году предприятие вышло на производственную мощность. На данный момент объем выпускаемого мяса птицы доведено до 50 тысяч тонн в год. На данный момент в производственной работе занято около двух тысяч человек.

Задачи, которые ставит перед собой ЗАО «Приосколье» следующие:

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

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

знание и опыт ведущих зарубежных компаний для организации и технологического ведения проекта первые 2−3 года;

поддержку птицеводства России Правительством;

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

разрешение правительством РФ беспошлинного ввоза в Россию соевого шрота, важнейшего компонента корма птицы, производимого в России в недостаточном количестве;

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

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

При выборе способов собственной автоматизации у каждой компании существуют следующие альтернативы:

Приобрести готовое решение.

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

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

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

Нанять собственных специалистов, которые создадут решение.

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

Сравнительная характеристика существующих

программных продуктов.

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

Таблица 1

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

1) высокая стоимость тех программ, которые уже существуют на рынке. Я считаю, что не каждое предприятие может позволить себе программное обеспечение стоимостью от 15 до 50 тысяч долларов;

2) мала вероятность того, что купленное программное обеспечение будет полностью удовлетворять требованиям конкретного предприятия. Возможно, придется «дописывать» некоторые модули программы.

То есть автоматизированная система управления складом будет создана именно для этого предприятия и будет уникальным в своем роде. Даня программа будет выполнять такие операции как:

1. Адресный учет товарно-материальных ценностей на складе.

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

3. Управление действиями сотрудников на складе.

4. Оптимизацию передвижения по складу при сборе заказов.

5. Получение информации об исполнителе каждой технологической операции.

Основными преимуществами предлагаемого нами решения являются:

1. Простота во внедрении и использовании.

2. Уникальность и полное соответствие всем требования предприятия.

3. Невысокая стоимость.

1.4 Техническое задание

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

1. Основание для разработки.

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

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

Эта система обеспечит оперативный доступ к необходимой информации.

2. Назначение.

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

3. Требования к программе или программному изделию.

Требования к функциональным характеристикам.

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

Регистрация в системе;

Аутентификация;

Отображение, ввод и коррекцию информации о товарах, имеющихся на складе;

Отображение, ввод и коррекцию информации о клиентах;

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

Обработка заказов и ведение финансового журнала выполнения заказов;

Предоставление статистики по бухгалтерскому учету для клиента;

Исходные данные:

Список товаров;

Цены на товары;

Информация о клиенте (ФИО, адрес, номер и серия паспорта);

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

Результаты:

Список договоров;

Финансовый отчёт руководителю (прибыль и убытки за определённый промежуток времени);

Электронные и напечатанные экземпляры договоров.

Требования к надёжности.

Предусмотреть контроль вводимой информации.

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

Обеспечить целостность хранимой информации.

Обеспечить защиту от несанкционированного доступа к информации.

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

Минимальная конфигурация:

Тип процессора… Pentium II или Athlon и выше;

Частота процессора …333Mhz и выше;

Объём оперативного запоминающего устройств…64 Мб и более;

Объем свободного пространства на жестком диске…5 Mб и выше.

Требования к информационной и программной совместимости.

Система должна работать под управлением семейства операционных систем Win 32 (Windows 95, Windows 98, Windows Me, Windows 2000, Windows NT, Windows XP).

Требования к программной документации.

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

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

В состав сопровождающей документации должны входить:

Пояснительная записка, содержащая описание разработки.

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

4.3.3 Руководство пользователя.

4.3.4.1. Схема структурная программной системы.

4.4.3.2. Формы интерфейса пользователя.

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

Глава II. Разработка ПО и построение БД

2.1 Функциональные требования к системе

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

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

А. Информационные.

Работа с информацией о товаре на складе.

Работа с адресной информацией о клиенте.

Работа с рыночной информацией.

Информационная поддержка продаж.

Б. Функции поддержки при работе с клиентом.

Текущая ситуация при работе с клиентом.

Потребности клиента в товарах предприятия.

Работа по этапам сделки.

Обеспечение функций по продажам при работе с клиентами.

В. Функции поддержки при управлении отделом.

Планирование работы отдела.

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

Контроль выполнения задач работниками отдела.

Контроль текущих показателей работы отдела.

Получение фактических показателей по итогам периода.

Г. Функции анализа и прогнозирования.

Анализ продаж.

Прогнозирование динамики продаж.

Анализ результатов работы сотрудников.

Анализ рыночной ситуации.

Д. Функции обработки имеющейся информации.

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

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

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

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

2.2 Схема работы склада предприятия

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

BPwin поддерживает три методологии: IDEF0, DFD и IDEF3, позволяющие анализировать бизнес с трех ключевых точек зрения:

С точки зрения функциональности системы. В рамках методологии IDEF0 (Integration Definition for Function Modeling) бизнес-процесс представляется в виде набора элементов-работ, которые взаимодействуют между собой, а также показывается информационные, людские и производственные ресурсы, потребляемые каждой работой.

С точки зрения потоков информации (документооборота) в системе. Диаграммы DFD (Data Flow Diagramming) могут дополнить то, что уже отражено в модели IDEF3, поскольку они описывают потоки данных, позволяя проследить, каким образом происходит обмен информацией между бизнес-функциями внутри системы. В тоже время диаграммы DFD оставляют без внимания взаимодействие между бизнес-функциями.

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

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

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

Рисунок 2. Контекстная диаграмма.

Далее блок «Автоматизированная система управления складом» разбивается на три процесса, которые представлены на диаграмме декомпозиции процесса (рисунок 3):

Оформление заявки на поставку товара;

Формирование заказа клиента;

Оформление договора на продажу.

Рисунок 3. Диаграмма декомпозиции процесса.

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

Основными задачами системы являются:

повышение оперативности и достоверности информации о состоянии предприятия;

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

снижение риска злоупотреблений со стороны персонала;

оптимизация использования финансовых, трудовых и материальных ресурсов;

разработка и внедрение новых информационных технологий, PR-акции, реклама;

планирование и проведение специальных мероприятий;

продвижение товара;

ценообразование;

оценка эффективности управления.

Основные функции системы:

— непосредственное участие в разработке и управлении продажами;

— ведение БД клиентов и товаров;

— составление и оформление заказов клиентов;

составление и оформление заявок поставщикам;

— предоставление необходимой информации клиентам;

— предоставлении необходимой информации поставщикам;

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

— мотивация сотрудников;

— предложение новых товаров;

— эффективность управления.

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

Генеральный директор;

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

Работники склада: их главная задача — обеспечение и контролирование товаров.

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

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

Таблица 2

Основываясь на всем вышеуказанном, было принято решение использовать в качестве инструментального средства разработки проекта Rational Rose Enterprise Edition, который полностью поддерживает объектно-ориентированный подход.

Rational Rose — CASE-средство фирмы Rational Software Corporation (США) — предназначено для автоматизации этапов анализа и проектирования ПО, а также для генерации кодов на различных языках и выпуска проектной документации.

Структура и функции

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

Средства автоматической генерации кодов программ на языке С++, используя информацию, содержащуюся в логической и физической моделях проекта, формируют файлы заголовков и файлы описаний классов и объектов. Создаваемый таким образом скелет программы может быть уточнен путем прямого программирования на языке С++. Анализатор кодов С++ реализован в виде отдельного программного модуля. Его назначение состоит в том, чтобы создавать модули проектов в форме Rational Rose на основе информации, содержащейся в определяемых пользователем исходных текстах на С++. В процессе работы анализатор осуществляет контроль правильности исходных текстов и диагностику ошибок. Модель, полученная в результате его работы, может целиком или фрагментарно использоваться в различных проектах. Анализатор обладает широкими возможностями настройки по входу и выходу. Например, можно определить типы исходных файлов, базовый компилятор, задать, какая информация должна быть включена в формируемую модель и какие элементы выходной модели следует выводить на экран. Таким образом, Rational Rose/С++ обеспечивает возможность повторного использования программных компонент.

В результате разработки проекта с помощью CASE-средства Rational Rose формируются следующие документы:

диаграммы классов;

диаграммы состояний;

диаграммы сценариев;

диаграммы модулей;

диаграммы процессов;

спецификации классов, объектов, атрибутов и операций заготовки текстов программ;

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

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

Тексты программ являются заготовками для последующей работы программистов. Они формируются в рабочем каталоге в виде файлов типов .h (заголовки, содержащие описания классов) и .cpp (заготовки программ для методов). Система включает в программные файлы собственные комментарии, которые начинаются с последовательности символов //##. Состав информации, включаемой в программные файлы, определяется либо по умолчанию, либо по усмотрению пользователя. В дальнейшем эти исходные тексты развиваются программистами в полноценные программы.

Взаимодействие с другими средствами и организация групповой работы

Rational Rose интегрируется со средством PVCS для организации групповой работы и управления проектом и со средством SoDA — для документирования проектов. Интеграция Rational Rose и SoDA обеспечивается средствами SoDA.

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

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

загрузка подмодели в память;

выгрузка подмодели из памяти;

сохранение подмодели на диске в виде отдельного файла;

установка защиты от модификации;

замена подмодели в памяти на новую.

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

2.4 Постановка задач по подсистемам

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

Использование диаграммы Use Case (рисунок 4) — это возможность увидеть систему с ее функциями и подфункциям с точки зрения пользователя.

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

Рисунок 4. Диаграмма Use Case.

Рассмотрим каждую функцию:

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

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

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

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

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

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

Входной информацией является:

ID поставщика;

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

Количество единиц;

Дата и время доставки;

Остаток товара на складе.

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

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

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

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

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

Формирование заказа — заказ формируется основываясь на БД имеющихся в наличии товаров.

Входной информацией является:

№ заказа;

ID клиента;

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

Количество единиц товара;

Стоимость товара;

Дата заказа.

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

Учет и контроль за исполнением заказов клиентов.

Ведение договоров с покупателями — оговариваются условия доставки товара, а также условия расчета.

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

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

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

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

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

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

Критерии оценки поставщика:

— приемлемая цена;

— качество поставляемой продукции;

— качество обслуживания потребителей;

— гибкость поставок;

— ограничение размера заказа;

— дороги;

— удаленность поставщика от потребителя;

— психологический климат в коллективе;

— кредитоспособность и финансовое положение.

Критерии выбора поставщика:

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

— определение позиции поставщиков на рынке;

— определение профессионализма и надежности поставщиков;

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

— проведение переговоров с поставщиками;

— оценка уровня цены;

— надежность поставок.

Диаграмма классов (class diagram) (рисунок 5) служит для представления статической структуры модели системы в терминологии классов объектно-ориентированного программирования. Диаграмма классов может отражать, в частности, различные взаимосвязи между отдельными сущностями предметной области, такими как объекты и подсистемы, а также описывает их внутреннюю структуру и типы отношений.

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

Рисунок 5. Диаграмма классов.

Диаграмма Use Case и диаграмма классов являются основанием для построения структуры БД.

2.5 Обоснование выбора СУБД Access для разработки БД

Приложение Microsoft Access является мощной и высокопроизводительной 32-разрядной системой управления реляционной базой данных (далее СУБД).

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

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

СУБД разрабатываются с целью обеспечения эффективной обработки больших объёмов информации, намного больших, чем те, с которыми справляются электронные таблицы.

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

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

Access — мощное приложение Windows. При этом производительность СУБД органично сочетаются со всеми удобствами и преимуществами Windows.

Как реляционная СУБД Access обеспечивает доступ ко всем типам данных и позволяет одновременно использовать несколько таблиц базы данных. Можно использовать таблицы, созданные в среде Paradox или dBase. Работая в среде Microsoft Office, пользователь получает в своё распоряжение полностью совместимые с Access текстовые документы (Word), электронные таблицы (Excel), презентации (PowerPoint).С помощью новых расширений для Internet можно напрямую взаимодействовать с данными из World Wide Web и транслировать представление данных на языке HTML, обеспечивая работу с такими приложениями как Internet Explorer и Netscape Navigator.

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

Несмотря на то, что Access является мощной и сложной системой, его использование не сложно для непрофессиональных пользователей.

Элементы базы данных.

Таблицы. В базе данных информация хранится в виде двумерных таблиц. Можно так же импортировать и связывать таблицы из других СУБД или систем управления электронными таблицами. Одновременно могут быть открыты 1024 таблицы.

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

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

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

Макросы

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

База данных может содержать до 32 768 объектов.

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

2.6 Разработка структуры базы данных и отношений атрибутов

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

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

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

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

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

один ко многим (отношения такого типа являются наиболее часто используемыми);

многие ко многим (используется на ранних этапах проектирования с целью прояснения ситуации).

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

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

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

Разработка структуры базы данных включает такие основные этапы, как:

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

идентификация отношений между сущностями и указание типов отношений;

разрешение неспецифических видов отношений (многие к многим).

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