Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
номер1.doc
Скачиваний:
82
Добавлен:
13.05.2019
Размер:
1.49 Mб
Скачать

Глава 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.

Соседние файлы в предмете Анализ, моделирование и оптимизация систем