Доклад

Слайд 1. Тема, цель и задачи дипломного проекта.

Здравствуйте, уважаемая комиссия!

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

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

Компания «Русофт» занимается разработкой заказного программного обеспечения, ориентированного на Интернет. Проектная деятельность компании строиться на словах и устных договоренностях, не закреплена в документированных процедурах, а, следовательно, не воспроизводима и зависит от носителей знаний. Для устранения этих недостатков было предпринято исследование по разработке комплекта нормативной документации, основной частью которого является документированная процедура проектной деятельности в части управления требованиями. Разработка 1-го проекта этой процедуры является основной задачей дипломного проекта.

Слайд 2. Схема процедуры.

На слайде представлена общая схема разработанной процедуры.

Владелец процедуры – технический руководитель проекта.

Область применения – проектная деятельность до составления и реализации плана проекта.

Входными данными являются:

• Потребности, задачи, требования заказчика

• Требования спецификаций и стандартов

Выходными данными являются:

• Архитектура (дерево) системы

• Спецификации

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

Далее я кратко опишу составные части разработанной процедуры.

Слайд 3. Процедура Анализ требований.

Первая процедура – Анализ требований.

Ее задачей является разработка основной версии требований.

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

Во время операции «Определение функциональных требований» ожидания заказчика переводятся в функциональные требования при помощи QFD-анализа, пример матрицы на слайде №4.

Слайд 4. QFD.

Результатом «Анализа требований» является основная версия требований, состоящая из 3х представлений: эксплуатационного, функционального и физического.

Слайд 5. Процедура Подтверждение требований.

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

В случае выявления несоответствий, основная версия требований возвращается на Анализ требований для исправления этих несоответствий.

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

Слайд 6. Процедура Функциональный анализ.

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

Результатом функционального анализа является функциональная архитектура. Пример функциональной архитектуры, разработанной для Интернет-системы, представлен на слайде №7.

Слайд 7. Функциональная архитектура.

Следующая процедура – Проверка функциональной архитектуры.

Слайд 8. Процедура Проверка функциональной архитектуры.

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

Результатом является проверенная функциональная архитектура, которая затем передается на вход Дизайн синтеза.

Слайд 9. Процедура Дизайн синтез.

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

Слайд 10. Процедура Системный анализ.

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

Результатом дизайн синтеза является физическая архитектура – дерево изделия.

Слайд 11. Дерево изделия «Интернет-система».

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

Следующая процедура – Проверка физической архитектуры.

Слайд 12. Процедура Проверка физической архитектуры.

Ее задачи:

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

• Удостовериться, что требования физической архитектуры полностью соответствуют основной версии требований.

• Удостовериться в полноте описания физической архитектуры.

Выходом является проверенная физическая архитектура.

Слайд 13. Структурно-функциональная диаграмма.

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

Этим самым мы проверяем полноту описания функциональной и физической архитектуры разрабатываемой системы.

На плакате представлен фрагмент диаграммы.

Слайд 14. Процедура Контроль.

Последняя процедура – Контроль.

Ее задачей является предоставление:

• информации о состоянии процесса проектной деятельности и его результатах;

• информации для производства, тестирования, поддержки;

• информации для ролей, уполномоченных для принятия решений по техническим и проектным вопросам.

Слайд 15. Структурный план работ.

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

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

На слайде представлен фрагмент первой итерации структурного плана работ по разработке Интернет-системы.

Слайд 16. Результаты работы над дипломным проектом.

Дипломный проект выполнен в полном объеме в соответствии с поставленными задачами.

Дальнейшими планами являются:

• развитие документированной процедуры проектной деятельности;

• внедрение процедуры в компании;

• применение процедуры в реальных проектах.

Мой доклад окончен. Благодарю за внимание.

4