3. Разработка технико-экономического обоснования создания автоматизированной системы
4. Построение создаваемой автоматизированной системы
2 Вариант индивидуального задания
Введение
На фоне роста экономики в России в последние годы все большее число компаний начинает задумываться об автоматизации своих бизнес-процессов, и причина тому – всевозрастающие обороты, с которыми не справляются существующие схемы работы компаний, созданные несколько лет назад и использующие преимущественно ручной труд. Результатом автоматизации являются: высвобождение человеческих и финансовых ресурсов для повышения производительности труда и эффективности стратегического управления. /1/
Одной из сфер автоматизации является учет продаж IP-адресов. В настоящее время вся всемирная паутина построена на IP-адресах и в условиях постоянного увеличения потока клиентов, следовательно, и увеличения количества заказов невозможно обойтись без использования информационных сетей и средств комплексной автоматизации предприятия. В результате автоматизация становится необходимостью: в единой системе вести учет заказов, доступности IP-адресов, клиентов, статистику целей использования и многое другое.
На сегодняшний день основной проблемой развития данной сферы является низкий уровень автоматизации. Это обусловлено тем, что на рынке представлено мало программных решений. Основным инструментом для сотрудников является программный продукт Excel. В связи с этим автоматизация бизнес-процессов по учету продаж IP-адресов является на сегодняшний день актуальной задачей.
Сегодня на рынке программных продуктов, предназначенных для продаж IP-адресов, представлен такой программный продукт, как «Naumen Inventory» – система учёта сервисов, логических и физических ресурсов (Network Resource Inventory) для телекоммуникационных компаний, прежде всего операторов фиксированной связи, а также для всех компаний, которым необходимо учитывать оборудование. Программа автоматизации предусматривает интеграцию с базами 1С. /2/
Программа «1C: Предприятие» — является прогрессивным и мощным инструмент для автоматизации всех бизнес-процессов. Она представляет собой платформу, на базе которой работают отдельные программы семейства 1C для автоматизации бухгалтерского учета, склада, производства, оптовой и розничной торговли, документооборота.
Недостатками «Naumen Inventory» являются высокая стоимость, сложный интерфейс и ориентация на пользователей, имеющих опыт с корпоративными сетями.
В связи с этим многие разрабатывают собственные программные продукты на платформе 1С:Предприятие с учетом особенностей своей деятельности.
Цель автоматизации бизнес-процессов по продаже IP-адресов — это разработка автоматизированной подсистемы продаж IP-адресов.
Эффективность от внедрения системы будет заключаться в повышение производительности и эффективности труда работников, улучшение качества информационной продукции и услуг, повышение сервиса и оперативности обслуживания пользователей.
1. Анализ предметной области
1.1 Проведение обследования автоматизируемого объекта
Общество с ограниченной ответственностью «Proxy-take» (компания «Proxy-take») предоставляет услуги IP-адресов в сети Интернет.
Работа данной компании с заказчиками обуславливается соглашением, который носит характер публичной оферты и является эквивалентом "устного договора", в соответствии со статьей № 435 Гражданского кодекса Российской Федерации имеет надлежащую юридическую силу. /3/ Акцептом данной Оферты является по умолчанию оформление заказа, согласно статье № 438 Гражданского кодекса Российской Федерации. /4/
Услуги, которые предоставляет компания заказчику:
- доступ к личному кабинету;
- уникальный логин и пароль, который позволит заказчику получить единоличный доступ к услугам;
- список IP-адресов, к которым открыт доступ заказчику;
- необходимые консультации для подключения к услугам и настройки программного обеспечения посредством электронной почты.
Обязанности компании по отношению к заказчику:
- своевременно предоставить заказчику учетные данные;
- уведомлять заказчика не менее чем за 10 календарных дней до момента изменения тарифов или тарифных планов посредством Сайта и (или) электронной почты;
- сохранять конфиденциальность информации Заказчика, полученной от него при регистрации, а также содержания частных сообщений электронной почты за исключением случаев, предусмотренных действующим законодательством РФ.
Главная роль в деятельности компании «Proxy-take» отведена отделу работы с клиентами, в котором работают операторы.
В настоящее время процесс обработки заказов в компании «Proxy-take» осуществляется с помощью программного продукта Microsoft Excel, который создан для работы с электронными таблицами, с помощью которых удобно производить вычисления, но это не всегда удобно и занимает достаточно много времени.
Частичная автоматизация учетных операций приводит к дублированию и потери данных. С нарастанием заказов растет количество бизнес-процессов и информации, которую необходимо обрабатывать. Для извлечения большей выгоды и более слаженной работы операторов необходим строгий контроль над реализацией функционирующих бизнес-процессов, эффективность которого во многом определяется уровнем автоматизации.
Повышение эффективности работы компании «Proxy-take», его бизнес-процессов возможно за счет их полной автоматизации.
Сегодня на рынке программных продуктов, предназначенных для продаж IP-адресов, представлен мало готовых программных решений, предназначенных для автоматизации подсистемы учета продаж IP-адресов.
Программа «1C: Предприятие» — является прогрессивным и мощным инструментом для автоматизации всех бизнес-процессов. Она представляет собой платформу, на базе которой работают отдельные программы семейства 1C для автоматизации бухгалтерского учета, склада, производства, оптовой и розничной торговли, документооборота. /7/
Программы 1C позволяют оперативно формировать отчеты и аналитику, на сбор и обработку которой раньше выделялись целые отделы сотрудников.
Целью автоматизации является разработка автоматизированной подсистемы учета продаж IP-адресов.
Приоритетными задачами, решаемыми для достижения цели являются:
- разработка базы данных;
- автоматизация бизнес-процессов компании «Proxy-take»;
- ведение единой базы клиентов;
- оптимизация информационного потока;
- автоматическая обработка заказов клиентов по выдаче логинов и паролей авторизации.
Неисчисляемые эффекты от внедрения автоматизированной подсистемы учета продаж IP-адресов ожидаются в следующем:
- снижение временных затрат на обработку заказа;
- повышение уровня автоматизации и качества обработки информации;
- повышение эффективности поисковых операций;
- повышение качества обслуживания клиентов;
- повышение производительности компании;
- оперативное предоставление информации о заказе клиента;
- оперативное предоставление информации о доступности IP-адресов;
- отсутствие необходимости хранения информации на бумажных носителях;
- упрощение поиска и доступа к информации, необходимой для принятия управленческих решений;
- сокращение бумажного документооборота.
1.2 Построение модели предметной области «как есть» (AS-IS).
Модель AS - IS «как есть» - функциональная модель предназначена для описания существующих бизнес - по разработке и ведению расписания учебных занятий. Модель AS-IS разрабатывается на языке UML.
1
1.1
1.2
1.2.1 Разработка диаграммы пакетов
Диаграммы пакетов унифицированного языка моделирования (UML) отображают зависимости между пакетами составляющими модель.
Целью диаграммы пакетов, в первую очередь является организация элементов в группы по какому - либо признаку с целью упрощения структуры и организации работы с моделью системы.
Пакет (package) - это конструкция UML, предназначенная для упорядочивания UML - моделей, а также для группировки классов.
Пакет, во - первых, выполняет служебную роль, позволяя организовать порядок в создаваемых UML - моделях и распределить различные модельные конструкции, а также диаграммы, по разным «папкам».
Во - вторых, в пакеты традиционно помещают классы системы, особенно если проект большой и их много. /5/
Диаграмма пакетов модели «как есть» представлена на рисунке 1.
Рисунок 1 - Диаграмма пакета
Для более подробного описания системы, были разработаны соответствующие диаграммы вариантов использования.
1.2.2 Разработка диаграммы вариантов использования
Диаграммы вариантов использования описывают взаимоотношения и зависимости между группами вариантов использования и действующих лиц, участвующих, в процессе.
Диаграммы вариантов использования не предназначены для отображения проекта и не могут описывать внутреннее устройство системы, они предназначены для упрощения взаимодействия с будущими пользователями системы, с клиентами.
Для пакета «Учет продаж IP-адресов» была разработана диаграмма вариантов использования «как есть», которая включает в себя: актера Оператор и 8 вариантов использования (Подбор IP-адреса, Активация IP-адреса, Блокировка IP-адреса, Продление IP-адреса, Замена IP-адреса, Регистрация персональных данных клиента, Прием заказа, Отправка данных клиентам по авторизации).
Диаграмма вариантов использования «как есть» представлена на рисунке 2.
Рисунок 2 - Диаграмма вариантов использования «как есть»
1.2.3 Разработка диаграмм последовательности
Диаграмма последовательности (sequence diagram) — диаграмма, на которой для некоторого набора объектов на единой временной оси показан жизненный цикл какого-либо определённого объекта (создание-деятельность- уничтожение некой сущности) и взаимодействие актёров (действующих лиц) АС в рамках какого-либо определённого прецедента (отправка запросов и получение ответов).
Основными элементами диаграммы последовательности являются обозначения объектов (прямоугольники с названиями объектов), вертикальные «линии жизни» (lifeline), отображающие течение времени, прямоугольники, отражающие деятельность объекта или исполнение им определенной функции (прямоугольники на пунктирной «линии жизни»), и стрелки, показывающие обмен сигналами или сообщениями между объектами.
На данной диаграмме объекты располагаются слева направо.
Диаграмма последовательности «как есть» представлена на рисунке 3.
Рисунок 3 - Диаграмма последовательности «как есть»
1.2.4 Разработка диаграмм последовательности
Диаграммы деятельности - один из видов диаграмм, применяемых в UML, для моделирования динамических аспектов поведения системы. Диаграмма деятельности - это, по существу, блок - схема, которая показывает, как поток управления переходит от одной деятельности к другой.
Диаграммы деятельности являются представлением алгоритмов неких действий (активностей), выполняющихся в системе.
Диаграммы деятельности позволяют моделировать сложный жизненный цикл объекта, с переходами из одного состояния в другое. Они применимы для детализации некоторой конкретной операции. Диаграммы деятельности описывают переход от одной деятельности к другой, в отличие от диаграмм взаимодействия, где акцент делается на переходы потока управления от объекта к объекту.
Диаграммы деятельности «как есть» представлены на рисунках 4-9.
Рисунок 4 - Диаграмма деятельности «Подбор IP-адреса»
Рисунок 5 - Диаграмма деятельности «Замена IP-адреса»
Рисунок 6-Диаграмма деятельности «Регистрация персональных данных клиента»
Рисунок 7 - Диаграмма деятельности «Активация IP-адреса»
Рисунок 8 - Диаграмма деятельности «Блокировка IP-адреса»
Рисунок 9 - Диаграмма деятельности «Продление IP-адреса»
Таким образом, была построена UML-модель «как есть» (AS - IS). Главным недостатком текущего учета продаж IP-адресов являются большие затраты людских и временных ресурсов, поэтому целесообразна разработка новой АС.
1.3 Построение модели предметной области «как должно быть» (TO -BE)
Найденные в модели AS-IS недостатки устраняются в модели ТО-ВЕ (как будет), т.е. модели новой организации процессов в системе учета продаж IP-адресов. Создание и внедрение АС приводит к изменению условий выполнения отдельных операций, структуры процессов и предприятия в целом. Это приводит к необходимости изменения системы правил, используемых на предприятии, модификации должностных инструкций операторов.
Функциональная модель TO-BE позволяет уже на стадии проектирования будущей АС определить эти изменения. Применение функциональной модели TO-BE позволяет не только сократить сроки внедрения информационной системы, но также снизить риски, связанные с невосприимчивостью персонала к информационным технологиям. Модель ТО-ВЕ нужна для анализа альтернативных (лучших) путей выполнения функции и документирования того, как компания будет делать бизнес в будущем.
Функциональная модель TO-BE позволит четко определить распределение ресурсов между операциями делового процесса, что дает возможность оценить эффективность использования ресурсов после предлагаемого реинжиниринга.
В ходе анализа разработанной модели «как есть» был выявлен ряд проблем, показывающих, что в системе есть определенные «дыры».
Например, в системе не отлажен процесс составления отчетности и хранение данных в одном месте. Чтобы исправить эти недостатки в систему необходимо добавить определенные компоненты для того чтобы избавиться от «дыр» внутри системы.
1.3.1 Разработка диаграммы пакетов
Разработанная диаграмма пакетов модели «как должно быть» соответствует диаграмме на рисунке 1.
1.3.2 Разработка диаграммы вариантов использования
В результате анализа выявленных недостатков было принято решение, что для полноценного функционирования автоматизированной учета продаж IP-адресов необходимо добавить на диаграмму вариантов использования одного актера - «Директор», который будет заниматься формированием отчетов.
Разработанная диаграмма вариантов использования «как должно быть» представлена на рисунке 10.
Рисунок 10 - Диаграмма вариантов использования «как должно быть»
1.3.3 Разработка диаграммы последовательности.
В соответствии с изменениями внесенными в диаграмму вариантов использования были внесены изменения в диаграмму последовательности. Диаграмма последовательности была обобщена для удобства анализа последовательности действий производимых в автоматизированной системе учета продаж IP-адресов.
Разработанная диаграмма последовательности представлена на рисунке 11.
Рисунок 11 - Диаграмма последовательности «как должно быть»
1.3.4 Разработка диаграммы деятельности
В соответствии с изменениями, внесенными в диаграмму пакетов и диаграмму вариантов использования, были внесены изменения в диаграмму деятельности. Диаграмма деятельности была обобщена для удобства анализа действий производимых в автоматизированной системе учета продаж IP-адресов.
Разработанные диаграммы деятельности «как должно быть» совпадают с диаграммами на рисунках 4-9. Новая диаграмма представлена на рисунке 12.
Рисунок 12 - Диаграмма деятельности «как должно быть»
2 Техническое задание
2.1 Основание для разработки
Программное обеспечение должно быть разработано на основании задания, согласованного с руководством компании «Proxy-take».
2.2 Назначение разработки
Программное обеспечение должно быть предназначено для автоматизации подсистемы учета продаж IP-адресов.
2.3 Требования к программе
2.3.1 Требования к функциональным характеристикам
Программное обеспечение должно выполнять следующие функции:
- учет сведений по IP-адресам;
- учет персональных данных клиента;
- подбор IP-адресов;
- учет сведений по заказам;
- активация IP-адресов;
- блокировка IP-адресов;
- замена IP-адресов;
- отслеживание выполнения заказов;
- поиск информации по запросам пользователей (поиск информации о контрагентах, поиск информации об IP-адресах, поиск информации о заказах по контрагенту, поиск информации о замене IP-адресов по причинам замены, поиск информации о заказах по периоду, поиск информации о заменах IP-адреса по периоду, поиск заказов по сайтам);
- формирование отчетных документов.
Программное обеспечение должно обеспечивать:
- контроль однократного ввода информации;
- оперативный поиск данных в базе данных;
- контроль формата вводимой информации;
- защиту учетных данных от несанкционированного доступа.
Программное обеспечение должно иметь интуитивно понятный интерфейс, обеспечивать комфортную работу для пользователей, не имеющих опыта работы с персональным компьютером.
Входными данными программного обеспечения должны быть:
- персональные данные клиента;
- информация о заказе;
- информация об IP-адресах;
- информация о целях использования.
Выходными данными программного обеспечения должны быть:
- подобранный IP-адрес;
- данные авторизации клиента;
- отчет «Выручка»;
- отчет «Выручка по дням»;
- отчет «Цели использования»;
- отчет «Занятость прокси по серверам»;
- отчет «Реестр контрагентов».
2.3.2 Требования к надежности
Программное обеспечение должно работать без прерываний по программным ошибкам, отслеживать формат вводимых данных и предоставлять отчет об ошибках. Сбои при работе программного обеспечения не должны приводить к изменению алгоритмов учета и обработки данных, нарушению целостности базы данных.
Программное обеспечение должно обеспечивать защиту данных от несанкционированного доступа на основе процедуры аутентификации пользователей и разграничения прав доступа к данным.
2.3.3 Условия эксплуатации
Для обеспечения нормальной работы пользователя с программным обеспечением должны быть соблюдены эргономические требования к рабочему месту в соответствии с требованиями СанПин 2.2.2/2.4.1340-03 и ТОИ Р-45-084-01./13, 14/
Площадь рабочего места пользователя персонального компьютера (ПК) должна составлять не менее 6 м2. В помещении должна проводиться ежедневная влажная уборка и систематическое проветривание после каждого часа работы.
Рабочие столы должны быть расположены таким образом, чтобы мониторы были ориентированы боковой стороной к световым проемам, и естественный свет падал преимущественно слева.
Конструкция рабочего стола должна обеспечивать оптимальное размещение на рабочей поверхности используемого оборудования с учетом его количества и конструктивных особенностей, характера выполняемой работы.
Конструкция рабочего стула (кресла) должна обеспечивать поддержание рациональной рабочей позы при работе на ПЭВМ позволять изменять позу с целью снижения статического напряжения мышц шейно-плечевой области и спины для предупреждения развития утомления.
2.3.4 Требования к составу и параметрам технических средств
Программное обеспечение должно быть написано на платформе «1С:Предприятие». Программное обеспечение должно быть разработано как клиент-сервер.
В качестве сервера должен использоваться персональный компьютер с характеристиками не ниже следующих:
- процессор Intel с тактовой частотой 2.5 Ггц;
- оперативная память 4 Гб;
- объём свободного места на жестком диске должен быть не менее 2 Гб.
В качестве рабочего места должен использоваться персональный компьютер с характеристиками не ниже следующих:
- процессор Intel с тактовой частотой 2.5 Ггц;
- оперативная память 3 Гбайта;
- объём свободного места на жестком диске должен быть не менее 1 Гб.
2.3.5 Требования к информационной и программной совместимости
Программное обеспечение должно быть разработано с использованием программного продукта «1С:Предприятие 8.3» и должно быть совместимо с операционной системой Windows 7 и выше.
Программа должна функционировать в клиент-серверном режиме «1С: Предприятие 8.3» с использованием сервера «1С:Предприятие» и сервера баз данных PostgreSQL.
При работе программного обеспечения на персональном компьютере должны быть установлен файл с разработанной конфигурацией, на персональном компьютере, который используется в качестве сервера.
2.3.6 Требования к маркировке и упаковке
Исполняемый файл программного обеспечения должно должен быть записан на оптическом диске. Оптический диск должен быть упакован в жесткую коробку с этикеткой, отражающей название программного обеспечения и контактные данные разработчика.
2.3.7 Требования к транспортированию и хранению
Установочный диск программного обеспечения при транспортировке должен размещаться в жёсткой коробке.
Транспортировка может быть осуществлена любым способом и любым транспортом.
Установочный диск программного обеспечения, инструкция по установке и ключ активизации должны храниться у директора компании «Proxy-take».
2.3.8 Специальные требования
Программное обеспечение должно быть сертифицировано в соответствии с правилами сертификации, действующими на территории Российской Федерации.
2.4 Требования к программной документации
Программное обеспечение должно сопровождаться пояснительной запиской, включающей следующую программную документацию:
- техническое задание;
- описание программы;
- программу и методики испытаний;
- описание применения.
Структура и содержание программной документации должны соответствовать требованиям стандартов Единой системы программной документации (ЕСПД).
2.5 Технико-экономические показатели
Использование программного обеспечения автоматизированной подсистемы учета продажи IP-адресов должно обеспечить получение экономической выгоды денежных средств за счет сокращения затрат на автоматизируемое направление деятельности и достижение следующих экономических показателей:
– чистая дисконтированная стоимость (ЧДС) – положительная;
– срок окупаемости (Ток) – в течении первого года эксплуатации;
– индекс доходности (ТС) – больше 1.
2.6 Стадии и этапы разработки
Разработка программного обеспечения должна осуществляться согласно следующим стадиям и этапам:
а) предпроектное обследование;
1) анализ предметной области;
2) технико-экономическое обоснование целесообразности разработки автоматизированной системы;
б) разработка и утверждение технического задания;
1) разработка технического задания;
2) утверждение технического задания;
в) разработка технического проекта;
1) разработка диаграммы вариантов использования автоматизированной подсистемы учета продаж IP-адресов;
2) разработка диаграммы классов автоматизированной подсистемы учета продаж IP-адресов;
3) разработка диаграмм последовательностей автоматизированной подсистемы учета продаж IP-адресов;
4) разработка модели архитектуры системы;
5) утверждение моделей системы;
г) написание и отладка программного кода;
д) разработка и утверждение программной документации;
1) разработка программной документации;
2) утверждение программной документации
е) испытания программного обеспечения;
ж) подготовка и передача программного обеспечения.
2.7 Порядок контроля и приемки
Проверка программного обеспечения должна осуществляться в соответствии с тестами, которые должны охватить все функции программного обеспечения.
Приемка программного обеспечения должна осуществляться при условии правильной работы в соответствии с функциональными требованиями технического задания, наличия пояснительной записки, включающей полный комплект технической документации на программу.