
- •Глава 1. Обоснование необходимости автоматизации процесса подбора персонала 7
- •Глава 2. Разработка моделей процесса подбора персонала 22
- •Глава 3. Разработка предложений по автоматизации процесса подбора персонала в системе sap e-recruiting 38
- •Введение
- •Глава 1. Обоснование необходимости автоматизации процесса подбора персонала
- •1.1. Характеристика предприятия нефтегазовой отрасли
- •1.2. Единая информационная система предприятия
- •1.3. Описание процесса управления персоналом и разработка модели верхнего уровня процесса
- •Подбор и адаптация персонала
- •Развитие персонала
- •Администрирование персонала
- •Оценка персонала (компетенций)
- •1.4. Предпосылки проведения автоматизации процесса подбора персонала на предприятии
- •Глава 2. Разработка моделей процесса подбора персонала
- •2.1. Обзор и анализ нотаций для описания процессов
- •2.2. Разработка as-is модели процесса подбора персонала
- •2.3. Анализ as-is модели и разработка предложений по совершенствованию процесса подбора персонала
- •2.4. Разработка to-be модели процесса подбора персонала
- •Глава 3. Разработка предложений по автоматизации процесса подбора персонала в системе sap e-recruiting
- •3.1. Обзор классификации требований к программному обеспечению
- •3.2. Разработка функциональных требований для процесса подбора персонала
- •3.3. Разработка рекомендаций по настройке sap e-recruiting
- •Заключение
- •Список литературы
- •Приложения
Глава 3. Разработка предложений по автоматизации процесса подбора персонала в системе sap e-recruiting
3.1. Обзор классификации требований к программному обеспечению
Важным этапом в разработке информационной системы является разработка требований к информационной системе. Ф. Брукс так охарактеризовал роль требований в разработке программного обеспечения (Brooks, 1987): «Строжайшее и единственное правило построения систем ПО – решить точно, что же строить. Никакая другая часть концептуальной работы не является такой трудной, как выяснение деталей технических требований, в том числе и взаимодействие с людьми, с механизмами и с иными системами ПО. Никакая другая часть работы так не портит результат, если она выполнена плохо. Ошибки никакого другого этапа работы не исправляются так трудно.»
Для того, чтобы охватить все аспекты проектируемой ИС, специалист Роберт Грейди в начале 1990-х годов предложил классификацию уровней требований – FURPS+ (Functionality – Функциональность, Usability – Удобство использования, Reliability – Надёжность, Performance - Производительность, Supportability - Поддерживаемость) (Зараменских, 2014).
Рассмотрим подробнее уровни требований в классификации FURPS+ (см. «Таблицу 4. Уровни требований в классификации FURPS+»).
Таблица 4
Уровни требований в классификации FURPS+
Функциональность |
Функциональные возможности системы |
Удобство использования |
Характеристики пользовательского интерфейса (Интуитивность, Эстетичность, Удобство обучения и т.д.) |
Надёжность |
Доступность, Точность расчётов, Отказоустойчивость, Восстанавливаемость системы |
Производительность |
Пропускная способность, Время отклика системы, Масштабируемость, Потребление ресурсов |
Поддерживаемость |
Ремонтопригодность, Адаптируемость, Лёгкость установки и т.д. |
+ |
Ограничения проектирования |
Все уровни требований в классификации FURPS+ являются нефункциональными за исключением первого уровня Functionality – Функциональность, образующего самостоятельную группу. Две данные группы легли в основу следующей классификации, предложенной Карлом Вигерсом. Среди функциональных требований он выделяет три группы (Маглинец), (Орлик, 2004), (Вигерс, 2004):
Бизнес-требования (business requirements), формирующие общий образ и границы проекта. Бизнес-требования, как правило, формулируют руководители предприятия;
Требования пользователей (user requirements). Ввиду возможной некомпетентности пользователей подобные требования иногда бывают противоречивыми;
Функциональные требования (functional requirements) определяют функционирование системы. Функциональные требования формируются с целью ответа на вопрос «что должна делать система» в различных ситуациях. Они определяют функциональность ИС, позволяющую руководителям и пользователям следовать своим должностным обязанностям в рамках бизнес-требований и требований пользователей соответственно.
Ввиду необходимости создания полнофункциональной ИС важна разработка функциональных требований, которые будут представлены в следующем разделе данной работы. Функциональные требования разработаны для реализации процесса подбора персонала на базе SAP E-Recruiting.