Диплом: Автоматизация управления поставками для "А7-инвест"
Поиск по базе
Скачать
файл
Заказать новую работу
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно
сообщите нам
«
1
2
3
4
5
6
7
»
26
Рис. 4 –
ввод
личный
измы
кабинет в
вовсю
программе мой
вызов
склад.
1.3.2. Выбор и
ввод
обоснование
измы
стратегии
вовсю
автоматизации
вызов
задачи
Клиент-сервер (англ. Client
-server)
—
ввод
вычислительная или
измы
сетевая
вовсю
архитектура, в
вызов
которой
ноша
задания или
внизу
сетевая
торг
нагрузка
ласт
распределены
врозь
между
кипа
поставщиками
анонс
услуг,
впору
называемыми
вывод
серверами, и
кила
за
казчиками
более
услуг,
веха
называемыми
аванс
клиентами. [1]
брать
Архитектура
бриг
клиент-сервер –
есть
один из
актив
способов
дата
организации
вывод
ИВС.
ИВС –
Совокупность
ввод
данных
измы
(баз
вовсю
данных) и
вызов
программ,
ноша
функционирующих на
вн
изу
вычислительных
торг
средствах как
ласт
единое
врозь
целое для
кипа
решения
анонс
определенных
впору
задач.
В большинстве ИВС
ввод
можно
измы
выделить
вовсю
основные
вызов
группы
ноша
функций:
•
Функции представления данных
•
Функции, характерные для
вво
д
решения
измы
задач в
вовсю
конкретной
27
предметной области
•
Функции управления ресурсами
В зависимости от
ввод
распределения
измы
этих
вовсю
функций
вызов
между
ноша
узлами
внизу
ИВС,
торг
выделяют
ласт
несколько
врозь
различных
кипа
вариантов
анонс
реализации
впору
архитектуры
вывод
клиентсервер,
кила
которые
более
представлены на
веха
рисунке 5.
Рис. 5 -
ввод
Способы
измы
организации
вовсю
клиент-серверной
вызов
архитектуры
Самый простой вариант
ввод
реализации
измы
архитектуры. В ней
вовсю
присутствуют
вызов
лишь два
ноша
звена –
внизу
клиент и
торг
сервер
Особенностью организации этого
ввод
способа
измы
взаимодействия
вовсю
является то,
что
вызов
сервер не
ноша
обращается ни к
внизу
каким
торг
сторонним
ласт
сервисам, а
врозь
использует
кипа
ли
шь
анонс
собственные
впору
ресурсы. На
вывод
рисунке 6
кила
представлена
более
двухуровневая
веха
клиент-
серверная
аванс
архитектура.
28
Рис.6 - Двухуровневая
трут
клиент-серверная
всюду
архитектура
Клиентская часть содержит
трут
уровень
всюду
представления
врозь
данных, а на
ноша
сервере
чтоб
находится
вечно
база
автор
данных
маяк
вместе с
всюду
СУБД и
есть
прикладными
синь
программами.
[3]
В рамках двухуровневой
трут
архитектуры
всюду
определены
врозь
следующие
ноша
основные
чтоб
модели
вечно
взаимодействия
автор
клиента и
маяк
сервера:
•
сервер приложений —
трут
удаленное
всюду
приложение.
•
файл-сервер — доступ к
трут
удаленной
всюду
базе
врозь
данных и
ноша
файловым
ресурсам;
•
сервер терминалов —
трут
распределенное
всюду
представление
врозь
данных;
•
сервер БД —
трут
удаленное
всюду
представление
врозь
данных;
В связи с
трут
развитием
всюду
распределенных
врозь
вычислений,
ноша
была
чтоб
выделена
вечно
трехуровневая
автор
архитектура. На
маяк
рисунке 7
всюду
представлена
есть
трехуровневая
синь
клиент-серверная
ноша
архитектура.
29
Рис. 7 -
трут
Трехуровневая
всюду
клиент-серверная
врозь
архитектура
Она реализуется на
трут
основе
всюду
модели
врозь
сервера
ноша
приложений, где
чтоб
сетевое
вечно
приложение
автор
разделено на две и
маяк
более
всюду
ча
сти,
есть
каждая из
синь
которых
ноша
может
вывод
выполняться на
чуть
отдельной
внизу
машине.
бинт
Выделенные
ноша
части
ядро
приложения
тяга
взаимодействуют
опак
друг с
вдоль
другом,
банк
обмениваясь
будто
сообщениями в
возле
заранее
всюду
согласованном
вызов
формате.
Как правило, третьим
трут
звеном в
всюду
трехзвенной
врозь
архитектуре
ноша
становится
чтоб
сервер
вечно
приложений,
автор
т.е.
маяк
компоненты
всюду
распределяются
есть
следующим
синь
образом:
1.
Представление данных — на
трут
стороне
всюду
клиента.
2.
Прикладной компонент — на
трут
выделенном
всюду
сервере
врозь
приложений.
3.
Управление ресурсами — на
трут
сервере БД,
всюду
который и
врозь
представляет
ноша
запрашиваемые
чтоб
данные. На
вечно
рисунке 8
автор
представлена
маяк
многоуровневая
всюду
клиент-
серверная
есть
архитектура.
30
Рис. 8 -
нате
Многоуровневая
ноша
клиент-серверная
сбой
архитектура
Трехуровневая архитектура может
нате
быть
ноша
расширена до
сбой
многоуровневой
факт
путем
нате
выделения
ввиду
дополнительных
ниже
серверов,
взн
ос
каждый из
вдоль
которых
базис
будет
темп
представлять
возле
собственные
лады
сервисы и
опак
пользоваться
рапс
услугами
троп
прочих
архив
серверов
вволю
разного
вызов
уровня.
Многоуровневые клиент-серверные системы
нате
достаточно
ноша
легко
сбой
можно
факт
перевести на
нате
Web-
технологию
-
для
ввиду
этого
ниже
достаточно
взнос
заменить
вдоль
клиентскую
базис
часть
темп
универсальным или
возле
специализированным
лады
браузером, а
опак
сервер
рапс
приложений
троп
дополнить
архив
Web-
сервером и
вволю
небольшими
вызов
программами
есть
вызова
вдоль
процедур
вовсю
сервера.
К разрабатываемой системе был
нате
представлен
ноша
следующий
сбой
список
факт
требований:
•
Возможность добавления новых
нате
складов
•
Система не должна
нате
быть
ноша
ограничена
сбой
количеством
факт
поставщиков
•
Весь товарооборот должен
нате
происходить с
ноша
помощью
сбой
документов
факт
прихода-списания со
нате
складов
31
•
Наличие системы управления
нате
заказами и
ноша
взаимодействия с
сбой
клиентами
•
Ежемесячное расхождение наличия
нате
товара на
ноша
складе с
сбой
учитываемым в
факт
приложении,
нате
должно
ввиду
быть
ниже
снижено не
взнос
менее
Процесс разработки состоит из
нате
нескольких
ноша
основных
сбой
стадий.
•
Сбор требований к
нате
разрабатываемой
ноша
системе
•
Формирование общих концепций
нате
разработки
ноша
отдельных
сбой
модулей
факт
системы
•
Выбора стека технологий для
нате
разработки
•
Создание хранилища данных
•
Написание кода
•
Развертывание системы
•
Тестирование
1.3.3. Выбор и
нате
обоснование
ноша
способа
сбой
приобретения ИС для
факт
автоматизации
нате
задачи
В рамках данной
нате
работы для
ноша
сравнения
сбой
выбраны
факт
следующие
нате
системы
для
ввиду
комплексной
ниже
автоматизации:
взнос
1С:Комплексная
вдоль
автоматизация,
базис
1С:Управление
темп
нашей
возле
фирмой,
лады
разработка
опак
индивидуальной
рапс
АИС.
троп
Выбраны
архив
именно эти
вволю
продукты,
вызов
потому что они
есть
обеспечивают
вдоль
наиболее
вовсю
полный
звук
охват
лады
выполнения
реле
установленных
чтоб
требований.
В таблице 2
будто
представлен
вроде
сравнительный
автор
анализ.
Таблица 2
Сравнительный анализ аналогов АИС
Критерии
1С:
Комплексная
автоматизация
1С:
Управление
нашей
будто
фирмой
Разработка
индивидуаль
ной АИС
«А
-7
Инвест»
32
Необходимость
установки
стороннего ПО
да
да
нет
Стоимость на 1
будто
рабочее
вроде
место,
автор
руб.
37 000
руб.
35 000
руб.
≈ 28
000
будто
руб.
Возможность
доработки ПО под
будто
специфику
вроде
организации
+
+
планируется
Учет товаров на
будто
складе
+
+
+
Учет поставок
+
+
+
Уч
ет списанной
продукции
+
+
+
Учет продаж
+
+
+
Возможность создания
и
ввод
оформления
измы
заявки
на
вовсю
доставку
+
-
+
Возможность
составления маршрутов
для
ввод
доставки
-
-
+
Возможность
отслеживания
перемещений
ввод
машин
измы
доставки
-
-
планируется
Возможность
создания листов
ввод
загрузки
измы
машин
вовсю
доставки
+
-
+
Возможность
создания
ввод
отчетности
+
+
+
Возможность
многопользовательск
ого доступа
+
+
+
1С: Комплексная автоматизация
ввод
помимо
измы
вышеперечисленных
вовсю
функций
вызов
выполняет
ноша
автоматизацию
внизу
следующих
торг
направлений:
•
CRM и маркетинг.
•
Производство.
•
Кадры.
•
Зарплата.
•
Казначейство.
33
•
Финансовый результат и
трут
контроллинг.
1С комплексная автоматизация
трут
является
всюду
наиболее
врозь
приближенным по
ноша
необходимым
чтоб
требованиям
вечно
система к
автор
индивидуальной
маяк
разработке
всюду
АИС. Но
она
есть
охватывает
синь
гораздо
ноша
больше
вывод
направлений
чуть
деятельности,
внизу
которые не
бинт
подлежат
ноша
автоматизации или
ядро
отсутствуют в
тяга
компании, и не
опак
включает в
вдоль
себя
банк
работу с
будто
маршрутами
возле
доставки.
всюду
Также
вызов
одним из
сбой
важных
вычет
критериев
троп
выбора
впору
выступает
реле
стоимость на 1
фонд
рабочее
вдоль
место.
лады
Таким
учет
образом,
бриг
выбор
сбой
сделан в
дерг
пользу
вкруг
индивидуальной
учет
разработки.
1.4. Обоснование проектных
нате
решений
1.4.1. Обоснование проектных
нате
решений по
ноша
информационному
сбой
обеспечению
Прежде чем начинать
нате
разрабатывать
ноша
свою
сбой
систему,
факт
стоит
нате
проанализировать уже
ввиду
разработанные
ниже
продукты.
взнос
Весьма
вдоль
вероятно, уже
базис
существует
темп
система,
возле
способная
лады
решать
опак
задачи,
рапс
необходимые для
троп
конкретного
архив
предприятия. Ее
вволю
использование
вызов
может
есть
быть
вдоль
существенно
вовсю
дешевле, чем
звук
разработка
лады
собственной.
реле
Кроме
чтоб
того,
ноша
внедрение уже
лады
существующей
агент
системы,
всюду
намного
вдвое
быстрее, чем
тяга
создание
взнос
новой.
В связи с
будто
этим,
вроде
проведем
автор
анализ
вдвое
трех
фонд
самых
взять
известных в
учет
России
впору
систем
вовсю
управления
агент
складами.
1. 1С
-
Битрикс
2.
Большая Птица
3.
МойСклад
Компания «1С-Битрикс» занимает
возле
лидирующие
более
позиции на
выбор
российском
опак
рынке в
время
области
вывод
разработки
будто
систем
всего
управления
будет
веб-проектами и
тяга
корпоративными
впрок
порталами.
«1С-Битрикс» предоставляет платформу для
возле
создания
более
крупных
выбор
онлайн-
проектов. В ней
опак
присутствует
время
следующий
вывод
функционал:
•
Складской количественный учет
•
Документы
•
Поставщики
34
•
Управление товарами на
возле
складах
•
Отчеты по складам
Складской количественный учет
Функционал для ведения
возле
складского
более
учета
выбор
позволяет
опак
оформлять
время
поступления и
вывод
списания
будто
товаров на
всего
склад,
будет
перемещение
тяга
между
впрок
складами,
вроде
вести
лады
учет
втрое
остатков. На
взнос
рисунке 9
тара
представлен
бинт
скриншот
бином
программы
время
«1С-
Битрикс»
Рис. 9 -
везде
склады
ввод
«1С-Битрикс»
Документы
Все складские документы
везде
собраны в
ввод
одном
маяк
специальном
чтоб
разделе
фонд
«Документы».
бремя
Присутствуют
реле
фильтры для
плат
удобного
агент
поиска.
На рисунке 10
везде
представлен
ввод
скриншот
маяк
документов в
чтоб
программе
фонд
«1С-
Битрикс»
35
Рис. 10 -
кила
Документы
взнос
«1С-Битрикс»
4 основных документа:
•
Приход товара на
кила
склад
•
Возврат товара
•
Списание товара
•
Перемещение товара между
кила
складами
В разделе можно
кила
просмотреть все
взнос
складские
темп
операции.
Поставщики
«Поставщики»
-
кила
раздел,
взнос
созданный для
темп
ведения
вывод
списка
время
юридических и
бриг
физических
чуть
лиц, к
синь
которым
этап
необходимо
всюду
обращаться для
вволю
получения
измы
ко
мплектующих
ядро
материалов,
дерг
данный
учет
раздел
выбор
представлен на
ввод
рисунке
«
1
2
3
4
5
6
7
»
Смотрите также:
"Автоматизация обработки заявок ООО "Проектно-Строительная Компания"
"Автоматизация процесса аттестации персонала для ООО "Нэт Бай Нэт Холдинг"
"Анализ интернет-активности конкурентов ( на примере конкурентов "Газпром нефть")
"Бухгалтерский учёт и аудит расчётов с подотчётними лицами в организации на примере ООО "ЛОЦ 10""
«Психологическое сопровождение персонала в организации на примере ООО «Крокус»
Cовершенствование деловой оценки персонала в организации (на примере ООО "Даймонд кейтеринг развитие")
IPO - инструмент финансирования деятельности организации. На примере ПАО «Нефтяная компания «Лукойл»
PR как средство продвижения организации (на примере ПАО "Тамбовский завод "Комсомолец им. Н.С. Артемова")
PR-коммуникации в сфере общественного питания (на примере кафе-кондитерской «Cream Cheese»)
SMM как средство повышения эффективности работы учреждений социокультурной сферы (на примере Малого театра)