33
Для формирования отчётности требуется сбор нужной информации
путем поиска её в соответствующих документах. Если форма отчета за год, то
требуется просмотр всего списка документов за указанный годовой интервал
времени, на что потребуются затраты большого количества времени и сил.
Огромная точность в расчетах, требуемая при составлении итогов по отчету не
всегда получается даже у специалиста своего дела. Эти и многие другие задачи
сможет решить проектируемая информационная система.
В случае поиска какого-либо объекта, например: документа, количества,
суммы, и если не будет известен документ, в котором его искать, то
потребуется перелистать весь перечень документов и просмотреть каждую
отдельную позицию в этих документах. Автоматизация позволит значительно
сократить объём искомых документов или сведет поиск к одному
единственному документу.
За счет сокращения времени на выполнение долгих рутинных работ,
можно повысить трудоемкость работы бухгалтера, который может теперь
выполнять не только свою работу, но и взять на себя ряд других обязанностей.
1.3.2 Определение средств автоматизации для решения задачи учета
лизинговых операций
Для создания пользовательского интерфейса использовалась среда
программирования Embarcadero Delphi XE5. Для связи с таблицами базы
данных использовалась технология ADO. Для построения пользовательского
интерфейса были использованы стандартные компоненты среды разработки.
Для создания итоговой отчетности использовался компонент Fast Report.
ADO — это технология стандартного обращения к реляционным
структурам данных, разработанная компанией Microsoft. Она аналогична BDE
по назначению и сродни ему по возможностям [41].
В основе архитектуры ADO лежит объектная модель компонентов COM
(Component Object Model). Все объекты и интерфейсы ADO представляют
собой интерфейсы и объекты СОМ. Модель СОМ является базовой для
34
технологий ActiveX и OLE. Проиллюстрировать это отношение можно на
примере объекта TObject, как базового объекта для VC L Delphi.
Технология СОМ работаете так называемыми СОМ-объектами. Во
многом СОМ-объекты похожи на обычные объекты визуальной библиотеки
компонентов Delphi. Но, в отличие от последних, СОМ-объекты не содержат
поля, в них находятся лишь свойства и методы, а также интерфейсы.
Основные интерфейсы ADO и кратко поясним их назначение:
интерфейс IConnection выполняет следующие функции:
осуществляет связь с сервером;
управляет транзакциями;
получает информацию о произошедших ошибках (свойство Errors);
получает информацию о схеме данных (таблицы, поля и т. д.);
интерфейс IRecordset (на нижнем уровне ADO это IRowset) является
аналогом TDataSet в Delphi и поддерживает текущее положение и перемещение
курсора, закладки (Bookmarks), чтение, изменение и удаление записей и т. п.;
интерфейс IReld позволяет получать значение поля, его тип, длину
и другие сведения о поле данных;
интерфейсы ICommand и IParameter обеспечивают работу с
командами источника данных. Синтаксис команд для каждого из источников
свой собственный;
интерфейс IProperty позволяет получать и устанавливать
параметры, специфические для провайдера данных [43].
1.3.3 Определение уровня защиты информации для задачи учета
лизинговых операций
Входящее в состав информационной системы программное обеспечение в
обязательном порядке должно быть проверено на предмет наличия
существующих уязвимостей к различным видам атак, таких как попытки
несанкционированного доступа, либо атаки на отказ [16].
35
Требования, связанные с обеспечением безопасности при выполнении
монтажных, наладочных и пусковых работ, связанных с технической частью
информационной системы, должны выполняться в полном соответствии с
требованиями электрической безопасности.
Система электропитания должна предусматривать наличие механизмов
защиты от перегрузок и коротких замыканий, а также наличие ручных
аварийных выключателей. Общие требования по пожарной безопасности
рабочего места оператора персонального компьютера должны соответствовать
существующим нормам на бытовое электрооборудование.
При первоначальном запуске системы в эксплуатацию необходимо
настроить учетные записи пользователей, которые будут работать в системе, в
справочнике «Сотрудники», с целью разграничения прав доступа.
Электронный документооборот позволяет перенести деятельность
предприятия в информационное пространство, что значительно оптимизирует
бизнес-процессы и увеличивает производительность. Защищенная передача
информации подразумевает, что информация в процессе обмена будет доступна
строго определенному кругу лиц без возможности ее подмены или искажения в
процессе передачи [1].
Для обеспечения защиты электронного документооборота необходимо:
1. Категорировать передаваемую информацию;
2. Оценить потенциально возможного нарушителя и угрозы;
3. Определить целесообразность защиты передаваемой информации;
4. Сформировать перечень требований к средствам защиты;
5. Разработать перечень организационно-распорядительной
документации;
6. Обеспечивать мониторинг угроз и актуальность системы.
Каждый пункт представленного алгоритма связан с одним из
предыдущих и (или) последующих.
Под категорированием информации подразумевается определение типа
передаваемой информации: персональные данные (сотрудников или клиентов),
36
коммерческая тайна, информация ограниченного доступа, общедоступная
информация, смешенная и т. д. Каждый тип информации попадает под
определенные нормативно-правовые акты и требует различные методы защиты.
Так, например, если передаваемая информация является общедоступной или
коммерческой тайной данного предприятия, то её защита вообще не
регламентируется нормативно-правовой документацией и обеспечивается
владельцем по его усмотрению.
При анализе нарушителей необходимо определить, кто и с какой целью
может организовывать атаки. Согласно методическим рекомендациям
государственных регуляторов в области информационной безопасности [2],
нарушителей можно разделить на внешних и внутренних, каждые из которых
делятся на определенные категории в зависимости от их потенциала
Далее на основе анализа нарушителей необходимо произвести анализ
угроз. Анализ угроз отвечает на вопрос «какие угрозы, с какой вероятностью и
последствиями может реализовать актуальный для предприятия нарушитель»
[3]. При анализе угроз электронного документооборота учитываются
следующие факторы:
1. Тип передаваемой информации
2. Потенциал нарушителя
3. Вероятность реализации угрозы
4. Последствия от реализации угрозы
Решение о целесообразности защиты принимается на основе анализа
нарушителей и угроз. Также учитывается экономическая составляющая:
затраты на проектирование системы защиты не должны превышать возможные
убытки от компрометации информации [4].
Основным этапом является определение требований к системе защиты
информации. Они формируются на основе нормативно-правовых актов и
модели угроз. В нормативно-правовых актах требования определены в явном
виде, например, «для высокого уровня защищенности информационной
системы необходим межсетевой экран». Требования на основе модели угроз
37
формируются специалистом по информационной безопасности или комиссией
на основе принятия коллективного решения. Итогом работы специалиста
(комиссии) является официальный документ — модель угроз.
Разработкой организационно — распорядительной документации должно
заниматься лицо, ответственное за защиту информации. Организационные
меры дополняют программно-технические и в некоторых случаях позволяют
избежать излишних затрат.
Сопровождение системы заключается в постоянном мониторинге новых
угроз, обновлении модели нарушителя, поддержании средств защиты
информации в работоспособном состоянии, обновлении антивирусных баз
данных, разработке новых организационно-распорядительных документов.
Таким образом, обеспечения информационной безопасности
электронного документооборота территориально распределенного предприятия
требует комплексного подхода, согласно которому, с одной стороны, система
защиты должна полностью удовлетворять нормативно — правовым актам, а с
другой — нейтрализовать актуальные угрозы информационной безопасности.
Кроме того, защита электронного документооборота является непрерывным
процессом, который требует регулярного обновления и актуализации системы
защиты.
1.4 Анализ существующих разработок и выбор стратегии
автоматизации
1.4.1 Анализ существующих разработок для автоматизации задачи
учета лизинговых операций
На текущий момент времени на рынке программного обеспечения и
информационных систем полноценный функционал учета лизинговых
операций реализован в программном продукте «1С: Бухгалтерия –
Комплексный учет». Для начала ведения учета в программе необходимо
настроить возможность ведения учета, полученного по лизингу имущества. Для
этого в разделе «НСИ и Администрирование – Настройка НСИ» и разделе –
38
«Регламентированный учет» необходимо включить функциональную
возможность «Лизинг» (Рисунок 1.2).
Рисунок 1.2 – Настройки программы для ведения учета по лизинговым
операциям
В программе ведется учет по договорам лизинга. В договоре мы можем
учесть различные правила ведения операций в БУ и НУ. Это позволяет
использовать различные схемы ведения операций. Для этого используются
специальные субсчета счета 76 в рабочем плане счетов.
Это субсчета:
76.50 «Учет арендных обязательств» – по кредиту этого счета
отражаются суммы всех предусмотренных оплат по договору лизинга;
76.51 «Лизинговые платежи» – субсчет, позволяющий отражать
начисления и оплаты лизинговых платежей;
76.52 «Авансы по договорам лизинга» – субсчет для зачета
обеспечительного платежа;
76.53 «Выкуп лизингового имущества» – позволяет отражать
операции по выкупной стоимости имущества.
Для бухгалтерского учета принимается сумма всех оплат по договору, для
налогового учета – только сумма имущества в лизинге.
После установки функциональной возможности «Лизинг» в разделе
«Регламентированный учет» появляются документы по учету лизинговых
операций (Рисунок 1.3).
39
Рисунок 1.3 – Установка функциональной возможности Лизинг
В разделе «Регламентированный учет – Лизинг - Договоры лизинга»
создаются договоры, определяющие основные правила ведения расчетов между
лизингодателем и лизингополучателем:
валюта договора – расчеты по договору могут вестись в разных
валютах;
учет полученного имущества у лизингополучателя – на балансе или
за балансом (Рисунок 1.4) и (Рисунок 1.5);
Рисунок 1.4 – Учет имущества у лизингополучателя – балансовый учет
40
Рисунок 1.5 – Учет имущества у лизингополучателя – учет за балансом
если по договору уплачивается аванс – устанавливается флаг
«Обеспечительный платеж»;
если имущество выкупается после оплаты всей суммы договора –
устанавливается флаг «Выкуп предмета лизинга»;
устанавливаются счета расчетов по договорам лизинга;
указывается статья денежных средств.
1.4.2 Обоснование способа приобретения ИС для автоматизации
задачи учета лизинговых операций
Способ приобретения ИС — последовательность действий от
определения и формализации потребностей в информационной системе до
момента, пока ИС не будет внедрена на предприятии.
Классификация способов приобретения ИС:
покупка готовой ИС;
разработка ИС (самостоятельная или заказная);
покупка и доработка ИС;
аутсорсинг ИС [21].
41
Преимуществами закупки готовых ИС являются: время разработки
равное нулю; система тиражирована (наличие документации)
Недостатками закупки готовых ИС являются: система тиражирована
(Вопросы защиты информации); необходима адаптация к предъявляемым
требованиям.
Недостатками разработки ИС специализированной фирмой являются:
длительное время разработки
Недостатками самостоятельной разработки ИС являются: длительное
время разработки; отсутствия должной квалификации разработчиков;
необходимость создания отдела ИТ.
Преимуществами самостоятельной разработки ИС являются: система
уникальна; хорошая адаптация к предъявляемым требованиям
Преимуществами разработки ИС специализированной фирмой являются:
система уникальна; хорошая адаптация к предъявляемым требованиям; наличие
должной квалификации разработчиков.
Аутсорсинг ИС – это: заказ информационной системы фирмой-
потребителем у фирмы-производителя ИС; сдача ИС фирмой-производителем в
аренду фирме-потребителю ИС; выполнение сторонней фирмой обработки
информации для фирмы-потребителя.
Преимуществами аутсорсинга ИС являются: возможность сфокусировать
внимание компании на ее основном бизнесе; возможность гибко реагировать на
изменения на рынке и внутри компании; отсутствие необходимости в
расширении штата компании; сокращение затрат на операции.
Недостатками аутсорсинга ИС являются: возможность потери
поставщика (надежность)
На основании выполненного анализа методов приобретения и
существующих программных продуктов было принято решение о
самостоятельной разработке проекта информационной системы.
42
1.5 Обоснование проектных решений
1.5.1 Обоснование проектных решений по информационному
обеспечению
Технология обработки информации включает в свой состав три основных
этапа. На первом этапе выполняют сбор необходимой информации, её
регистрации на различных видах носителей и дальнейшая передача для
обработки. На втором этапе информации переносится уже на машинные
носители, и на основании полученных результатов формируют
информационную базу. На третьем этапе выполняются операции, связанные с
накоплением, сортировкой, корректировкой, обработкой данных и выдачей
результатов.
Автоматизация процессов учета лизинговых операций выполняется,
прежде всего, с целью ухода от рутинных ручных операций, выполняемых
ранее вручную, а также с целью автоматизации процесса получения бумажных
версий необходимых документов. Помимо этого при грамотной организации
хранилища данных исчезает необходимость организации сложных архивов,
достаточно реализовать правильное хранение и безопасность электронной базы
данных [15].
1.5.2 Обоснование проектных решений по программному
обеспечению
Основное назначение созданной информационной системы:
- Предоставление пользователям сведений о текущем состоянии
объекта управления по необходимости;
- Автоматизации процессов учета сведений о клиентах и
предоставленных услугах;
- Устранение возможности возникновения ошибок при обработке
данных;
- Снижение временных затрат на обработку данных;