1) высокая стоимость тех программ, которые уже существуют на рынке. Я считаю, что не каждое предприятие может позволить себе программное обеспечение стоимостью от 15 до 50 тысяч долларов;
2) мала вероятность того, что купленное программное обеспечение будет полностью удовлетворять требованиям конкретного предприятия. Возможно, придется «дописывать» некоторые модули программы.
То есть автоматизированная система управления складом будет создана именно для этого предприятия и будет уникальным в своем роде. Даня программа будет выполнять такие операции как:
1. Адресный учет товарно-материальных ценностей на складе.
2. Разбиение сложных складских процедур на простейшие технологические операции.
3. Управление действиями сотрудников на складе.
4. Оптимизацию передвижения по складу при сборе заказов.
5. Получение информации об исполнителе каждой технологической операции.
Основными преимуществами предлагаемого нами решения являются:
1. Простота во внедрении и использовании.
2. Уникальность и полное соответствие всем требования предприятия.
3. Невысокая стоимость.
1.4 Техническое задание
Прежде чем приступать к разработке автоматизированной системы необходимо определить основные критерии, по которым будет разработана система и выявить основные требования. Для этого необходимо составить техническое задание, на основании которого будет разработана конкретная автоматизированная система для предприятия.
1. Основание для разработки.
Настоящее техническое задание распространяется на разработку автоматизированной системы управления складом предприятия, предназначенной для предоставления наиболее полной информации об услугах и работе ЗАО «Приосколье». Предполагается, что использовать данную систему будут сотрудники склада.
Основными задачами данной автоматизированной системы является получение наиболее точной информации о товаре на складе, о поставщиках, о покупателях и сделках с ними.
Эта система обеспечит оперативный доступ к необходимой информации.
2. Назначение.
Она предназначена для хранения и обработки данных о товаре на складе, об услугах, которые также предоставляются данным предприятием. Обработанные данные могут использоваться сотрудниками, оформляющими заказы, клиентами (о наличии услуг) и другими сотрудниками предприятия для принятия решений о заказах новых услуг поставщикам.
3. Требования к программе или программному изделию.
Требования к функциональным характеристикам.
Система должна обеспечивать возможность выполнения следующих функций:
Регистрация в системе;
Аутентификация;
Отображение, ввод и коррекцию информации о товарах, имеющихся на складе;
Отображение, ввод и коррекцию информации о клиентах;
Ввод и коррекцию информации о заказах, предоставление клиенту его экземпляра договора, вывод на печать экземпляра договора предприятия;
Обработка заказов и ведение финансового журнала выполнения заказов;
Предоставление статистики по бухгалтерскому учету для клиента;
Исходные данные:
Список товаров;
Цены на товары;
Информация о клиенте (ФИО, адрес, номер и серия паспорта);
Информация о заказе (код интересующего договора, дата и срок выполнения заказа).
Результаты:
Список договоров;
Финансовый отчёт руководителю (прибыль и убытки за определённый промежуток времени);
Электронные и напечатанные экземпляры договоров.
Требования к надёжности.
Предусмотреть контроль вводимой информации.
Предусмотреть блокировку некорректных действий пользователя при работе с системой.
Обеспечить целостность хранимой информации.
Обеспечить защиту от несанкционированного доступа к информации.
Требования к составу и параметрам технических средств
Система должна работать на IBM совместимых компьютерах.
Минимальная конфигурация:
Тип процессора……...PentiumII или Athlonи выше;
Частота процессора …………………..333Mhz и выше;
Объём оперативного запоминающего устройств…64 Мб и более;
Объем свободного пространства на жестком диске……5 Mб и выше.
Требования к информационной и программной совместимости.
Система должна работать под управлением семейства операционных систем Win 32 (Windows 95, Windows 98, WindowsMe, Windows 2000, WindowsNT, WindowsXP).
Требования к программной документации.
Разрабатываемые программные модули должны быть самодокументированны, т.е. тексты программ должны содержать все необходимые комментарии.
Программная система должна включать справочную систему о работе и подсказки пользователю.
В состав сопровождающей документации должны входить:
Пояснительная записка, содержащая описание разработки.
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 оставляют без внимания взаимодействие между бизнес-функциями.