Аналитическая часть

Введение        5

1        Аналитическая часть        7

1.1        Технико-экономическая характеристика предметной области и предприятия. Анализ деятельности «КАК ЕСТЬ»        7

1.1.1        Характеристика предприятия и его деятельности        7

1.1.2        Организационная структура управления предприятием        9

1.1.3        Программная и техническая архитектура ИС предприятия        16

1.2        Характеристика комплекса задач, задачи и обоснование необходимости автоматизации        23

1.2.1        Выбор комплекса задач автоматизации и характеристика существующих бизнес процессов        23

1.2.2        Определение места проектируемой задачи в комплексе задач и ее описание                25

1.2.3        Обоснование необходимости использования вычислительной техники для решения задачи        29

1.2.4        Анализ системы обеспечения информационной безопасности и защиты информации        32

1.3        Анализ существующих разработок и выбор стратегии автоматизации «КАК ДОЛЖНО БЫТЬ»        33

1.3.1        Анализ существующих разработок для автоматизации задачи        33

1.3.2        Выбор и обоснование стратегии автоматизации задачи        39

1.3.3        Выбор и обоснование способа приобретения ИС для автоматизации задачи                43

1.4        Обоснование проектных решений        44

1.4.1        Обоснование проектных решений по информационному обеспечению                        44

1.4.2        Обоснование проектных решений по программному обеспечению        46

1.4.3        Обоснование проектных решений по техническому обеспечению        59

2        Проектная часть        61

2.1        Разработка проекта автоматизации        61

2.1.1        Этапы жизненного цикла проекта автоматизации        61

2.1.2        Ожидаемые риски на этапах жизненного цикла и их описание        64

2.1.3        Организационно-правовые и программно-аппаратные средства обеспечения информационной безопасности и защиты информации        66

2.2        Информационное обеспечение задачи        69

2.2.1        Информационная модель и её описание        69

2.2.2        Характеристика нормативно-справочной, входной и оперативной информации        69

2.2.3        Характеристика результатной информации        73

2.3        Программное обеспечение задачи        75

2.3.1        Общие положения (дерево функций и сценарий диалога)        75

2.3.2        Характеристика базы данных        77

2.3.3        Структурная схема пакета (дерево вызова программных модулей)        81

2.3.4        Описание программных модулей        83

2.4        Контрольный пример реализации проекта и его описание        85

3        Обоснование экономической эффективности проекта        92

3.1        Выбор и обоснование методики расчёта экономической эффективности                        92

3.2        Расчёт показателей экономической эффективности проекта        95

Заключение        101

Список использованной литературы        103

Приложение. Листинг основных программных модулей        105

Введение

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

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

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

Аналитическая часть Технико-экономическая характеристика предметной области и предприятия. Анализ деятельности «КАК ЕСТЬ» Характеристика предприятия и его деятельности

-хауз» возникло в 1996 году путем объединения крупных московских магазинов объединились под единым брендом, и с этого момента началась непрерывная история развития розничной сети, которой тогда только предстояло стать крупнейшей в России. В 2000 году в Москве было уже 50 магазинов «Биг-хауз».

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

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

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

Организационно -хауз»  состоит из следующих структурных звеньев (рисунок 1.1).

Программная и техническая архитектура ИС предприятия

Укрупненная схема технической архитектуры -хауз» представлена на рисунке 1.2.

Локальная вычислительная сеть построена на основе многопротокольного маршрутизатора в стойке IBM System Storage SAN06B-R.

Данное сетевое устройство имеет следующие особенности:

Скорость  передачи данных до 8 Гбит/с ; Аппаратное сжатие, большие «окна» и выборочное подтверждение IP-пакетов для оптимизации производительности расширения сетей хранения данных через IP-сети;

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

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

На основании схемы, основными процессами компании можно назвать:

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

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

Определение места проектируемой задачи в комплексе задач и ее описание

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

Обоснование необходимости использования вычислительной техники для решения задачи

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

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

Анализ системы обеспечения информационной безопасности и защиты информации

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

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

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

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

Анализ существующих разработок и выбор стратегии автоматизации «КАК ДОЛЖНО БЫТЬ» Анализ существующих разработок для автоматизации задачи

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

Выбор CRM для конкретной ситуации производится после формирования компанией бизнес – требований к будущему инструменту автоматизации продаж - CRM системе.

Выбор и обоснование стратегии автоматизации задачи

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

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

Выбор и обоснование способа приобретения ИС для автоматизации задачи

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

1. Покупка готового продукта.

2. Покупка готового продукта с последующей модификацией под клиента.

3. Разработка собственного продукта

4. Модификация уже имеющегося и находящегося в эксплуатации продукта.

Покупка готового продукта - один из самый простых вариантов, не требующих каких-либо затрат, кроме денежных. Среди плюсов такого способа можно выделить минимальную затрату времени и усилий на введение продукта в эксплуатацию. Кроме того, есть очень большая вероятность приобрести качественный актуальный продукт из последних разработок, ввиду очень большого конкурентного товарного рынка. Основными минусами является безусловная дороговизна, т. к. хороший продукт стоит дорого, и невозможность адаптировать систему под себя на 100%, даже используя все её функции по максимуму. В виду последнего минуса есть вероятность возникновения критических ошибок несоответствия системы и структурной организации компании, на устранение которых потребуются большие затраты времени, т. к. скорее всего, придется обращаться к производителю. [17]

Обоснование проектных решений Обоснование проектных решений по информационному обеспечению

Информационное обеспечение (ИО) подсистемы представляет собой информационную модель работы сотрудников предприятия. Различают внемашинное и внутримашинное обеспечение.

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

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

Обоснование проектных решений по программному обеспечению

Программное обеспечение (ПО) включает совокупность программ, реализующих функции и задачи ИС и обеспечивающих устойчивую работу комплексов технических средств. В состав программного обеспечения входят общесистемные и специальные программы, а также инструктивно-методические материалы по применению средств программного обеспечения и персонал, занимающийся его разработкой и сопровождением на весь период жизненного цикла ИТ [9].

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

Разработка проекта автоматизации
Этапы жизненного цикла проекта автоматизации

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

Существуют следующие стандарты проектирования информационных систем:

ГОСТ 34.601-90 ISO/IEC 12207:1995 (российский аналог — ГОСТ Р ИСО/МЭК 12207-99) Custom Development Method (методика Oracle) Rational Unified Process (RUP).

Ожидаемые риски на этапах жизненного цикла и их описание

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

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

Организационно-правовые и программно-аппаратные средства обеспечения информационной безопасности и защиты информации

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

защита информации непосредственно в информационной системе от внутренних угроз; защита информации от внешних угроз.

Для защиты от внутренних угроз в системе используется политика разделения прав доступа. Характеристика политики приведена в таблице 2.2.

Информационное обеспечение задачи Информационная модель и её описание

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

Характеристика нормативно-справочной, входной и оперативной информации

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

Прайс-лист; Договоры о продажах; Список менеджеров отдела.

Прайс-лист содержит следующие реквизиты:

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

Характеристика результатной информации

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

Счет-фактура; Список счет фактур; Отчет по продажам за клиента за произвольный период; Отчет по продажам за товар за произвольный период; Отчет по продажам за группу товара за произвольный период; Отчет по продажам за тип товара за произвольный период;

Программное обеспечение задачи Общие положения (дерево функций и сценарий диалога)

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

Работу с системой осуществляет менеджер отдела продаж. Дерево функций системы  представлено на рисунке 2.2.

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

При выполнении функция по работе с учетом продаж менеджер имеет возможность создать запись, копировать ее из буфера, удалить запись, отправить на печать созданный документ либо сформировать результатный документ в формате MS Excel в соответствии с перечнем результатных документов, приведенных в пункте 2.2.3. Основным документом является счет-фактура,

Характеристика базы данных

Инфологическая (концептуальная) модель — это формализованное описание предметной области, выполненное безотносительно к используемым в дальнейшем программным и техническим средствам.[3] Инфологическая модель должная быть динамической и позволять легкую корректировку. К основным требованиями, предъявляемым к инфологической модели, можно отнести следующие:

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

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

Структурная схема пакета (дерево вызова программных модулей)

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

Система состоит из двух основных модулей – базы данных MySQL и приложения для взаимодействия с базой данных, реализованного на языке программирования PHP и c использованием HTML.

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

Описание программных модулей

Схема описания работы программного модуля представляет собой блок-схему и состоит из:

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

Схема  модуля учета товаров приведена на рис. 2.6.

Рисунок 2.1 Схема программного модуля

Листинг программных модулей приведен в Приложении.

Контрольный пример реализации проекта и его описание

В данном пункет рассмотрим контрольны пример работы системы учета продаж.

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

Выбор и обоснование методики расчёта экономической эффективности

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

Под методом оценки эффективности ИС подразумевается способ или набор средств проведения полной оценки ИС. Они могут состоять как из

                                       (3.1.8)

Расчёт показателей экономической эффективности проекта

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

Для этого необходимо оценить объемы обрабатываемой информации в базовом и проектном варианте. Для расчета стоимостных показателей учтем, что заработная плата секретаря составляет около 30000 рублей. Так как в рабочей неделе содержится 5 рабочих дней по 8 часов, стоимость одного часа работы секретаря составит:

30000/(5*8)=170,45 рублей в час.

Заключение

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

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

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

Список использованной литературы

Введение в системы баз данных – СПб: Издательский дом "Вильямс", 2000. - 848 с.; , CASE-технологии. Современные методы и средства проектирования информационных систем - М.: Финансы и статистика, 2006. Основы логистики: Учеб. пособие/ Инфоpм.-внедpен. центp "Маpкетинг".- М., 2005.- 121,  с.: ил., табл. Дейв Крейн, Эрик Паскарелло, Даррен Джеймс. AJAX в действии: Учебник – М.: Вильямс, 2006. 450 – 490 с. роектирование реляционных баз данных для использования с микро-ЭВМ М.: Финансы и статистика, 1991. Базы данных: проектирование и использование: Учебник. – М.: Финансы и статистика, 2005. – 592 с. Дэвид Флэнаган. JavaScript. Подробное руководство: Учебник – М.: Символ Плюс, 2008. 243 – 249 с. Введение в базы данных. Центр Интернет ЯрГУ, 1997. Гэннон Дж. Принципы разработки программного обеспечения / Пер. с англ. — М.: Мир, 1982. — 386 с., ил. , Автоматизация оперативного и  бухгалтерского учета товаров, 1997. Информационные системы: Учебник для вузов. 2-е изд. СПб: "Питер", 2005 г - 656 стр. раг, рвин, Access 2000 - Библия пользователя, Диалектика, 2000. Крис Дейт. Введение в базы данных, 6-е изд. Киев, Диалектика, 1998. Кристиан Дари, Богдан Бринзаре, Филип Черчез-Тоза, Михай Бусика. AJAX и PHP. Разработка динамических веб-приложений: Учебник – М.: Символ Плюс, 2006.