27
заложенной в нее функциональности и технологии RAD (технологии быстрого
проектирования и разработки приложений) позволяет осуществить быструю
доработку и добавление в неё функционала при необходимых адаптационных
запросах на изменение ИС в соответствии с изменением предметной области.
Система «1С: Предприятие 8.3» в настоящее время является стандартом
отрасли разработки учетных систем в России.
Таким образом, наиболее целесообразным для компании является
разработка информационной системы своими силами на основе
информационной платформы «1С: Предприятие 8.3».
1.3.2. Выбор и обоснование стратегии автоматизации задачи
Автоматизация деятельности предприятия является сложным процессом.
Чтобы задача автоматизации была выполнена с положительными результатами,
необходимо придерживаться определенной стратегии автоматизации
Стратегия автоматизации включает в себя выбор области деятельности
предприятия и последовательность, в которой будет проходить автоматизация
[14].
Критериями выбора стратегии автоматизации являются ограничения по
финансовым и временным затратам, комплекс внутренних стандартов,
поддерживаемых на предприятии.
Существуют следующие способы автоматизации: по участкам,
направлениям, комплексная автоматизация, хаотичная [14].
Хаотичная автоматизации предполагает установку частей ИС по мере
возможности. С точки зрения долгосрочного эффекта такая стратегия является
наиболее плохим вариантом, поскольку отсутствует стратегический план
развития ИС. Потребность во внедрении чаще всего определяется
сиюминутными задачами.
Автоматизация по участкам представляет собой автоматизацию
отдельных производственных или управленческих подразделений, которые
объединенны функциональным признаком. Такой способ автоматизации
28
характеризуется большой трудоемкостью, поскольку чтобы получить
положительный эффект от реализации стратегии, необходимо наличие
стратегических и оперативных планов. Однако, если инвестиционных ресурсов у
предприятия недостаточно для полной автоматизации, то стратегия
автоматизации по участкам является весьма эффективной.
Автоматизации по направлениям представляет собой автоматизацию
отдельных групп, направлений деятельности предприятия.
Рассмотрим возможность применения каждой из стратегий
автоматизации:
Поскольку предполагается, что разрабатываетмая ИС будет
использоваться в долгосрочной перспективе, а так же в дальнейшем будет
производится расширение функциональности ИС, то хаотичная стратегия не
подойдет для автоматизации.
В компании многие направления деятельности уже являются
автоматизированными, а комплексная стратегия автоматизации заключается в
полной автоматизации всех функциональных направлений деятельности
компании, кроме того стратегия предполагает большие временные и финансовые
затраты, которые не выгодны для компании. Поэтому данная стратегия не
подходит.
Стратегия автоматизации по участкам предусматривает, автоматизацию
отдельных отделов компании. Процесс учета и обработки заявок клиентов
затрагивает деятельность не одного отдела компании, поэтому данная стратегия
не подходит.
Тким образом, наиболее подходящей является стратегия автоматизации
по направлению, так как в данном случае происходит автоматизация отдельных
групп бизнес - процессов компании, направленных на учет и обработку заявок
клиентов.
29
1.3.3. Выбор и обоснование способа приобретения ИС для автоматизации
задачи
Для автоматизации бизнес-процессов предприятия существуют
следующие основные способы приобретения ИС [2]:
1) приобритение готового специализированного отечественного или
зарубежного ИС;
2) приобритение ИС и его самостоятельная или заказная доработка;
3) разработка ИС собственными силами или сторонними
разработчиками;
4) использование технологий облачных вычислений.
Для автоматизации учета и обработки заявок клиентов в компании ПАО
«Ростелеком» приобритение готового специализированного ИС не подходит,
поскольку требуется специфическая функциональность, в готовых ИС хуже
продумано направление будущего развития, требуется длительный срок
адаптации под требования компаниии или же адаптация бизнес-процессов под
ИС.
Способ покупки и дальнейшей доработки ИС используется, в случае
когда требуется небольшой объем доработки.
Способ использования технологий облачных вычислений («облаков»)
является не достаточно безопасным. Информацию, размещённую в том или ином
«облаке» при необходимости сможет узнать любой проявивший к этому интерес
человек, имеющий определённые полномочия, к тому же «облачный» сервис, не
имеет достаточно надёжной защиты от взлома и уничтоженния.
Поскольку компания располагает квалифицированными сотрудниками
для разработки и внедрения ИС учета и обработки заявок клиентов, то является
целесообразным способ разработки информационной системы собственными
силами.
При самостоятельной разработке ИС будут учитываться требования
компании к функциональности информационной системы, учитываться все
особенности работы и пожелания сотрудников компании, которые будут
работать с данной ИС, учитывается направление будущего развития. Так же
немаловажным при самостоятельной разработке является минимальность
30
временных и денежных затрат.
1.4. Обоснование проектных решений
1.4.1. Обоснование проектных решений по информационному обеспечению
Информационное
рколхо
oн
обеспечение
oн
-
oн
это
рколхо
создание
oн
информационных
рколхо
условий
oн
функционирования
рколхо
системы,
oн
обеспечение
рколхо
oн
необходимой
рколхо
oн
информацией,
oн
включение
рколхо
oн
в
oн
систему
рколхо
oн
средств
рколхо
oн
поиска,
oн
получения,
рколхо
хранения,
рколхо
накопления,
oн
передачи,
рколхо
обработки
рколхо
информации
oн
[2].
Разрабатываемая
рколхо
система должна
рколхо
автоматизировать учет
рколхо
и
рколхо
обработку
заявок клиентов в
рколхо
компании ПАО
рколхо
«Ростелеком».
Входной
рколхо
информацией для
рколхо
системы, являются
рколхо
оперативные
рколхо
данные о
новых
рколхо
заказах,
рколхо
которые регистрируются
рколхо
первичными
рколхо
аналитическими
документами и вносятся
рколхо
в базу
рколхо
данных через интерфейсную
рколхо
форму
рколхо
ввода
(обеспечивается
рколхо
отмена
рколхо
произведенных операций
рколхо
с возвратом
рколхо
исходных
значений).
Внесенная
рколхо
информация накапливается
рколхо
в базе
рколхо
данных и
рколхо
обрабатывается
системой с последующей возможностью
рколхо
оперативного
рколхо
доступа для
рколхо
контроля
текущей ситуации,
рколхо
просмотра
рколхо
отчетов,
рколхо
анализа документов,
рколхо
внесения
корректировок и
рколхо
обновления
рколхо
информационной
рколхо
базы,
рколхо
изменения условно –
постоянной
рколхо
информации в
рколхо
справочниках, анализа
рколхо
обобщенной
рколхо
информации за
период времени по каждому
рколхо
заказу или в
рколхо
целом.
Условно
рколхо
– постоянная
рколхо
информация содержит
рколхо
справочные
рколхо
данные о
номенклатуре предлагаемых
рколхо
услуг по
рколхо
заказу,
рколхо
характеристики
рколхо
заказов (срок,
статус).
Исходная
рколхо
информация об
рколхо
услугах в рамках
рколхо
клиентской
рколхо
деятельности
компании ПАО
рколхо
«Ростелеком» хранится
рколхо
в справочниках.
рколхо
Сведения о
рколхо
заказчиках,
менеджерах,
рколхо
заказах хранится
рколхо
в отдельных
рколхо
справочниках
рколхо
и корректируется
рколхо
по
мере
рколхо
необходимости.
Учет
рколхо
операций по клиентам
рколхо
регистрируются в системе
рколхо
с контролем
финансово
рколхо
– управленческой
рколхо
информации и
рколхо
возможностью
рколхо
отмены
рколхо
транзакции,
при операции
рколхо
выписывается
рколхо
отчет в виде
рколхо
печатной
рколхо
формы.
31
Управление
рколхо
заказами клиентов
рколхо
ведется в разрезе
рколхо
менеджеров, а
информация содержится
рколхо
в единой базе
рколхо
данных на
рколхо
сервере, соединение с
клиентскими
рколхо
приложениями обеспечивается
рколхо
посредством
рколхо
архитектуры «клиент –
сервер».
Клиентская
рколхо
часть системы
рколхо
должна
рколхо
быть многооконной
рколхо
и изменяемой
рколхо
под
задачи отдельных
рколхо
операций,
рколхо
обеспечивать функции
рколхо
поиска,
рколхо
быстрой
рколхо
навигации
и эргономичности
рколхо
управления.
Доступ к
рколхо
модулям системы обеспечивается
рколхо
через главное
рколхо
кнопочное
меню. Проектируемая
рколхо
система
рколхо
должна предоставлять
рколхо
удобный и интуитивно
понятный пользовательский
рколхо
интерфейс.
Анализ накапливаемой
рколхо
количественно – суммовой
рколхо
информации в
рколхо
базе
данных
рколхо
проводится в модуле
рколхо
аналитики с последующим
рколхо
выводом выходных
данных.
Система
рколхо
должна иметь
рколхо
возможность
рколхо
последующей
рколхо
реорганизации и
расширения для улучшения её
рколхо
возможностей или
рколхо
добавления функций. Должен
обеспечиваться
рколхо
контроль
рколхо
ввода данных при отсутствии
рколхо
избыточности, а
рколхо
также
надежное
рколхо
хранение и
рколхо
целостность базы
рколхо
данных.
В системе
рколхо
используется 5
рколхо
видов кодирования,
рколхо
предназначенные
рколхо
для
однозначной
рколхо
идентификации
рколхо
менеджеров,
рколхо
клиентов,
рколхо
договоров,
рколхо
платежей,
проектов. Виды
рколхо
системы
рколхо
кодирования
рколхо
указаны
рколхо
в таблице 6.
Таблица 6.
Используемые
рколхо
системы
рколхо
кодирования
Код
и
руемое
м
н
ожес
тв
о
об
ъ
ек
т
о
в
Длин
а
кода
рколхо
М
о
щн
ос
ть
кода
рколхо
С
и
с
т
ема
код
и
ро
в
а
ни
я
рколхо
С
и
с
т
ема
к
л
асс
и
ф
и
ка
ции
рколхо
В
и
д
к
л
асс
и
ф
и
ка
т
ора
рколхо
М
е
н
еджеры
к
ли
е
нт
о
в
рколхо
5
рколхо
9999
рколхо
п
орядко
в
ая
рколхо
и
ерарх
и
ческая
рколхо
об
щ
ес
и
с
т
ем
н
ы
й
рколхо
К
ли
е
нт
ы
рколхо
5
рколхо
9999
рколхо
п
орядко
в
ая
рколхо
и
ерарх
и
ческая
рколхо
об
щ
ес
и
с
т
ем
н
ы
й
рколхо
Д
о
г
о
в
оры
рколхо
5
рколхо
9999
рколхо
п
орядко
в
ая
рколхо
и
ерарх
и
ческая
рколхо
об
щ
ес
и
с
т
ем
н
ы
й
рколхо
Зака
з
ы
к
ли
е
нт
о
в
рколхо
5
рколхо
9999
рколхо
п
орядко
в
ая
рколхо
и
ерарх
и
ческая
рколхо
об
щ
ес
и
с
т
ем
н
ы
й
рколхо
Все
рколхо
классификаторы
рколхо
ведутся
рколхо
менеджером.
Классификатор
рколхо
менеджеров.
Структурная
рколхо
формула
рколхо
классификатора:
32
F = [Фамилия]
рколхо
: [XXXXX]
рколхо
–
рколхо
код
рколхо
менеджера
Пример
рколхо
заполнения –
рколхо
001234
Классификатор
рколхо
клиентов.
Структурная
рколхо
формула
рколхо
классификатора:
F = [Наименование
рколхо
]:[
рколхо
XXXXX]
рколхо
– код клиента
Пример
рколхо
заполнения
рколхо
– 00001
Классификатор
рколхо
заказов.
Структурная формула
рколхо
классификатора:
F =
рколхо
[Наименование]:[
рколхо
XXXXX] – код
рколхо
заказа
Пример
рколхо
заполнения
рколхо
- 00004
рколхо
Классификатор
рколхо
договоров.
Структурная формула классификатора:
F =
рколхо
[Наименование]:
рколхо
[
рколхо
XXXXX] - код
рколхо
договора
Пример
рколхо
заполнения -
рколхо
00012.
1.4.2. Обоснование проектных решений по программному обеспечению
Программное
oн
обеспечение
oн
-
oн
совокупность
oн
программ
oн
системы
oн
обработки
oн
информации
oн
и
oн
программных
oн
документов,
oн
необходимых
oн
для
oн
их
oн
эксплуатации
oн
[8].
Разработка бизнес – приложений в системе 1С отличается от разработки
в универсальных системах (Delphi, С++) тем, что приложение в 1С
разрабатывается в терминах классов проблемно – ориентированных бизнес –
сущностей. При разработке системы автоматизации для предприятий существует
целый ряд различных сущностей – товары, клиенты, счета, накладные,
документы – а также все способы регистрации их взаимодействия. [20]
Информационная платформа отечественной компании фирмы «1С»
является наиболее рентабельной, в силу относительно не высокой стоимости
внедрения. Отечественная информационная платформа фирмы «1С» в силу
заложенной в нее функциональности и технологии RAD (технологии быстрого
проектирования и разработки приложений) позволяет осуществить быструю
доработку и добавление в неё функционала при необходимых адаптационных
запросах на изменение ИС в соответствии с изменением предметной области.
33
Система «1С: Предприятие 8.3» в настоящее время является стандартом
отрасли разработки учетных систем в России. Ее преимущества:
1) высокая скорость разработки информационных систем по сравнению с
аналогичными системами;
2) низкая цена разработки;
3) гибкость и кластеризация разработки.
Таким образом, для разработки информационной системы в качестве
программной платформы выбрана платформа «1С: Предприятие 8.3» и
встроенный язык программирования системы 1С как язык программирования.
Для создания базы данных была выбрана система управления
реляционными базами данных Microsoft SQL Server 2012.
Самым важным преимуществом в обосновании выбора SQL Server 2012
является его наивысшая, по сравнению с конкурентами, совместимость с 1С.
Этому активно способствует плодотворное сотрудничество фирмы «1С» и
фирмы «Microsoft», что сделало продукт SQL Server высоко совместимым с
«1С».
1.4.3. Обоснование проектных решений по техническому обеспечению
Техническое обеспечение – это комплекс технических средств,
обеспечивающих работу ИС, соответствующей документации на эти средства и
технологические процессы [2].
В настоящее время существует несколько технологий передачи данных.
Рассмотрим две архитектуры, такие как файл – сервер и клиент – сервер.
Передача данных в архитектуре «клиент – сервер» осуществляется
следующим образом. Клиент посылает на сервер запросы на чтение или
изменение данных, которые формулируются на языке SQL. Сервер сам
выполняет все необходимые изменения или выборки, контролируя целостность
и согласованность данных, и результаты в виде набора записей или кода
возврата посылает на компьютер клиента. Таким образом, сервер базы данных и
обеспечивает доступ к общим данным, и выполняет обработку этих данных.
34
В архитектуре «файл – сервер» хранение данных осуществляется в одном
месте, а обработка в другом. В связи с этим, передача данных должна
осуществляться по сети, поэтому сеть является перегруженной, если количество
одновременно работающих клиентов увеличивается и производительность
приложения стремительно падает. Кроме того архитектура «файл – сервер»
содержит проблему одновременного доступа к данным, а так же имеет
децентрализованное решение проблем целостности и согласованности данных,
что снижает надежность приложения.
Такие недостатки предотвращаются архитектурой «клиент – сервер».
Помимо этого, она позволяет оптимальным образом распределить
вычислительную нагрузку между клиентом и сервером, что оказывает
положительное влияние на такие характеристики системы как: стоимость,
производительность, поддержка.
Исходя из вышесказанного, при разработке ИС будет использована
технология клиент - сервер. Сервер оптимизирует выполнение функций
обработки данных, что избавляет от необходимости оптимизации рабочих
станций. Сервер позволяет быстро получить результаты обработки запроса.
Нагрузка на сеть уменьшается за счет того, что рабочие станции не
обрабатывают все промежуточные данные. Предоставляется возможность
ведения журнала операций, в котором автоматически регистрируются все
прошедшие транзакции что, в свою очередь, поможет быстрому восстановлению
системы при аппаратных сбоях. Организация такой технологии проще, и
оборудование для её организации приемлемо по стоимости приобретения.
Таким образом, проектируемая система с технической точки зрения
будет представлять собой набор объединенных в единую сеть ЭВМ - клиентов, с
которых при помощи установленного клиентского приложения будет
осуществляться связь с базой данных, расположенной на удаленном сервере,
которая представлена на рисунке 7.
35
Рисунок 7. Конфигурация технического обеспечения ИС
Для разрабатываемой ИС была выбрана следующая конфигурация
персональных компьютеров для пользователей:
1) процессор - Intel core 2 duo 2.2 GHz;
2) память - от 4 Gb;
3) жесткий диск от 200 Gb;
4) CD - ROM - от 48x;
5) монитор - 19” Samsung SyncMaster;
6) принтер HP LaserJet 1100;
7) клавиатура и мышь Genius.;
8) операционная система - Windows 7/8/8.1;
9) сервер СУБД - SQL Server Management Studio Express;
10) наличие средств информационной безопасности данных.
Конфигурация сервера базы данных:
1) процессор - Intel Core i7 - 3500 3.3 GHz 8 core;
2) материнская плата - ASUS Q5 1155;
3) оперативная память - 32 GB;
4) жесткий диск 6 TB;
5) видеокарта GF 430 GT Microstar 1024mb 64 - бит 96/700/1333 MHz.
36
II Проектная часть
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Жизненный цикл – это непрерывный процесс, который начинается с
момента принятия решения о необходимости его создания и заканчивается в
момент его полного изъятия из эксплуатации [3].
Можно перечислить следующие наиболее распространенные стандарты
жизненного цикла [22]:
ГОСТ 34.601–90 – стандарт, который описывает содержание работ
каждого этапа, кроме того устанавливая стадии и этапы создания
автоматизированной системы. Стадии и этапы работы, закрепленные в
стандарте, в большей степени соответствуют каскадной модели жизненного
цикла.
ISO/IEC 12207 – стандарт на процессы и организацию жизненного цикла.
Распространяется на все виды заказного ПО. Стандарт не содержит описания
фаз, стадий и этапов.
Custom Development Method (методика Orаcle) по разработке прикладных
информационных систем – технологический материал, детализированный до
уровня заготовок проектных документов, рассчитанных на применение в
проектах с Orаcle. Применяется CDM для классической модели ЖЦ
(предусмотрены все работы/задачи и этапы), а также для технологий «быстрой
разработки» (Fаst Trаck) или «облегченного подхода», рекомендуемых в случае
малых проектов.
Rаtionаl Unified Process (RUP) предлагает итеративную модель
разработки, которая включает четыре фазы: начало, исследование, построение и
внедрение. Каждая их этих фаз состоит из этапов (итераций), в результате
которых выпускается версия для внутреннего или внешнего использования.
Прохождение через четыре основные фазы называется циклом разработки,
каждый цикл завершается генерацией версии системы. Если после этого работа
над проектом не прекращается, то полученный продукт продолжает развиваться
и снова минует те же фазы. Суть работы в рамках RUP – это создание и
сопровождение моделей на базе UML .