Автоматизации процесса оформления заказов. Автоматизации процесса оформления заказов на ремонт техники в ООО Объединенные ресурсы
Скачать 5.51 Mb.
|
1.4 Анализ существующих разработокВнедрение информационной системы может осуществляться только одним способом – разработка новой системы. Остается только выбор программного решения. Рассмотрим наиболее популярные из них: WordPress — система управления содержимым сайта с открытым исходным кодом, распространяемая под GNU GPL. Написана на PHP, в качестве сервера базы данных использует MySQL. Сфера применения — от блогов до достаточно сложных новостных ресурсов и интернет-магазинов. Встроенная система «тем» и «плагинов» вместе с удачной архитектурой позволяет конструировать практически любые проекты. Требования к ПО начиная с версии 3.2: PHP версии 5.2.4 или старше; MySQL версии 5.0 или выше; модуль Apache mod_rewrite (для «красивых» адресов, называемых постоянными ссылками). До версии 3.2: PHP версии 4.3 или выше; MySQL версии 4.1.2 или выше. Drupal — система управления содержимым, используемая также как каркас для веб-приложений (CMF), написанная на языке PHP и использующая в качестве хранилища данных реляционную базу данных (поддерживаются MySQL, PostgreSQL и другие). Drupal является свободным программным обеспечением, защищённым лицензией GPL, и развивается усилиями энтузиастов со всего мира. Системные требования: Drupal в первую очередь ориентирован на платформу LAMP, но возможны варианты использования другого системного ПО. Операционная система: семейство Unix (в том числе FreeBSD, Mac OS X), Windows (любые ОС, на которых может работать интерпретатор PHP). Веб-сервер: Apache, Nginx, Lighttpd, IIS Versions 6, 7 (через Fast CGI) (теоретически любой веб-сервер, допускающий исполнение PHP-кода). СУБД: MySQL, PostgreSQL (в принципе несложна адаптация к другим реляционным СУБД, например IBM DB2). PHP версии 4.3.3 и выше (для совместимости со всеми сторонними модулями рекомендуется применять PHP 5, вместо PHP 4). Drupal 7 требует PHP 5.2.4 и выше. Joomla! — система управления содержимым (CMS), написанная на языках PHP и JavaScript, использующая в качестве хранилища базы данных СУБД MySQL или другие индустриально-стандартные реляционные СУБД. Является свободным программным обеспечением, распространяемым под лицензией GNU GPL. Минимальные системные требования: Для версий 1.6, 1.7 и 2.5 требуются, как минимум, Apache 2.0, PHP 5.2.4 и MySQL 5.0.4. Для версии 3.x требуются PHP 5.3.10+ (Magic Quotes GPC off), MySQL 5.1+ (с поддержкой InnoDB), Apache 2.x+ (с модулями mod_mysql, mod_xml, и mod_zlib) MODX (читается «модэ́кс») — система управления содержимым с открытым исходным кодом и открытой лицензией. Написана на языке программирования PHP, использует для хранения данных СУБД MySQL или MS SQL. Рекомендуемые системные требования: Операционная система — Linux x86, x86-64, либо Windows Server 2008. Веб-сервер — Apache 2.2.x или IIS 7.0. Базы данных — MySQL 5.1.x. Кодировка таблиц по умолчанию UTF-8 BOM. Плюс должны быть разрешены команды SELECT, INSERT, UPDATE, DELETE, CREATE, ALTER, INDEX, DROP. Дополнительно должен поддерживаться механизм хранения под названием MyISAM. PHP и его модули — PHP версии 5.1.1 или выше (исключая 5.1.6 / 5.2.0), запуск с FastCGI. Должны быть установлены Opcode cache (APC, Wincache), FastCGI, JSON, cURL, Imagemagick, GD lib, PDO с драйвером баз данных, SimpleXML. Также настройки php.ini должны быть следующими: safe_mode off, register_globals off, magic_quotes_gpc off. Плюс memory_limit от 64 МБ (а лучше больше). 1.5 Обоснование необходимости разработки экономической информационной системыОснованием для внедрения информационной системы является решение руководства организации внедрить информационную систему для улучшения процесса оформления заявок на выезде. Заказчиком является организация ООО «Объединенные ресурсы». Начало работ - 8 декабря, окончание работ - 15 марта. Перечень нормативно-технических и методических документов: ГОСТ 34.601-90 Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания; РД 50-34.698-90 Автоматизированные системы требования к содержанию документов. До внедрения информационной системы в организации отдельно велось оформление заявок, назначение мастеров, составление отчетов. Учет данных документов в отделе по работе с клиентами велся в программе MS Excel. В связи с этим можно выявить следующие недостатки данных систем: Низкая скорость доступа к данным. Плохая структурированность данных усложняет поиск необходимой информации. Сложность доступа к данным. Все необходимые данные ведутся в файлах MS Excel, что не дает возможности пользоваться файлом сразу нескольким сотрудникам. На ООО «Объединенные ресурсы» существуют следующие программы автоматизации: Оперативная система Windows 7, офисные средства автоматизации компании Microsoft, Google Analitiсs для ведения отчетности по рекламе и SEO, FustTrust для прогонки сайтов и выявления их Trust и спама, Instal Tool для работы с соц.сетями. На основании всего вышесказанного можно сделать вывод, что предприятию необходимо автоматизировать процесс оформления заказов, создав информационную систему. Это позволит интегрировать информационную систему процесса оформления заказов в общую систему организации. В данной модели появляется информационная система. С помощью информационной системы работа в данном процессе становится централизованной. В процессе работы информационная система получает все необходимые данные из отделов, участвующих в процессе. На основании полученных данных информационная система создает отчеты. Созданные отчеты помогают руководству увидеть всю ситуацию наглядно, а также помогают в принятии управленческих решений. Появление данной информационной системы также поможет повысить эффективность работы организации. После анализа предприятия были выявлены недостатки в оформлении заказа клиента. Были поставлены определенные требования для решения данной проблемы Требование — это условие или характеристика, которой должно удовлетворять разрабатываемое ПО. Сбор требований – это процесс, включающий мероприятия, необходимые для создания и утверждения документа, содержащего спецификацию системных требований. Сбор требований осуществляется на основе использования метода совещания и изучения документации. Сайт по выезду мастера должен иметь веб-интерфейс, но он должен иметь возможность подключения через другие интерфейсы (веб-сервисы и т.п.) Пользователь должен иметь возможность добавить заказ в онлайн корзину, после чего оформить заказ. Пользователь должен иметь возможность отменить заказ до того, как он отправлен по почте. Должна быть возможность гарантийного ремонта. Проектная часть2.1 Обоснование выбора case-средств и технологии для проектированияАрхитектурное проектирование связано с выбором стратегий решений и моделирование системы. Стратегия решения связана с построением клиентской и серверной части системы, а ПО промежуточного уровня необходимо для «склеивания» клиента и сервера. Решение по основным строительным блокам только отчасти зависит от выбранной стратегии решения. Создание архитектуры информационной системы требует соблюдение следующих условий: соответствие с миссией организации; определенность в требованиях; направленность в разработке; возможность к адаптации; необходимость гибкости. После тщательного анализа требований и сценариев использования архитектор системы предлагает участникам проекта документ, в котором в виде набора моделей описана архитектура будущего приложения. Поскольку эта работа посвящена разработке Web-приложений, предполагается, что именно такая архитектура позволит лучше всего удовлетворить выдвинутым в проекте требованиям. Главными задачами дополнительного клиентского ПО WEB-приложений, ориентированных на представление данных, являются: обеспечение интерфейса пользователя (выполнение сценариев, активизируемых пользователем с помощью элементов управления); накопление данных, передаваемых на клиентский компьютер в процессе работы приложения; динамическая генерация визуальных представлений данных. Все создаваемые в процессе работы WEB-приложения объекты данных можно разделить на следующие категории: содержательные данные, представление которых осуществляется WEB-приложением; метаданные, определяющие способы представления и параметры визуализации содержательных данных; метаданные, определяющие сценарии представления содержательных данных. 2.2 Описание мнемосхемы и модели проектируемой информационной системы («КАК ДОЛЖНО БЫТЬ»)Для наглядного представления деятельности организации после внедрения информационной системы на рисунке 2.1 представлена мнемосхема процесса «КАК БУДЕТ». Рисунок 2.1 – Мнемосхема «КАК БУДЕТ» В данной модели появляется информационная система. С помощью информационной системы работа предприятия в данном процессе становится централизованной. В процессе работы информационная система получает все необходимые данные из отделов, участвующих в процессе. На основании полученных данных информационная система создает отчеты. Созданные отчеты помогают руководству увидеть всю ситуацию наглядно, а также помогают в принятии управленческих решений. Появление данной информационной системы также поможет повысить эффективность работы предприятия. 2.2.1 Описание постановки комплекса задачИнформационная система оформление заказов будет включать следующие подсистемы: учет и контроль заявок: предназначен для регистрации и оперативного учета заявок; учет документов: предназначен для регистрации гарантийных талонов и отчетов о выполненной работе. В рамках данного дипломного проекта предлагается внедрить информационную систему оформления заказов для улучшения эффективности работы на предприятии. Данная информационная система будет содержать единую базу данных заказов. Благодаря хранению необходимой информации в единой системе большая часть результативных документов будет заполняться автоматически. Все это позволит упростить процесс передачи необходимых данных между сотрудниками, участвующими в процессе. В разрабатываемой системе должны быть реализованы следующие функции: управление базой заказов, регистрация и хранение; база знаний по услугам, структурирование информации, поиск по ключевым словам, быстрый доступ к информации; управление базой отчетов, доступ к информации; защита информации, настройка для пользователей прав доступа к информации. Построенная функциональная модель предлагаемого процесса по методологии IDEF0 изображена на рисунке 2.2 - 2.3. Рисунок 2.2 – Контекстная диаграмма предлагаемого процесса оформления заказа Рисунок 2.3 – Декомпозиция функциональной модели предлагаемого процесса оформление заказа Главный функциональный блок А0 «Оформление заказа»: заявка на ремонт. Управлением являются устав предприятия, нормативная документация, налоговый кодекс РФ, закон о защите прав потребителей. На выходе данного процесса получаем: выполненную заявку, гарантийный талон, отчет об исполнении. Над процессом оформления заказа была проведена декомпозиция на следующие функциональные подблоки: А01 – Оформление заявки. В данном блоке входом является: заявка на ремонт, а выходом – выполненная заявка, запрос на оформление гарантийного талона. А02 – Оформление гарантийного талона. В данном блоке входом является: запрос на оформление гарантийного талона, а выходом – гарантийный талон, запрос на оформление отчета. А03 – Оформление отчета. В данном блоке входом является: запрос на оформление отчета, а выходом – отчет об исполнении. |