Автор работы: Пользователь скрыл имя, 27 Февраля 2012 в 21:22, отчет по практике
В настоящее время рынок информационных технологий и телекоммуникаций переживает период подъёма после кризиса. Растёт потребность организаций в автоматизации бизнес-процессов. В связи с этим увеличивается спрос не только на обородование вычислительных центров, но и на организацию и поддержку оборудования.
Обработка каждого входного документа требует времени сотрудника. Ниже представлена таблица 2 со средней оценкой времени на обработку каждого документа
Таблица 2. Среднее время обработки документов
Тип документа | Строк в документе | Выполняемая операция | Среднее время обработки документа, ч |
Задача | 10–200 | Написание тестовых сценариев, написание пользовательской документации | 10 |
Уведомление об исправлении дефекта | 20 | Проведение тестовых испытаний | 6 |
Заявка на дефект | 50 | Проведение тестовых испытаний | 8–24 |
Помимо обработки входной документации специалист по тестированию создаёт новые документы. Отметим, что Отчёт по тестированию и Дефект требуют обязательного наличия внутреннего документа Тестовый сценарий. Примерное время на заполнение выходной документации представлено в таблице 3.
Таблица 3. Время создания документа
Тип документа | Строк в документе | Выполняемая операция | Время создания документа, мин |
Тестовый сценарий | 2–15 | Проведение тестового испытания | 40 |
Дефект | 20 | Исправление дефекта | 30 |
Отчёт по тестированию | 30–100 | Окончание итерации | 120 |
Пользовательская документация | 80 – 400 | Эксплуатация программного продукта | 480 |
Выпускная документация | 150 | Эксплуатация программного продукта | 180 |
Ответ по заявке на дефект | 5–30 | Внедрение и эксплуатация программного продукта | 30 |
Текущий вариант документооборота имеет ряд существенных недостатков:
Медленный поиск информации;
Сложность контроля состояния документа на этапах его обработки;
Сложность масштабирования системы документооборота при увеличении числа сотрудников;
Риск потери информации при текучке кадров;
Риск потери информации при проведении профилактических работ на рабочих станциях сотрудников;
Трудоёмкость получения сводных отчётов о работе отдела.
Таким образом, документооборот в отделе тестирования ООО «Вип Ай Ти Маркет» оказывается неэффективным. Все эти минусы можно избежать, внедрив систему автоматизации бизнес-процессов.
Перечислим ряд аргументов в пользу автоматизации документооборота:
Снижение издержек. Снижение требований к квалификации и количеству сотрудников, обрабатываемых документы;
Оперативность обработки. Увеличивается интенсивность обработки данных и занесения их в базу;
Снижение вероятности ошибок персонала.
Автоматизированная система позволяет избежать ряда семантических и механических ошибок специалистов;
Накопление, хранение, обработка данных. Полезно для анализа работы отдела и построения стратегических планов развития.
На рисунке 4 представлена схема документооборота компании.
Рисунок 4. Схема документооборота ООО «Вип Ай Ти Маркет»
3. Анализ существующих разработок и выбор стратегии автоматизации «КАК ДОЛЖНО БЫТЬ»
Вопросы управления бизнес-процессами особо актуальны для компаний в России. Особенно это касается такой новой сферы разработки программного обеспечения, как тестирования. Ввиду новизны данного направления, полнофункциональных средств не так уж и много. Рассмотри наиболее популярные решения автоматизации разработки:
1. Microsoft Visual Studio 2010 Test Professional
Microsoft® Visual Studio® 2010 Test Professional – специализированный набор средств для групп контроля качества, который упрощает планирование и выполнение ручных тестов. Test Professional используется вместе со средой Visual Studio, что обеспечивает эффективную совместную работу разработчиков и тестеров в течение всего цикла разработки приложения.
Преимущества:
Эффективное координирование совместной деятельности групп;
Более широкое покрытие кода тестами благодаря произвольному тестированию;
Полная прозрачность процесса тестирования;
Информативные отчеты об ошибках для разработчиков;
Автоматизация повторяющихся задач;
Встроенные средства приоритезации тестов;
Упрощенное управление виртуальной лабораторией тестирования;
Управление рабочими элементами;
Полная прослеживаемость действий;
Отчёты:
2. Atlassian JIRA
3. Atlassian JIRA – коммерческая система отслеживания ошибок, предназначена для организации общения с пользователями, хотя в некоторых случаях систему можно использовать для управления проектами. Разработана компанией Atlassian Software Systems. Платная.
Движения задач / дефектов:
Отчёты и диаграммы
4. Разработка собственного АРМ специалиста по тестированию
Разработка собственного АРМ специалиста по тестированию позволяет использовать систему людям, не имеющим специальных знаний, и одновременно позволит дополнять систему по мере необходимости.
В основу конструирования АРМ положены следующие основные принципы:
Максимальная ориентация на конечного пользователя, достигаемая созданием инструментальных средств адаптации АРМ к уровню подготовки пользователя, возможностей его обучения и самообучения.
Формализация профессиональных знаний, то есть возможность предоставления с помощью АРМ самостоятельно автоматизировать новые функции и решать новые задачи в процессе накопления опыта работы с системой.
Проблемная ориентация АРМ на решение определенного класса задач, объединенных общей технологией обработки информации, единством режимов работы и эксплуатации, что характерно для специалистов экономических служб.
Модульность построения, обеспечивающая сопряжение АРМ с другими элементами системы обработки информации, а также модификацию и наращивание возможностей АРМ без прерывания его функционирования.
Эргономичность, то есть создание для пользователя комфортных условий труда и дружественного интерфейса общения с системой.
В рамках автоматизации отдела тестирования было принято решение разрабатывать собственное АРМ. Это обусловлено балансом между гибкостью системы и возможностью встраивать необходимые артефакты для связи с текущим документооборотом на предприятии.
Обычно разработка систем автоматизации специалистами осуществляется в несколько этапов:
Определение типа автоматизированной системы;
Разработка и согласование технического задания, определение дополнительных функций и возможностей;
Определение предположительного уровня владения компьютером пользователей системы;
Разработка внешнего оформления (дизайна), согласование;
Сборка программы согласно тех. заданию и принятому внешнему оформлению;
Тестирование всех модулей, и внедрение;
Существует четыре варианта стратегии автоматизации:
o хаотичная;
o по участкам;
o по направлениям;
o полная;
Хаотичная автоматизация состоит из набора автоматизированных участков, не связанных друг с другом. Такая автоматизация определяется оперативными задачами и обычно не отражается в стратегических планах компании.
Автоматизация по участкам представляет собой процесс автоматизации отдельных функциональных участков, например, отдел бухгалтерии, коммерческий отдел и т.д.
Автоматизация по направлениям. Отличается от автоматизации по участкам тем, что предполагает участие всех функциональных подразделений, деятельность которых связана с направлением автоматизации.
Полная автоматизация предполагает автоматизацию абсолютно всех бизнес-процессов компании.
Компания ООО «Вип Ай Ти Маркет» имеет небольшой размер и довольно высокие темпы развития. Поэтом наиболее целесообразной стратегией принято использовать вторую модель автоматизации: автоматизации по участкам (отдел тестирования). С возможностью расширить систему до автоматизации по направлению (полная разработка).
Разработка и внедрение автоматизированной системы документооборота отдела тестирования в компании ООО «Вип Ай Ти Маркет» будет осуществляться следующим образом:
Информация о работе Отчет по практике в ООО «Вип Ай Ти Маркет»