23
Рис.1.7. Интерфейс программы Namely
Преимущества:
−
Создание иерархии сотрудников
−
Расчет зарплаты
−
Учет рабочего времени
−
Отчеты с инфографикой
Недостатки:
•
Отсутствует возможность удаленного доступа к ПК
Стоимость:
•
Цена устанавливается для пользователя индивидуально
Воркер
Тайм-трекер для учета рабочего времени за компьютером. Ежедневно
1800 специалистов находятся под контролем системы. Представленные
инструменты позволяют увеличить производительность и снизить количество
опозданий. На выбор предлагается облачная или локальная версия. Установка
программы происходит отдельно для директора и сотрудника.
Программа позволяет контролировать соблюдение установленного
графика: фиксируются нарушители, частота опозданий. Можно узнать, какими
24
программами и сайтами сотрудники пользуются. В отчетах показывается,
сколько времени было потрачено на сторонние ресурсы. Также доступна
хронология дня для каждого из пользователей. Все данные хранятся на облачном
сервере и защищены индивидуальным шифрованием, за счет чего их
невозможно удалить, взломать или перехватить. Реализована функция
блокировки сайтов и приложений в удаленном режиме.
Рис.1.8. Интерфейс программы Воркер
Преимущества:
−
Снимки рабочего стола и веб-камеры
−
Блокировка сайтов и приложений
−
Защита данных
−
История поиска
Недостатки:
•
Отсутствуют уведомления
Стоимость:
•
350 руб. за 1 сотрудника при оплате за 3 месяца
•
210 руб. за 1 сотрудника при оплате за 1 год
CrocoTime
25
Тайм-трекер для учета рабочего времени, встреч и звонков. Для начала
работы необходимо установить софт на ПК. Все данные отправляются на
удаленный сервер, которые потом формируются в единый отчет. Доступна
бесплатная версия программы и пробный период.
Система позволит определить неравномерную нагрузку персонала, а
также контролировать работу сотрудников удаленно. На основе синхронизации с
IP-телефонией, календарем и даже турникетами, покажет реальную картину
рабочего дня пользователя. Любые нарушения фиксируются в сервисе и
отправляются директору, например, ранний уход или опоздание.
Рис.1.9. Интерфейс программы CrocoTime
Преимущества:
−
Бесплатный пробный период
−
Возможность интеграции
−
Фиксация нарушений
−
Статистика работы компании по отделам и сотрудникам
Недостатки:
•
Сложный интерфейс для настроек работы платформы
Стоимость:
•
250 руб./месяц — облачная версия за 1 сотрудника
26
•
По индивидуальному расчету цены доступна локальная версия.
В результате проведенного анализа аналогов программных продуктов,
можно сделать вывод, что ни один из рассмотренных продуктов не
удовлетворяет потребностям ООО «Вымпел».
Все автоматизированные системы, рассмотренные как аналоги, являются
достаточно функциональными, и имеют множество модулей системы,
ориентированные на тот или иной отдел.
Но данные программные продукты имеют недостатки, если рассматривать
их с точки зрения направленной специфики работы конкретного процесса,
который мы будем автоматизировать. Данные АС являются стандартами в своей
области, их используют многие компании и организации. При разработке
собственной системы можно учесть все особенности процесса, а не процесс
настраивать под существующую систему.
1.5. Анализ возможностей методологии и инструментальных средств
проектирования
Выбор средств проектирования существенно зависит от следующих
особенностей методологии проектирования
1
:
− ориентации на создание типового или уникального проекта;
− итерационный характер процесса проектирования;
− возможность разбиения проекта на отдельные части, которые
разрабатываются группами исполнителей ограниченной численности с
последующей интеграцией составных частей;
− жесткой дисциплины проектирования и разработки при их коллективном
характере;
− необходимости отчуждения проекта от разработчиков и его
последующего централизованного сопровождения.
1
Гвоздева В.А. Информатика, автоматизированные информационные технологии и системы: Учебник /
В.А. Гвоздева. - М.: ИД ФОРУМ: НИЦ ИНФРА-М, 2015. - 544 с.
27
В настоящее время используются специальные CASE-средства (Computer
Aided Software/System Engineering), которые помогают разрабатывать и
поддерживать сложные программные системы – либо просто моделировать
бизнес-процессы в организации, либо полностью поддерживать весь жизненный
цикл проектирования и сопровождения информационных систем.
CASE средства – набор методов и инструментов программной инженерии
для создания программного обеспечения, который способствует обеспечению
высокого качества программ, отсутствию ошибок и простоте в эксплуатации
программных продуктов.
Также под CASE понимается совокупность средств и методов
проектирования информационных систем с автоматизированными
интегрированными инструментами, которые могут использоваться в процессе
создания ПО.
Рис.1.10. Функциональные возможности типовой системы поддержки CASE-
технологии
Многие существующие CASE-средства основаны на методологиях
объектно-ориентированного и структурного (чаще всего) анализа и
проектирования, использующих спецификации в виде текстов или диаграмм для
28
описания внешних требований, связей между моделями системы, архитектуры
программных средств и динамики поведения системы.
К CASE-средствам относятся также и весьма недорогие и ограниченные
варианты систем, которые ориентированы на применение обычными
персональными компьютерами. Также существуют и более мощные CASE-
средства, которые применяются на базе специальных вычислительных
платформ. Поэтому выбор тех или иных CASE-средств на рынке обусловлен,
прежде всего, целями и задачами конкретного проекта, а также, собственно,
квалификацией участвующих в проекте специалистов
2
.
Все существующие CASE-средства классифицируются в основном по
категориям и типам. Классификация по типам показывает функциональную
ориентацию CASE-средств на те или иные процессы ЖЦ. Классификация по
категориям определяет степень интегрированности по выполняемым функциям
и включает отдельные локальные средства, решающие небольшие автономные
задачи, набор частично интегрированных средств, охватывающих большинство
этапов жизненного цикла ИС и полностью интегрированные средства,
поддерживающие весь ЖЦ ИС и связанные общим репозиторием. Кроме того,
CASE-средства классифицируются по таким признакам, как:
− применяемые методологии и модели систем и БД;
− степень интегрированности с СУБД;
− доступные платформы.
Методология SADT (Structured Analisys and Design Technique – технология
структурного анализа и проектирования) разработана в 1969-1973 годах
Дугласом Т. Россом. Технология первоначально было создана для разработки
систем более общего назначения по сравнению с другими структурными
методами, выросшими из проектирования программного обеспечения. SADT –
одна из самых популярных и часто применяемых методик проектирования. В
качестве стандарта применяется новое название – IDEF0 (Icam DEFinition).
Процесс моделирования в методологии SADT состоит из таких процессов,
как:
− сбор информации об исследуемом объекте;
2
Исаев Г. Проектирование информационных систем. Учебное пособие. - М.: Омега-Л, 2015. - 432с.
29
− документирование полученной информации;
− представление информации в виде модели;
− уточнение модели.
В IDEFO система может быть представлена как совокупность
взаимодействующих функций или работ. Такую чисто функциональную
ориентацию можно считать принципиальной – анализ функций системы
проводится независимо от объектов, которыми они оперируют. Это
способствует более четкому моделированию логики и взаимодействия процессов
организации
3
.
Под моделью в IDEF0 понимается описание системы (графическое и
текстовое), которое должно ответить на некоторые заранее поставленные
вопросы.
Рис.1.11. Модель в IDEF0
Для того, чтобы начать процесс моделирования какой-либо системы в
IDEFO, нужно определить контекст, то есть наиболее абстрактный уровень
описания системы в целом. Контекст состоит из определения субъекта
моделирования, цели и точки зрения на модель.
3
Карминский А.М. Методология создания информационных систем: Учебное пособие / А.М.
Карминский, Б.В. Черников. - 2-e изд., перераб. и доп. - М.: ИД ФОРУМ: ИНФРА-М, 2012. - 320 с.
30
Под субъектом моделирования имеется в виду сама система, при этом
нужно точно установить, что является частью системы, а что не входит в
систему; другими словами, нам нужно определить, что в дальнейшем будет
рассматриваться как компонент системы, а что является внешним воздействием.
Определение субъекта системы будет существенно зависеть от позиции, с
которой рассматривается система, и цели моделирования - вопросов, на которые
созданная модель должна ответить; то есть в первую очередь нужно определение
области моделирования. Описание области как единой системы, так и ее
компонентов представляет собой основу построения модели. Хотя имеет место
предположение, что в течение процесса моделирования область может меняться,
она должна быть в основном сформулирована изначально, так как именно
область определяет направление моделирования и окончание модели. При
формулировании области нужно учитывать два компонента – глубину и широту.
Широта определяет границы модели – нужно определить, что будет
рассматриваться внутри системы, а что снаружи. Глубина показывает, на каком
уровне декомпозиции модель является законченной. При определении глубины
системы нужно помнить об ограничениях времени – трудоемкость построения
модели увеличивается в геометрической прогрессии от глубины декомпозиции.
После того, как определены границы модели, предполагается, что новые
объекты не вносятся в моделируемую систему. Поскольку все объекты модели
являются взаимосвязанными, внесение нового объекта будет не просто как
арифметическая добавка, но может изменить имеющиеся взаимосвязи. Внесение
таких изменений в готовую модель обычно является достаточно трудоемким
процессом.
Диаграммы потоков данных DFD (Data Flow Diagrams)
Диаграммы потоков данных используются как дополнение к IDEF0 для
того, чтобы описать движение документов и обрабатывать информацию.
Отличие от IDEF0, где система представляется как взаимосвязанные работы и
стрелки используются для обозначения жестких взаимосвязей, состоит в том,
что стрелки в DFD показывают лишь то, как объекты (в том числе данные)
двигаются от одной работы к другой. DFD показывает функциональные
31
зависимости значений, которые вычисляются в системе, в том числе входные
значения, выходные значения и внутренние хранилища данных.
Рис.1.12. Пример DFD
Методология объектного проектирования на языке UML (UML-
диаграммы)
Унифицированный язык моделирования (Unified Modeling Language -
UML) представляет собой язык для того, чтобы специфицировать,
визуализировать, конструировать и документировать на основе объектно-
ориентированный подхода разные виды систем: программные, аппаратные,
программно-аппаратные, смешанные, явно включающие деятельность людей и т.
д.
32
Рис.1.13. Пример модели на UML
В России для моделирования и анализа бизнес-процессов чаще всего
применяются следующие инструменты моделирования: Oracle Designer, Rational
Rose, AllFusion Process Modeler (BPWin) и AllFusion ERwin Data
Modeler(ERWin), Power Designer, ARIS. За рубежом, кроме перечисленных,
активно используются такие средства как Ithink Analyst, System Architect,
ReThink и т.д.
Были выделены следующие критерии, которые позволяют из
инструментов моделирования выбрать наиболее подходящие для применения в
России:
− устойчивое положение продукта на рынке (срок его существования,
система отчетов о проблемах, программа развития продукта
совокупность применений и др.);
− распространенность продукта (количество реализованных лицензий,
наличие, уровень и размер деятельности пользовательской группы);
− техническая поддержка поставщика. Она включает «горячую линию» по
телефону, консультационную и техническую поддержку через
представителя поставщика в России;