Формирование требований к создаваемой системе являются одной из важных задач на начальных итерациях разработки программного продукта. Требования – это возможности или условия, которым должна соответствовать система или проект. Основная задача этапа определения требований заключается в нахождении, обсуждении того, что действительно требуется в форме, понятной и заказчику и членам команды разработчиков.
Требования к программному обеспечению часто разделяют на функциональные и нефункциональные. К функциональным требованиям относят перечень сервисов, которые должна выполнять система, причем должно быть указано, как система реагирует на те или иные входные данные, как она ведет в себя в определенных ситуациях и т.д. Нефункциональные требования описывают характеристики системы и ее окружения. К ним также относятся перечень ограничений, накладываемых на действия и функции, выполняемые системой. Многие нефункциональные требования относятся к системе в целом, а не к отдельным ее компонентам. Это означает, что они более значимы и критичны, чем отдельные функциональные требования. Ошибка, допущенная в функциональном требовании, может ухудшить качество системы, ошибка в нефункциональных требованиях может сделать систему неработоспособной.
Модель описания требований FURPS+ [1] делит их на следующие категории:
- Функциональные требования — свойства, возможности, безопасность.
- Нефункциональные требования:
- Удобство — человеческий фактор, справочная система, документация.
- Надежность — частота сбоев, возможность восстановления и предсказуемость поведения.
- Производительность — время отклика, точность, доступность, использование ресурсов.
- Возможность поддержки — адаптивность, возможность поддержки соответствие международным стандартам, возможность конфигурирования.
- Реализация — требования к ресурсам, языки и средства, аппаратное обеспечение.
- Интерфейс – ограничения накладываемые необходимостью взаимодействия с внешними системами.
- Операции — управление системой и ее параметры.
Категории FURPS+ необходимо использовать при формулировке требований, чтобы не упустить важные аспекты жизнедеятельности системы. Некоторые из этих требований (удобство, надежность, производительность и возможность поддержки) называются атрибутами качества (quality attributes).
Для выявления требований существуют следующие методы:
- Определение требований на основе точек зрения (Viewpoint-Oriented Requirements Definition (VORD)) [2]
- Этнографический подход [2]
- Варианты использования [3]
В унифицированном процессе функциональные требования представляются с помощью вариантов использования – текстового описания взаимодействия пользователя с системой и диаграмм использования, позволяющие кратко выразить основные взаимодействия в графическом виде.
Сформулируем кратко основные выявленные с помощью вариантов использования функциональные и нефункциональные требования к информационно-аналитическим системам мониторинга деятельности кафедры (ИСМ).
Предварительный анализ показывает, что весь набор критериев оценки может быть сведен в шесть основных групп:
- Критерии, относящиеся к вводу и валидации данных.
- Критерии, относящиеся к обработке и хранению данных.
- Критерии, относящиеся к формированию отчётной документации.
- Критерии, относящиеся к мониторингу.
- Критерии, относящиеся к администрированию системы.
- Критерии, относящиеся к технологической платформе ИСМ.
К функциональным требованиям к ИСМ на этапе ввода и валидации данных можно отнести:
- Возможность импорта данных из систем документооборота Е1 Евфрат [4], DIRECTUM [5] и др.
- Возможность импорта данных из офисных пакетов, таких как Microsoft Office [6], Open Office [7] и LibreOffice [8].
- Возможность автоматической проверки введённых данных на предмет их корректности, например у научной статьи всегда должен быть хотя бы один автор.
- Возможность автоматической валидации данных.
- Автоматическое предотвращение дублирования данных.
К функциональным требованиям к ИСМ на этапе обработки и хранении данных можно отнести:
- Накопление статистических данных по деятельности профессорско-преподавательского состава кафедры.
- Накопление статистических данных по деятельности студентов кафедры.
- Поддержка целостности данных.
- Применения многомерной модели хранения данных.
- Возможность статистической обработки данных.
К функциональным требованиям к ИСМ на этапе формирования отчётной документации можно отнести:
- Возможность печати отчётов непосредственно из ИСМ.
- Возможность формирование регламентированной отчётности.
- Возможность формирование нерегламентированной отчётности, т.е. выдача справок различного вида.
- Возможность создание итогового отчёта за выбранный период по конкретному направлению деятельности кафедры.
К функциональным требованиям к ИСМ на этапе мониторинга можно отнести:
- Предоставление рекомендаций лицу, принимающему решение (ЛПР) в графической форме.
- Автоматическая генерация рекомендаций по принятию управляющих решений ЛПР в текстовой форме.
- Прогнозирование вариантов развития, на основе анализа имеющихся в системе данных.
- Анализ деятельности кафедры согласно методике Минобрнауки, описанной в [9].
- Возможность настройки весовых коэффициентов для модели оценки деятельности кафедры.
- Возможность поиска скрытых закономерностей с использованием методов интеллектуального анализа данных.
К функциональным требованиям к ИСМ на этапе администрирования можно отнести:
- Использование одной из моделей разграничения прав доступа пользователей к ИСМ.
- Экспорт данных во внешние программы обработки и анализа статистической информации (SPSS [10], Statistica [11] и пр.)
- Шифрование данных.
- Защита данных от несанкционированного доступа.
- Защита персональных данных.
- Создание и редактирование информации о пользователях ИСМ.
- Возможности регулярного создания резервных копий данных.
К нефункциональным требованиям к ИСМ можно отнести:
- Возможность удалённого доступа к системе через Internet.
- Возможность удалённого доступа к системе через Intranet.
- Использование единой технологической платформы.
- Построение ИСМ на базе свободного программного обеспечения.
- Построение ИСМ на принципах открытой системы.
- Построение ИСМ на базе сервис-ориентированной архитектуры.
- Возможность использование технологии хранилищ данных.
- Возможность использования технологии OLAP.
- Возможность использования интеллектуального анализа данных.
- Возможность беспроводного мобильного доступа к ИСМ.
- Возможность доступа к данным через веб-интерфейс.
- Необходимость установки конечным пользователем ИСМ дополнительного программного обеспечения.
Список литературы
- Информационный сайт фирмы IBM [Электронный ресурс]. – Режим доступа:http://www128.ibm.com/developerworks/rational/library/4706.html
- Соммервилл, И. Инженерия программного обеспечения / И. Соммервилл – М.: Вильямс, 2002. – 624 c.
- Полис, Г. Разработка программных проектов на основе Rational Unified Process (RUP) / Г. Полис – М.: Бином-Пресс, 2005. - 256 с.
- Е1 Евфрат – документооборот и автоматизация бизнес-процессов [Электронный ресурс]. — Режим доступа: http://www.evfrat.ru/
- Электронный документооборот. Система электронного документооборота и управления взаимодействием DIRECTUM [Электронный ресурс]. — Режим доступа: http://www.directum.ru/
- Microsoft Office – Office.com [Электронный ресурс]. — Режим доступа: http://office.microsoft.com/ru-ru/
- OpenOffice.org – The Free and Open Productivity Suite [Электронный ресурс]. — Режим доступа: http://www.openoffice.org/
- LibreOffice Productivity Suite [Электронный ресурс]. — Режим доступа: http://www.libreoffice.org/
- Приказ РОСОБРНАДЗОРА от 30.09.2005 № 1938 об утверждении показателей деятельности и критериев государственной аккредитации высших учебных заведений.
- SPSS, Data Mining, Statistical Analysis Software, Predictive Analysis, Predictive Analytics, Decision Support Systems [Электронный ресурс].— Режим доступа: http://spss.ru/
- Официальный сайт компании StatSoft Russia [Электронный ресурс]. — Режим доступа: http://www.statsoft.ru/
Количество просмотров публикации: Please wait