11
Организует: разработку налогового бюджета, позволяющего
определять плановое значения прибыли; проведение расчетов прибыли и
налогов на прибыль [16].
3) Директор по развитию.
Руководит деятельностью подчиненных, организует и контролирует
выполнение заказов, изучает, организует планово-экономическую работу
организации, составляет и анализирует статистическую отчетность,
ценообразование, отвечает за внедрение перспективных стратегических
направлений.
4) Экономист.
Выполняет работы по осуществлению бухгалтерского учета на
предприятии, анализу и контролю за состоянием и результатами хозяйственной
деятельности. Осуществляет учет поступающих денежных средств, товарно-
материальных ценностей, основных средств и своевременное отражение на
соответствующих бухгалтерских счетах операций, связанных с их движением, а
также учет издержек производства и обращения, исполнения смет расходов,
реализации продукции (выполнения работ и услуг), результатов хозяйственно-
финансовой деятельности. Составляет отчетные калькуляции себестоимости
готовой продукции (выполняемых работ, услуг). Следит за рациональным и
экономным использованием материальных, трудовых и финансовых ресурсов в
целях выявления внутрихозяйственных резервов, снижения себестоимости
продукции, предупреждения потерь и непроизводительных расходов.
Организационная структура ООО «Тандер» имеет иерархию в виде дерева
подчиненности, учитывая при это все функциональные подразделения
организации. Для более подробного представления организационной структуры
ООО «Тандер» на рисунке 1.1 представлена схема размещения отделов и
должностных лиц.
12
Рисунок 1.1 – Организационная структура организации ООО «Тандер»
Согласно представленному рисунку видно, что отделы по основной
деятельности ложаться на плечи отдела аренды. По торговой деятельности
ответсвенным лицом выступает директор по развитию. Основная задача работы
– автоматизировать деятельность менеджера по аренде.
1.1.1. Программная и техническая архитектура организации
Программная архитектура представляет собой совокупность важнейших
решений об организации программной системы. Архитектура включает:
выбор структурных элементов и их интерфейсов, с помощью которых
составлена система, а также их поведения в рамках сотрудничества
структурных элементов;
соединение выбранных элементов структуры и поведения во всё более
крупные системы;
архитектурный стиль, который направляет всю организацию – все
элементы, их интерфейсы, их сотрудничество и их соединение.
В ООО «Каснаб» ведется автоматизированный бухгалтерский учет в
системе «1С: Предприятие 8.3» при конфигурации 1с: Бухгалтерия 3.0, а также
ведется складской учет в системе «1C: Торговля и склад». Стандартная
конфигурация фирмы «1С» не позволяет вести учет по сдачи в аренду
помещений, т.к. в конфигурации не предусмотрены функциональные
особенности предоставляемой услуги.
13
Формирование прогарммной архитектуры происходит за счет
преобретенного лицензионного программного обеспечения, а также
обеспечение с бесплатной лицензией.
Перечень применяемого программного обеспечения в организации
представлен в таблице 1.2.
Таблица 1.2
Программное обеспечение ООО «Тандер»
№
Наименование программного продукта
1
Microsoft Windows 10
2
Microsoft Office 2013 Professioan (Word, Excel, Outlook)
3
Антивирус Касперского 2016 Internet Security
4
Adobe Acrobat Reader 9.0
5
«Консультант +»
6
WinZip 7.2
Схема программной архитектуры организации ООО «Тандер»
представлена на рисунке 1.2.
Рабочая станция Генерального директора
ОС Windows 7 Ultimate
Пакет программ
Microsoft Office
Standard 2010
Adobe Acrobat Reader 9.0
Интернет браузер
Антивирус Касперского 2016
WinZip 7.2
«Консультант +»
ОС Windows Server 2008
HTTP\HTTPS
1С: Предприятие 8.3
Клиент-серверная
версия
Антивирус Касперского 2016
HTTP\HTTPS
1С: Сервер
Интернет браузер
ОС Windows Server 2008
DiskInternals Raid
Recovery 3.1
Антивирус Касперского 2016
Файловый сервер
HTTP\HTTPS
Доступ в интернет
Рабочие станции Сотрудников
ОС Windows 7 Ultimate
Антивирус Касперского 2016
HTTP\HTTPS
1С: Предприятие 8.3
Клиентское
приложение
Пакет программ
Microsoft Office
Standard 2010
1С: Предприятие 8.3
Клиентское
приложение
Adobe Acrobat Reader 9.0
WinZip 7.2
«Консультант +»
Рисунок 1.2 – Схема программной архитектуры ООО «Тандер»
Приведенная схема программной архитектуры ООО «Тандер» показывает
подключение всех рабочих станций к глобальной сети. Таже на одном уровне
иерархии подключены серверы организации.
14
Программная составляющая сервеных станций состоит из серверной
операционной системы в виде Microsoft Server 2008, а также программ
назначения серверов. Для сервера 1С то развернутая платформа клиент-
серверной версии 1С: Предпрятие 8.3. Для файлового сервера это программный
комплекс по организации RAID-пространства для обмена файлами в
корпоративной сети предприятия. В качетсве программного комлпекса
используется программа DiskInternals Raid Recovery 3.1.
Техническая архитектура представляет собой множество технических
средств: сервера, клиентские устройства доступа, каналы связи. В случае
наличия связи, элементы должны быть объединены между собой.
В процессе описания технической архитектуры как правило проводят
детальное рассмотрение элементов и технологий обеспечения их
взаимодействия, раскрывая:
версии и производителей элементов;
технические характеристики элементов;
технологии управления элементами;
протоколы взаимодействия;
требования к техническим характеристикам аппаратного обеспечения,
необходимым для функционирования программного элемента;
а также другие характеристики.
Техническая структура имеет 17 единиц компьютерной техники, 2
выделенных по функционалу сервера, 2 устройства для обеспечения локальной
сети и доступа в интернет.
Такой состав технического обеспечения подключен по технологии сети
«Звезда».
Звезда – базовая топология компьютерной сети, в которой все
компьютеры сети присоединены к центральному узлу (обычно коммутатор),
образуя физический сегмент сети. Подобный сегмент сети может
функционировать как отдельно, так и в составе сложной сетевой топологии (как
правило, «дерево»). Весь обмен информацией идет исключительно через
15
центральный компьютер, на который таким способом возлагается очень
большая нагрузка, поэтому ничем другим, кроме сети, он заниматься не может.
Как правило, именно центральный компьютер является самым мощным, и
именно на него возлагаются все функции по управлению сетью. В ООО
«Тандер» такой компьютер отсутсвует, его функции выполняет физическое
устройство маршрутизатор.
Данная топология представляет собой отдельное подключение каждого
устройства к коммутатору. Если между устройством и концентратором
происходит разрыв соединения, то вся остальная сеть продолжает работать.
Данная сетевая топология наиболее удобна при поиске повреждений сетевых
элементов: кабеля, сетевых адаптеров или разъемов. Данная сетевая топология
наиболее удобна при поиске повреждений сетевых элементов: кабеля, сетевых
адаптеров или разъемов. На рисунке 1.2 представлена логическая техническая
архитектура построения компьютерной одноранговой компьютерной сети
организации ООО «Тандер».
1С Сервер
Центральный
маршрутизатор
Интернет
Коммутатор
Файловый сервер
Рабочее место 1
Рабочее место 17
Рабочее место 2
Рисунок 1.2 – Логическая схема технической архитектуры ООО «Тандер»
16
Каждый из элементов сети подключен к независимому коммутатору
кабелем категории 5E. Такая схема имеет ряд достоинств. Одно из них это то,
что компьютеры не зависят друг от друга. При поломке одного из них сама сеть
остается в рабочем состоянии. Также к такой сети легко можно подключить
новый компьютер или устройство. При подключении нового оборудования
остальные элементы сети продолжат работать в обычном режиме. В таком виде
топологии сети легко находить неисправности. Главное достоинство «звезды» –
это ее высокая производительность.
Основной недостаток данной топологии – при выходе из строя
центрального коммутатора перестанет работать и вся сеть в целом. Также
имеются ограничения по подключаемым рабочим станциям, ограниченные
количеством портов коммутатора. В данном случае у коммутатора на схеме 24
порта с пропускной способностью до 100 Мбит/с. Также существенный
недостаток сети – ее стоимость. Требуется достаточно большое количество
кабеля, чтобы подключить каждое устройство в сеть. Несмотря на повышенные
затраты по проектированию сети с данной топологией она остается актуальной
до сих пор.
1.2 Характеристика комплекса задач, задачи и обоснование
необходимости автоматизации
1.2.1. Выбор комплекса задач автоматизации и характеристика
существующих бизнес процессов
Прежде чем выделить комплекс задач для автоматизации необходимо
дать характеристику существующим бизнес-процессам предприятия.
Любое предприятие, не зависимо от организационно-правовой формы и
сферы своей деятельности, является сложным организмом. Поэтому процессы,
протекающие в ней, являются сложным объектом управления.
Бизнес-процесс представляет собой систему последовательных,
целенаправленных и регламентированных видов деятельности, в которой
17
посредством управляющего воздействия и с помощью ресурсов входы процесса
преобразуются в выходы, результаты процесса, представляющие ценность для
потребителей.
На современном уровне развития автоматизация процессов представляет
собой один из подходов к управлению процессами на основе применения
информационных технологий. Этот подход позволяет осуществлять управление
операциями, данными, информацией и ресурсами за счет использования
компьютеров и программного обеспечения, которые сокращают степень
участия человека в процессе, либо полностью его исключают.
Основной целью автоматизации является повышение качества
исполнения процесса. Автоматизированный процесс обладает более
стабильными характеристиками, чем процесс, выполняемый в ручном режиме.
Во многих случаях автоматизация процессов позволяет повысить
производительность, сократить время выполнения процесса, снизить
стоимость, увеличить точность и стабильность выполняемых операций.
Для выбора задачи для автоматизации выделяют следующие бизнес-
процессы орагнизации ООО «Тандер»:
1) Торговая деятельность;
2) Складская деятелность;
3) Деятельность аренды;
4) Финансовая деятельность;
5) Юридическая деятельность;
6) Информационная деятельность;
7) Стратегическая деятельность.
В рамках работы будет рассмотрен бизнес-процесс «Деятельность
аренды», при этом будут затроны задачи смежных бизнес-процессов, с
которыми идет прямое взаимодействие.
18
1.2.2. Определение места проектируемой задачи в комплексе задач и
ее описание
Для определения места проектируемой задачи в комплексе задач
необходимо выделить все задачи рассматриваемого бизнес-процесса. Для этого
используется методология IDEF для детального анализа бизнес-процесса.
IDEF – методологии создавались в рамках предложенной ВВС США
программы компьютеризации промышленности – ICAM, в ходе реализации
которой выявилась потребность в разработке методов анализа процессов
взаимодействия в производственных (промышленных) системах.
Принципиальным требованием при разработке рассматриваемого семейства
методологий была возможность эффективного обмена информацией между
всеми специалистами – участниками программы ICAM (отсюда название: Icam
DEFinition – IDEF другой вариант – Integrated DEFinition). После
опубликования стандарта он был успешно применен в самых различных
областях бизнеса, показав себя эффективным средством анализа,
конструирования и отображения бизнес-процессов (к слову сказать, он активно
применяется и в российских госструктурах, например в Государственной
Налоговой Инспекции). Более того, собственно с широким применением IDEF
(и предшествующей методолoгии – SADT) и связано возникновение основных
идей популярного ныне понятия – BPR (бизнес-процесс реинжиниринг).
Методология SDAT отражает функциональную структуру объекта, т.е.
производимые им действия и связи между этими действиями. Дальнейшим
развитием методологии SADT стала методология IDEF – созданная в рамках
предложенной ВВС США программы компьютеризации промышленности
В настоящий момент к семейству IDEF можно отнести следующие
стандарты:
IDEF0 – Function Modeling – методология функционального
моделирования. С помощью наглядного графического языка IDEF0 изучаемая
система предстает перед разработчиками и аналитиками в виде набора
19
взаимосвязанных функций (функциональных блоков – в терминах IDEF0). Как
правило, моделирование средствами IDEF0 является первым этапом изучения
любой системы. Методологию IDEF0 можно считать следующим этапом
развития графического языка описания функциональных систем SADT
(Structured Analysis and Design Technique);
IDEF1 – Information Modeling – методология моделирования
информационных потоков внутри системы, позволяющая отображать и
анализировать их структуру и взаимосвязи;
IDEF1X (IDEF1 Extended) – Data Modeling – методология построения
реляционных структур (БД), относится к типу методологий «Сущность-
взаимосвязь» (ER – Entity-Relationship) и, как правило, используется для
моделирования реляционных БД, имеющих отношение к рассматриваемой
системе;
IDEF2 – Simulation Model Design – методология динамического
моделирования развития систем. В связи с большими сложностями анализа
динамических систем от этого стандарта практически отказались, и его
развитие приостановилось на самом начальном этапе. В настоящее время
присутствуют алгоритмы и их компьютерные реализации, позволяющие
превращать набор статических диаграмм IDEF0 в динамические модели,
построенные на базе «раскрашенных сетей Петри» (CPN – Color Petri Nets);
IDEF3 – Process Description Capture – методология документирования
технологических процессов, происходящих в системе. Описываются сценарий
и последовательность операций для каждого процесса. IDEF3 имеет прямую
взаимосвязь с методологией IDEF0 – каждая функция (функциональный блок)
может быть представлена в виде отдельного процесса средствами IDEF3;
IDEF0 – нотация графического моделирования, используемая для
создания функциональной модели, отображающей структуру и функции
системы, а также потоки информации и материальных объектов, связывающие
эти функции. Нотация IDEF0 является одной из самых популярных нотаций
моделирования бизнес-процессов.
20
Целью методики является построение функциональной схемы
исследуемой системы, описывающей все необходимые процессы с точностью,
достаточной для однозначного моделирования деятельности системы.
Графика блоков и дуг диаграммы отражает функцию в виде блока, а
интерфейсы входа/выхода представляются дугами. Взаимодействие блоков
друг с другом выражается по средствам интерфейсных дуг, описывающих,
когда и над чем какая функция выполняется и как управляется.
Обработке по данной схеме подвергается информация об объектах и
арендаторах базы данных, а результатом работы всей системы служит выдача
отчетов о результатах ее деятельности. Управление на систему оказывает
менеджер по аренде, который заносит поступающею информацию в базу
данных и руководит ею посредствам автоматизированной системы.
Общая модель может отображать деятельность любого бизнес-процесса.
На рисунке 1.3 изображен общий вид блока А0 представляющий собой
всю систему в целом, именем блока служит название всей системы.
Рисунок 1.3. Общий вид функционального блока IDEF0
На рисунке 1.4 показан вид блока А0 в качестве контекстной диаграммы
IDEF0 «Как есть», названием которого служит наименование бизнес-процесса
«Деятельность аренды».