40614

Управление требованиями к системе. Оценка затрат на разработку ПО

Лекция

Информатика, кибернетика и программирование

Средства управления требованиями Перед тем как управлять требованиями разберемся что такое требование и что такое управление требованиями и зачем это нужно. Требование это любое условие которому должна соответствовать разрабатываемая система или программное средство. Требованием может быть возможность которой система должна обладать и ограничение которому система должна удовлетворять. В соответствии с Глоссарием терминов программной инженерии IEEE являющимся общепринятым международным стандартным глоссарием требование это:Условия...

Русский

2013-10-17

23.18 KB

2 чел.

Занятие 45

Управление требованиями к системе. Оценка затрат на разработку ПО.  

Средства  управления конфигурацией ПО, документирования и тестирования. Управление проектом.

Сегодня мы рассмотрим следующие категории CASE-средств:

  1.  средства управления требованиями, обеспечивающие комплексную поддержку разнородных требований к создаваемой системе;
  2.  средства управления конфигурацией ПО;
  3.  средства документирования;
  4.  средства тестирования;
  5.  средства управления проектом;

и познакомимся с процедурой оценки затрат на разработку ПО. 

Средства управления требованиями

Перед тем, как управлять требованиями разберемся, что такое требование и что такое управление требованиями и зачем это нужно.
Управление требованиями — процесс, включающий идентификацию, выявление, документацию, анализ, отслеживание, приоретизацию требований, достижение соглашений по требованиям и затем управление изменениями и уведомление заинтересованных лиц. Управление требованиями — непрерывный процесс на протяжении всего жизненного цикла продукта. 
Требование — это любое условие, которому должна соответствовать разрабатываемая система или программное средство. Требованием может быть возможность, которой система должна обладать и ограничение, которому система должна удовлетворять. 
В соответствии с Глоссарием терминов программной инженерии IEEE, являющимся общепринятым международным стандартным глоссарием, требование это:
Условия или возможности, необходимые пользователю для решения проблем или достижения целей;

  1.  Условия или возможности, которыми должна обладать система или системные компоненты, чтобы выполнить контракт или удовлетворять стандартам, спецификациям или другим формальным документам;
  2.  Документированное представление условий или возможностей для пунктов 1 и 2.

Требование должно обладать следующими характеристиками:

  1.  Единичность — требование описывает одну и только одну вещь.
  2.  Завершенность — требование полностью определено в одном месте и вся необходимая информация присутствует.
  3.  Последовательность — требование не противоречит другим требованиям и полностью соответствует документации.
  4.  Атомарность — требование нельзя разделить на более мелкие.
  5.  Отслеживаемость — требование полностью или частично соответствует деловым нуждам как заявлено заинтересованными лицами и задокументировано.
  6.  Актуальность — требование не стало устаревшим с течением времени.
  7.  Выполнимость — требование может быть реализовано в рамках проекта.
  8.  Недвусмысленность — требование определено без обращения к техническому жаргону, акронимам и другим скрытым формулировкам. Оно выражает объекты и факты, а не субъективные мнения. Возможна одна и только одна его интерпретация. Определение не содержит нечетких фраз, использование отрицательных и составных утверждений запрещено.
  9.  Обязательность — требование представляет собой определенную заинтересованным лицом характеристику, отсутствие которой ведет к неполноценности решения, которая не может быть проигнорирована. Необязательное требование — противоречие самому понятия требования.
  10.  Проверяемость — реализованность требования может быть проверена.

Все требования в проекте можно разделить на следующие группы:

  1.  Функциональные (Functional) — реализуют саму бизнес-функцию.
  2.  Управленческие (Manageability) — требования к доступным и безопасным сервисам; относятся к размещению системы, администрированию и безопасности.
  3.  Эргономические (Usability) — к удобству работы конечных пользователей.
  4.  Архитектурные (Architectural) — требования к архитектуре системы.
  5.  Взаимодействия (Interface) — к взаимосвязям между существующими приложениями и программным средствами и новым приложением.
  6.  Сервисного уровня (Service Level) — описывают поведение сервиса, качество его выходных данных и другие качественные аспекты, измеряемые заказчиком.

В настоящее время широкое распространение получили такие системы управления требованиями как IBM Rational RequisitePro, Telelogic DOORS, Sybase PowerDesigner и Borland Caliber RM.
Программное обеспечение для управления требованиям базируется на одном принципе — человек, а в данном случае, аналитик, вводит требование в систему, смотрит, нет ли такого требования в системе уже. Если требование в той или иной формулировке уже присутствует в системе, то заново его не заносит, а отмечает, как дублирующее. В связи с тем, что поиск схожих требований вручную является сложной и трудозатратной задачей, которая требует постоянного участия аналитика.


 

А также другие работы, которые могут Вас заинтересовать

2768. Дорожно-транспортное происшествие 44.42 KB
  Дорожно-транспортное происшествие. Травматизм при дорожно-транспортных происшествиях (ДТП) – одна из наиболее частых бед, которыми человечество расплачивается за удобства, обретенные с техническим прогрессом. Как уберечься пешеходу от встречи с...
2769. Применение закона Ома к цепям переменного тока 69 KB
  Применение закона Ома к цепям переменного тока Вариант лабораторной работы №324-дубль отличается от предыдущей иной формой представления результатов. По этой причине в описании отсутствует Введение – оно является общим для обоих вариантов....
2770. Мощность и коэффициент мощности в цепях переменного тока 287.5 KB
  Мощность и коэффициент мощности в цепях переменного тока Приборы и принадлежности: регулятор напряжения РНШ, проволочный реостат, магазин емкостей, катушка переменной индуктивности, амперметр, вольтметр, ваттметр. Введение. Пусть к клеммам источника...
2771. Вынужденные электрические колебания 114 KB
  Вынужденные электрические колебания Приборы и принадлежности: лабораторная панель Колебательный контур, генератор сигналов низкочастотный Г3-120, вольтметр В7-38, осциллограф С1-94. Введение. Рассмотрим электрическую цепь, состоящую из резистора с...
2772. Электронный осциллограф: устройство и применение 453 KB
  Электронный осциллограф. устройство и применение Приборы и принадлежности. осциллограф С1-1, понижающий трансформатор 220/127 В, реостат, вольтметр, миллиамперметр, магазин сопротивлений, лабораторная панель. Введение. Электронный осциллограф предна...
2773. Сложение электрических колебаний 374 KB
  Сложение электрических колебаний Приборы и принадлежности: лабораторная панель с генератором фиксированных частот, магазином сопротивлений Р-33 и реактивной нагрузкой, генератор Г3-120, фазометр Ф2-1, осциллограф С1-94. Осциллографический метод...
2774. Затухающие электрические колебания в колебательном контуре 181.5 KB
  Затухающие электрические колебания в колебательном контуре Приборы и принадлежности: лабораторная панель «Затухающие колебания», источник постоянного тока, осциллограф, магазин сопротивлений. Введение. Замкнутая электрическая цепь, состоящая ...
2775. Исследование и применение зеркального гальванометра 236 KB
  Исследование и применение зеркального гальванометра Приборы и принадлежности: гальванометр М17, лабораторная панель, длинный соленоид, катушка на вращающейся подставке. Введение. Гальванометр – это электроизмерительный прибор высокой чувствител...
2776. Измерение индукции магнитного поля электромагнита 57 KB
  Измерение индукции магнитного поля электромагнита Приборы и принадлежности: электромагнит, весы Ампера, разновес, два стабилизированных источника постоянного тока. Введение. Согласно закону Ампера на элемент тока  в магнитном поле действует сил...