21
− Техническое обслуживание имущества принятого в доверительное управле-
ние
Именно в вышеперечисленных областях у компании наблюдаются проблемы.
На данный момент времени на предприятии средствами автоматизации процессов
являются стандартный офисный пакет MS Office и «1С: Предприятие Бухгалтерия
3.0».
Однако данных средств недостаточно в силу отсутствия некоторых необхо-
димых функций – введения учета приема - передачи недвижимости, подписание
договора, Начисления арендной платы по договору аренды, оплаты коммунальных
платежей MS Excel является типичным представителем локальной информацион-
ной технологией, которая и не отличается высокой производительностью.
Проанализировав существующие программные решения на рынке информа-
ционных технологий, было выявлено следующее.
Во-первых, фирмы осуществляющие внедрение отобранных программных
продуктов находятся далеко за пределами Московской области. Если приобрести
программный продукт еще как-то возможно, то организовать грамотное внедрение
и обучение персонала не представляется возможным.
Во-вторых, все эти программы обладают лишним функционалом, который на
данном этапе развития компании не требуется.
В-третьих, компании нужен максимально упрощенный интерфейс. Одной из
причин этому послужил тот факт, что в этой компании часто проходят практику
студенты, которые должны в короткие сроки освоить весь рабочий процесс.
И, наконец, компании требуется индивидуальная система прав доступа.
Также были выявлены следующие проблемные моменты:
Отсутствие единой базы объектов сделок.
После проведения анализа было принято решение о разработке собственной
конфигурации на базе платформы «1С: Предприятие» 8.2.
Затраты на поддержание работоспособности таких информационных систем
в период их эксплуатации чрезвычайно высоки и вынуждают компанию задумы-
ваться об оптимизации либо кардинальной реорганизации данной наследуемой ин-
формационной системы.
22
1.3.2. Выбор и обоснование стратегии автоматизации задачи
Критериями выбора стратегии автоматизации являются ограничения по
финансовым, временным затратам. В связи с этим рассмотрим возможность
применения одной из четырёх стратегий автоматизации:
1. Хаотичная автоматизации предполагает установку частей ИС по мере
возможностей. Представляет собой заплатку. Является наиболее плохим
вариантом с точки зрения долгосрочного эффекта. Полное отсутствие
стратегического плана развития ИС. Потребность во внедрение чаще всего
определяется сиюминутными задачами.
2. Автоматизация по участкам - это процесс автоматизации отдельных
производственных или управленческих подразделений объединенных по
функциональному признаку. Внедрение характеризуется большой
трудоемкостью для эффективной реализации стратегии обязательно наличие
стратегических и оперативных планов. Данный подход выбирается: когда
инвестиционные ресурсы недостаточны для полной автоматизации
предприятия, когда автоматизация участка позволяет достичь
существенного эффекта.
3. Автоматизации по направлениям - автоматизация отдельных групп, биз-
нес-процессов (направлений), таких как производство, сбыт управления
финансами.
4. Комплексная стратегия автоматизации - это распространение систем ав-
томатизации на все функциональные направления деятельности компа-
нии за счет проведения системной интеграции (объединения) ИС при
внедрении.
Стратегия автоматизации по направлению, является наиболее подходящей, так
как происходит автоматизация отдельных групп бизнес-процессов компании.
23
1.3.3. Выбор и обоснование способа приобретения ИС для автоматизации
задачи
Целесообразнее разрабатывать информационную систему фирмы личными
силами, например как фирма располагает квалифицированными сотрудниками для
разработки и внедрения предоставленной информационной системы.
Разрабатываемая информационная система станет подключать целый важный
перечень возможностей, и принимать во внимание все особенности работы и
пожелания сотрудников предоставленной фирмы, например как станет считаться
личным (уникальным) продуктом, собственно что разрешает быстро поменять
функциональность в соответствии с требованием внутреннего заказчика.
Способы приобретения ИС - это последующие действия от определения и
формализации решения о необходимости ИС до момента пока ИС не будет внедре-
на на предприятия. Существуют следующие способы приобретения ИС:
– разработка (самостоятельная и заказная);
– покупка ИС (покупка отечественной или зарубежной ИС);
– покупка + доработка (самостоятельная или заказная);
– использование технологий облачных вычислений.
Приобретаемая информационная система нам не подходит из-за ряда недо-
статков, перечисленных ранее, а также нехватки функциональности, хуже проду-
мано направление будущего развития информационной системы, длительный срок
адаптации под требования предприятий, так же требуется частое обращение в
службу поддержки.
Покупка и доработка возможна, если требует небольшой объем доработки,
данная доработка часто возможна в рамках модели ядра ИС, что часто вызывает
затруднения из-за отсутствия развернутой документации.
У варианта использования «облаков» можно выявлены следующие недостат-
ки.
− Все данные, размещённые в том или ином "облаке" находятся в практиче-
ски свободном доступе для правоохранительных органов различных уров-
ней (по запросу, о запрашивании данных никто оповещать не обязан), а
также программных разработчиков сервиса. То есть при желании узнать
максимум информации о компании сможет любой проявивший к этому
24
интерес человек, имеющий определённые полномочия. Избежать подоб-
ного нежелательного вторжения можно только одним способом - отка-
заться от "облака" в пользу локального подключения через имеющееся на
самом компьютере ПО.
− "Облачный" сервис, не имеет достаточно надёжной защиты от взлома. В
этом случае, после совершения хакерской атаки данные не только могут
попасть в чужие руки, но и быть полностью уничтоженными.
− Помимо доступа к вашей информации, хранящейся в "облаке", особенно
удачливый взломщик сможет получить в качестве бонуса возможность
контролировать работу компьютеров компании.
Поэтому целесообразнее разрабатывать информационную систему компании
собственными силами, так как компания располагает квалифицированными со-
трудниками для разработки и внедрения данной информационной системы. Разра-
батываемая информационная система будет включать весь необходимый функцио-
нал, и учитывать все особенности работы и пожелания сотрудников данной компа-
нии, так как будет являться индивидуальным (уникальным) продуктом, что позво-
ляет быстро изменить функциональность в соответствии с требованием внутренне-
го заказчика.
1.4. Обоснование проектных решений
1.4.1. Обоснование проектных решений по информационному обеспе-
чению
Параметры обрабатываемой информации должны корректироваться в зави-
симости от устанавливаемого пользователем интервала времени и конкретного ма-
газина или итоговая информация за весь период по всему предприятию.
Система должна иметь возможность последующей реорганизации и расши-
рения для улучшения её возможностей или добавления функций. Должен обеспе-
чиваться контроль ввода данных при отсутствии избыточности, а также надежное
хранение и целостность базы данных.
В системе используется 5 видов кодирования, предназначенные для одно-
значной идентификации менеджеров, клиентов, договоров, платежей, проектов.
Виды системы кодирования указаны в таблице 7.
25
Таблица №7
Используемые системы кодирования
Кодируе-
мое
множество
объектов
Длина ко-
да
Мощ-
ность ко-
да
Система ко-
дирования
Система клас-
сификации
Вид класси-
фикатора
Менедже-
ры
5
9999
порядковая
иерархическая
общесистем-
ный
Объекты
5
9999
порядковая
иерархическая
общесистем-
ный
Договоры
5
9999
порядковая
иерархическая
общесистем-
ный
Операции с
объектами
5
9999
порядковая
иерархическая
общесистем-
ный
Все классификаторы ведутся менеджером.
Классификатор менеджеров.
Структурная формула классификатора:
F = [Фамилия] : [XXXXX] – код менеджера
Пример заполнения - 001234
Классификатор объектов.
Структурная формула классификатора:
F = [Наименование ]:[ XXXXX] - код объекта
Пример заполнения - 00001
Классификатор заказов бланков учета недвижимости.
Структурная формула классификатора:
F = [Наименование]:[ XXXXX] - код операции
Пример заполнения - 00004
Классификатор договоров.
Структурная формула классификатора:
F = [Наименование]:[ XXXXX] - код договора
26
Пример заполнения – 00012
Полученная информация машинным путем накапливается в базе данных и
обрабатывается системой с последующей возможностью оперативного доступа для
контроля текущей ситуации, просмотра отчетов, анализа документов, внесения
корректировок и обновления информационной базы, изменения условно-
постоянной информации в справочниках, анализа обобщенной информации за пе-
риод времени по каждому проекту или в целом.
Входная информация, содержащая данные оперативного новых учитывае-
мых заказов, регистрируется автоматически и средствами сбора информации с кли-
ентов по определенным параметрам.
Условно-постоянная информация включает справочные данные о номенкла-
туре предлагаемых услуг по заказу, характеристиках заказов (срок, статус).
Управление заказами клиентов ведется в разрезе менеджеров, а информация
содержится в единой базе данных на сервере, соединение с клиентскими приложе-
ниями обеспечивается посредством архитектуры «клиент-сервер».
Анализ накапливаемой количественно-суммовой информации в базе данных
проводится в модуле аналитики с последующим выводом выходных данных.
1.4.2. Обоснование проектных решений по программному обеспечению
Анализ требований, существующей и представленных на рынке систем ав-
томатизации и бизнес процессов компании показал, какие функции покрываются
функционалом решения, а какие требуют доработки.
Результаты анализа представлены в таблице 1. Ниже представлены приме-
ры некоторых возможностей «1С: Бухгалтерия предприятия 3.0».
27
Таблица 1. Сравнение функций
Функция
Реализация в конфигурации
Управление базой объектов недви-
жимости:
- ведение базы данных по объектам
недвижимости всех типов: жилая, за-
городная, элитная, коммерческая;
- широкий набор характеристик для
всех категорий объектов недвижимо-
сти: квартира, комната, дом, земель-
ный участок, помещение;
- регистрация и хранение истории по
условиям субаренды объектов;
- отображение текущих статусов объ-
ектов: открыт в субаренду, субаренда
отложена, передан в доверительное
управление, субаренда и т.п;
Полностью не реализовано
Управление взаимоотношениями с
клиентами:
- планирование и регистрация
контактов с клиентами: встреч,
телефонных звонков и т.п.,
привязка контактов к сделкам;
- регистрация источников обра-
щения клиентов, анализ эффек-
тивности рекламных мероприя-
тий;
- анализ эффективности работы
менеджеров;
Полностью не реализовано
Как видно из таблицы 3, функции выбранной конфигурации почти не по-
крывают рассматриваемые бизнес-процессы предприятия, таким образом следует
разработать собственное решение на платформе «1С: Предприятие 8.3» путем до-
работки существующей информационной системы «1С: Бухгалтерия 3.0». Для бо-
лее наглядного отображения функционала системы были сделаны скриншоты не-
которых документов и справочников, удовлетворяющих сформированные требова-
ния к системе.
Важным отличием разработки бизнес-приложений в системе 1С от разработ-
ки в универсальных системах (Delphi, С++) состоит в том, что приложение в 1С
28
разрабатывается в терминах классов проблемно-ориентированных бизнес-
сущностей.
В случае использования универсальной среды программирования при разра-
ботке системы автоматизации какого-либо предприятия существует целый ряд раз-
личных сущностей – товары, клиенты, счета, накладные, документы - а также все
способы регистрации их взаимодействия.
В отличии от вышеперечисленных вендоров, продукция отечественной ком-
пании фирмы «1С» является более рентабельной, в силу относительно не высокой
стоимости внедрения и большого количества качественных специалистов, способ-
ных поддерживать информационную систему.
Также, выбор сильной отечественной информационной платформы
обосновывается тем фактором, что в нынешних условиях санкций активно
включается программа импортозамещения, иностранное программное обеспечение
становится в ещё более не конкурентном положении и становится стратегически
правильным внедрять более конкурентоспособные информационные системы фирмы
«1С».
Основным отличием от имеющихся аналогичных систем станет
направленность разрабатываемой информационной системы на реализацию
конкретных требуемых бизнес-процессов средствами информационной поддержки
ИС. Также стоит заметить, что залоежнная в платформу функциональность и
технология RAD (технология быстрого проектирования и разработки приложений)
позволяет произвести быструю доработку и добавление в неё функционала при
необходимых адаптационных запросах на изменение ИС в соответствии с
изменением предметной области.
Для создания базы данных была выбрана система управления реляционными
базами данных Microsoft SQL Server 2016.ь
Самым важным преимуществом в обосновании выбора SQL Server 2016
является его наивысшая, по сравнению с конкурентами, совместимость с 1С. Этому
активно способствует плодотворное сотрудничество фирмы «1С» и фирмы
«Microsoft», что сделало продукт SQL Server высоко совместимым с «1С».
Были рассмотрены средства разработки приложений и программные аналоги по
рассматриваемой задачи.
29
Была выбрана платформа 1С:Предприятие в качестве программной платформы
и встроенный язык программирования системы «1С:Предприятие 8.3» как язык
программирования.
Таким образом, система «1С: Предприятие 8.3» обладает конкурентными
преимуществами, такими как:
− высокая скорость разработки информационных систем по сравнению с анало-
гичными системами;
− низкая цена разработки;
− гибкость и кластеризация разработки.
1.4.3. Обоснование проектных решений по техническому обеспечению
Техническое обеспечение - это комплекс технических средств, обеспечивающих
работу ИС, соответствующей документации на эти средства и технологические процес-
сы.
В реальное время есть несколько технологий передачи данных. Рассмотрим две
архитектуры, такие как файл-сервер и клиент-сервер.
В архитектуре «клиент-сервер» сервер базы данных не лишь только гарантирует
доступ к общим данным и обработку этих данных. Клиент отправляет на сервер запросы
на чтение или же переменну данных, которые формулируются на языке SQL. Сервер сам
делает все нужные конфигурации или же подборки, контролируя при этом целостность и
согласованность данных, и итоги в виде набора записей или кода возврата посылает на
компьютер клиента.
Недостатками же архитектуры с файловым сервером считается то, собственно что
данные хранятся в одном месте, а обрабатываются в ином. Это значит, что их надо
передавать по сети, собственно что приводит к довольно высочайшим нагрузкам на сеть
и, вследствие этого, резкому снижению производительности приложения при повыше-
нии количества в одно и тоже время работающих клиентов. Вторым необходимым
недостатком подобной архитектуры считается децентрализованное решение проблем
целостности и согласованности данных и одновременного доступа к данным. Это
заключение понижает надежность приложения.
Архитектура «клиент-сервер» разрешает убрать все обозначенные недостатки. Не
считая такого, она разрешает наилучшим образом распределить вычислительную
30
нагрузку между клиентом и сервером, собственно что еще воздействует на почти все
свойства системы: цена, производительность, поддержку.
При разработке информационной системы станет применена разработка клиент-
сервер. Для начала, сервер улучшает выполнение функций обработки данных, собствен-
но что освобождает от надобности оптимизации рабочих станций. Сервер разрешает
быстро получить итоги обработки запроса. Во-2-х, поскольку рабочие станции не
обрабатывают все промежуточные данные, значимо понижается нагрузка на сеть.
Предоставляется вероятность ведения журнала операций, в котором автоматически
регистрируются все прошедшие транзакции что, в свою очередь, несомненно поможет
быстрому восстановлению системы при аппаратных сбоях. Предоставленная разработка
организуется легче, и оборудование для её организации вполне приемлемо по стоимости
приобретения.
Таким образом, проектируемая система с технической точки зрения станет пред-
ставлять собой набор объединенных в единую сеть ЭВМ – клиентов, с которых при
поддержке установленного клиентского приложения станет реализоваться связь с базой
данных, расположенной на удаленном сервере, которая представлена на рис.7.
Рис.7 Конфигурация технического обеспечения ИС