32
Однако практике целесообразно некоторые процедуры объединить в
функциональные процессы:
1) регистрация налогоплательщиков связана с функцией своевременного и
полного учета плательщиков налогов и платежей в бюджет. Налоговые органы
используют эти данные в качестве базовой информации, поэтому ее используют
и в других системах. Отвечает за этот процесс АС «Реестр плательщиков
налогов и платежей»;
2) АИС «Принятие и обработка отчетов» нужна для автоматизации
процедуры, связанной с приемом и вводом налоговой отчетности. В этой
системе проходит предварительная проверка документов, предоставляемых
сообщение в электронном виде о наличии ошибок. Рассмотрена система связи с
процедурами регистрации налогоплательщиков, учета налоговых поступлений,
документальных проверок. Совершенствование системы предоставления и
обработки налоговой отчетности (предоставление отчетности в электронном
виде, создание информационной базы данных, упрощение и унификация
налоговых деклараций позволит проводить камеральные проверки и кабинетный
аудит, возмещение НДС в автоматическом режиме);
3) информация об уплате налогов и платежей поступает от
Государственного казначейства (через соответствующие подразделения в
регионе) поступает в виде файлов с помощью электронной почты. С помощью
АИС «Учет налогов и платежей» происходит автоматическое разнесение
полученной информации в лицевые счета налогоплательщиков;
4) результаты всех документальных проверок возможно объединить в
один процесс. Необходимая информация обрабатывается с помощью АС
«Аудит»;
5) с целью контроля за субъектами хозяйствования, которые
осуществляют внешнеэкономическую деятельность, органы налоговой службы
используют АИС «Таможня». Это позволяет просматривать файлы с
информацией из импортных, экспортных и бартерных операций,
осуществляемых субъектами предпринимательской деятельности
соответствующего региона и данные ГТД [6,17].
33
Все подсистемы АИС тесно взаимодействуют между собой и результат
обработки данных этими программами формируют базу данных районного
уровня, которая является составной базы областного уровня и выше.
1.3.2 Выбор и обоснование стратегии автоматизации задачи
Информационная системы автоматизации, которая внедряется, должна
быть хорошо масштабируемой и иметь высокую надежность хранения данных.
Так же система должна быть легко адаптируемой под программную среду
объекта внедрения. После внедрения данная информационная система должна
иметь возможность гибко дорабатываться, так как доработка ИС силами
сотрудников ИТ является вполне реальной перспективой. Система не должна
загромождаться ненужными функциями. Но при этом система должна
обеспечивать функциональность следующих блоков:
Быть реализованной как web-приложение,
Предоставлять пользователю понятный интерфейс
Предоставлять интерфейс администратора
Иметь большую систему отчетов.
Реализация проекта предполагает последовательность этапов:
1) Проанализировать существующие производственные процессы ИТ-
отдела. Этап предполагает сбор и анализ таких показателей: общий размер
невыполненных заявок, дифференциация количества выполненных заявок в день
по инженеру, среднее время выполнения заявки.
2) Определить полную совокупность функционала, подлежащий
автоматизации. Определить, объем уже реализованного в системе функционала
и выявить те функции, которые предстоит разработать в процессе внедрения ИС.
3) Выбор стратегии автоматизации. Анализ существующих типов
стратегий автоматизации и подбор наиболее подходящего к cтруктуре и бизнес
процессам предприятия
4) Формирование технического задания и графика выполнения работ
Выбор стратегии автоматизации:
Существует четыре варианта стратегии автоматизации: кусочная
(хаотичная) автоматизация, автоматизация по участкам, автоматизация по
34
направлениям и комплексная автоматизация. Кусочная автоматизация
предполагает, что предприятие приобретает информационную систему, заранее
не продумав стратегию ее использования, без всякого плана и использует
мощности ИС не в полной мере, что приводит к тому, что предприятие не
извлекает почти никакой выгоды от внедрения ИС. Перспектива дальнейшего
использования и развития ИС предприятия связано со значительными большими
затратами.
Автоматизация по участкам предусматривает, что предприятие
автоматизируется отдельными участками, которые объединяются по
определенному перечню выполняемых функций. Необходимость использования
такого способа автоматизации обуславливается, тем, что участки, которые
автоматизируются будут давать значительный экономический эффект, например
за счет сокращения персонала или выпуска более дешевой, но качественной
продукции.
Автоматизация по направлениям представляет под собой автоматизацию
некоторых направлений деятельности предприятия. В таком случае предприятие
осуществляет автоматизацию работы какой-то службы, например, кадровой
службы, участка - производства, подразделения - бухгалтерии или логистики.
Автоматизация в таком случае дает позитивный результат, дальнейшая
интеграция автоматизированных направлений будет обходиться значительно
дешевле и не будет встречать серьезных препятствий [9,15].
Хаотичная, она же кусочная стратегия не подходит так как мы
автоматизируем целый отдел, при этом используется несколько составляющих
ИС, такие как веб сервер, СУБД, клиент серверное приложение, нельзя
автоматизировать только часть из них, эффекта от этого будет ноль.
Полная стратегия автоматизации тоже не подходит в нашем случае, так
как мы автоматизируем одно из направлений деятельности холдинга.
Стратегия автоматизации по участкам лучше всего подходит в данном
дипломном проекте, потому что в нашем случае мы автоматизируем
деятельность одного отдела, отдела горячей линии, в смену в нем работает 5
человек, которые на 30 процентов времени заняты телефонными звонками а всё
остальное время заняты рутинной работой по регистрации и обработке заявок.
35
Автоматизировав данный процесс, можно будет сократить численность данного
отдела не понижая продуктивность его работы.
1.3.3 Выбор и обоснование способа приобретения ИС для
автоматизации комплекса задач
Для автоматизации процессов управления и информационного
обеспечения рассматриваются три способа приобретения программного
обеспечения:
Покупка готовой специализированной ИС;
Разработка ИС самостоятельно;
Разработка ИС аутсортинговой организацией;
Покупка+доработка системы.
В таблице 1.5 приведены особенности каждого из подходов.
Таблица 1.5
Способы приобретения ИС для автоматизации
Способы
приобретени
я \ методы
Покупка
готовой ИС
Разработка
ИС своими
силами
Разработка ИС
аутсортингово
й организацией
Покупка +
доработка
системы
Соответстви
е
поставленно
й задаче
Несоответств
ие
поставленной
задаче, так
как
невозможна
автоматизаци
я бизнес-
процессов
Полное
соответствие
поставленны
м целям
Частичное
соответствие
Полное
соответствие
требований к
системе
Адаптивнос
ть
Невозможнос
ть изменения
Полная
переработка
изменения
силами
сторонней
организации
Переработка
разрабатываемы
х процессов
Надежность
Гарантия от
фирмы
производител
я
Слабая
надежность
Гарантия
разработчика
Возможность
переработки
разрабатываемы
х процессов
Расценка
До 95000
До 150000
До 300000
До 150000
Покупка: Коробочная версия в рамках работы не рассматривается, так как
не предусматривает проектирование.
36
Покупка + доработка: покупается уже готовое решение. При этом есть
возможность реализовывать дополнительную функциональность либо со
стороны производителей ПО либо это может реализовать сама компания-
покупатель. Однако это накладывает определённые условия: в штате компании
должен быть разработчик, который работает на постоянной основе, разработчик
должен владеть языком программирования, совместимым с языком разработки
покупного программного обеспечения.
Разработка: Данный случай предполагает привлечение внешних
разработчиков. Со стороны компании им предоставляется чёткое техническое
задание. Либо же также возможна разработка ПО за счет внутренних ресурсов
самой компании – программистов, аналитиков и т.д.
Оба варианта, предполагающих доработку или разработку с нуля,
являются весьма трудозатратными проектами, сроки внедрения которых могут
превышать 6 месяцев.
Покупка + доработка. Данный вариант был выбран на основании
вышеописанных факторов, связанных с тем, что основной процесс регистрации
и обработки заявок недостаточно автоматизирован.
Для разработки дипломного проекта лучше всего использовать «Покупка
и доработка системы» [17].
1.4 Обоснование проектных решений
1.4.1. Обоснование проектных решений по информационному
обеспечению
Обоснование проектных решений по информационному обеспечению
осуществляется, базируясь на внемашинном (классификаторах, справочниках,
документах) и внутримашинном (входных, промежуточных, выходных массивов
информационных баз) обеспечениях.
В информационное обеспечение входят следующие компоненты:
система классификации и кодирования;
система унифицированной документации, которая используемой в
информационной системе;
37
информационная база данных.
Классификатор представляет собой систематизированный свод
наименований групп объектов, их признаков кодированных обозначений. С
помощью классификаторов описывают данные, которые классифицируют и
кодируют информацию. Основное назначение таких данных – обеспечить
машинную обработку и выдачу данных в удобной для пользователей форме.
По типу применения классификаторы делят на три группы:
классификаторы общегосударственного назначения,
отраслевые классификаторы, которые используются в рамках
отдельной отрасли;
классификаторы локального назначения, которые используются
только в конкретных организациях или группах организаций.
Данный дипломный проект предполагает использование только
локального классификатора, поскольку никакие другие классификаторы РФ
система не использует. Классификатор будет применяться для группирования
заявок по е приоритетности, по компании и по зоне информационных
технологий, к которой эта заявка принадлежит.
Документация представляет собой значительный объем внемашинного
информационного обеспечения. Условия автоматизации придают важное
значение унифицированности документации, а также унифицируют требования
к структуре и контентa документов.
В настоящее время разработано множество видов унифицированной
документации для всех предприятий РФ. Примерами такой документации могут
выступать формы бухгалтерской и управленческой отчетности.
Приведение документа к унифицированному виду предполагает
тщательный отбор и четкое определение требуемой номенклатуры документов.
При этом важно определить сферу назначения и использования документов,
выявить их специфику, которая характерна соответствующим видам
документации. Документы могут подразделяться на унифицированные и
локальные.
В рамках данного дипломного проекта использованы локальные
документы: «Заявка на доступ к сетевым ресурсам», «Заявка на устранение
38
неполадок», «Заявка на регистрацию пользователя и доступ к программным
ресурсам», «Заявка на закупку материальных ценностей».
Формирование информационных файлов происходит на базе исходной
информации, которая содержится в первичных документах. Как было сказано
ранее, первичные документы являются основными носителями первичной
экономической информации в информационных системах.
Эти документы должны отвечать следующим требованиям:
предоставлять достаточную полноту информации, необходимую в
решении задачи;
исключать избыточную информацию;
предоставлять достоверную и своевременную информацию;
быть согласованными с формами первичных документов;
иметь логичное построение документа;
Чтобы организовать информационную базу (ИБ), применяют три способа
файловую организацию ИБ;
интегрированную ИБ,
смешанную организацию ИБ.
При файловой организации база размещается локально на компьютере.
Другие пользователи осуществляют доступ к этому компьютеру посредством
стандартных методов ОС для сетевого обмена данными. Пример – MS Windows
Sharing Security.
Смешанная организация подразумевает распределённую базу данных,
которая хранится на нескольких серверах и реплицирует свои изменения
согласно определенному расписанию. Такую структур ИБ использует в системах
класса ERP, чтобы работать в одной информационной базе нескольким
удалённым офисам одновременно.
При интегрированном способе организации информационная база
представляется в виде совокупности взаимосвязанных совместно хранящихся
данных. При этом обеспечивается такая минимальная избыточность, при
которой допустимо их оптимальное использование в любых приложениях. Такая
организация обеспечивает независимость данных от программы, а чтобы
актуализировать данные достаточно общего способа управления [10,15].
39
Для данного дипломного проекта наиболее целесообразным является
использование интегрированной организации информационной БД. Так, это
обусловлено в первую очередь значительных ежедневных ростом базы – так,
ежедневно в базу будут добавляться 700-800 новых записей. Также
оптимальным решением будет применение СУБД вместо файловой организации
базы данных.
Существует три модели логической структуры базы данных (по способу
установления связей между данными): иерархическая, сетевая и реляционная.
Реляционная база данных - это база данных, в которой все данные,
доступные пользователю, организованы в виде таблиц, а все операции над
данными сводятся к операциям над этими таблицами. Для представления
реляционных баз данных разработана формальная теория баз данных,
теоретическую основу которой составляет алгебра и математическая логика.
Реляционная модель ориентирована на организацию данных в виде
двумерных таблиц. Каждая реляционная таблица представляет собой двумерный
массив. Реляционная модель базы данных (relational database model) для
хранения и организации информации использует атрибуты (столбцы) и записи
(строки). Реляционная модель базы данных в настоящее время является наиболее
широко используемой моделью.
Реляционная база данных состоит из двумерных таблиц, каждая таблица
содержит уникальные строки, столбцы и ячейки. Каждая ячейка содержит
только одно значение данных, представляющий собой конкретное значение
атрибута соответствующей записи [9,10,15].
Иерархическая модель базы данных (hierarchial data model) объединяет
связанные записи и поля в логическую древовидную структуру. Эта структура и
взаимосвязи между элементами данных, отличаются от тех, которые
используются в реляционной базе данных. В иерархической базе данных
родительские элементы могут иметь дочерние элементы (один, несколько или ни
одного). Древовидная структура имеет ветви, каждая из имеет множество писем
- полей данных. В таких базах данных хорошо известны, заранее определены
пути доступа к данным, но они не настолько гибки при создании отношений
между элементами данных, по сравнению с реляционными базами данных.
40
Иерархические базы данных целесообразно использовать для хранения данных,
имеющих отношение «один-ко-многим».
Объектно-ориентированная база данных (object-oriented database)
предназначена для работы с различными типами данных (изображения, аудио,
документы, видео). Система управления объектно-ориентированными базами
данных (ODBMS - object-oriented database management system) более динамична
по своей природе, чем реляционная СУБД, поскольку она создает объекты при
необходимости, а данные и процедуры (названные методами) при запросе
объекта предоставляются вместе с ним. При работе с реляционной базой данных,
программа имеет использовать свои собственные процедуры для получения
данных из базы данных и их обработки. Реляционная база данных не
предоставляет процедур, как это делает объектно-ориентированная база данных.
Объектно-ориентированная база данных использует классы для определения
атрибутов и процедур ее объектов.
В качестве модели логической структуры базы данных была выбрана
именно реляционная. Такая модель предоставляет возможность быстрого
сформирования межтабличных связей, правильно строить запросов к базе
данных. Также такая архитектура является более простой и минимизирует время
выполнения запроса [10].
Сведения для решения обозначенной задачи будут получены из таких
документов:
электронного письма сотрудника компании, в котором неформальным
языком описаны неисправности;
регламента работы службы горячей линии;
ежедневного письма о присутствии технических специалистов по всем
направлениям;
писем, которые регламентируют изменения ответственных по
различным направлениям.
Результаты решения задачи отображаются в таких отчетах и документах,
как:
Отчет по согласованным заявкам;
Отчет заявок по местоположению заявителя;
41
Отчет о логике назначения заявителя.
Для решения поставленной задачи задействованы такие классификаторы
объектов, как: города, регионы, улица, код описания неисправности.
1.4.2. Обоснование проектных решений по программному
обеспечению
Чтобы обосновать проектные решения по программному обеспечению,
необходимо сформировать требования к системному и специальному
прикладному ПО, а также выбрать на основе этих требований соответствующие
компоненты ПО.
Обоснование выбора общего ПО предполагает такие действия:
классифицировать ОС с указанием факторов, которые влияют на на
выбор конкретного приложения и его версии
обоснование выбора операционной системы;
классификация и обоснование выбора используемой СУБД.
Обосновывая проектное решение по специальному программному
обеспечению, формулируются требования к проектируемым программным
средствам, выбору методов и средств. Например, большинство прикладного ПО
должно быть надежным, эффективным, понятным пользователю, защищать
информацию, быть модифицируемым, мобильным, масштабируемым,
минимизировать затраты на сопровождение и поддержку и т.д. Кроме того,
стоит выработать требования, которым должны отвечать экранные и печатные
формы, эргономика программного обеспечения.
Требования к специальному программному обеспечению формулируются
таким образом, чтобы учитывать выдвинутые предложения по
информационному и техническому обеспечению.
Чтобы обосновать проектное решение по специальному программному
обеспечению задачи необходимо:
1) дать классификацию и обосновать выбор методов (например,
структурное, модульное проектирование, методом “сверху вниз” или объектно-
ориентированное проектирование и т.д.) и средств проектирования специального