АвтоАвтоматизацияАрхитектураАстрономияАудитБиологияБухгалтерияВоенное делоГенетикаГеографияГеологияГосударствоДомДругоеЖурналистика и СМИИзобретательствоИностранные языкиИнформатикаИскусствоИсторияКомпьютерыКулинарияКультураЛексикологияЛитератураЛогикаМаркетингМатематикаМашиностроениеМедицинаМенеджментМеталлы и СваркаМеханикаМузыкаНаселениеОбразованиеОхрана безопасности жизниОхрана ТрудаПедагогикаПолитикаПравоПриборостроениеПрограммированиеПроизводствоПромышленностьПсихологияРадиоРегилияСвязьСоциологияСпортСтандартизацияСтроительствоТехнологииТорговляТуризмФизикаФизиологияФилософияФинансыХимияХозяйствоЦеннообразованиеЧерчениеЭкологияЭконометрикаЭкономикаЭлектроникаЮриспунденкция

Технологический процесс управления требованиями

Читайте также:
  1. C.I Процессы с ключевых точек зрения
  2. ERP (Enterprise Resource Planning)- системы управления ресурсами предприятия.
  3. FIDELIO V8 - новое поколение систем управления для гостиниц
  4. I. Электрофильтры. Характеристика процесса электрической очистки газов.
  5. II.1 Газетная метафора и процесс интенсификации ее выразительности
  6. II.1.1 Разновидности метонимии и ее функция в процессе создания газетной экспрессии
  7. III. Литературный процесс
  8. III. Основные задачи Управления
  9. IY. ОРГАНИЗАЦИОННАЯ СТРУКТУРА И ОРГАНЫ УПРАВЛЕНИЯ КЛУБА
  10. L.3.1. Процессы переноса вещества и тепла.
  11. L.3.2. Процессы присоединения частиц. Механизмы роста.
  12. MS EXCEL. Использование электронного табличного процессора excel: построение графиков. Взаимодействие excel с другими приложениями windows.

Лабораторная работа №1

«УПРАВЛЕНИЕ ТРЕБОВАНИЯМИ

И ПОСТРОЕНИЕ ДИАГРАММЫ ПРЕЦЕДЕНТОВ»

Цель работы

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

Задание: в соответствии с выбранной предметной областью выделить и описать требования к проектируемой системе в виде модели прецедентов.

Теоретические сведения

Введение в Rational Unified Process

Rational Unified Process (RUP) - это итеративный процесс разработки программного обеспечения (ПО), который обеспечивает упорядоченный подход к распределению задач и обязанностей в организации. Целью этого процесса является производство качественного ПО, удовлетворяющего требованиям конечного пользователя, в рамках прогнозируемого бюджета и графика работ.

Rational Unified Process следует шести лучшим советам разработки:

1) Разрабатывайте итеративно;
2) Управляйте требованиями;
3) Пользуйтесь модульными архитектурами;
4) Используйте визуальное моделирование;
5) Не забывайте о проверке качества;
6) Следите за изменениями.

Rational Unified Process - это итеративный процесс. Создавать современные сложные программные системы последовательно, т.е. сначала определять все проблемы, затем принимать все проектные решения, формировать программное обеспечение и, наконец, проверять изделие, невозможно. Итерационный подход позволяет улучшать понимание проблемы через последовательные усовершенствования и с приращением конкретизировать эффективные решения. Этот подход обеспечивает большую гибкость при учете новых требований или тактических изменений в деловых целях, и позволяет проекту заранее идентифицировать и разрешать риски.

В Rational Unified Process для разработки программных систем существуют девять основных технологических процессов, которые представляют собой логическое разбиение всех исполнителей и видов деятельности на группы: области интересов и дисциплины (рисунок 2):

1) Процесс управления проектом;

2) Процесс моделирования производства;

3) Процесс управления требованиями;

4) Процесс анализа и проектирования;

5) Процесс реализации;

6) Процесс тестирования;

7) Процесс управления конфигурацией и требованиями;

8) Процесс управления средой;

9) Процесс распространения.

В данной работе будет рассматриваться организация процесса управления требованиями.

Технологический процесс управления требованиями

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

1) Разработчикам и заказчикам необходимо выработать единое мнение о том, что должна делать система;

2) Разработчики должны полнее понять системные требования;

3) Должны быть определены границы системы;

4) Должна быть создана основа для планирования технического содержания итераций, а также оценки стоимости и времени разработки системы;

5) Исходя из нужд и целей пользователей, необходимо определить пользовательский интерфейс системы.

Для достижения этих целей требуется осуществить ряд последовательных (итеративных) этапов:

1) Выявление требований к системе

2) Выявление прецедентов и субъектов

· Распределение требований по субъектам и прецедентам

· Построение диаграммы прецедентов

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

3) Проектирование пользовательского интерфейса


1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 |

Поиск по сайту:



Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Студалл.Орг (0.003 сек.)