Разработка и развитие системы менеджмента качества на примере ГК АйТи ООО "Дататех"

Процедура внедрения системы менеджмента качества (СМК), ее последующая сертификация. Анализ качества выпускаемой продукции. Проектирование СМК предприятия ГК АйТи ООО "Дататех". Разработка рекомендаций по улучшению качества производимой продукции.

Рубрика Менеджмент и трудовые отношения
Вид курсовая работа
Язык русский
Дата добавления 20.03.2016
Размер файла 1,8 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

Размещено на http://www.allbest.ru/

Оглавление

  • Введение
  • 1. Постановка задачи
  • 2. Предпроектное обследование организации
  • 2.1 Общая характеристика организации
  • 2.2 Анализ качества выпускаемой продукции (предоставления услуг)
  • 3. Проектирование СМК
  • 3.1 Разработка целей в области качества
  • 3.2 Описание основных и вспомогательных процессов
  • 3.3 Разработка документации СМК
  • 3.4 Разработка рекомендаций для предприятия по улучшению качества производимой продукции или оказываемых услуг
  • Заключение
  • Список используемой литературы

Введение

Система менеджмента качества (СМК) - это система для руководства и управления организацией применительно к установленным государственным стандартам качества. ISO 9000 - одна из моделей СМК.

На каждом предприятии или в каждой организации наступает такое время, когда приходится внедрять в общую систему управления системы менеджмента качества. Необходимость СМК на предприятии обуславливается несколькими важными причинами:

1) повышение доверия потребителей к продукции 2) возможность укрепить свое положение и расширить сферы влияния 3) повысить производительность.

Поставщики IТ-систем и услуг тоже вынуждены разворачивать работу по получению сертификата ISO 9000, и здесь перед ними встают проблемы, вызванные спецификой IT-компаний.

1 - IT-компании работают преимущественно в проектной форме. Каждый проект уникален, следовательно, и ни о каком конвейере речи идти не может.

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

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

Зачастую возникающие проблемы, а также добровольность сертификации СМК приводит к тому, что руководители не уделяют этому должного внимания, и эта серьёзная ошибка может привести к значительным негативным последствиям вплоть до краха бизнеса.

Причины, по которым IT-компаниям стоит внедрять, сертифицировать и развивать СМК:

1 - на сегодняшний день IT-сфера, как и многие другие виды бизнеса, ориентирована на международные отношения, причем речь идет не только о реализации своих услуг или продукции за пределами страны, а также о привлечении иностранных инвестиций в проекты. В Европе же, наличие сертифицированной СМК - признак хорошего тона и показатель серьёзного отношения к бизнесу.

2 - сертифицированная СМК - это мощный маркетинговый ход, заметно поднимающий деловую репутацию фирмы на внутреннем и внешнем рынке.

3 - возможность участия в конкурсах или аукционах по государственному заказу.

В конечном итоге, все финансовые расходы и организационные мероприятия, которые предполагает процедура внедрения СМК и её последующая сертификация в конечном итоге приносит множество дивидендов, и в первую очередь повышение эффективности коммерческой деятельности компании.

1. Постановка задачи

Задача - проанализировать текущее состояние СМК организации, выявить область, которую необходимо улучшить (в данном случае это отдел тестирования), определить основные и вспомогательные процессы и выявить стратегическую цель ГК АйТи ООО "Дататех", описать процедуры для достижения этой цели, также разработать рекомендации для предприятия по улучшению качества тестирования разрабатываемого ПО.

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

менеджмент качество продукция

2. Предпроектное обследование организации

2.1 Общая характеристика организации

Группа компаний (ГК) АйТи - многопрофильный ИТ-холдинг, предоставляющий весь спектр услуг и решений для создания, модернизации и сопровождения корпоративных информационных систем. ООО "Дататех" - Уральский инженерно-производственный центр ГК АйТи.

В число основных направлений деятельности компании входят:

· разработка, внедрение и сопровождение ПО

· технической поддержка информационных систем

· управления комплексными проектами

В ноябре 2014 года "АйТи Капитал" успешно прошел ресертификационный аудит на соответствие СМК требованиям международного стандарта ISO 9001: 2008. Аудит подтвердил, что действующая система менеджмента качества "АйТи Капитал" эффективно функционирует и соответствует всем требованиям международного стандарта ISO 9001: 2008. Сертификационный аудит системы менеджмента качества проведён крупнейшим независимым органом - Бюро Веритас Сертификейшн (Bureau Veritas Certification).

Преимущества при внедрении СМК на предприятии ГК АйТи ООО "Дататех":

1. Повышение качества выполнения требований заказчиков и их удовлетворенности реализованными ИТ-проектами.

2. Динамичное поступательное развитие компании ГК АйТи ООО "Дататех".

3. Достижение лидирующих позиций на рынке.

4. Облегчение и развитие сотрудничества с государственными структурами, крупными отечественными и зарубежными компаниями, работающими в различных областях бизнеса.

5. Подтверждение качества исполнения ИТ-проектов.

6. Возможность доказывать жизнеспособность.

7. Повышение результативности.

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

2.2 Анализ качества выпускаемой продукции (предоставления услуг)

В организации предъявляются высокие требования к качеству ПО.

Качество программного обеспечения (1) - это степень, в которой ПО обладает требуемой комбинацией свойств.

Качество программного обеспечения (2) - это совокупность характеристик ПО, относящихся к его способности удовлетворять установленные и предполагаемые потребности.

Существуют следующие характеристики качества ПО:

Функциональность (Functionality) - определяется способностью ПО решать задачи, которые соответствуют зафиксированным и предполагаемым потребностям пользователя, при заданных условиях использования ПО. Т.е. эта характеристика отвечает за то, что ПО работает исправно и точно, функционально совместимо, соответствует стандартам отрасли и защищено от несанкционированного доступа.

Надежность (Reliability) - способность ПО выполнять требуемые задачи в обозначенных условиях на протяжении заданного промежутка времени или указанное количество операций. Атрибуты данной характеристики - это завершенность и целостность всей системы, способность самостоятельно и корректно восстанавливаться после сбоев в работе, отказоустойчивость.

Удобство использования (Usability) - возможность легкого понимания, изучения, использования и привлекательности ПО для пользователя.

Эффективность (Efficiency) - способность ПО обеспечивать требуемый уровень производительности в соответствие с выделенными ресурсами, временем и другими обозначенными условиями.

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

Портативность (Portability) - характеризует ПО с точки зрения легкости его переноса из одного окружения (software/hardware) в другое.

Определить качество ПО можно при помощи тестирования.

Тестирование программного обеспечения - процесс исследования, испытания программного продукта, имеющий две различные цели:

· продемонстрировать разработчикам и заказчикам, что программа соответствует требованиям;

· выявить ситуации, в которых поведение программы является неправильным, нежелательным или не соответствующим спецификации.

Обе цели связаны с контролем качества.

Верификация (Verification) - это процесс оценки системы или её компонентов с целью определения удовлетворяют ли результаты текущего этапа разработки условиям, сформированным в начале этого этапа. Т.е. выполняются ли наши цели, сроки, задачи по разработке проекта, определенные в начале текущей фазы.

Валидация (Validation) - это определение соответствия разрабатываемого ПО ожиданиям и потребностям пользователя, требованиям к системе.

План Тестирования (Test Plan) - это документ, описывающий весь объем работ по тестированию, начиная с описания объекта, стратегии, расписания, критериев начала и окончания тестирования, до необходимого в процессе работы оборудования, специальных знаний, а также оценки рисков с вариантами их разрешения.

Тест дизайн (Test Design) - это этап процесса тестирования ПО, на котором проектируются и создаются тестовые случаи (тест кейсы), в соответствии с определёнными ранее критериями качества и целями тестирования.

Тестовый случай (Test Case) - это артефакт, описывающий совокупность шагов, конкретных условий и параметров, необходимых для проверки реализации тестируемой функции или её части.

Баг/Дефект Репорт (Bug Report) - это документ, описывающий ситуацию или последовательность действий, приведшую к некорректной работе объекта тестирования, с указанием причин и ожидаемого результата.

3. Проектирование СМК

3.1 Разработка целей в области качества

Целью политики в области качества ООО "Дататех" является

· повышение профессионализма специалистов

· проведение обширной экспертизы во всех областях ИТ

· улучшение инновационных решений

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

Задачей является - неукоснительное выполнение обязательств по договорам и контрактам и запросов потребителей изделий на основе результативности и постоянного улучшения системы менеджмента качества, соответствующей требованиям ISO 9001: 2008, ГОСТ ISO 9001: 2008.

3.2 Описание основных и вспомогательных процессов

Координация действий во многом зависит от руководства и от распределения обязанностей, этому способствует рационально составленная оргструктура (см. рис.1). Организационная модель - это принципы формирования подразделений, делегирования полномочий и наделения ответственностью.

Рисунок 1 - организационная структура ООО "Дататех"

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

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

Служба качества планирует и разрабатывает методы обеспечения качества, контроля качества и стимулирование качества.

Группа разработки разрабатывает новое ПО, сопровождает и совершенствует разработанное ранее ПО.

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

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

Группа тестирования тестирует программный продукт, созданный разработчиком, на предмет ошибок. Иногда специалистов по тестированию называют инженерами по качеству, т.к. они ответственны за выход в свет качественного программного продукта.

Группа технической поддержки занимается поддержкой работоспособности того или иного ПО и оборудования.

В частности, отдел тестирования содержит следующие должности:

Руководитель группы тестирования (Test manager) - представляет ключевую роль тестировщика в рабочей группе, несет ответственность за организацию процесса тестирования в проекте, планирование и контроль действий по тестированию.

Тест аналитик (Test analyst) - несет ответственность за формирование тестовых спецификаций, и анализ итогов тестирования.

Тест разработчик (Test developer) - несет ответственность за разработку автоматизированных тестов, предусмотренных в плане тестирования, установку и сопровождение инфраструктуры тестирования, создание стенда для проведения тестирования в соответствии с планом тестирования.

Исполнитель тестов (Test operator) - несет ответственность за фактическое исполнение тестов и документирование выявленных дефектов.

Построение диаграмм IDEF0 по тестированию ПО

На рис.2 показана контекстная диаграмма "Тестирование ПО" в нотации IDEF0.

Входные данные:

· Запрос на выделение ресурсов для тестирования

· Проектная документация

· Тестовый план

· Распределенные между тестировщиками задания

· Новая версия продукта

· Результат тестирования

· Обобщенный отчет о результатах тестирования.

Выходные:

· Назначенные специалисты

· Рекомендации по корректированию документации

· Утвержденный план

· Тестовый сценарий

· Тест-кейсы

· Дефекты

· Отчет о результате тестирования

· Решение о передаче заказчику

Механизмы исполнения:

· Ресурс-менеджер, тестировщик, аналитики, разработчик, внедренец.

Управляющий механизм:

· Техническая документация

· Требования заказчика

Рис. 2 - контекстная диаграмма "Тестирование ПО" IDEF0

Процесс "Тестирование ПО" разбивается на 6 процессов (рис. 4).

1) Инициирование

2) Планирование

3) разработка тестов

4) Выполнение тестов

Данный этап следует декомпозировать (см. рис. 3):

Рис.3 - диаграмма декомпозиции процесса "Выполнение тестов"

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

5) Анализ результатов и написание отчетов

6) Завершение

Рис. 4 - Основные процессы тестирования ПО

Построение диаграммы Исикавы для тестирования ПО

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

В данной работе проблемой является "Неэффективное тестирование".

На рис. 5 показана диаграмма Исикавы с основными категориями причин.

Первой причиной является "Заказчик" (рис. 6), то есть заказчик может некорректно сформулировать требования.

Вторая причина - "Аналитик", (рис. 7) то есть аналитик может неверно составить спецификацию из-за непонимания требований Заказчика.

Третья причина - "Разработчик", (рис. 8) который может допустить ошибки при кодировании, вообще, они неизбежны, идеального кода не бывает.

Четвертая причина - "Тестировщик" (рис. 9), от которого зависит результат тестирования.

Рис. 5 - Диаграмма Исикавы с основными категориями причин

Для каждой категории строятся дополнительные "кости", представляющие отдельные причины, а у тех, в свою очередь, добавляются причины более низкого уровня.

Рис. 6 - Детализация причины "Заказчик"

Рис. 7 - Детализация причины "Аналитик"

Рис. 8 - Детализация причины "Разработчик"

Рис. 9 - Детализация причины "Тестировщик"

С целью определения главной стратегической цели, которая наиболее важна для выживания организации при проведении закупочной деятельности строится стратегическая карта.

Построение стратегической карты

Стратегические цели описывают планируемые результаты. Каждая стратегическая цель связана с одной из перспектив развития организации. Необходимо выбрать наиболее важные цели, основываясь на следующих критериях:

· Цели должны быть измеримыми;

· На достижение целей можно влиять;

· Цели приемлемы для различных групп людей в организации и согласованы с общей целью организации.

Главная цель - "Увеличение прибыли". Стратегическая карта содержит такие разделы как: "Финансы", "Клиенты", "Внутренние бизнес-процессы", "Персонал". На рис. 10 показана стратегическая карта ООО "Дататех.

Рис. 10 - стратегическая карта

3.3 Разработка документации СМК

Очевидно, что эффективность системы менеджмента качества во многом зависит от того, насколько хорошо документирована такая система.

Документирование системы качества, выполненное в систематической и последовательной манере, придает системе качества официальный статус, и должно:

предъявлять перечень четких требований к персоналу;

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

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

одновременно доводить до сведения заинтересованных сотрудников перечень инструкций;

способствовать эффективным изменениям руководства (Система качества не может быть жесткой; изменения должны вноситься в нее без затруднений).

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

облегчать мониторинг и проведение проверок системы.

В разделе 4.1 стандарта ISO 9001: 2008 говорится о том, что "Организация должна установить, документально оформить, внедрить, поддерживать и постоянно улучшать систему менеджмента качества в соответствии с требованиями настоящего международного стандарта".

Подпункт 4.2.1 требует включить в документацию системы менеджмента качества:

a) документированное заявление о политике и целях в области качества.

b) Руководство по качеству

c) документированные процедуры, необходимость в которых установлена настоящим международным стандартом;

d) документы, которые необходимы Организации для эффективного планирования процессов, их осуществления и контроля над ними

e) регистрацию данных согласно требованиям данного международного стандарта (см.4.2.4)

В подразделе 4.2.2 от организации требуется установить и поддерживать в рабочем состоянии Руководство по качеству, которое должно включать:

a) область распространения системы менеджмента качества, включая подробное описание и обоснование любых исключений (см.1.2),

b) документированные процедуры, установленные в системе менеджмента качества или ссылки на них, и

c) описание взаимодействия между процессами, включенными в систему менеджмента качества.

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

3.4 Разработка рекомендаций для предприятия по улучшению качества производимой продукции или оказываемых услуг

Одним из вариантов повышения качества тестирования ПО является автоматизирование тестирования.

Автоматизированное тестирование программного обеспечения (Software Automation Testing) - это процесс верификации программного обеспечения, при котором основные функции и шаги теста, такие как запуск, инициализация, выполнение, анализ и выдача результата, выполняются автоматически при помощи инструментов для автоматизированного тестирования.

Тест Скрипт (Test Script) - это набор инструкций, для автоматической проверки определенной части программного обеспечения.

Преимущества автоматизации тестирования:

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

· Быстрое выполнение - автоматизированному скрипту не нужно сверяться с инструкциями и документациями, это сильно экономит время выполнения.

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

· Отчеты - автоматически рассылаемые и сохраняемые отчеты о результатах тестирования.

· Выполнение без вмешательства - во время выполнения тестов инженер-тестировщик может заниматься другими полезными делами, или тесты могут выполняться в нерабочее время (этот метод предпочтительнее, так как нагрузка на локальные сети ночью снижена).

Еще одним вариантом улучшения качества является внедрение тестирования еще в процессе кодирования. Необходимо написать тесты еще до написания кода - это предотвратит большое количество ошибок. Также следует обучить тестировщиков программированию - это значительно сократит время тестирования и позволит глубже понять причину дефекта и подробнее описать его.

Заключение

В ходе выполнения курсовой работы была проанализирована организация ООО "Дататех", а именно её СМК, организационная модель, цели, основные проблемы и причины их возникновения. В результате анализа даны рекомендации по улучшения качества отдела тестирования.

Список используемой литературы

Книги:

1. Национальный стандарт РФ ГОСТ Р ИСО 9001-2008.

2. "Системы, методы и инструменты менеджмента качества", Халикова Е. А.

3. "Тестирование программного обеспечения. Фундаментальные концепции менеджмента бизнес-приложений, Сэм Канер, Джек Фолк, Енг Нгуен

4. "Как тестируют в Google", Дж. Уиттакер, Дж. Арбон, Дж. Кароло.

Сайты:

1. http://www.it.ru/

2. http://datateh.ru/

3. http://software-testing.ru/

4. http://testingworld.ru/

5. http://supersales.ru/

6. http://www.it-capital.ru/

Размещено на Allbest.ru


Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.