Проектирование АИС по учету продаж бытовой техники

СОДЕРЖАНИЕ

Ведение……………………………………………………………………………3

Цель работы и задачи…………………………………………………………...5

1. Построение функциональной  модели бизнес-процесса «Продажа бытовой техники»……………………………………………………………….6

1.1. Описание бизнес-процесса «Продажа бытовой техники»…………………6

1.2. Диаграмма  действий бизнес-процесса «Продажа  бытовой техники»……7

1.3. Модель  IDEF0 бизнес-процесса «Продажа бытовой техники»………….10

1.4. Модель  DFD бизнес-процесса «Продажа бытовой техники»……………15

1.5. Модель  IDEF 3 бизнес-процесса «Продажа бытовой техники»………....18

2.  Постановка задачи по проектированию АРМ менеджера по работе с клиентами……………………………………………………………………….20

2.1. Организационно-экономическая  сущность задачи……………………….20

2.2. Описание  исходной информации………………………………………….20

2.3. Описание  контроля исходной информации………………………………22

2.4. Описание  результатной информации……………………………………..22

2.5. Описание  контроля результатной информации………………………….24

2.6. Описание  условно постоянной информации……………………………..24

3. Описание программного продукта………………………………………..25

Заключение……………………………………………………………………...30

Список используемой литературы…………………………………………..31

Приложения…………………………………………………………………….32

 

 

 

 

 

 

 

 

 

 

 

ВВЕДЕНИЕ

Информационная система (ИС) – система, предназначенная для сбора, передачи, обработки, хранения и выдачи информации для достижения поставленной цели.

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

Составной частью информационной системы является автоматизированное рабочее место персонала.

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

Принципы создания любых АРМ должны быть общими:

1). Системность. АРМ рассматриваются как системы, структура которых определяется функциональным назначением.

2). Гибкость. Система приспособлена к возможным перестройкам, благодаря модульности построения всех подсистем и стандартизации их элементов.

3). Устойчивость. Система АРМ должна выполнять основные функции независимо от воздействия на нее внутренних и внешних возмущающих факторов.

4). Эффективность. АРМ следует рассматривать как интегральный показатель уровня реализации приведенных выше принципов, отнесенного к затратам на создание и эксплуатацию системы.

Структура АРМ - это совокупность его подсистем и элементов.  К обеспечивающим системам в  первую  очередь следует отнести:

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

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

Организационное обеспечение  включает средства и методы организации функционирования,  совершенствования и развития АРМ,  а  также подготовки и повышения квалификации кадров.

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

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

Задачи, решаемые на АРМ,  условно можно разделить на информационные и вычислительные.

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

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

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

Цель работы и задачи

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

1. Обследование предметной области учёта продаж бытовой техники, изучение и диагностический анализ структуры учёта продаж бытовой техники.
2. Выявление бизнес-процесса продаж бытовой техники.
3. Построение диаграммы действий бизнес-процесса, которая показывает участников процесса, выполняемые каждым участником операции и взаимосвязь между ними.
4. Разработка постановки задачи «Продажа бытовой техники».
5. Проектирование форм входных и выходных документов.
6. Проектирование классификаторов экономической информации.
7. Составление инструкции пользователя по эксплуатации разработанного программного продукта

1.ПОСТРОЕНИЕ ФУНКЦИОНАЛЬНОЙ МОДЕЛИ БИЗНЕС-ПРОЦЕССА «ПРОДАЖА БЫТОВОЙ ТЕХНИКИ»

1.1 Описание бизнес-процесса «Продажа бытовой техники».

1. Менеджер  отдела продаж ежедневно оформляет  заявки клиентов на покупку  бытовой техники в соответствии  с прайс-листом. Заявка регистрируется  в журнале заявок.

2. После  оформления заявки менеджер отдела  продаж выставляет счёт клиенту. Счёт регистрируется в реестре  счетов.

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

4. Менеджер  отдела продаж ежедневно контролирует  поступление платежей от клиентов. Если срок оплаты по заявке  истёк, а платежи не поступили, то менеджер делает отметку  о недействительности заявки  в журнале заявок.

5 Менеджер  отправляет данные в виде счёта  о покупке продавцу консультанту.

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

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

 

 

 

 

1.2. Диаграмма действий бизнес-процесса «Продажа бытовой техники»

                                                                   

Менеджер отдела продаж                        Бухгалтер                                        Продавец-консультант

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

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

Таблица 1.

Операции бизнес-процесса «Продажа бытовой техники»

Операция	Исполнитель	Периодичность	Входящие документы	Исходящий документ	Примечание
Оформление заявки	Менеджер отдела продаж	Ежедневно	Прайс-лист	Заявка
Регистрация заявки	Менеджер отдела продаж	Ежедневно	Заявка	Журнал заявок
Выставление счета	Менеджер отдела продаж	Ежедневно	Заявка	Счет
Регистрация счета	Менеджер отдела продаж	Ежедневно	Счет	Реестр счетов
Получение и обработка приходных кассовых ордеров и выписок банка	Бухгалтер	Ежедневно
Определение оплаченных счетов	Бухгалтер	Ежедневно	Приходный кассовый ордер, выписка банка
Формирование отметки об оплате	Бухгалтер	Ежедневно	Приходный кассовый ордер, выписка банка	Реестр счетов
Контроль поступления платежей	Менеджер отдела продаж	Ежедневно	Реестр счетов
Отметка об оплате	Менеджер отдела продаж	Ежедневно	Реестр счетов	Журнал заявок	Если счет оплачен
Отметка о недействительности заявки	Менеджер отдела продаж	Ежедневно	Реестр счетов	Журнал заявок	Если срок оплаты по заявке истек, а платежи не поступили
Оформление товарной накладной на оплаченный товар	Продавец консультант	Счет	Оплаченный счёт	Товарная накладная
Выдача товара	Продавец консультант	Ежедневно		Гарантийный талон
Формирование сводки	Менеджер отдела продаж	Ежемесячно	Журнал заявок	Сводка

 

 

Таблица 2.

 

Документы бизнес-процесса «Продажа бытовой техники»

Составляемый документ	Операция	Исполнитель	Периодичность	Документ-основание	Примечание
Заявка	Оформление заявки	Менеджер отдела продаж	Ежедневно	Прайс-лист
Журнал заявок	Регистрация заявки;     Отметка об оплате или недействительности заявки	Менеджер отдела продаж; Менеджер отдела продаж	Ежедневно     Ежедневно	Заявка;     Реестр счетов
Счет	Выставление счета	Менеджер отдела продаж	Ежедневно	Заявка
Реестр счетов	Регистрация счета;     Формирование отметки об оплате	Менеджер отдела продаж; Бухгалтер	Ежедневно     Ежедневно	Счет;     Приходный кассовый ордер и выписка банка
Товарная накладная	Оформление товарной накладной на оплаченный товар	Продавец консультант	Ежедневно	Счет
Гарантийный талон	Выдача товара	Продавец консультант	Ежедневно
Сводка о количестве заявок	Формирование сводки о количестве заявок	Менеджер отдела продаж	Ежемесячно	Журнал заявок

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

1.3. Модель IDEF0 бизнес-процесса «Продажа бытовой техники» Основной из трех методологий, поддерживаемых BPWin, является IDEF0. Двумя наиболее важными компонентами, из которых строятся диаграммы IDEF0, являются бизнес-функции или работы (представленные на диаграммах в виде прямоугольников) и данные и объекты (изображаемые в виде стрелок), связывающие между собой работы. При этом стрелки, в зависимости от того в какую грань прямоугольника работы они входят или из какой грани выходят, делятся на пять видов:

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

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

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

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

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

К механизму управления относятся: персонал; технические средства.

Чек/квитанция и договор являются исходящим потоком данных.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

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

 

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

Бизнес-процессы:

• Регистрация заявок и выставление счета
• Входная информация: устная заявка, журнал заявок регистр счетов.
• Выходная информация: счет, журнал заявок с отметкой о регистрации заявки, реестр счетов с отметкой о регистрации счета.
• Управление: правила оформления заявки, прайс-лист, ПБУ.
• Механизм управления: менеджер отдела продаж.
• Получение сведений об оплате
• Входная информация: выписка банка, приходный кассовый ордер.
• Выходная информация: реестр счетов с отметкой об оплате.
• Управление: ПБУ.
• Механизм управления: бухгалтер.
• Контроль поступления платежей, выдача товаров
• Входная информация: журнал заявок с отметкой о регистрации заявки, реестр счетов с отметкой об оплате.
• Выходная информация: гарантийный талон, проданный товар, отказ клиенту
• Управление: ПБУ.
• Механизм управления: Менеджер отдела продаж, продавец-консультант.
• Формирование сводки
• Выходная информация: Сводка о поступивших заказах.
• Управление: ПБУ, журнал заявок с отметкой об оплате.
• Механизм управления: продавец-консультант.

 

 

 

Рис. 2. Первый уровень детализации контекстной диаграммы

 

Второй уровень декомпозиции контекстной диаграммы (Рис. 3).

Бизнес-процессы:

• Оформление заявки
• Входная информация: устная заявка, прайс-лист.
• Выходная информация: оформленная заявка.
• Управление: правила оформления заявки.
• Механизм управления: менеджер отдела продаж.
• Регистрация заявки
• Входная информация: оформленная заявка, журнал заявок.
• Выходная информация: журнал заявок с отметкой о регистрации заявки, зарегистрированная заявка.
• Управление: ПБУ.
• Механизм управления: менеджер отдела продаж.
• Выставление счета
• Входная информация: зарегистрированная заявка.
• Выходная информация: счет, информация о счете.
• Управление: ПБУ.
• Механизм управления: менеджер отдела продаж.
• Регистрация счета
• Входная информация: информация о счете, реестр счетов.
• Выходная информация: реестр счетов с отметкой о регистрации счета.
• Управление: ПБУ.
• Механизм управления: менеджер отдела продаж.

 

 

 

 

Рис. 3. Второй уровень детализации контекстной диаграммы

 

1.4. Модель DFD бизнес-процесса «Продаж бытовой техники»

 

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

Всего DFD использует четыре важных элемента:

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

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

 

Рис. 4. Первый уровень детализации контекстной диаграммы

 

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

 

 

Рис. 5. Второй уровень детализации диаграммы

 

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

 

 

 

 

 

 

 

 

 

 

 

1.5. Модель IDEF3 бизнес-процесса «Продаж бытовой техники»

 

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

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

Модель, выполненная в IDEF3, может содержать следующие элементы:

1. Единицы работы (Unit of Work) - основной компонент диаграммы IDEF3 близкий по смыслу к работе IDEF0.
2. Связи (Links) - Связи, изображаемые стрелками, показывают взаимоотношения работ. В IDEF3 различают три типа связей:
3. Связь предшествования (Precedence) – показывает, что прежде чем начнется работа-приемник, должна завершиться работа-источник. Обозначается сплошной линией.
4. Связь отношения (Relational) - показывает связь между двумя работами или между работой и объектом ссылки. Обозначается пунктирной линией.
5. Поток объектов (Object Flow) – показывает участие некоторого объекта в двух или более работах, как, например, если объект производится в ходе выполнения одной работы и потребляется другой работой. Обозначается стрелкой с двумя наконечниками.

 

 

Рис. 6. Первый уровень детализации контекстной диаграммы

 

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

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

 

2. ПОСТАНОВКА ЗАДАЧИ  ПО РАЗРАБОТКЕ И ПРОЕКТИРОВАНИЮ     АРМ МЕНЕДЖЕРА ПО РАБОТЕ С  КЛИЕНТАМИ

 

2.1. Организационно-экономическая  сущность задачи

Наименование задачи – «Обработка данных продаж бытовой техники».

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

Периодичность решения –  ежемесячно.

Срок выполнения задачи – дата расчета – 2 число следующего месяца.

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

 

2.2. Описание исходной информации

Исходной информацией для решения задачи «Обработка данных продаж бытовой техники» является:

-Журнал заявок (Приложение 1)                                                                                                    

                                                                                                                                              -Заявка (Приложение 2)

 

-Товарная накладная (Приложение 3)

 

Характеристика исходной информации приведена в таблице 3.

Таблица 3.

Характеристика исходной информации

Наименование информации	Общая характеристика информации	Источники информации	Сроки сбора информации	Способ поступления
Журнал заявок	Текущая информация	Менеджер отдела продаж	Ежедневно	Канал связи
Заявка	Текущая информация	Менеджер отдела продаж	Ежедневно	Канал связи
Товарная накладная	Текущая информация	Продавец-консультант	Ежедневно	Канал связи

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