Методы и средства выявления и представления требований к разработке ПО - Диссертация

расширенной классификации требований с дополнительными атрибутами, позволяющая документировать требования с учетом их последующей постоянной корректировки и периодического анализа. 2. Научному руководителю в совместных работах принадлежат предметные постановки задач, выбор направлений исследования, рекомендации по использованию литературных источников и оформления работы, а также анализ результатов. Основные теоретические результаты и законченные этапы диссертационной работы, а также результаты прикладных исследований и разработок отражены в следующих научных трудах: 1) Публикация автором в сборнике международной молодежной научной конференции «Молодежь в науке: новые аргументы» статьи «Методы выявления и представления требований к разработке ПО». 2) Публикация автором в сборнике XXVI международной научно-практической конференции «Естественные и математические науки в современном мире» статьи «Техники выявления требований к разработке ПО» В диссертации используются общенаучные методы исследования, стандарты по программной инженерии SWEBOK, BABOK, ISO. ВВЕДЕНИЕ Опыт индустрии информационных технологий однозначно показывает, что вопросы, связанные с разработкой управлением требованиями, оказывают критически-важное влияние на программные проекты, в определенной степени - на сам факт возможности успешного завершения проектов [1]. Удельная стоимость их исправления быстро растет по мере продвижения продукта к стадии эксплуатации. В различных литературных источниках указывается, что стоимость исправления дефекта допущенного при определении требований после ввода системы в эксплуатацию от 100 до 1000 (в зависимости от масштаба проекта) раз превышает аналогичную стоимость исправления допущенной ошибки в период непосредственной разработки требований. SWEBOK разработка программных требований (Software requirements) представлена как одна из десяти важнейших областей знаний создания ПО. В более широком смысле эти этапы являются элементами процесса управления требованиями, который, в общем случае, включает идентификацию, выявление, документирование, анализ, отслеживание, приоритезацию требований, достижение соглашения по требованиям и затем управление изменениями и уведомление соответствующих заинтересованных лиц, на протяжении всех этапов жизненного цикла разработки программного ПО. Это первая стадия формирования видения автоматизирования бизнес-процессов, при которой формулируются цели и задачи проекта, выделяются основные сущности и связи между ними. В связи с этим изучение и анализ возможных процессов этапа выявления требований и предложения наиболее эффективных методов их выявления и представления, свидетельствуют об актуальности выбранной темы магистерской диссертации «Методы и средства выявления и представления требований к разработке ПО». 3) Предложение нового метода выявления и представления требований на основе существующих методов, который позволил бы существенно сократить возможность появления ошибок на этапе выявления требований. заказчик требование программный обеспечение ГЛАВА 1. ТРЕБОВАНИЕ КАК СВОЙСТВО ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ 1.1 Требование. Определение и извлечение требований Определение требований и их назначения описываются во многих стандартах программной инженерии, основные из которых представлены на рисунке 1. Данная область знаний касается вопросов извлечения (сбора), анализа, специфицирования и утверждения требований [3]. В соответствии со стандартом разработки требований ISO/IEC 29148, требование - это утверждение, которое идентифицирует эксплуатационные, функциональные параметры, характеристики или ограничения проектирования продукта или процесса, которое однозначно, проверяемо и измеримо. Условия или возможности, необходимые пользователю для решения проблем или достижения целей; 2. Существуют различные методики выявления требований, которые будут подробно рассматриваться в следующих главах диссертации. Классический пример высокоуровневого структурирования групп требований как требований к продукту описан в работах одного из классиков дисциплины управления требованиями - Карла Вигерса [2]. Пример требования пользователя: система должна представлять диалоговые средства для ввода исчерпывающей информации о заказе, последующей фиксации информации в базе данных и маршрутизации информации о заказе к сотруднику, отвечающему за его планирование и исполнение. Но одних функциональных требований недостаточно для полного описания требований к системе - необходимо также учитывать требования к другим составляющим качества, задаваемые нефункциональными требованиями. Все чаще признают, что заинтересованные стороны не ограничиваются организациями, нанимающими аналитиков.