Похожие презентации:
Документирование и верификация требований. Управление требованиями
1.
Документирование иверификация требований.
Управление требованиями
2.
3.
Жизненный цикл информационнойсистемы
1. Планирование и анализ
требований
Разработка и
2. Проектирование
управление
3. Реализация
требованиями
4. Внедрение
5. Эксплуатация
4.
Пример жизненного цикла требования5.
Документированиетребований
Постановка
задач на
разработку
С нуля;
Доработка;
Обработка запроса пользователя;
Постановка на интеграцию.
6.
Делать не то, чтоумеешь,
а то, что нужно
(методы самопроверки)
7.
Матрица доступа к данным (CRUD)Элемент данных
Вариант
использования
Местоположение заказа
Изменение заказа
Управление
описью химикатов
Сообщение о заказе
Редактировать данные колонки
«Сотрудник, разместивший заказ
на химикат»
+ Мощность сущности
Сотрудник,
Заказ
Химикат
разместивший
Каталог
поставщика
заказ на химикат
С
О,Уд
Ч
Ч
Ч
Ч, Ук
Ч, Ук
С, О, Уд
Ч
Ч, Ук
Ч, Ук
С, О, Ук
+ Представление сущности (Ук)
8.
Прототипы пользовательского интерфейсаДетализация, достоверность
9.
Декоративная и активная составляющиеОперационный
образ
Информационный
образ
Декоративная
составляющая
10.
Взаимодействие интерфейса с пользователем:o требования к размещению элементов управления на экранных
формах;
o требования к содержанию и оформлению выводимых сообщений;
o требования к форматам ввода.
Взаимодействие интерфейса с внутренней логикой системы:
o требования к реакции системы на ввод пользователя;
o требования к времени отклика на команды пользователя;
o требования к функциям взаимодействия и передачи информации.
11.
Верификация требований к интерфейсу1 Полнота
• функциональное покрытие (от задачи к реализации)
• структурное покрытие (от реализации к задаче)
• структурное покрытие с учетом состояния элементов интерфейса
• структурное покрытие с учетом состояния элементов интерфейса
и внутреннего состояния системы
12.
2 Естественность (интуитивность)13.
3 Непротиворечивость14.
4 Неизбыточность40.1875°
40° 11′ 15″
- 40° 11′ 15.231″
140° 11.38′
15.
5 Непосредственный доступ к системе помощи• Информирование
• Предупреждение
• Ошибка
16.
6 Гибкость• Локализация языка
• Версия для слабовидящих
• Noob versus Expert
17.
Трассировка. Назначениеo выявление связей между
объектами;
o обоснование объекта,
отслеживание его источников.
Карта-эспандер Будапешта,
дизайнер Денес Сатор
18.
Применениеo Верификация связей
o Анализ влияния изменений
(impact analysis)
o Оценка и анализ рисков
o Регрессионное тестирование
19.
Вигерс Карл,Битти Джой
«Разработка
требований к
программному
обеспечению»
20.
ИНСТРУМЕНТЫ И МЕТОДЫo механизмы хранения данных:
o JIRa (MindMap, Link, Karma, Traceability Matrix and Link Graph)
o Enterprise Architect
o электронные таблицы и др.
o введение индивидуальных элементов трассировки для
описания связей:
o спорный вопрос, предположения\объяснения, элементы
действий, термины\акронимы, библиографические ссылки
o ХРОНИЧ (Карен Н. Джонсон) Хронический\Рискованный\Основной\Новый
Измененный\Чувствительный
o ключевые вопросы для самопроверки в внесении изменений
21.
ИНСТРУКЦИЯ1. Определение цели;
2. Выбор типов отношений-связей;
3. Выбор объектов системы, для которых
будет
поддерживаться
информация
трассируемости;
4. Выбор механизма хранения данных;
5. Назначение ответственного лица –
координатора
трассировки,
и
лиц,
участвующих в поддержке информации по
объектам системы;
6. Определение вех, по достижению которых
должно
происходить
предоставление
информации, и их механизмов.
22.
23.
o Взаимосвязи существующего функционалаo Описание цветовой легенды
24.
o Взаимосвязи задач на доработкуo Обозначение рисков
25.
o Взаимосвязи задач на доработку и существующегофункционала
26.
o Back to Blacko Human is a key
o Без фанатизма и одержимости
o Инвестиции
27.
o Back to Blacko Human is a key
o Без фанатизма и одержимости
o Инвестиции
A Study of Semi-Automated Tracing
by Jeffrey Holden, 2011
28.
o Back to Blacko Human is a key
o Без фанатизма и
одержимости
o Инвестиции
29.
o Back to Blacko Human is a key
o Без фанатизма и одержимости
o Инвестиции
Информатика