Управление качеством продукции на иностранном предприятии "EPAM Systems"

Учреждение образования

Частный институт управления и предпринимательства













Отчет по производственной практике

Управление качеством продукции на иностранном предприятии «EPAM Systems»




Руководитель практики от института:

Смольская Т.А

Исполнитель:

Студентка ЧИУП, 5 курса,

Группа 4.

Ткачук Е.И.




Минск 2007

СОДЕРЖАНИЕ


Введение

. КОМПАНИЯ EPAM Systems

.1 Предприятие как субъект хозяйствования - Информация о компании EPAM Systems

.2 Организация управления на предприятии

.3 Основные фонды предприятия

.4 Финансовое состояние предприятия

.4.1 Оценка ликвидности предприятия

.4.2 Оценка финансовой устойчивости организации

.5 Оценка рентабельности

.6 Планирование на предприятии

. Качество продукции

.1 Система стандартов, используемых на предприятии

.2 Принципы управления качеством, принятые в компании EPAM Systems

.3 Планирование качества продукции

.4 Организация контроля качества на предприятии

.5 Центр управления проектами-PMC (Project Management Center)

.6 Управление продукцией не соответствующей качеству

.7 Совершенствование процесса функционального тестирования

Заключение.

Список литературы:


Введение

качество управление тестирование

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

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

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



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

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

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

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

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

Применяются системы стандартов. Таким стандартом является ISO 9001:2000 (ИСО-9001:2000.) и SEI CMMI Level 4.

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

Тестирование - процесс анализа и обнаружения ошибок.

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


1. КОМПАНИЯ EPAM Systems.


.1 Предприятие как субъект хозяйствования - Информация о компании EPAM Systems



Компания EPAM Systems - ведущий разработчик программного обеспечения в Центральной и Восточной Европе.

Созданная в 1993 году, сегодня она имеет 17 представительств в 8 странах мира , в штате более 2700 высококвалифицированных специалистов и компания продолжает стабильный рост. Компания выполняет проекты более чем в 30 странах мира.

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

·разработка по заказам крупнейших производителей ПО программного обеспечения для систем корпоративного планирования (ERP), управления жизненным циклом изделий (PLM); корпоративных информационных порталов (EIP), систем управления отношениями с клиентами (CRM), серверов интеграции приложений (EAI), систем управления контентом (CMS

Компания с успехом внедрила свои решения в различных областях промышленности, включая:

·страхование и финансы;


·программное обеспечение;


·телекоммуникации и высокие технологии;


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


·туризм и индустрия развлечений;


·СМИ, исследования и дистанционное образование;


·производство, транспорт и энергетика


Компания EPAM Systems в очередной раз успешно прошла международную сертификацию соответствия 4-му уровню CMMI® (SEI CMMI v.1.1 Maturity Level 4). Во всем мире лишь порядка 140 компаний обладают сертификатами CMMI 4 и 5 уровня, что говорит о жестких требованиях, предъявляемых к организациям. EPAM первой в Европе была сертифицирована по CMMI Level 4 и на сегодняшний день является единственной в странах СНГ компанией, имеющей не один, а несколько сертифицированных по CMMI центров разработки программного обеспечения.

Соответствие стандарту CMMI означает что, компания на международном уровне признается надежным и эффективным разработчиком программного обеспечения, а также поставщиком услуг в области ИТ. В процессе сдачи "экзамена" по CMMI организация совершенствует свои бизнес-процессы и качество разработки ПО, что позволяет обеспечить стабильно высокое качество услуг и служит одной из основ для повышения конкурентоспособности и дальнейшего развития компании.


.2 Организация управления на предприятии


Организационная структура компании EPAM Systems может быть представлена в виде следующей схемы (Рис. 1).

С организационной точки зрения компания включает в себя крупные подразделения - отделы, более мелкие - группы, пять филиалов. Отдельно выделяются такое функциональное подразделение как «Бухгалтерия» и «Обслуживающий персонал».


Рис. 1 Организационная структура компании «EPAM Systems»















В настоящий момент в штате компании 2700 специалистов, выполняющих проекты для крупных заказчиков в более чем 30 странах мира. Отделения компании расположены в Российской Федерации, Республике Беларусь, США, Венгрии, Украине и Великобритании. Производственные процессы EPAM Systems сертифицированы в соответствии с требованиями ISO 9001:2000 (ИСО-9001:2000.) и SEI CMMI Level 4.

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

Огромное значение руководство компании уделяет вопросам повышения квалификации своих сотрудников. Это достигается путём организации тематических и проблемных курсов и семинаров (как на базе компании, так и в специализированных учебных центрах), обмена опытом и т.д.

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

За 13 лет существования EPAM Systems в компании сложилась собственная корпоративная культура. К ее отличительным особенностям можно отнести демократизм и открытость в общении, свободный обмен знаниями, стимулирование инициативы и ответственности сотрудников.


1.3 Основные фонды предприятия


Структура и стоимостные показатели основных средств компании EPAM Systems за 2006 год приведены в Таблице 1.1.


Таблица 1.1 «Структура и стоимость основных средств»

Группы основных средствДанные на начало периодаНаименование основного средстваБалансовая стоимостьАмортизацияОстаточная стоимостьКомпьютерная техника14674586211048336436262498Кондиционеры559117961308871642823080Охранные системы714227611737105968566Телекоммуникационная техника17756621119578695798752Мебель23148974144051900492Бытовая техника785520719138185941389Другие виды основных средств730705271616144156909086

Таблица 1.1 «Структура и стоимость основных средств» (продолжение)

Группы основных средствЗа периодНаименование основного средстваИзменение балансовой стоимостиИзменение амортизацииКомпьютерная техника20025346046624476Кондиционеры7245276013655034Охранные системы87633021354954Телекоммуникационная техника141754644754190Мебель549197491565Бытовая техника31058581721453Другие виды основных средств2714766714545870

Таблица 1.1 «Структура и стоимость основных средств» (окончание)

Группы основных средствДанные на конец периодаНаименование основного средстваБалансовая стоимостьАмортизацияОстаточная стоимостьКомпьютерная техника346999322157107840189891482Кондиционеры12836455626743750101620806Охранные системы15905578252866413376914Телекоммуникационная техника319320851671205915220026Мебель28640949059701958124Бытовая техника1096106536352717325794Другие виды основных средств1002181943070731169510883

·Доля активной части основных средств



(С.313гр.6 + с.314гр.6) * 100%

Доля акт.части = --------------------------------------- ;

с.320гр.6


Доля акт.части.н.г. = 88,72%

Доля акт.части.к.г = 90,32%

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

Уровень износа основных фондов на начало и на конец 2006 года представлен в Таблице 1.2.


Таблица 1.2 «Износ основных средств»

Группы основных средствУровень износа, %Начало периодаКонец периодаКомпьютерная техника75,2889145,27612Кондиционеры23,4095820,83422Охранные системы16,4332815,89797Телекоммуникационная техника67,3431652,33626Мебель17,9016631,63199Бытовая техника24,3636933,16531Другие виды основных средств22,1175930,64046

По этому показателю можно судить о том, что основные фонды не сильно изношены. Наивысший показатель на конец 2006 года - 52,34% для телекоммуникационной техники.


.4 Финансовое состояние предприятия


.4.1 Оценка ликвидности предприятия

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

·коэффициент обеспеченности собственными средствами:



СКО с.390 + с.550 + с. 560 - с.190


Кос = ------------- = --------------------------------------------------,

ОбА с.290



где СКО - сумма источников собственного капитала.

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

·Коэффициент обеспеченности финансовых обязательств активами:


с.490 + с.590 - с.550 - с.560

К об ф.об. = ---------------------------------------,

с.299

Этот коэффициент характеризует способность организации рассчитаться по своим финансовым обязательствам после реализации активов. Значение данного коэффициента не должно превышать 0,85.

·Коэффициент обеспеченности просроченных финансовых обязательств активами:


с.131 + с.151 + с.231 + с.111 + с.121 + 241

Коб. проср.об.= --------------------------------------------------------

с.299

В соответствии с результатами баланса просроченных финансовых обязательств у ИП EPAM Systems нет.

·Коэффициент платёжеспоcобности.


с.290

Кпл = ----------------------------------------

с.490 + с.590 - с.550 - с.560


Таблица 2.1 «Анализ финансового состояния предприятия»

№ ппНаименование показателяНорматив коэффициентаНа начало годаНа конец года1Коэффициент текущей ликвидности К1 = стр.Ф1.(290 - 217) / стр.Ф1.(590-540-550-560)> 1,0 … 1,73,472,352Коэффициент обеспеченности собственными оборотными средствами К2 = стр.Ф1.(390+550+560-190) / стр.Ф1.290> 0,1 … 0,30,710,583Коэффициент обеспеченности финансовых обязательств активами К3 = стр.Ф1.(490+590-550-560) / стр.Ф1.299ИП EPAM Systems является платежеспособной организацией, поскольку все показатели (несмотря на динамику снижения) удовлетворяют нормативам.


Оценка ликвидности организации:

·Величина собственных оборотных средств.


СОС = с.390 + с.550 + с.560 - с.190

СОС н.г. =114542;

СОС к.г. = 149066.

·Коэффициент абсолютной ликвидности


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


с.250 + с.260

Кал = ----------------------------

с.590- с.550 - с.560


148014

Кал н.г. = -----------------------= 3,198;

80763-34475


Кал к.г. = ------------------------= 2,055

154180-44341

Теоретически этот показатель считается достаточным, если его величина больше 0,2-0,25. В компании EPAM Systems этот показатель намного (более чем в 10 раз) превышает норматив и говорит о высоком уровне абсолютной ликвидности компании.

·Коэффициент промежуточной ликвидности



с.230 + с.240 + с.250 + с.260

Кпр.л. = --------------------------------------

с.590 - с.550 - с.560


1019+148014

Кпр.л. н.г. = ---------------------= 3,2

80763-34475

+225711

Кпр.л. к.г. = ---------------------= 2,09

154180-44341

Этот коэффициент определяет возможность организации рассчитаться с краткосрочными обязательствами, краткосрочными вложениями и средствами в расчетах. Организация считается ликвидной, если коэффициент промежуточной ликвидности больше 0,5. Данный показатель для компании EPAM Systems соответствует нормативу и значительно превышает его.

·Коэффициент общей ликвидности



с.290

Кобщ.л. = -----------------------------

с.590 - с.550 - с.560



К общ.л. н.г. = ---------------- = 3,47

46288


К общ.л. к.г. = ------------= 2,36

109839

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

·Коэффициент доли запасов в оборотных активах



с.210 + с.220

К доли зап. = -------------------

с.290


9542+2255

К доли зап. н.г.= ------------------= 0,07

160830

+3886

К доли зап. к.г.= -----------------= 0,11

258905

Доля запасов в оборотных активах в течение года увеличилась более чем в 1.5 раза, но она по прежнему очень мала (мене 1%), что обусловлено непроизводственным характером деятельности компании EPAM Systems.

·Доля собственных оборотных средств в покрытии запасов



с.390 + с.550 + с.560 - с.190

Доля СОС = ---------------------------------------

с.210 + с.220


114542

Доля СОС н.г. = ----------------------= 9,7

9542+2255


Доля СОС к.г. = ----------------------= 5,1

25333+3886

Доля собственных оборотных средств в покрытии запасов велика, но наблюдается тенденция снижения этого показателя.


1.4.2 Оценка финансовой устойчивости организации

·Коэффициент финансовой независимости



с.390 + с.550 + с.560

К фин.нез. = ----------------------------

с.599


173689+34 475

К фин.нез. н.г. = -----------------------=0,82

254 452

937+44 341

К фин.нез. к.г. = -----------------------=0,71

373 117

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

Коэффициент финансовой неустойчивости.


с.490 +с.590- с.550 - с.560

К фин.неуст. = ------------------------------------

с.390 + с.550 + с.560


80763-34475

К фин.неуст.н.г. = ---------------------------= 0,22

173689+34 475


154 180-44 341

К фин.неуст.к.г. = ---------------------------=0,42

218 937+44 341


Этот коэффициент дает наиболее общую оценку финансовой устойчивости организации. Определяется как отношение финансовых обязательств к собственному капиталу организации и не должен превышать 0,25. Однако в данном случае показатель не превышает 1, значит, показатель еще не достиг своей критической точки.


·Доля дебиторской задолженности в активе баланса



с.230 + с.240

Кдеб.зад. = ------------------

с.299


1019

Кдеб.зад. н.г. = ------------=0,004





Кдеб.зад. н.г. = ------------=0,011



·Коэффициент банкротства.



с.490 +с.590- с.550 - с.560

Кб. = ------------------------------------

с.299


-34 475

Кб.н.г. = ------------------------ = 0,18

452


180-44 341

Кб.к.г. = ------------------------= 0,29

117


Показатель банкротства организации находится в допустимых пределах, т.е. не превышает 0,5. В течение года показатель увеличился на 61,11%.


·Коэффициент соотношения кредиторской и дебиторской задолженности.



с.490 + с.590 - с.550 - с.560

К соотн. = ---------------------------------------

с.230 + с.240


763-34 475

К соотн.н.г.= -----------------------= 10,73



180-44 341

К соотн.к.г.= -----------------------= 27,63



Данный показатель в течение года увеличился более чем в 2,5 раза. Большие значения вызваны низким уровнем дебиторской задолженности и говорит о высокой степени надежности клиентов компании EPAM Systems.


1.5 Оценка рентабельности


·Рентабельность продукции:



Прибыль от реализации

R1=-------------------------------------*100;

Себестоимость реализации


49770

R1н.г. =-----------------------*100= 7,42%

670072


R1к.г. =------------------------*100= 4,59%

1072208

Снижение показателя рентабельности вызвано ростом себестоимости реализации. В то же время чистая прибыль компании по итогам 2006 года составила 56969 тыс. белорусских рублей, что на 44,1% больше чем по итогам 2002 года (за 2002 год - 39535 тыс. бел. руб.).

·Рентабельность продаж



Прибыль от реализации

R2 = ------------------------------------*100%

Выручка от реализации


49770

R2н.г. = -------------*100% =6,91%

719842


R2к.г. = -----------------*100% =4,39%

1121415

·Рентабельность капитала



Прибыль отчётного периода

R3 = ----------------------------------------*100%

(с.299 н.г. + с.299 к.г.)/2


56969

R3 = ---------------*100% = 18,16%

313784,5


·Рентабельность внеоборотных активов



Прибыль отчётного периода

R4 = -----------------------------------------*100%

(с.190 н.г. + с.190 к.г.)/2


56969

R4 = -------------*100% = 54,82%

103917


·Рентабельность собственного капитала



Прибыль отчётного периода

R5=-----------------------------------------------------------------------*100%

((с.390 + с.550 + с.560) н.г.+ (с.390 + с.550 + с.560)к.г.)/2


56969

R5= -------------*100% = 24,17%

235721


1.6 Планирование на предприятии


Высшее руководство обеспечивает постановку целей для каждого процесса на уровне организации. Эти цели документируются в ежегодных планах. Основой для постановки целей является Политика в области качества. Эти цели разрабатываются при выполнении процедуры «Управление процессами в организации».

При разработке целей высшее руководство учитывает:

существующие и будущие потребности компании;

запросы рынка;

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

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

достигнутые уровни удовлетворенности всех заинтересованных сторон;

результаты самооценки;

ресурсы, необходимые для решения задач.

При постановке целей высшее руководство определяет также лиц, ответственных за их достижение, планирует выделение ресурсов для достижения целей. Заместитель директора доводит цели до всего персонала. При проведении работ по планированию проектов (процесс «Управление проектом» (Project Management)) Менеджеры проектов обеспечивают доведение целей в области качества на уровне проектов. Эти цели могут относиться как собственно к процессам, выполняемым в проекте, так и непосредственно к разрабатываемым ПП или услугам по сопровождению ПО. Основой для постановки целей проектов служат:


Цели в области качества для каждого процесса на уровне организации;

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

Специфические особенности каждого отдельного проекта.

При планировании и внедрении изменений высшее руководство обеспечивает соответствие процессов требованиям ISO 9001, CMMI и целостность процессов.


2. Качество продукции.


.1 Система стандартов, используемых на предприятии


Сертификация производственных процессов..

Производственные процессы EPAM Systems сертифицированы в соответствии с требованиями ISO 9001:2000 (ИСО-9001:2000.) и SEI CMMI Level 4.

Стандарты ISO серии 9000 - Стандарты международной организации по стандартизации ISO являются наиболее известными и распространенными в мире . Стандарты ISO универсальны , их можно применять в качестве моделей независимо от отрасли , в которой функционирует компания . Такой подход, очевидно, имеет свои преимущества и недостатки. Основным преимуществом моделей ISO серии 9000 является их известность , распространенность , признание на мировом уровне , большое количество экспертов и аудиторов и невысокая стоимость услуг по сертификации . Универсальность же моделей ISO серии 9000 содержит в себе определенные недостатки : они являются достаточно высокоуровневыми . В модели лишь упоминаются требования, которые должны быть реализованы , но не говорится о том , как это можно сделать. Это связано с тем, что для того, чтобы рекомендовать абстрактному предприятию способы реализации и зафиксировать необходимые рекомендации по выполнению требований , необходимо конкретизировать :

сферу деятельности организации ;

специфику ее процессов ;

специфику культуры предприятия ;

структуру управления , существующую в компании (матричная , иерархическая проектная ) и другие особенности , свойственные компании .

Поэтому для построения полноценной системы качества по ISO необходимо помимо основной модели ISO 9001 (1994 или 2000 года ), которая создавался как модель, по которой необходимо проводить оценку , а не модель для внедрение системы качества использовать вспомогательные отраслевые и рекомендательные стандарты . Для организации , занимающейся разработкой программного обеспечения , таким стандартами являются : ISO 9004-1:94 (ISO 9004:2000), ISO 8402:94 (ISO 9000:2000), ISO 9000-3:91, ISO 10007:95, ISO 10013:95, ISO 12207:95.(Capability Maturity Model Integration) - международный стандарт качества, оценивающий уровень процессов разработки и сопровождения программного обеспечения. CMMI был разработан в 90-е годы Институтом разработки программного обеспечения (Software Engineering Institute, SEI) при университете Карнеги-Меллона (Carnegie Mellon University). CMMI предусматривает пять уровней зрелости компании. Для достижения каждого (кроме первого) необходимо выполнить условия по приведению всех процессов, происходящих в организации, к максимальному соответствию установленным критериям качества. Например, для сертификации на 4 уровень требуется четко определить все процессы производства и описать правила их адаптации к условиям конкретных проектов. Кроме того, управление компанией в целом и проектами в частности должно базироваться на количественном анализе данных об осуществлении процессов. Наличие сертификата CMMI 4 - подтверждение того, что в организации существуют документально оформленные и, следовательно, предсказуемые процессы разработки программного обеспечения, созданные на базе многолетнего опыта работы компании и соответствующие международным требованиям. CMMI 4 подразумевает, что процессы постоянно контролируются, оцениваются и сравниваются со стандартными показателями и лучшими практиками. Это позволяет гарантировать клиентам своевременное и эффективное выполнение проектов, а также высокое качество разрабатываемого ПО.устанавливает жесткие требования к соблюдению процессов в компании, а SEI постоянно их контролирует. Компания должна иметь стабильные процессы управления, которые позволяют четко планировать и получать прогнозируемый результат. Более того, формируются метрики и инструменты (например, EPAM Project Management Center), которые помогают максимально эффективно предотвращать и устранять возможные сбои в процессе разработки. По сравнению с широко известным стандартом ISO требования стандарта СMMI создавались специально для компаний, ведущих крупные ИТ-проекты. CMMI описывает методы управления и совершенствования процессов разработки ПО, в то время как ISO выдвигает более общие требования по управлению качеством в любой компании любой отрасли. Кроме того, СMMI более четко дифференцирует уровень управления качеством в компании в соответствии с уровнем ее зрелости. ISO же не предполагает никаких уровней зрелости компании, что во многом затрудняет определение "истинных" возможностей компании и, соответственно, путей ее дальнейшего развития.


.2 Принципы управления качеством, принятые в компании EPAM Systems


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

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

Применение принципа «Ориентация на потребителя» - это осуществление в компании деятельности, направленной на:

Изучение и понимание потребностей и ожиданий заказчика

Изучение потребностей других заинтересованных сторон (владельцев, персонала)

Обеспечение соответствия целей и задач компании потребностям и ожиданиям заказчика

Отражение принципа ориентации на потребителя в Политике в области качества, Руководстве по качеству, программе качества.

Доведение этих требований до всего персонала компании

Введение механизмов взаимодействия с заказчиком

Организацию измерения и оценки степени удовлетворенности заказчика

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

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

Применение принципа «Лидерство руководителя» - это осуществление в компании деятельности, направленной на:

Определение Политики компании в области качества

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

Понимание и реагирование на внешние изменения

Рассмотрение потребностей всех заинтересованных сторон(заказчика, владельцев, персонала)

Прогнозирование будущего компании

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

Предоставление персоналу требуемых ресурсов, обучения и свободы действий с требуемой ответственностью и отчетностью

Инициирование, поощрение и признание вклада персонала

Обучение и продвижение персонала.

Вовлечение персонала - персонал на всех уровнях составляет основу компании, и его полное вовлечение позволяет использовать его способности на пользу компании

Применение принципа «Вовлечение персонала» - это осуществление в компании деятельности, направленной на:

Обеспечение понимания персоналом важности собственного вклада и роли в компании

Определение ответственности каждого за результаты своей деятельности

Привлечение персонала к активному поиску возможностей улучшения

Привлечение персонала к оценке собственных показателей

Привлечение персонала к активному поиску возможностей повышения своей компетентности, знаний и опыта

Создание условий для свободного обмена знаниями и опытом

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

Применение принципа «Процессный подход» - это осуществление в компании деятельности, направленной на:

Определение процессов, необходимых для выпуска программного продукта

Установление последовательности и взаимодействия процессов в компании

Установление ответственности и полномочий для управления процессами

Определение входов и выходов процессов

Определение и обеспечение ресурсами, необходимыми для достижения целей процессов

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

Применение принципа «Системный подход к менеджменту» - это осуществление в компании деятельности, направленной на:

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

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

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

Непрерывное улучшение системы посредством измерения и оценивания степени достижения установленных целей

Постоянное улучшение - неизменной целью компании должно стать постоянное улучшение

Применение принципа «Постоянное улучшение» - это осуществление в компании деятельности, направленной на:

Установление целей по управлению и измерению постоянного улучшения

Оценку, признание и подтверждение улучшений

Постоянное повышение эффективности всех процессов

Принятие решений, основанных на фактах - эффективные решения основываются на анализе данных и информации

Применение принципа «Принятие решений, основанных на фактах» - это осуществление в компании деятельности, направленной на:

Организацию мониторинга, измерений, сбор данных и информации

Обеспечение уверенности в достоверности данных и информации

Принятие решений и действий на основе результатов анализа зарегистрированных фактов

Обеспечение доступности данных для тех, кому они требуются

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

Применение принципа «Взаимовыгодные отношения с поставщиками» - это осуществление в компании деятельности, направленной на:

Идентификацию и выбор основных поставщиков


.3 Планирование качества продукции


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

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

Члены Совета по качеству назначаются главным техническим директором.

Основные функции Совета по качеству:

анализ выполнения Политики в области качества;

анализ функционирования системы управления качеством;

оценка качества программного продукта

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

оценка результативности и эффективности корректирующих и предупреждающих действий;

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

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

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

2.4 Организация контроля качества на предприятии


Важную роль во всех проектах Epam Systems играет тестирование. Обнаружение и устранение проблем после развертывания программного обеспечения будут стоить в 100-1000 раз больше, чем обнаружение и устранение этих проблем до внедрения ПО. Поэтому очень важно уметь оценивать качество системы программного обеспечения по таким параметрам как функциональность системы, ее надёжность и производительность.

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

Лаборатория тестирования и подразделение контроля качества EPAM отвечают за:

·планирование процесса тестирования;


·создание тестовых примеров и драйверов;


·автоматическое и ручное функциональное тестирование;


·отчетность о результатах тестов;


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


·нагрузочное тестирование;


·анализ слабых мест или компонентов системы.


Понятие функциональной спецификации

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

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

Процесс создания функциональной спецификации

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

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

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

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

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

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

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

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

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

Разработка тестовых сценариев

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

Тестовые сценарии разрабатываются в соответствии с функциональной спецификацией.

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

Следующим этапом контроля качества является тестирование приложений.

Тестирование Web приложений

Основы тестирования Web приложений:

·реализация и дизайн


·Клиент - сервер установка


·WEB-ориентированная помощь


·конфигурация


·база данных


·безопасность


·производительность, загруженность и устойчивость к стрессам


При тестировании следует понимать цели и реализацию (технологию)

Два основных класса тестирования:

·дизайн компонентов;


·реализация компонентов;


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

Тестирование навигации:

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

Тестирование презентабельности:

Должен быть доступ с разрешениями 1024*768 и 600*800, не должно быть лишних скролов, текст на кнопках д/быть виден полностью, цвета линков соответствующие, без разрывов картинок, цветовой контраст не д/быть низким, без пробелов в таблицах, соответствующим образом оформлены границы, выравнивание, форматирование, правильное расположение всех кнопок, проверка анимации (ненавязчивая, корректно проигрывается).

Обработка ошибок:

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

Безопасность:

·шифрование


·аутентификация


·цифровые сертификаты


·брандмауэры


·авторизация


Тестирование базы данных:

·поиск


·добавление дублирующейся информации


·добавление/редактирование/удаление информации


·использование примеров


Производительность, загруженность и устойчивость к стрессам:

·доступ нескольких пользователей одновременно


·разные приложения


·все в одно время


Тестирование производительности - скорость отклика (работы) при многопользовательском режиме;

Нагрузочное тестирование - есть требование к загрузке системы - проверяется всё то же самое на определенном наборе hard-soft configuration;

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


2.5 Центр управления проектами-PMC (Project Management Center)


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

Для тестирования наиболее важен раздел Bugs, который содержит описание всех найденных ошибок.

Для обеспечения надежности очень важным является правильно документировать найденную ошибку. Тестировщик после обнаружения ошибки передает ее в виде отчета об ошибке программисту.

Отчет об ошибке имеет следующие поля:

·Summary - содержит краткое описание ошибки, возникшей в приложении, где она произошла и ее краткая суть.


·Build found - версия приложения, где была обнаружена ошибка


·Symptom - вид ошибки


·Severity - серьезность найденной ошибки


·Reproducible - воспроизводимость ошибки


·Description - подробное описание ошибки. Приводится для того, чтобы программист понял суть проблемы


·Steps to reproduce - шаги для воспроизведения



2.6 Управление продукцией не соответствующей качеству


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

Несоответствующий ПП выявляется на следующих этапах разработки :

при анализе исходной информации, поступающей от заказчика

при разработке программного продукта

при тестировании программного продукта

при эксплуатации программного продукта у заказчика.

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

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

Использоваться или поставляться заказчику может только ПП, успешно прошедший тестирование в процессах «Функциональное тестирование» и «Оптимизация производительности» и имеющих соответствующий статус в процедуре «Управление конфигурацией и изменениями».

Данные о несоответствиях продукции документируются:

в отчётах по верификации и валидации ПП, в частности в отчётах по тестированию;

в Сценариях тестирования;

в специализированных базах данных, в частности в PMC (модуль Bugs).


Программный продукт не соответсвуещий требований по качеству отправляется на доработку в соответствии со спецификацией и требованиями. Исправленный ПП повторно проверяется на соответствие требованиям и спецификации в процессе тестирования.

Устранение несоответствий в продукции, выявленных после поставки заказчикам, производится при выполнении процесса «Сопровождение и поддержка» (в случае если сопровождение после поставки ПП оговорено в контракте).


.7 Совершенствование процесса функционального тестирования


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

Метрики:

·Основные метрики:


·Общее количество открытых дефектов;


·Общее количество исправленных дефектов;


·Общее количество исправленных верифицированных дефектов;


·Общее количество отклонённых дефектов;


·Общее количество отложенных дефектов;


·Общее количество повторно открытых дефектов;


·Общее количество сценариев тестирования;


·Общее количество выполненных сценариев тестирования;


·Общее количество успешно пройденных сценариев тестирования;


·Общее количество неуспешно пройденных сценариев тестирования;


·Отношение протестированных требований к общему количеству требований;


·Общее количество дефектов;


·Общее количество закрытых дефектов (включая отклонённые);


·Количество дефектов найденных каждым тестировщиком.


·Прочие метрики:


·Трудозатраты на тестирование за заданный период;


·Общие трудозатраты на тестирование.



Заключение


В своей деятельности компания являются достаточно развитой. Процессы «EPAM Systems» соответствуют международным стандартам качества. В то же время компания постоянно стремится к совершенствованию своих процессов с целью повышения качества продукции и завоевания больших долей рынка. Являясь ведущей компанией, представляющей отечественную программную индустрию на мировом рынке, обладает набором специализированного программного обеспечения, разработанного с целью повышения эффективности работы с клиентами. Разработанные системы разработаны на базе интернет-технологий и позволяют эффективно осуществлять электронный обмен данными, для соответствия системам главных клиентов.


Список литературы


1.В.Н. Гулин «Бизнес офис предприятия». - Мн.: БГЭУ 2004.

.В.И. Кузякин «Информационные системы в Экономике». - Екатеринбург, 2003.

.Г. Майерс. Надежность программного обеспечения. - М.: Мир, 1980.

.А.И. Мишенин «Теория Экономических Информационных Систем». - М.: "Финансы и статистика" 2000.