Совершенствование системы управления персоналом организации на примере ООО "Прикладные системы"

2.4.6 Анализ использования методов оценки соискателей при приеме на работу

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

Рассмотрим наиболее популярные методы оценки персонала.

1. Центры оценки персонала. Используют комплексную технологию, построенную на принципах критериальной оценки. Использование большого количества различных методов и обязательное оценивание одних и тех же критериев в разных ситуациях и разными способами существенно повышают прогностичность и точность оценки. В ООО «Прикладные системы» данный метод используется при приеме на работу новых сотрудников (анализ резюме, собеседование).

2. Тесты на профпригодность. Их цель -- оценка психофизиологических качеств человека, умений выполнять определенную деятельность. 55% опрошенных используют тесты, некоторым образом похожие на работу, которую кандидату предстоит выполнять. В ООО «Прикладные системы» данный метод используется при приеме на работу нового сотрудника (тестовое задание, испытательный срок).

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

4. Биографические тесты и изучение биографии. Основные аспекты анализа: семейные отношения, характер образования, физическое развитие, главные потребности и интересы, особенности интеллекта, общительность. По этим данным прослеживается ход развития работника, на основе чего делаются выводы о его перспективах. Данный метод используется в ООО «Прикладные системы» при приеме человека на работу, учитывается вид работы которую работник выполнял на предыдущем месте работы, а также его умения и навыки.

5. Интервью. Беседа, направленная на сбор информации об опыте, уровне знаний и оценку профессионально важных качеств претендента. Интервью при приеме на работу способно дать глубокую информацию о кандидате, при сопоставлении которой с другими методами оценки возможно получение точной и прогностичной информации. В ООО «Прикладные системы» данный метод используется при приеме на работу (собеседование).

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

3. СОВЕРШЕНСТВОВАНИЕ СИСТЕМЫ УПРАВЛЕНИЯ ПЕРСОНАЛОМ В ООО «ПРИКЛАДНЫЕ СИСТЕМЫ»

3.1 Составление профессиограммы тестера

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

Тестирование программного обеспечения является очень важным и в то же время трудоемким видом деятельности [21].

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

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

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

Также тестер выполняет следующие задачи:

- составление тестового плана - детального плана проверки разрабатываемого ПО;

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

- выбор вида тестирования (автоматизированное, ручное;

- подготовка ПО к тестированию (установка, настройка, интеграция);

- разработка инструкции по работе с программами;

- участие в создании технической документации;

- сопровождение внедренного ПО и программных средств (средства, обеспечивающие нормальную работу ПО);

- разработка и внедрение методов автоматизации тестирования (использование тестов для автоматизированного тестирования).

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

- проектирование тестов;

- создание подходящей среду тестирования для проведения теста;

- установка инструментов автоматического тестирования;

написание соответствующей документации, связанной с тестированием.

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

- высокая сосредоточенность внимания;

- хороший уровень развития памяти (в особенности словесно-логической);

- хорошая зрительная память,

- педантичность;

- высокая острота зрения, устойчивость ясного видения;

- достаточная подвижность кистей и пальцев рук, точность и координация движений.

Качества, обеспечивающие успешность выполнения профессиональной деятельности (профессионально-важные качества):

Способности:

- логическое мышление;

- гибкость и динамичность мышления;

- способность анализировать ситуацию (аналитические способности);

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

- способность грамотно выражать свои мысли;

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

- математические способности;

- развитое воображение.

Личностные качества, интересы, склонности:

- внимательность;

- аккуратность;

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

- настойчивость;

- целеустремленность;

- ответственность;

- склонность к интеллектуальным видам деятельности;

- умение самостоятельно принимать решения;

- независимость (должен иметь собственное мнение).

Качества, препятствующие эффективности профессиональной деятельности:

- невнимательность, рассеянность;

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

- отсутствие логического мышления;

- сильно развитая близорукость (медицинские показания).

Требования к профессиональной подготовке тестера можно сформулировать следующим образом:

- знание технических характеристик используемых ЭВМ;

- знание правила их эксплуатации и контроля;

- владение основ коммутации и настройки ЭВМ;

- владение навыками работы на ЭВМ («бегло» работать на клавиатуре, хорошо ориентироваться в рабочей зоне);

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

- он должен обладать знаниями операционных систем;

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

В п. 2.4.2 было показано, что тестеры - это категория с самой высокой текучестью кадров, одной из причин которой является высокая психологическая нагрузка. Для решения этой проблемы необходимо совершенствовать систему управления данной категорией сотрудников. А именно:

1. При отборе кандидатов необходимо учитывать личные качества.

2. Вносить разнообразие в круг профессиональных задач.

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

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

Для решения проблемы психологического переутомления можно нагрузить тестера кроме его основного вида работы (тестирование ПО) другими видами работ:

1. Написание тестов для автоматического тестирования ПО.

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

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

Таблица 3.1 Приблизительный распорядок рабочего времени тестера при новом режиме работ

№	Действие	Текущее время, мин.	Продолжительность, мин.
1	2	3	4
	Включение компьютера, настройка	5	5
	Чтение электронной корреспонденции	10	5
	Разговор с лидером-проекта	30	20
	Отдых и личные надобности	45	15
	Написание тех.документации	110	65
	Тестирование	270	160
	Обед	330	60
	Чтение эл. корреспонденции	335	5
	Тестирование	400	65
	Отдых и личные надобности	415	15
	Написание тестов для автоматического тестирования	535	120
	Уборка рабочего места	540	5
	ИТОГО		540

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

Характеристика действий тестера приведена в табл. 3.2.

Таблица 3.2 Характеристика действий тестера

Показатель	Значение до внедрения нового режима работ	Значение после внедрения нового режима работ
Повторяемость в среднем за день	0,62	0,41
Длительность, мин (за день)	340	225
Количество элементов (нажать кнопку мыши, нажать клавишу на клавиатуре, посмотреть текст план), операций в час	7000	4600

По совокупности критериев (табл. 3.1 и 3.2) можно сделать вывод, что работа тестера относится уже к 3 степени монотонности.

3.2 Совершенствование системы подбора кадров на категорию «тестер»

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

Система подбора кадров на категорию «тестер» может состоять из следующих этапов:

Поиск кандидатов на должность тестера должен производиться не только среди студентов старших курсов, но и среди людей получивших высшее образование в области информационных технологий (объявления в компьютерных газетах, на информационных ресурсах по поиску работы (http://www.job.tut.by, http://www.job.by и др.)).

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

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

Анализ личных качеств (работа во время испытательного срока).

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

Принятие решения о дальнейшей судьбе кандидата.

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

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

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

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

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

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

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

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

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

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

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

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

Если кандидат на должность «тестер» обладает или приобрел во время испытательного срока большинство перечисленных качеств, он может быть принят на постоянное место работы в ООО «Прикладные системы».

Т.к. ни в одном высшем учебном заведении Республики Беларусь не готовят специалистов по тестированию ПО, необходимо обучать кандидатов. Например, компания «IBA» проводит обучение людей по специальности «Тестер программного обеспечения», стоимость 40 часового курса составляет 985 тыс. р. В 2006 году было принято на должность тестера 4 человека (табл. 2.4. «Анализ текучести кадров по категориям»). Предположим, что новых тестеров отправили на обучение на данные курсы. В табл. 3.2.1 показаны затраты на обучения 4 тестеров.

Таблица 3.3 Затраты на обучение тестеров

Наименование	Стоимость на 1 человека, тыс. р.	Количество человек	Стоимость, тыс. бел, р.
Тестирование программного обеспечения	985	4	3940

При обнаружении ошибки на ранней стадии разработки стоимость ее исправления составляет 90% от стоимости исправления ошибки на поздней стадии. Профессиональный тестер способен обнаруживать ошибки на ранней стадии разработки [11]. Определим стоимость брака, при условии, что тестирование производят профессиональные (обученные) тестеры (табл. 3.4).

Таблица 3.4 Стоимость брака при обнаружении ошибки на ранней стадии разработки

Показатель	Сумма, млн. р.
Производственная себестоимость товарной продукции	1951
Заработная плата исполнителей	1067
Заработная плата управленческого персонала	228
Себестоимость забракованной продукции	29,26
Затраты на исправление брака	16,02

По данным таблицы 3.4 определим:

1. Удельный вес заработной платы исполнителей в производственной себестоимости товарной продукции составляет:

Ув = = 54,1 %, (3.1)

где Зи - заработная плата исполнителей, млн. р.;

Пс - производственная себестоимость товарной продукции, млн. р.

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

15,82 млн. р. (3.2)

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

3. Заработную плату исполнителей по исправлению брака:

8,56 млн. р., (3.3)

гдеЗб - затраты на исправление брака, млн. р.

4. Заработную плату рабочих в окончательном браке и на его исправление, которая составляет

24,38 млн. р. (3.4)

5. Среднечасовую заработную плату исполнителей:

0,0088 млн. р. (3.5)

6. Рабочее время, затраченное на изготовление брака и его исправление:

2770,75 чел. ч(3.6)

Из (3.2.6) видно, что потери составят 2770, 75 чел. ч в месяц при тестировании ПО профессиональными тестерами. При тестировании без обучения тестеров потери составляют 9397,41 человеко-часов в год (п. 2.4.2). Итого, потери при тестировании профессиональными тестерами снизятся на 71,4%.

3.3 Внедрение адаптационных мероприятий

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

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

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

Таблица 3.5 Функции и мероприятия для проведения адаптации среди новых сотрудников

Функции и мероприятия по ориентации	Обязанности
	непосредственного руководителя	менеджера по персоналу
1. Составление программы ориентации	+	+
2. Ознакомление новичков с фирмой и ее историей, кадровой политикой, условиями труда и правилами		+
3. Объяснение задач и требований к работе	+
4. Введение работника в рабочую группу	+
5. Поощрение помощи новичкам со стороны опытных работников		+

Проанализируем эффективность «новых» сотрудников, если бы в компании проводилась адаптация (табл. 3.6).

Таблица 3.6 Анализ эффективности «новых» и «старых» сотрудников при проведении адаптации

Категории	Время, затраченное на самостоятельную адаптацию, % к общему рабочему времени	Показатель эффективности «нового» сотрудника	Показатель эффективности «старого» сотрудника
Лидер-проекта	31,6	0,76	0,83
QR-инженер	18,3	0,81	0,87
Разработчик	16,3	0,87	0,94
Тестер	5,1	0,89	0,96

Из табл. 3.3.2 видно, что эффективность «новых» сотрудников при проведении адаптации незначительно меньше эффективности «старых» сотрудников. Также значительно уменьшилось время, затраченное на самостоятельную адаптацию.

В табл. 3.7 приведен анализ выработки «старых» и новых сотрудников.

Таблица 3.7 Анализ выработки «старых» и новых сотрудников

Среднегодовая выработка продукции	Сумма, млн. р.
Одним «старым» работником	3,41
Одним новым работником без проведения адаптации	2,046
Одним новым работником при проведении адаптации	2,728

Из табл. 3.7 видно, при проведении адаптации выработка новых сотрудников увеличивается на 25 %. Данные табл. 3.2.2 и табл. 3.2.3 говорят о целесообразности и необходимости проведения адаптации среди новых сотрудников.

3.4 Сигнализатор открытой двери холодильника

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

3.4.1 Описание схемы

Основа сигнализатора - микроконтроллер (МК) Z86E0208PSC, тактовую частоту задает кварцевый резонатор ZQ1. Питается МК от простого источника питания, состоящего из выпрямительного моста VD1, стабилитрона VD2 и фильтрующих конденсаторов С3, С4. В качестве гасящего резистора использовано сопротивление нити накаливания лампы освещения холодильной камеры. Звуковой сигнал подается пьезоизлучателем BQ1. Для увеличения громкости сигнала он подключен к выводам Р21 и Р22 порта Р2 МК. Диод VD3 защищает МК от случайного перевода его в режим программирования помехами в цепи питания.

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

Звуковой сигнал формируется МК на выводах Р21 и Р22 путем их инвертирования каждые 0,5Т, где Т - период звуковой частоты ноты. Для отсчета этого времени можно использовать таймер, запущенный в циклическом режиме. Таким образом, каждой из 15 нот целесообразно сопоставить два управляющих байта: первый должен быть равен числу полупериодов звуковой частоты ноты за время 1/8 с, второй - содержать начальное значение таймера на время 0,5Т при одинаковом для всех нот значении предделителя таймера/счетчика.

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

Все детали сигнализатора монтируют на печатной плате из фольгированного стеклотекстолита. Для установки МК используют стандартную 18-контактную розетку (панель), выводы пьезоизлучателя припаивают к контактным площадкам квадратной формы на стороне печатных проводников.

Печатная плата проектировалась в системе автоматизированного проектирования (САП) PCAD 2001. Проектирование осуществлялось в четыре этапа:

1. Формирование библиотеки используемых компонентов (условные графические обозначения и конструктивы).

2. Разработка схемы электрической принципиальной.

3. Размещение компонентов на печатной плате.

4. Разработка топологии печатной платы.

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

Главное потребляющее звено в данной схеме - микроконтроллер. Поэтому токи в данной схеме небольшие (10 - 50 мА), в связи с чем выбираем ширину дорожки равную 0,7 мм.

3.4.2 Разработка печатного узла

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

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

Конструктивная законченность печатного узла предполагает и общие правила их конструирования.

Основа печатного узла - прямоугольная печатная плата, на поле которой крепят все необходимые детали: интегральные микросхемы, дискретные элементы, разъёмы, фиксаторы, гнёзда и другие элементы.

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

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

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

3.4.3 Выбор группы жесткости

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

Согласно ГОСТ 23752 - 79 проектируемая печатная плата относится ко второй группе жесткости: диапазон предельных температур от 233 до 358 К, относительная влажность воздуха до 93%, минимальное атмосферное давление 53,6 кПа.

3.4.4 Выбор класса точности

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

Класс точности определяет наименьшие номиналы основных параметров конструктивных элементов платы: ширину проводника, расстояние между соседними проводниками или проводником и контактной площадкой, ширину гарантированного пояска металла вокруг отверстия и др.

3.4.5 Выбор слойности печатной платы

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

Толщина печатной платы определяется толщиной исходного материала и выбирается в зависимости от используемой элементной базы и действующих механических нагрузок. Предпочтительными значениями номинальных толщин односторонних плат являются: 0,8; 1,0; 1,5; 2,0 мм. Допуск на толщину устанавливается по ГОСТ 23751 - 79.

3.4.6 Выбор способа изготовления

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

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

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

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

3.4.7 Выбор материалов

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

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

Учитывая все выше сказанное, материал для печатной платы выбираем по ГОСТ 10316 - 78. Согласно рекомендациям для односторонних печатных плат будем применять стеклотекстолит фольгированный СФ 1-35-1,5.

3.4.8 Выбор и обоснование методов монтажа и межсоединений

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

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

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

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

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

- обеспечивать удобную и безопасную работу персонала при эксплуатации и ремонте ЭВМ;

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

Для соединения выводов элементов с контактными площадками используют припой ПОС-61М ГОСТ 21930-76.

Установку элементов следует проводить по ОСТ 4ГО.010.030-81. Элементы, в соответствии схемы электрической принципиальной, L1 и L2 необходимо установить по варианту Ia, представленным на рисунке 3.1.

Рис. 3.1. Вариант установки I

Элементы в соответствии схемы электрической принципиальной, R1, R2, R4, C7 необходимо установить по варианту IIa, а элементы C1…C6, C8, DA1 R3, R5, VT1, ZQ1 установить по варианту IIв представленным на рисунке 3.4.9.2.

Рис.3.2. Вариант установки II

Микросхемы DD1, DD2 в соответствие с схемой электрической принципиальной, необходимо установить по варианту VIIIa.

При выборе припоя следует учитывать, что припой должен быть легкоплавким, недорогим и технологичным. Кроме этого припой должен иметь малое переходное сопротивление. Выберем наиболее распространенный оловяно-свинцовый припой марки ПОС-61 ГОСТ 21931-76. Характеристики этого припоя приведены в табл. 3.8.

Таблица 3.8 Характеристика припоя марки ПОС-61

Характеристика	Значение
Температура полного расплавления, оС	190
Электросопротивление, мкОм/м	0,12
Прочность паяемых соединений, МПа	30...40

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

3.5 Совершенствование организации труда тестеров с использованием автоматизированного тестирования программного обеспечения

3.5.1 Процесс тестирования программного обеспечения

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

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

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

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

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

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

Когда становится доступным необходимое ПО, проводятся тесты.

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

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

- сокращение времени на выполнение набора тестов;

- снижение вовлеченности тестера в тестирование;

- упрощение регрессионных тестов;

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

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

3.5.2 Преимущества автоматизированного тестирования

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

1. При автоматизированном тестировании вероятность допустить ошибку ниже, чем при тестировании вручную;

2. Автоматизированное тестирование можно легко адаптировать к другим компонентам системы;

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

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

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

6. Автоматизированное тестирование особенно полезно в новых изменчивых технологических средах, поскольку оно позволяет быстрее узнавать об изменениях среды [11].

3.5.3 Оценка трудозатрат на тестирование

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

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

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

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

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

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

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

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

Попытка использовать автоматизацию в условиях хаотичного процесса тестирования едва ли окажется успешной. Автоматизацию лучше всего внедрять как часть непрерывного процесса совершенствования процесса тестирования, но не применять подход «большого взрыва», требующий автоматизации всего и сразу. [21, стр. 64].

3.5.3 Инструменты для автоматизированного тестирования

Для эффективного тестирования могут применяться следующие инструменты:

1. Автоматизированные системы тестирования (JUnit, NUnit, CppUnit и пр.).

2. Автоматизированные генераторы тестов.

3. Утилиты для записи и воспроизведения тестовых примеров.

4. Мониторы покрытия (анализаторы логики и средства профилирования).

5. Символьные отладчики.

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

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

8. Тестовые леса (объекты, используемые другими тестовыми объектами).

9. Инструменты для внесения дефектов.

10. ПО для отслеживания дефектов [11, с. 70].

3.5.4 Внедрение автоматизированного тестирования

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

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

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

В качестве средства реализации такой системы можно использовать среду тестирования Rational Visual Test 6.0, включающую язык Visual Test (его синтаксис очень напоминает Visual Basic), рекордер Recorder (средство для записи скриптов -- программ, воспроизводящих записанные действия пользователя), средства для организации скриптов в виде определенных структур и средства для анализа результатов тестирования.

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

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

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

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

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

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

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

3.6 Расчет экономического эффекта предложенных мероприятий

3.6.1 Технико-экономическое обоснование внедрения автоматизированного тестирования

Внедрение средств автоматизации тестирования -- непростой и зачастую длительный процесс. Залогом его успеха являются полная поддержка со стороны руководства, а также четкое представление всех участников проекта о современных подходах к тестированию программного обеспечения. Начинать внедрение средств автоматизации тестирования стоит как можно раньше, причем практика показывает, что в перспективе на несколько лет показатель возврата инвестиций в этот вид работ может достигать 400% [11].

Каждый час, затраченный на создание и сопровождение системы автоматического тестирования по отдаче эквивалентен 7 часам тестирования вручную. Обратим внимание также на качество и способность протестировать все и сразу, непосредственно перед выпуском новой версии; по этим параметрам автоматическое тестирование несравнимо с ручным. Затраты на внедрение автоматического тестирования приведены в табл. 3.9.

Таблица 3.9 Затраты на внедрение автоматизированного тестирования

Наименование	Сумма, млн. р.
Обучение тестеров	3940
Покупка ПО	21000
Итого	24940

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

Единовременные затраты на приобретение новой техники определяются по формуле:

Кнт = Цнт · Nнт = 21000 • 1 = 21000 млн. р., (3.7)

где Цнт - отпускная цена за единицу новой техники, млн. бул. р.

Nнт - количество единиц новой техники, закупаемой у производителя, шт.

Прирост единовременных капитальных вложений определяется по формуле:

= 21000+0+0+3940 + 0 = 24940 млн. р. (3.8)

где Кнт - единовременные затраты на приобретение новой техники у предприятия-изготовителя, млн. р.;

Кд - единовременные затраты на демонтаж ранее установленного оборудования;

Ктр - единовременные затраты на доставку новой техники к месту эксплуатации, млн. р.

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

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

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

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

0,28 млн. р. (3.9)

где Nп - плановый годовой выпуск продукции, которая будет изготавливаться на новом оборудовании, шт. (за год ООО «Прикладные системы» выпускает 4 новые работоспособные версии разрабатываемого ПО);

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

Тс, Tн - часовая тарифная ставка, соответствующая разряду работ, выполняемых соответственно на старом и на новом оборудовании, млн. р./ч;

Нно - ставка налогов и отчислений от заработной платы, включаемых в себестоимость, %.

2. Годовой прирост прибыли за счет экономии расходов на заработную плату, связанный с высвобождение работников с повременной оплатой труда, определяется по формуле:

= =138,51 млн. р. (3.10)

где Кпр - коэффициент премий за выполнение плановых заданий;

- абсолютное высвобождение работников i-й категории, чел.;

Згi - годовая заработная плата высвобождаемых работников i-й категории, млн. р.

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

n - категории высвобождаемых работников.

Ежемесячный прирост прибыли за счет экономии расходов на заработную плату составит 11,54 млн. р.

Экономия, полученная за счет снижения количества тестеров рассчитывается по формуле:

Эт = И1 • К - И2 = (3•1,1 • 7) - (10•1,1 +2•0,81) = 10,48 млн. р., (3.11)

где И1 и И2 - годовая заработная плата тестеров.

К - коэффициент приведения к сопоставимому виду, учитывающий рост производительности оборудования, или коэффициент качества (При использовании автоматизированного тестирования вероятность появления ошибки на поздней стадии разработки значительно уменьшается, а значит уменьшаются затраты на исправления брака. В [11] говорится, что при использовании автоматизированного тестирования качество разрабатываемого ПО увеличивается в 7 раз).

Ежемесячный прирост чистой прибыли за счет экономии текущих затрат рассчитывается по формуле:

= 7,86 млн. р. (3.11)

где n - вид затрат, по которым получена экономия;

Эi - экономия, полученная за счет снижения i-го вида издержек, млн. р.

Нп - ставка налога на прибыль, %.

Годовой прирост чистой прибыли за счет экономии текущих затрат может составить 94,32 млн. р.

Срок окупаемости инвестиций рассчитывается прямым подсчетом числа лет, в течение которых приведенные к расчетному году инвестиции будут погашены приведенными к тому же году доходами:

, 27,50 • 1,26 24,940 • 1,26(3.12)

где Pt - чистый доход, полученный в году t, млн. р.;

Зt - затраты (инвестиции) в году t, млн. р.;

at - коэффициент дисконтирования.

Т.к. затраты (24,940 млн. р.) меньше чистой прибыли за 1 месяц (27,50 млн. р.), то срок окупаемости составит 1 месяц.

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

= 110,26 %,(3.13)

где Pt - чистая прибыль, полученная в году t, млн. р.

Рентабельность инвестиций в автоматизированное тестирование составит 110,26 %.

3.6.2 Анализ использования персонала предприятия после внедрения автоматизированного тестирования

Определим заработную плату исполнителей после внедрения автоматизированного тестирования и уменьшения штата тестеров (табл. 3.10).

Таблица 3.10 Заработная плата исполнителей

Категория	Количество	Заработная плата 1 работника, млн. р.	Заработная плата, млн. р.
Ведущий инженер-программист	7,00	2,52	17,64
Инженер-программист 1-ой категории	11,00	2,01	22,11
Инженер-программист 2-ой категории	23,00	1,59	36,57
Инженер-программист без категории	3,00	1,1	3,30
ИТОГО:			79,62

В табл. 3.10 приведены исходные данные для расчета непроизводительных затрат рабочего времени.

Таблица 3.11 Исходные данные для расчета непроизводительных затрат рабочего времени

Показатель	Сумма, млн. р.
Производственная себестоимость товарной продукции	1926
Заработная плата исполнителей	955,44
Заработная плата управленческого персонала	228
Себестоимость забракованной продукции	28,89
Затраты на исправление брака	16,02

По данным таблицы 3.6.2.1 определим:

1. Удельный вес заработной платы исполнителей в производственной себестоимости товарной продукции составляет:

Ув = = 49,6 %,(3.14)

где Зи - заработная плата исполнителей, млн. р.;

Пс - производственная себестоимость товарной продукции, млн. р.

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

14,32 млн. р., (3.15)

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

3. Заработную плату исполнителей по исправлению брака:

7,44 млн. р., (3.16)

Где Зб - затраты на исправление брака, млн. р.

4. Заработную плату рабочих в окончательном браке и на его исправление, которая составляет

21,76 млн. р. (3.17)

5. Среднечасовую заработную плату исполнителей:

0,0094 млн. р. (3.18)

6. Рабочее время, затраченное на изготовление брака и его исправление:

2314,8 чел. ч. (3.19)

Т.е. потери составляют 2314,8 человеко-часов в год.