12
Главным продуктом является 1С: Предприятие. Далее на основе 1С:
Предприятия формируется целая линейка различных конфигураций, предназначенных
для предприятий различной направленности. Каждая конфигурация включает только
те функции и возможности, которые необходимы для работы предприятия конкретной
сферы деятельности.
Все составляющие системы программ 1С: Предприятие можно разделить на
Технологическую платформу и Конфигурации. Технологическая платформа
представляет собой набор различных механизмов, используемых для автоматизации
экономической деятельности и не зависящих от конкретного законодательства и
методологии учета. Конфигурации являются собственно прикладными решениями.
Каждая конфигурация ориентирована на автоматизацию определенной сферы
экономической деятельности и, разумеется, отвечает принятому законодательству.
Также существует возможность доработать стандартную конфигурацию под нужды
конкретной компании, используя набор стандартных компонентов.
В качестве СУБД для 1С используется Microsoft SQL Server. Платформа данных
SQL Server включает следующие инструменты:
Реляционная база данных: безопасное, надёжное, масштабируемое,
высокодоступное ядро с улучшенной производительностью и поддержкой
структурированных и неструктурированных (XML) данных.
Replication Services: репликация данных для распределённых и мобильных
приложений обработки данных, высокая доступность систем, масштабируемый
параллелизм со вторичными хранилищами данных для отчётных решений предприятия
и интеграция с разнородными системами, включая существующие базы данных Oracle.
Notification Services: развитые возможности уведомлений для разработки
и внедрения масштабируемых приложений, способных доставлять
персонализированные, своевременные обновления информации множеству
соединённых и мобильных устройств.
Integration Services: возможности извлечения, преобразования и загрузки
для хранилищ данных и интеграции данных в масштабе предприятия.
Analysis Services: аналитическая обработка в реальном времени (OLAP)
для быстрого, сложного анализа больших и смешанных наборов данных,
использующая многомерное хранение.
13
Reporting Services: исчерпывающее решение для создания, управления и
доставки как традиционных бумажных отчётов, так и интерактивных, основанных на
технологии WWW отчётов.
Инструменты управления: SQL Server включает средства управления для
развитого управления и настройки баз данных, также, как и тесную интеграцию с
такими инструментами, как Microsoft Operations Manager (MOM) и Microsoft Systems
Management Server (SMS). Стандартные протоколы доступа к данным существенно
уменьшают время, необходимое для интеграции данных SQL Server с существующими
системами. В дополнение, поддержка Web служб встроена для обеспечения
взаимодействия с другими приложениями и платформами.
Инструменты разработки: SQL Server предлагает интегрированные
инструменты разработки для ядра базы данных, извлечения, трансформации и загрузки
данных, извлечения информации, OLAP и отчётности, которые тесно интегрированы с
Microsoft Visual Studio® для предоставления сквозных возможностей разработки
приложений. Каждая главная подсистема SQL Server поставляется со своей
собственной объектной моделью и набором API для расширения системы данных в
любом направлении, которое уникально для каждого отдельно взятого бизнеса.
1.2. Характеристика комплекса задач, задачи и обоснование
необходимости автоматизации
1.2.1. Выбор комплекса задач автоматизации и характеристика существующих
бизнес процессов
Для выделения и анализа основных бизнес-процессов деятельности предприятия
воспользуемся функционально-структурным моделированием этой деятельности. В
качестве основной методологии построения функциональных моделей выступает
IDEF0.
IDEF0 – это метод, с помощью которого система описывается как множество
взаимосвязанных действий (или функций).
Исследование функций производится независимо от способов и методов их
выполнения. Такой «функциональный» подход обеспечивает четкое разделение
аспектов назначения описываемой системы от вопросов её реализации.
14
IDEF0 часто используется при исследовании и проектировании систем на
логическом уровне.
IDEF0 определяет два графических объекта:
1. блок, с помощью которого обозначается некоторая функция (действие);
2. стрелка, с помощью которой указываются информационные или
материальные объекты.
Модель IDEF0 представляет собой набор взаимоувязанных диаграмм. Каждая
диаграмма является описанием системы или ее отдельных функциональных блоков в
рамках некоторого уровня детализации.
Контекстная диаграмма – диаграмма самого верхнего уровня иерархии, дает
самое общее представление о системе. На контекстной диаграмме (КД) отображается
только один функциональный блок (контекстная функция).
Далее контекстная функция декомпозируется на основные функции системы с
помощью отдельной диаграммы. В свою очередь, каждая такая функция может быть
разложена на более мелкие и т.д. При построении модели нужно соотнести каждый
функциональный блок более низкого уровня с функциональным блоком более
высокого уровня.
Следует всегда помнить, что некоторый функциональный блок и диаграмма его
декомпозиции суть одно и то же, но рассматриваемое с разной степенью детализации.
Отсюда следует, что все стрелки, связанные с рассматриваемым функциональным
блоком, должны присутствовать на декомпозирующей его диаграмме (если таковая
имеется).
Контекстная диаграмма деятельности компании изображена на рисунке 4 (для
построения диаграмм использовалось CASE- средство AllFusion Process Modeler 7)
15
Рисунок 4 – Контекстная диаграмма деятельности предприятия
В качестве входных данных для рассматриваемой деятельности компании
выступает входящие заявки от потенциальных клиентов. Результатом деятельности
компании являются различные документы: договоры с клиентами, отчеты о реализации
проектов, контракты с поставщиками, накладные, трудовые договоры с сотрудниками,
расчетные листы, и конечно же – разнообразные отчеты о деятельности компании.
Механизмами, выполняющими рассматриваемую деятельность, являются все
отделы предприятия. Вся деятельность осуществляется в соответствии с законами
Российской Федерации.
Следующий этап моделирования бизнес-процессов – декомпозиция контекстной
диаграммы на блоки, составляющие моделируемую деятельность.
Диаграмма декомпозиции изображена на рисунке 5.
USED AT: AUTHOR: Бессилина С. DATE:
REV:PROJECT: ООО "АРСтрой"
07.11.2018
07.11.2018
NOTES: 1 2 3 4 5 6 7 8 9 10
WORKING
DRAFT
RECOMMENDED
PUBLICATION
READER DATE CONTEXT:
TOP
NODE: TITLE: NUMBER:
Деятельность ООО "АРСрой"
A-0
Перечень оказываемых услуг
Юридический
отдел
Отдел
проектирования
Законы РФ
Контакт с поставщиком
Отчеты о деятельности
Накладная
Бухгалтерия
Отдел по работе
с клиентами
Отдел
закупок
Отдел
кадров
Договоры с клиентами
Строительный отдел
Расчетные листы
Отчет о реализации проекта
Заявки от клиентов
00 р.
Деятельность
ООО "АРСрой"
16
Рисунок 5 – Диаграмма декомпозиции
Деятельность компании составляют четыре основных бизнес-процесса:
работа с клиентами;
работа с поставщиками;
работа с сотрудниками;
формирование отчетности.
Каждый выделенный блок можно подвергнуть дальнейшей декомпозиции на
составляющие его процессы. На рисунке 6 приведена диаграмма декомпозиции бизнес-
процесса «Работа с клиентами».
USED AT: AUTHOR: Бессилина С. DATE:
REV:PROJECT: ООО "АРСтрой"
07.11.2018
07.11.2018
NOTES: 1 2 3 4 5 6 7 8 9 10
WORKING
DRAFT
RECOMMENDED
PUBLICATION
READER DATE CONTEXT:
A-0
NODE: TITLE: NUMBER:
Деятельность ООО "АРСрой"
A0
Перечень оказываемых услуг
Потребности в
оборудовании
материалах
Отчеты о деятельности
Отдел по
работе с
клиентами
Бухгалтерия
Отдел кадров
Отдел закупок
Юридический
отдел
Отдел
проектирования
Контакт с поставщиком
Накладная
Законы РФ
Потребности в
кадрах
Договоры с
клиентами
Трудовые договоры
Расчетные листы
Отчет о реализации проекта
Заявки от
клиентов
Строительный
отдел
10 р.
Работа с клиентами
20 р.
Работа
с поставщиками
30 р.
Работа
с сотрудниками
40 р.
Формирование
отчетности
17
Рисунок 6 – Диаграмма декомпозиции бизнес-процесса «Работа с клиентами»
Данный бизнес-процесс состоит из трех этапов:
поиск клиентов;
заключение договора;
реализация проекта по договору.
Результатом бизнес-процесса «Работа с клиентами» являются следующие
документы: договоры с клиентами, отчет о реализации проекта, а также потребности в
дополнительных кадрах для реализации проекта и материалах, либо оборудовании.
Аналогично был декомпозирован бизнес-процесс «Работа с поставщиками»,
диаграмма декомпозиции которого приведена на рисунке 7.
USED AT: AUTHOR: Бессилина С. DATE:
REV:PROJECT: ООО "АРСтрой"
07.11.2018
07.11.2018
NOTES: 1 2 3 4 5 6 7 8 9 10
WORKING
DRAFT
RECOMMENDED
PUBLICATION
READER DATE CONTEXT:
A0
NODE: TITLE: NUMBER:
Работа с клиентами
A1
Перечень
оказываемых
услуг
Потребност и в оборудовании материалах
Отдел по работе
с клиентами
Юридический
отдел
Отдел
проектирования
Законы РФ
Потребност и в кадрах
Договоры с клиентами
Данные клиента
Отчет о реализации проекта
Заявки от клиентов
Документы по проекту
Строительный
отдел
10 р.
Поиск клиентов
20 р.
Заключение договора
30 р.
Реализация проекта
18
Рисунок 7 – Диаграмма декомпозиции бизнес-процесса «Работа с поставщиками»
Бизнес-процесс «Работа с поставщиками» имеет аналогичную структуру и
состоит из трех этапов:
поиск поставщика (на основе потребностей)
заключение контакта на поставку;
прием поставки.
Результат бизнес-процесса «Работа с поставщиками» - заключенный контакт и
товарная накладная.
Бизнес-процесс работы с сотрудниками также был подвергнут декомпозиции.
Диаграмма декомпозиции приведена на рисунке 8.
USED AT: AUTHOR: Бессилина С. DATE:
REV:PROJECT: ООО "АРСтрой"
07.11.2018
07.11.2018
NOTES: 1 2 3 4 5 6 7 8 9 10
WORKING
DRAFT
RECOMMENDED
PUBLICATION
READER DATE CONTEXT:
A0
NODE: TITLE: NUMBER:
Работа с поставщиками
A2
Потребности в
оборудовании
материалах
Отдел закупок
Данные поставщика
Юридический отдел
Контакт с поставщиком
Накладная
Законы РФ
10 р.
Поиск поставщика
20 р.
Заключение контакта
30 р.
Прием поставки
19
Рисунок 8 – Диаграмма декомпозиции бизнес-процесса «Работа с сотрудниками»
Работа с сотрудниками состоит из трех этапов:
прием на работу;
ведение кадрового учета;
увольнение сотрудника или его выход на пенсию.
Последний бизнес-процесс «Формирование отчетов» не был подвергнут
декомпозиции, т.к. он не носит составной характер. Выполняется данный процесс на
основании результатов выполнения предыдущих. Результат – сформированные
отчеты.
1.2.2. Определение места проектируемой задачи в комплексе задач и ее описание
В рамках данного дипломного проекта рассматривается автоматизация процесса
документооборота внутри компании.
Под документооборотом в данном случае понимается процесс внутреннего
обмена документами между отделами компании и их сотрудниками.
Модель жизненного цикла документов в компании является спиральной и
включает в себя следующие этапы: создание/редактирование, утверждение,
USED AT: AUTHOR: Бессилина С. DATE:
REV:PROJECT: ООО "АРСтрой"
07.11.2018
07.11.2018
NOTES: 1 2 3 4 5 6 7 8 9 10
WORKING
DRAFT
RECOMMENDED
PUBLICATION
READER DATE CONTEXT:
A0
NODE: TITLE: NUMBER:
Работа с сотрудниками
A3
Отдел кадров
Юридический отдел
Законы РФ
Потребности в
кадрах
Трудовые договоры
Расчетные листы
10 р.
Прием на работу
20 р.
Ведение кадрового
учета
30 р.
Увольнение/пенсия
20
исполнение, контроль исполнения, архивация (жизненный цикл документа иногда
может не включать в себя все перечисленные этапы в явном виде):
Создание/редактирование. Под созданием понимается либо
непосредственное создание документа и хранение его в БД документов, либо
регистрация документа, хранящегося во «внешней» системе, например, в архиве.
После того, как документ создан на следующем витке документ на этом этапе будет
редактироваться.
Утверждение. Документ после своего создания может быть отправлен
другим сотрудникам для выполнения над ним определенных регламентом работ,
например, согласование, подпись, редактирование, ознакомление и др. Такое
состояние документа определяется правилами работы с типом документа.
Исполнение. Активные документы могут порождать задачи, которые
необходимо выполнить для того, чтобы отразить назначение (вид) документа. Такими
задачами могут быть: поручение; контроль за выполнением предписания,
содержащегося в документе и т.д.
Контроль исполнения. Под данным этапом понимается набор действий,
обеспечивающих контроль над состоянием документа. Пользователь с
соответствующими привилегиями должен в любой момент времени знать, в каком
состоянии находится документ: редактируется, на подписи, на утверждении и т.д.
Архивация. «Отработанный» документ может быть сдан в архив, где
обеспечиваются функции хранения, поиска и доступа к документу в том случае, если
он «может понадобиться» в дальнейшем.
Графическая схема модели жизненного цикла документов в компании
изображена на рисунке 9.
21
Рисунок 9 – Схема модели жизненного цикла документа
В данном дипломном проекте особое внимание уделяется процессу внутреннего
обмена документами между сотрудниками и отделами, который выполняется на этапах
создания и утверждения документов. В настоящее время, такой процесс выполняется
либо посредством электронной почты, либо с помощью общих папок на сервере
компании, либо обычной передачей бумажных копий документов.
Первый способ весьма неудобен, т.к. в электронной почте очень тяжело искать
нужную копию и версию документа, особенно при ведении интенсивной переписки с
несколькими сотрудниками (как например у сотрудников юридического отдела),
второй способ также неудобен тем, что в общедоступных папках постепенно
скапливается огромное количество непонятных большинству пользователей файлов,
третий же способ влечет за собой перерасход бумаги, а также необходимость каждый
раз печатать заново весь документ при внесении в него даже незначительных правок.
1.2.3. Обоснование необходимости использования вычислительной техники для
решения задачи
Задача автоматизации документооборота в компании предполагает
использование вычислительной техники для своего решения. Рассмотрим текущую
схему документооборота на примере договора на оказание услуг, который заключают
в отделе по работе с клиентами (Рисунок 10).
Создание
Утверждение
Исполнение
Контроль
исполнения
Архивация