Состояние и перспективы автоматизации технологий организационного управления на предприятии

 

Текущий вариант документооборота имеет ряд существенных недостатков:

- медленный поиск информации;

- сложность контроля состояния документа на этапах его обработки;

- сложность масштабирования системы документооборота при увеличении числа сотрудников;

- риск потери информации при текучке кадров;

- риск потери информации при проведении профилактических работ на рабочих станциях сотрудников;

-  трудоёмкость получения сводных отчётов о работе отдела.

Таким образом, документооборот  в отделе тестирования ОАО «АГАТ – системы управления» оказывается неэффективным. Все эти минусы можно избежать, внедрив систему автоматизации бизнес-процессов.

Перечислим ряд аргументов в пользу автоматизации документооборота:

- Снижение издержек. Снижение требований к квалификации и количеству сотрудников, обрабатываемых документы.

- Оперативность обработки. Увеличивается интенсивность обработки данных и занесения их в базу.

- Снижение вероятности ошибок персонала.

 

3. Анализ  существующих разработок и выбор  стратегии автоматизации «КАК ДОЛЖНО БЫТЬ»

3.1 Анализ  существующих разработок для  автоматизации

Вопросы управления бизнес-процессами особо актуальны для компаний в Беларуси. Особенно это касается такой новой сферы разработки программного обеспечения, как тестирования. Ввиду новизны данного направления, полнофункциональных средств не так уж и много. Рассмотри наиболее популярные решения автоматизации разработки.

1. Microsoft Visual Studio 2010 Test Professional

 

Microsoft® Visual Studio® 2010 Test Professional^(4). – специализированный набор средств для групп контроля качества, который упрощает планирование и выполнение ручных тестов. Test Professional используется вместе со средой Visual Studio, что обеспечивает эффективную совместную работу разработчиков и тестеров в течение всего цикла разработки приложения.

Преимущества:

- эффективное координирование совместной деятельности групп;

- более широкое покрытие кода тестами благодаря произвольному тестированию;

- полная прозрачность процесса тестирования;

-  информативные отчеты об ошибках для разработчиков;

- автоматизация повторяющихся задач;

- встроенные средства приоритезации тестов;

- упрощенное управление виртуальной лабораторией тестирования;

- управление рабочими элементами;

- полная прослеживаемость действий;

- отчёты.

 

2. Разработка собственного АРМ специалиста по тестированию

Разработка собственного АРМ специалиста по тестированию позволяет использовать систему  людям, не имеющим специальных знаний, и одновременно позволит дополнять  систему по мере необходимости.

В основу конструирования  АРМ положены следующие основные принципы:

- Максимальная ориентация на конечного пользователя, достигаемая созданием инструментальных средств. Адаптации АРМ к уровню подготовки пользователя, возможностей его обучения и самообучения.

- Формализация профессиональных знаний, то есть возможность предоставления с помощью АРМ самостоятельно автоматизировать новые функции. Решать новые задачи в процессе накопления опыта работы с системой.

- Проблемная ориентация АРМ на решение определенного класса задач, объединенных общей технологией. Обработки информации, единством режимов работы и эксплуатации, что характерно для специалистов экономических служб.

- Модульность построения, обеспечивающая сопряжение АРМ с другими элементами системы обработки информации. Модификация и наращивание возможностей АРМ без прерывания его функционирования.

- Эргономичность, то есть создание для пользователя комфортных условий труда и дружественного интерфейса общения с системой.

В рамках автоматизации отдела тестирования было принято решение разрабатывать  собственное АРМ. Это обусловлено  балансом между гибкостью системы  и возможностью встраивать необходимые  артефакты для связи с текущим  документооборотом на предприятии.

3.2 Выбор и обоснование стратегии автоматизации задачи

Обычно разработка систем автоматизации специалистами осуществляется в несколько этапов:

• определение типа автоматизированной системы;
• разработка и согласование технического задания, определение дополнительных функций и возможностей;
• определение предположительного уровня владения компьютером пользователей системы;
• разработка внешнего оформления (дизайна), согласование;
• сборка программы согласно тех. заданию и принятому внешнему оформлению;
• тестирование всех модулей, и внедрение.

Существует четыре варианта стратегии автоматизации:

- хаотичная;

- по участкам;

- по направлениям;

- полная.

Хаотичная автоматизация  состоит из набора автоматизированных участков, не связанных друг с другом. Такая автоматизация определяется оперативными задачами и обычно не отражается в стратегических планах компании.

Автоматизация по участкам представляет собой процесс автоматизации  отдельных функциональных участков, например, отдел бухгалтерии, коммерческий отдел и т.д.

Автоматизация по направлениям. Отличается от автоматизации по участкам тем, что предполагает участие всех функциональных подразделений, деятельность которых связана с направлением автоматизации.

Полная автоматизация  предполагает автоматизацию абсолютно  всех производственных процессов компании.

Компания ОАО «АГАТ – системы управления» имеет огромный размер и довольно невысокие темпы развития. Поэтом наиболее целесообразной стратегией принято использовать вторую модель автоматизации: автоматизации по участкам (отдел тестирования). С возможностью расширить систему до автоматизации по направлению (полная разработка).

Разработка и внедрение  автоматизированной системы документооборота отдела тестирования в компании будет  осуществляться следующим образом:

1. Предпроектный аудит.
2. Компания-разработчик вместе с Заказчиком проводят пред проектное исследование автоматизируемого участка. Определяются функциональные требования.
3. Выбор оптимального решения. На втором этапе Заказчик с Разработчиком выбирают максимально эффективный вариант реализации системы автоматизации.
4. Разработка технического задания.
5. Составление максимально подробного технического задания. Формулирование и документирование всех необходимых задач. Cогласование с заказчиком и разработчиком текста технического задания, во избежание двоякого понимания тезисов.
6. Кодирование.
7. Тестирование.
8. Сдача проекта. Демонстрация Заказчику возможностей, описанных в техническом задании.

3.3 Выбор и обоснование способа приобретения ИС для автоматизации комплекса задач

Существуют различные  варианты разработки и внедрения  автоматизированных систем документооборота:

- разработка системы собственными ресурсами;

- использование стороннего разработчика;

- использование прототипов;

- приобретение готовой системы.

Разработка системы собственными ресурсами. Позволяет масштабировать и изменять систему в любой  момент времени. Однако требует внушительных затрат на разработку и поддержку. Для  маленькой компании это может  быть невыгодно с экономической  точки зрения.

Использование стороннего разработчика. Позволяет создать гибкую систему  управления документооборотом. Однако затрата на разработку и поддержку  сильно превышает использование  прототипов или готовой системы.

Использование прототипов –  довольно гибкий вариант. Но в настоящее  время системы управления тестированием не сильно распространены.

 

4. Обоснование проектных решений

1. Обоснование проектных решений по информационному обеспечению

АРМ специалиста по тестированию используется как основное средство взаимодействия отдела тестирования с  отделом программирования и с  отделом информационных технологий. Основа АРМ специалиста по тестированию – список дефектов и тестовых сценариев. Эти рабочие элементы должны быть классифицированы.

Структура списка дефектов должна обеспечивать быстрый поиск. Для этого целесообразно при  создании структуры учитывать основные принципы разработки программного обеспечения. Предлагается изучить все самые  популярные классификаторы. И совместить их с собственными характеристиками деятельности отдела.

Предлагается отображать в списке дефектов следующие атрибуты:

1. ID рабочего элемента;
2. заголовок;
3. кому назначен дефект;
4. статус;
5. дата создания.

Каталог тестовых сценариев  должен быть удобен для восприятия пользователем. Для этого его  следует структурировать. Предлагается построить иерархическую модель тестов. В корне дерева будет находиться проект. Далее идёт разбиение по типам тестирования. У каждого  типа подкаталоги объектов тестирования. Объекты тестирования могут быть любой вложенности. Самым младшим  элементом является тестовый сценарий.

Отчёт о выполнении тестовых сценариев должен быть репрезентативен  для сотрудников других отделов. Он должен нести информацию о проведённых  испытаниях и их результатах. В отчёте о тестировании предлагается отображать следующие параметры:

1. ID рабочего элемента;
2. заголовок;
3. статус;
4. связанные дефекты;
5. дата выполнения.

2. Обоснование   проектных   решений по   программному   обеспечению

Программное обеспечение  предлагается разрабатывать с использованием языка C++. Компилятор этого языка  поставляется в составе Microsoft Visual Studio 2010. При выборе языка программирования учитывались функциональные возможности C++, его доступность и простота интеграции с Windows-приложениями. Для C++ существует множество библиотек  с уже готовыми объектами. Написано много учебной и научной литературы, в том числе на русском языке.

Чтобы не разрабатывать приложение «с нуля» рекомендуется использовать прототип в виде Microsoft Test Manager 2010.

Для обслуживания программного обеспечения  рекомендовано привлечь специалистов отдела информационных технологий. Такой  подход снизит затраты на администрирование  системы.

3. Обоснование проектных решений по техническому обеспечению

При выборе программного и  аппаратного обеспечения в качестве основных были выбраны следующие критерии:

1. надёжность;
2. возможность оперативной настройки;
3. низкие расходы на сопровождение программного обеспечения.

^(5).Физический сервер располагается в здании компании. На нём установлена СУБД MS SQL Server 2008 R2^(3).. Сотрудники работают в офисе и удалённо. При этом они имеют удалённый доступ к серверу. Сервер имеет встроенную систему виртуализации Hyper-V^(1).. Это позволяет организовать массив виртуальных машин, что соответствует требованиям конфигурационного тестирования.

К аппаратному обеспечению  сервера предъявляются требования по быстродействию и надёжности, а  также совместимости с выбранным  программным обеспечением. В качестве аппаратной платформы выбран сервер Team Server 3420r, отвечающий требованиям  производительности.

В качестве рабочих станций  используются компьютеры Matrix Digital Office 52. Сотрудники офиса имеют право  использовать любые другие аппаратные средства, допускающие установку  ОС Windows XP.