Выбор объекта автоматизации

В своей работе я собираюсь рассмотреть функционирование новой точки продаж ООО «ЛЫСЬВЕНСКИЕ КРОВЕЛЬНЫЕ СИСТЕМЫ», занимающегося оптово-розничной торговлей стройматериалов и на которой еще не введена ИС.

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

Описание существующей технологии

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

Для проведения анализа и реорганизации бизнес-процессов предназначено CASE — средство верхнего уровня All Fusion Process Modeler (BPwin), поддерживающие методологии IDEF0 (функциональная модель), DFD (Dataflow Diagram) и IDEF3 (Workflow Diagram).

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

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

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

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

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

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

В основе методологии IDEF0 лежат четыре основных понятия.

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

• — верхняя сторона имеет значение «Управления» (Control);
• — левая сторона имеет значение «Вход» (Input);
• — правая сторона имеет значение «Выход» (Output);
• — нижняя сторона имеет значение «Механизм» (Mechanism).

Вторым «китом» методологии IDEF0 является понятие интерфейсной дуги (Arrow). Графическим отображением интерфейсной дуги является однонаправленная стрелка. Каждая интерфейсная дуга должна иметь свое наименование (Arrow Label). С помощью интерфейсных дуг отображают различные объекты, в той или иной степени определяющие процессы, происходящие в системе. При этом стрелки, в зависимости от того в какую грань прямоугольника работы они входят или из какой грани выходят, делятся на:

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

Третьим основным понятием стандарта IDEF0 является декомпозиция (Decomposition). Принцип декомпозиции применяется при разбиении сложного процесса на составляющие его функции.

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

Рассмотрим диаграммы бизнес-процессов протекающие на складе магазина ООО «Лысвенские кровельные системы»:

Рис. 1.1 Диаграмма «продажи на точке» товара «Оприходывание товара»

Рис. 1.2 Диаграмма декомпозиции первого уровня товара «Оприходывание товара»

Рис. 1.3 Диаграмма «Прием заказа»

Рис. 1.4 Диаграмма «продажа»

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

При работе предприятия до внедрения АИС «Управление торговлей» были выявлены следующие недостатки:

• 1. Потеря клиентов;
• 1. Утеря клиентских баз;
• 2. Невозможность следить за заказами клиентов;
• 3. Невозможность вычисления динамики продаж.
• 4. Невозможность контроля работы персонала
• 5. Не возможность проверки кассы относительно продаж
• 2. Техническое задание

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

• 1. Общие сведения
• 1.1. Наименование и область применения

Наименование: Автоматизированная информационная система «Управление торговлей» в дальнейшем именуемая АИС «Управление торговлей».

1.2. Наименование предприятия заказчика и разработчика:

Заказчиком является ООО «ЛЫСЬВЕНСКИЕ КРОВЕЛЬНЫЕ СИСТЕМЫ».

Разработчиком является студент УрГУПС, группыПИЭ-519 Бармин А.А.

1.3. Перечень документов, на основании которых создается система:

ГОСТ34.601−90, ГОСТ 34–602−89, ГОСТ-34.603.

1.4. Плановые сроки начала и окончания работ по созданию системы:

Начало: 1 сентября 2013 г.

Окончание: 1 декабря 2013 г.