Разработка информационной подсистемы управления заказами клиентов для предприятия

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

ВВЕДЕНИЕ 7
1 АНАЛИТИЧЕСКАЯ ЧАСТЬ 9
1.1 Характеристика деятельности предприятия 9
1.2 Характеристика экономической информационной системы предприятия 12
1.3 Характеристика электронного и бумажного документооборота предметной области 12
1.4 Постановка задачи 12
1.5 Анализ существующих разработок и обоснование выбора технологии проектирования 12
2 ПРОЕКТНАЯ ЧАСТЬ 12
2.1 Информационное обеспечение задачи 12
2.2 Программное и технологическое обеспечение задачи 12
3 ОБОСНОВАНИЕ ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ ПРОЕКТА 12
3.1 Выбор и обоснование методики расчета экономической эффективности проекта 12
3.2 Расчет расходов на создание проекта 12
3.3 Расчет экономического эффекта и срока окупаемости затрат 12
3.4 Расчет показателей экономической эффективности проекта 12
ЗАКЛЮЧЕНИЕ 12
СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ 12

Процесс автоматизации является объективной необходимостью сегодняшнего времени. Практическая реализация процесса на конкретном предприятии, позволяет сделать прозрачным всю картину работы, включая планирование, учет заключения договоров, учет и контроль приемки выполненных объемов работ, расчетов с подрядными организациями и др.
Преимущества системы автоматизации учета очевидны. Во-первых, это сокращение сроков обработки информации, так как система быстрее находит решение, основываясь на имеющихся данных. Во-вторых, вся информация храниться в одном месте, что позволяет централизовать управление учетом. В-третьих, информация о текущем состоянии дел доступна для удаленного пользователя.
Выбор программного продукта, на базе которого будет построена автоматизированная система - одна из первооч ередных задач, возникающая на проекте автоматизации. И её решение во многом определит не только весь ход проекта, но и возможности будущей системы.
Цель данного дипломного проекта – разработать программу, которая обеспечит корректное ведение базы данных, содержащих данные об услугах организации, клиентах, контактах с клиентами, заказах, счетах, а также дополнить ее средствами точного и частичного поиска информации, обеспечения ссылочной целостности базы данных, формирования различных отчетов т. д.
В дипломном проекте предлагается решить проблемы автоматизации управления заказами организации, а именно автоматизация учета клиентов, счетов и заказов.
Проект состоит из трех частей. В первой (аналитической) части дается характеристика предприятия, как объекта автоматизации, анализируются основные направления его деятельности, проводится исследование информационной системы предприятия, и формируются предложения по ее совершенствованию, проводится анализ существующих аналогичных разработок и на основании проведенного анализа выбирается технология проектирования подсистемы.
Первая часть завершается анализом имеющейся на фирме экономической информационной системы и выявлением проблемы по автоматизированному учету клиентов, счетов и заказов.
Во второй (проектной) части разрабатывается проект автоматизации процесса учета клиентов, счетов и заказов. Вначале проводится моделирование промежуточных и результатных информационных потоков и функций предметной области, разрабатывается структура нормативно-справочной и оперативной информации, далее, выбираются программные средства, обеспечивающие реализацию проекта, и описываются этапы технологии сбора, передачи, обработки и выдачи информации.
В третьей (экономической) части рассматривается экономическая эффективность от внедрения проекта, определяются затраты на его разработку.
Для достижения поставленной цели были решены такие задачи как, изучение существующих информационных систем, используемых строительными организациями, изучение информационных потоков и бизнес-процессов ООО «», проектирование и внедрение разработанного программного продукта.

 ПРОЕКТНАЯ ЧАСТЬИнформационное обеспечение задачиОрганизация информационной базы влияет на эффективность всей системы, возможность решения функциональных задач и т.д. Поэтому при разработке должны быть приняты проектные решения по объемам, размещению, формам организации информации, циркулирующей в системе. При разработке концепции построения системы были определены данные, которые необходимо хранить, и был разработан состав БД, удовлетворяющий функциональным требованиям.При функционировании данной информационной системы должен осуществляться контроль входной и выходной информации, в том числе данных вводимых пользователем и данных, содержащихся в таблицах баз данных.В случае ошибки ввода-вывода должны выдаваться соответствующие сообщения и предоставляться возможность исправления ошибок и продолжения работы.При выполнении операций по изменению или удалению данных необходимо обеспечить целостность БД. Для операций удаления необходимо предусмотреть возможность отмены. При попытке поиска данных, отсутствующих в базе, должно выводиться соответствующее сообщение.На этой основе разработана база данных, состоящая из таблиц-справочников и таблиц, хранящих оперативную информацию. При разработке БД учитывались следующие требования:наложить на вводимые пользователями данные ограничения по диапазонам значений (по числовым значениям, количеству символов) для поддержания логической верности вводимых данных и избежания сбоев в системе при несоответствии типов данных и т.п.;сохранять справочные и оперативные данные по первичным документам;утерянные данные восстанавливать из архива или путем повторного ввода.Для разработки логической информационной модели базы данных использована программа ERWin 4.0. В рамках реализации данного дипломного проекта подлежат разработке следующие функции:ведение справочника продаваемой продукции;ведение справочников клиентовведение справочника услуг, оказываемых клиентам;формирование счета на продажу и счета фактуры;формирование статистики по продажам товара, а также по клиентам.В данном проекте должны быть автоматизированы такие функции сервисной службы, как:функции менеджера по формированию заказа на поставку оборудования, или производства каких-либо строительно-монтажных работ;процесс учета движения оборудования по складу;анализ стоимости заказа и стоимости оборудования, используемого в конкретном заказе;автоматизирована функция формирования счета и счета-фактуры.Реализацию проекта по созданию информационной системы принято разбивать на стадии анализа (прежде чем создавать информационную систему, необходимо понять и описать бизнес-логику предметной области), проектирования (необходимо определить модули и архитектуру будущей системы), непосредственного кодирования, тестирования и сопровождения[3].Сущность структурного подхода к разработке информационных систем заключается в ее декомпозиции (разбиении) на автоматизируемые функции: система разбивается на функциональные подсистемы, которые в свою очередь делятся на подфункции, подразделяемые на задачи и так далее. Процесс разбиения продолжается вплоть до конкретных процедур. При этом автоматизируемая система сохраняет целостное представление, в котором все составляющие компоненты взаимоувязаны. Основные этапы, на которые разбивается процесс проектирования информационной системы, следующие: Концептуальное проектирование – сбор, анализ и редактирование требований к данным (обследование предметной области, изучение ее информационной структуры, выявление всех фрагментов, каждый из которых характеризуется пользовательским представлением, информационными объектами и связями между ними, процессами над информационными объектами, моделирование и интеграция всех представлений).Логическое проектирование – преобразование требований к данным в структуры данных. На выходе получаем СУБД-ориентированную структуру базы данных и спецификации прикладных программ. Физическое проектирование – определение особенностей хранения данных, методов доступа и т.д. [2].Для проведения структурно-функционального анализа области автоматизации использованаCase-технология. Это инструментальное средство автоматизации проектирования информационных систем фирмы LogicWorks. Для проведения анализа и реорганизации бизнес-процессов LogicWorks предлагает CASE - средство BPwin, поддерживающее методологии IDEF0 (функциональная модель), DFD (потоки информации), методологии IDEF3. Методология IDEF0 предписывает построение иерархической системы диаграмм - единичных описаний фрагментов системы. Сначала проводится описание системы в целом и ее взаимодействия с окружающим миром (контекстная диаграмма), после чего проводится функциональная декомпозиция - система разбивается на подсистемы и каждая подсистема описывается отдельно (диаграммы декомпозиции). Затем каждая подсистема разбивается на более мелкие и так далее до достижения нужной степени подробности. Нотация DFD включает такие понятия как внешняя ссылка и хранилище данных, что делает ее более удобной (по сравнению с IDEF0) для моделирования документооборота. Методология IDEF3 включает элемент “перекресток”, что позволяет описать логику взаимодействия компонентов системы. Источники информации (внешние сущности) порождают информационные потоки (потоки данных), переносящие информацию к подсистемам или процессам. Те в свою очередь преобразуют информацию и порождают новые потоки, которые переносят информацию к другим процессам или подсистемам, накопителям данных или внешним сущностям - потребителям информации. Таким образом, основными компонентами диаграмм потоков данных являются: внешние сущности; системы/подсистемы; процессы; накопители данных. Каждая сущность должна обладать уникальным идентификатором. Каждый экземпляр сущности должен однозначно идентифицироваться и отличаться от всех других экземпляров данного типа сущности. Каждая сущность должна обладать некоторыми свойствами: каждая сущность должна иметь уникальное имя; сущность обладает одним или несколькими атрибутами, которые либо принадлежат сущности, либо наследуются через связь; сущность обладает одним или несколькими атрибутами, которые однозначно идентифицируют каждый экземпляр сущности; каждая сущность может обладать любым количеством связей с другими сущностями модели.Связь - это ассоциация между сущностями, при которой, как правило, каждый экземпляр одной сущности, называемой родительской сущностью, ассоциирован с произвольным (в том числе нулевым) количеством экземпляров второй сущности, называемой сущностью-потомком, а каждый экземпляр сущности-потомка ассоциирован в точности с одним экземпляром сущности-родителя. Таким образом, экземпляр сущности-потомка может существовать только при существовании сущности родителя. Атрибут - представляет тип характеристик или свойств, ассоциированных с множеством реальных или абстрактных объектов (людей, мест, событий, состояний, идей, пар предметов и т.д.). Экземпляр атрибута определяется типом характеристики и ее значением, называемым значением атрибута. В Erwin-модели атрибуты ассоциируются с конкретными сущностями. Таким образом, экземпляр сущности должен обладать единственным определенным значением для ассоциированного атрибута. Каждая сущность должна обладать хотя бы одним возможным ключом. Возможный ключ сущности - это один или несколько атрибутов, чьи значения однозначно определяют каждый экземпляр сущности. При существовании нескольких возможных ключей один из них обозначается в качестве первичного ключа, а остальные - как альтернативные ключи. В модели BPwin можно четко задокументировать важные позиции, такие как необходимые операции, проследить, как они выполняются и какие необходимы для этого ресурсы. Модель BPwin обеспечивает интегрированное изображение того, как работает фирма. Это изображение, в свою очередь, состоит из подмоделей подразделений.Ранее при исследовании информационных потоков фирмы была построена контекстная диаграмма (Рис.1.3), DFD диаграмма, отражающая документооборот на фирме ООО «А. Кристина» (Рис 1.4).Для выполнения структурно-функционально анализа разработки подсистемы «Управление заказами» для ООО «А. Кристина», в частности, для анализа процедур обработки информации о заказах построим IDEF0-диаграмму, используя Case-средство Bpwin. В IDEF0 система представляется как совокупность взаимодействующих работ или функций. Это позволяет смоделировать логику и взаимодействие процессов организации. Диаграммы потоков данных (DFD) используются для описания документооборота и обработки информации. DFD описывает: функции обработки информации (работы); документы, объекты, сотрудников, которые участвуют в обработке информации; таблицы для хранения документов (хранилище данных). Ранее при исследовании информационных потоков фирмы была построена по методологии IDEF0 контекстная диаграмма (Рис 1.3). В результате анализа предметной области была разработана функциональная модель системы разрабатываемой системы учета заказов для ООО «А.Кристина». Проектирование проводилось на основе методологий IDEF0 и DFD.Функциональная декомпозиция системы, приведенная на рисунке 2.1, проводилась на основе методологии DFD. Рисунок STYLEREF 2 \s 2. SEQ Рисунок \* ARABIC \s 2 1 - Функциональная модель управления заказамиДостаточно трудоемкий процесс по созданию логической модели БД можно автоматизировать, используя Case-технологию. На основе модели BPwin’а можно построить модель данных. Для построения модели данных LogicWorks предлагает мощный и удобный инструмент – Erwin. ERwin имеет два уровня представления модели - логический и физический. На логическом уровне данные представляются безотносительно конкретной СУБД, поэтому могут быть наглядно представлены даже для неспециалистов. Физический уровень данных - это, по - существу, отображение системного каталога, который зависит от конкретной реализации СУБД. Для построения модели предварительно требуется определить структуру таблиц (сущностей) проектируемой БД.Целью создания базы данных в данном проекте является структурирование и обработка информации, касающейся автоматизации деятельности по управлению заказами клиентов. Определим таблицы, которая должна содержать база данных, поля, типы данных полей и ключевые поля. Сначала определим структуру нормативно-справочной информации Характеристика нормативно-справочной информацииВ составе информационного обеспечения рассматриваемого комплекса задач важное место отводится классификаторам экономической информации: Обеспечить сжатие части показателей, а, следовательно, и сократить объем хранимой информации в ЭВМ и время на поиск информации, необходимой для решения задач, облегчить обработку информации позволяют классификация и кодирование информации. Кодированием называется процесс присвоения объектам кодовых обозначений. Основная цель кодирования состоит в  однозначном обозначении объектов, а также в обеспечении необходимой достоверности кодируемой информации. При проектировании кодов предъявляется ряд требований: охват всех объектов, подлежащих кодированию, и их однозначное обозначение; возможность расширения объектов кодирования без изменения правил их обозначения; максимальная информативность кода при минимальной его значности. Выбор системы кодирования в основном зависит от количества классификационных признаков и разработанной системы классификации. Система классификации - это совокупность правил распределения объектов множества на подмножества. Классифицирование - это процесс распределения объектов данного множества на подмножества. Классификация - это результат упорядоченного распределения объектов заданного множества. Различают иерархическую и многоаспектную системы классификации. Иерархическая система классификации предполагает разбиение исходного множества на подмножества, между которыми установлены отношения соподчиненности (иерархии). В многоаспектных системах классификации применяется параллельно несколько независимых признаков в качестве классификационных, т. е исходное множество рассматривается одновременно в разных аспектах. В данном проекте использована иерархическая система.Системы кодирования делятся на регистрационные иклассификационные. Регистрационная система кодирования используется для идентификации объектов, которые не требуют предварительной классификации и независимы от существа решаемых задач. В соответствии с приведенными требованиями к кодам в разрабатываемом проекте используется серийная система кодирования, учитывая возможность расширения кодируемого множества и разбиение по одному признаку классификации. К оперативной относится информация, которая меняется для каждого фиксированного случая ее использования. Справочная же информация изменяется достаточно редко и имеет более постоянный характер.Для удобства ввода и хранения входных данных в описываемом проекте используется следующая нормативно-справочная информация: категории клиентов; регионы;категории оборудования;оборудование.Структура данных представлена двенадцатью таблицами. Описание структуры таблиц приведено в таблицах 2.1 – 2.12.Таблица STYLEREF 2 \s 2. SEQ Таблица \* ARABIC \s 2 1- ДвижениеНазвание столбцаТип данныхПервичный ключIDдвижAutoNumberYesIDоборудLongIntegerNoДатаDate/TimeNoКоличествоLong IntegerNoПримечаниеText(50)NoТип операцииText(50)NoТаблица STYLEREF 2 \s 2. SEQ Таблица \* ARABIC \s 2 2 - Категория клиентаНазвание столбцаТип данныхПервичный ключid категорииAutoNumberYesКатегория клиентаText(50)NoХарактеристикаText(50)NoТаблица STYLEREF 2 \s 2. SEQ Таблица \* ARABIC \s 2 3 - Категория оборудованияНазвание столбцаТип данныхПервичный ключID категорииAutoNumberYesНазвание категорииText(50)NoОписание категорииText(100)NoТаблица STYLEREF 2 \s 2. SEQ Таблица \* ARABIC \s 2 4 - КлиентНазвание столбцаТип данныхПервичный ключIDAutoNumberYesid категорииLongIntegerNoid регионаLongIntegerNoWeb-страницаText(30)NoАдресText(100)NoБанкText(100)NoБИКText(10)NoБухгалтерText(60)NoИННText(10)NoК/сText(20)NoКППText(9)NoНаименованиеText(50)NoОбщая характеритикаText(150)NoР/сText(20)NoРуководительText(60)NoТелефонText(25)NoЭлектронная почтаText(50)NoТаблица STYLEREF 2 \s 2. SEQ Таблица \* ARABIC \s 2 5 - КонтактНазвание столбцаТип данныхПервичный ключID клиентаLongIntegerNoid контактаAutoNumberYesКонтрагентText(50)NoДатаDate/TimeNoДействиеText(50)NoРезультатText(200)NoТаблица STYLEREF 2 \s 2. SEQ Таблица \* ARABIC \s 2 6 - ОборудованиеНазвание столбцаТип данныхПервичный ключID категорииLong IntegerNoID оборудAutoNumberYesНаименование оборудованияText(50)NoОписаниеText(150)NoЦенаCurrencyNoТаблица STYLEREF 2 \s 2. SEQ Таблица \* ARABIC \s 2 7 - ОбслуживаниеНазвание столбцаТип данныхПервичный ключID клиентаLong IntegerNoid сервисаAutoNumberYesОказываемые услугиText(50)NoСтоимостьCurrencyNoТаблица STYLEREF 2 \s 2. SEQ Таблица \* ARABIC \s 2 8 - РегионНазвание столбцаТип данныхПервичный ключidAutoNumberYesНазвание регионаText(50)NoТаблица STYLEREF 2 \s 2. SEQ Таблица \* ARABIC \s 2 9 - ТипНазвание столбцаТип данныхПервичный ключID категорииLongIntegerNoID типаAutoNumberYesЗначениеText(50)NoХарактеристикаText(50)NoТаблица STYLEREF 2 \s 2. SEQ Таблица \* ARABIC \s 2 10 - Содержание счетаНазвание столбцаТип данныхПервичный ключIDоборудLongIntegerNoID позицииAutoNumberYesКоличествоLongIntegerNoНомерсчетаLong IntegerNoТаблица STYLEREF 2 \s 2. SEQ Таблица \* ARABIC \s 2 11 - РеквизитыНазвание столбцаТип данныхПервичный ключIDAutoNumberYesWeb-страницаText(30)NoАдресText(100)NoБанкText(100)NoБИКText(10)NoБухгалтерText(60)NoИННText(10)NoК/сText(20)NoКППText(9)NoНаименованиеText(50)NoР/сText(20)NoРуководительText(60)NoТелефонText(25)NoЭлектронная почтаText(50)NoТаблица STYLEREF 2 \s 2. SEQ Таблица \* ARABIC \s 2 12 - СчетНазвание столбцаТип данныхПервичный ключID клиентаLongIntegerNoID реквизитLongIntegerNoДатаDate/TimeNoНомер счетаAutoNumberYesОплаченYes/NoNoПримечаниеText(150)NoСтруктура таблиц определена и теперь можно перейти к созданию логической и физической модели БД. Создание логической модели с помощью CASE-средства ERwinВ реальном проектировании структуры базы данных применяются семантическое моделирование. Семантическое моделирование представляет собой моделирование структуры данных, опираясь на смысл этих данных. При составлении логической модели будем опираться на структурно – функциональные диаграммы, разработанные по методологии IEFD3.Выберем в проекте IEFD3 нужнуюдиаграмму и определим будущие таблицы. После определения всех таблиц будущей подсистемы и их структур произведем их экспорт из ВPwin в ERwin.Используя полученные результаты импортирования таблиц, построим физическую модель проектируемой БД (рис 2.2).Рисунок STYLEREF 2 \s 2. SEQ Рисунок \* ARABIC \s 2 2 - Физическая модель БДВ результате моделирования ERWin на основе физической модели MSAccess создал следующую схему данных (Рис.2.3).Рисунок STYLEREF 2 \s 2. SEQ Рисунок \* ARABIC \s 2 3- Схема данныхАнализ алгоритмов работы с базой данных При проектировании системы были использованы три класса алгоритмов:алгоритмы, связанные с проектированием подсистемы управления заказами;алгоритмы реляционной алгебры, необходимые для работы с БД;алгоритмы расчета необходимых показателей (вычисление стоимости заказа в зависимости от цены оборудования и количества, с учетом НДС).В качестве метода проектирования был выбран метод объектно-ориентированного проектирования.Объектно-ориентированное проектирование (object-orienteddesign, OOD)—это подход, в основе которого лежит представление о том, что программную систему нужно проектировать как совокупность взаимодействующих друг с другом объектов, рассматривая каждый объект как экземпляр определённого класса, причём классы образуют иерархию. Модели, для проектирования которой используется вышеназванный подход проектирования, присущи четыре главных элемента:абстрагирование;инкапсуляция;модульность;иерархия.Абстрагирование позволяет выделить существенные характеристики проектируемого объекта, отличающие его от других объектов. Инкапсуляция – процесс отделения друг от друга элементов объекта, определяющих его устройство и поведение. Она позволяет изолировать контрактные обязательства абстракции от их реализации. Модульность – свойство системы, которая была разложена на внутренне связные, но слабо связанные между собой модули. Иерархия – упорядочивание абстракций, расположение их по уровням. Абстрагирование и инкапсуляция дополняют друг друга. Абстрагирование направлено на наблюдение поведения объекта извне, а инкапсуляция определяет четкие границы между различными абстракциями, т.е. наблюдение за поведением объекта изнутри. Использование этих элементов проектирования и позволяет значительно увеличить производительность любой проектируемой системы.Таким образом, для проектирования подсистемы используется объектно-ориентированный подход.Система управления разработанной БД MSAccess использует реляционный подход для построения базы данных. Подобные системы основаны на реляционной модели данных, которые используются для моделирования взаимосвязей между объектами реального мира и для хранения данных об этих объектах. Применение реляционной модели данных обусловлено использованием реляционной алгебры и соответствующих алгоритмов и операций для выполнения действий над данными. Использование алгоритмов реляционной алгебры позволяет обеспечить высокую производительность работы с базой данных. [5].Характеристика результатной информацииРезультатной информацией являются готовые к печати документы, которые формируются в процессе работы с программой:Счет.Счет-фактура.Список счетов.Работа с клиентами.Прайс лист.Программное и технологическое обеспечение задачиСовременные средства разработки программного обеспечения характеризуются большим разнообразием критериев, используя которые разработчик имеет возможность автоматизировать процесс разработки приложений.