Enterprise Architect как инструмент разработки требований
О чем поговорим
Наши потребности в разработке требований
Что такое Enterprise architect?
Виды требований
элементы и их используемые поля
Структура пакетов проекта и виды SRS
Внешний вид SRS-ов
автоматизация
Виртуальные документы
Используемые диаграммы (основные)
Используемые диаграммы (дополнительные)
Используемые диаграммы (дополнительные)
Работа с трассировками
Версионирование требований
Что ещё помогает аналитику в работе?
Администрирование и поддержка
Спасибо! Вопросы?

Enterprise Architect, как инструмент разработки требований

1. Enterprise Architect как инструмент разработки требований

ENTERPRISE ARCHITECT КАК ИНСТРУМЕНТ
РАЗРАБОТКИ ТРЕБОВАНИЙ
Ирина Сурова
Менеджер проектов по системному анализу

2. О чем поговорим

О ЧЕМ ПОГОВОРИМ
2
ПОСТАНОВКА ЗАДАЧИ НА ВНЕДРЕНИЕ ENTERPRISE ARCHITECT ОТ SPARX SYSTEMS
ОРГАНИЗАЦИЯ РЕПОЗИТОРИЯ И СТРУКТУРЫ ТРЕБОВАНИЙ ПРОЕКТА
ФОРМИРОВАНИЕ СПЕЦИФИКАЦИЙ (ДОКУМЕНТИРОВАНИЕ) ТРЕБОВАНИЙ
ИСПОЛЬЗУЕМЫЕ ЭЛЕМЕНТЫ И ИХ ОСОБЕННОСТИ
ИСПОЛЬЗУЕМЫЕ ДИАГРАММЫ
ДОПОЛНИТЕЛЬНЫЕ ФУНКЦИИ
ПРОЦЕСС РАЗРАБОТКИ ТРЕБОВАНИЙ НА НЕСКОЛЬКО РЕЛИЗОВ
АДМИНИСТРАТИВНЫЕ ФУНКЦИИ

3.

ПОСТАНОВКА ЗАДАЧИ

4. Наши потребности в разработке требований

НАШИ ПОТРЕБНОСТИ В РАЗРАБОТКЕ ТРЕБОВАНИЙ
СОВМЕСТНАЯ РАБОТА НЕСКОЛЬКИХ АНАЛИТИКОВ НА 1 ПРОЕКТЕ (ЧАСТЬ
ТРЕБОВАНИЙ РАЗНЫХ АНАЛИТИКОВ ПЕРЕСЕКАЮТСЯ)
ПРОЕКТЫ ВЗАИМОСВЯЗАНЫ (НУЖНА ТРАССИРОВКА ТРЕБОВАНИЙ МЕЖДУ
ПРОЕКТАМИ)
РЕЗУЛЬТАТОМ РАБОТЫ АНАЛИТИКА ЯВЛЯЮТСЯ ДОКУМЕНТЫ SYSTEM REQUIREMENT
SPECIFICATION (SRS) ПО ОПРЕДЕЛЕННОМУ БИЗНЕС-ТРЕБОВАНИЮ В СОСТАВЕ
РЕЛИЗА
А КРОМЕ ЭТОГО:
• НЕТ ОГРАНИЧЕНИЙ НА ФОРМАТ ДОКУМЕНТОВ – ЛИШЬ БЫ ВСЕ ЗАИНТЕРЕСОВАННЫЕ
ЛИЦА ПОНИМАЛИ
• НА ПИЛОТИРОВАНИЕ ИНСТРУМЕНТА НЕТ МНОГО ВРЕМЕНИ И РЕСУРСОВ, Т.Е.
• ИНСТРУМЕНТ РАЗРАБОТКИ ТРЕБОВАНИЙ ДОЛЖЕН БЫТЬ ДЕШЕВЫМ
• ИНСТРУМЕНТ РАЗРАБОТКИ ТРЕБОВАНИЙ ДОЛЖНО БЫТЬ ЛЕГКО ОСВАИВАТЬ
• ИНСТРУМЕНТ РАЗРАБОТКИ ТРЕБОВАНИЙ НЕ ДОЛЖЕН ТРЕБОВАТЬ МНОГО УСИЛИЙ НА
АДМИНИСТРИРОВАНИЕ
4

5. Что такое Enterprise architect?

ЧТО ТАКОЕ ENTERPRISE ARCHITECT?
СРЕДСТВО ВИЗУАЛИЗАЦИИ: ДИАГРАММЫ
БАЗА ДАННЫХ: ПАКЕТЫ, ЭЛЕМЕНТЫ, СВЯЗИ
МОЩНЫЙ ГЕНЕРАТОР ОТЧЕТОВ
НАЛИЧИЕ ОБЩЕГО РЕПОЗИТАРИЯ
uc Diag:110
Elem:1065
(from
Actors)
Elem:1327
«UC»
Elem:2823
Elem:1045
(from [UCM] Контроль
зашифрованных
соединений)
«include»
(from
Actors)
«UC»
Elem:1326
Elem:1041
(from
Actors)
Elem:1039
«extend»
«extend»
«UC»
«UC»
Elem:1382
«extend»
(from [UC] Установить
резервный код)
(from
Actors)
Elem:1345
(from [UC]
Активировать
продукт)
Elem:1080
(from
Actors)
5

6.

ВИДЫ ТРЕБОВАНИЙ И ИХ ОСОБЕННОСТИ

7. Виды требований

ВИДЫ ТРЕБОВАНИЙ
req 1
Функциональные требования
Нефункциональные требования
Бизнес-требования
Уровень системных требований
«UC UCP»
Пользовательские
сценарии
(UseCases)
«trace»
«trace»
Функциональные
требования
Нефункциональные
требования
«trace»
Ограничения
SRS
7
Слева – по Вигерсу, справа – используемые в ЛК

8. элементы и их используемые поля

ЭЛЕМЕНТЫ И ИХ ИСПОЛЬЗУЕМЫЕ ПОЛЯ
Название атрибута
Допустимые значения
Идентификатор
Обязательность
Способ
Множественный
реализации в ЕА выбор значений
да
Alias
нет
да
Tagged Values
нет
да
Tagged Values
да
Very high
high
Приоритет (Priority)
Medium
Low
Very low
<BRQ>
<менеджер проекта>
Источник (Source)
<восстановлено>
<TT item>
Статус (Status)
См. описание жизненного цикла требования
да
Status
нет
Версия продукта major
<Product Version major>, например 2012, 2011
нет
Version
нет
Версия продукта minor
<Product Version minor>, например MP0, CF1,
нет
CF2
Phase
нет
нет
Tagged Values
нет
да
Tagged Values
да
Функциональная область (Functional area)
Product
Instrumental
Общие компоненты
AntiMalware
И т.д.
8

9.

СТРУКТУРА РЕПОЗИТАРИЯ ПРОЕКТА И
ДОКУМЕНТИРОВАНИЕ

10. Структура пакетов проекта и виды SRS

СТРУКТУРА ПАКЕТОВ ПРОЕКТА И ВИДЫ SRS
10
По конкретному бизнес
требованию
По конкретной функциональной
области
По всей версии целиком

11. Внешний вид SRS-ов

ВНЕШНИЙ ВИД SRS-ОВ
11

12. автоматизация

АВТОМАТИЗАЦИЯ
Сложная типовая структура
создаётся в несколько кликов
Памятка по заполнению - в
описании элементов
12

13. Виртуальные документы

ВИРТУАЛЬНЫЕ ДОКУМЕНТЫ
Требования хранятся
по функциональным
областям
13
Новое BRQ затронуло сразу
несколько ФО
Виртуальный документ не
сломает структуру пакетов

14.

ИСПОЛЬЗУЕМЫЕ ДИАГРАММЫ

15. Используемые диаграммы (основные)

ИСПОЛЬЗУЕМЫЕ ДИАГРАММЫ (ОСНОВНЫЕ)
uc Diag:110
Elem:1065
req Diag:129
(from
Actors)
Elem:1327
Elem:1341
(from [UC] Активировать продукт)
«UC»
«trace»
Elem:2823
Elem:1045
(from [UCM] Контроль
зашифрованных
соединений)
«include»
Elem:1041
Elem:1039
«extend»
«UC»
(from
Actors)
«UC»
Elem:1382
«extend»
(from [UC] Установить
резервный код)
Elem:1345
(from [UC]
Активировать
продукт)
Elem:1080
(from
Actors)
15
Elem:1436
Elem:1437
«trace»
«trace»
Elem:1438
Elem:1326
«extend»
«UC»
«trace»
(from [9] Activation and KL answer
to Gray market)
«UC»
(from
Actors)
Elem:158
(from
Actors)

16. Используемые диаграммы (дополнительные)

ИСПОЛЬЗУЕМЫЕ ДИАГРАММЫ (ДОПОЛНИТЕЛЬНЫЕ)
stm Login
act Diag:723
dfd Контекст и окружение
Elem:3731
Internet
Initial
Elem:3733
/Tries = 0
Secure site
сертификат SSL-соединения с
сайтом
Elem:3724
Invalid Entry
/Tries = Tries +1
Client Environment
logging in
Login Denied
сертификат с сайта из
запроса
Tries = 3
Elem:3720
Browser
SYSTEM
Elem:3727
Service
Valid Entry [Tries < 3]
Product
Final
Elem:3717
Ответ с результатом
проверки
Elem:3723
Elem:3734
Elem:3721
Logged In
Elem:3718
Elem:3722
Elem:3726
Elem:3728
Elem:3729
16
Final
CA Sites
CRL
Запрос
Elem:3732
Elem:3725
промежуточные
сертификаты для
построения цепочки
Корневые
сертификаты
Mozilla Root
Certificates

17. Используемые диаграммы (дополнительные)

ИСПОЛЬЗУЕМЫЕ ДИАГРАММЫ (ДОПОЛНИТЕЛЬНЫЕ)
cmp Serv er Components
Firew all
+
+
+
AcceptRequest(): HTML Request
ForwardRequest(): HTML Request
ReturnResponse(): HTML Response
sd View Open Orders
+DMZ
:Account
(from Actors)
Client
:View Open Orders
COM+ Component Env ironment
«Web Server»
IIS 5.0
+
loadAccountDetails()
Business Logic
DoRequest(): HTML Response
loadOpenOrders()
ASP Pages
BookStore
Database
XSL Stylesheets
+
TransformXML(): void
Web SQL Serv er
+
+
+
17
Configure(): void
ProcessSQLRequest(): Recordset
Restart(): void
Web
:Transaction

18.

ДОПОЛНИТЕЛЬНЫЕ ИНСТРУМЕНТЫ В EA

19. Работа с трассировками

РАБОТА С ТРАССИРОВКАМИ
19

20. Версионирование требований

ВЕРСИОНИРОВАНИЕ ТРЕБОВАНИЙ
uc Diag:154
Elem:1629
«UC»
«UC»
Elem:1587
«UC»
Elem:1591
A
Elem:1589
«UC»
«extend»
Elem:1742
«include»
(from [UCM]
Предложить
KFA при
«extend»
деинсталляции
продукта)
«extend»
(from
Actors)
«UC»
«UC»
Elem:1584
«include»
Elem:1579
Elem:1581
«include»
«include»
«UC»
«include»
«UC»
Elem:1059
«UC»
Elem:1583
«include»
Elem:1586
Elem:1578
«include»
Elem:1060
(from
Actors)
«include»
Elem:1027
«UC»
(from
Actors)
Elem:1582
1.
«UC»
Elem:1580
«extend»
«extend»
«include»
«extend»
«extend»
«UC»
«UC»
Elem:1026
Elem:1585
(from
Actors)
Elem:1588
Elem:1078
(from
Actors)
20
Выделение текста внутри требований:
Для текстов требований/вариантов
использования должна
использоваться следующая
стилевая схема:
Текст новых требований – синий цвет шрифта,
курсив.
Текст изменившихся требований:
o синий цвет шрифта, курсив – для
изменившейся части
o черный цвет без курсива – для текста,
унаследованного от версии ХХХ.

21.

ДОРАБОТКИ ИНСТРУМЕНТОВ, ПОДДЕРЖКА,
АДМИНИСТРИРОВАНИЕ

22. Что ещё помогает аналитику в работе?

ЧТО ЕЩЁ ПОМОГАЕТ АНАЛИТИКУ В РАБОТЕ?
UML профили и стереотипизация объектов до уровня проекта. Тулбоксы проектов
Разные варианты шаблонов отчетов для генерации документации
Скрипт переключения статуса проекта («обесцвечивание»)
Проверка орфографии на русском языке «как в Word»
Скрипт поиска и замены текста требований
Быстрая вставка гиперссылок между требованиями
Восстановление случайно удалённых объектов по журналу аудита
22

23. Администрирование и поддержка

АДМИНИСТРИРОВАНИЕ И ПОДДЕРЖКА
УПРАВЛЕНИЕ РЕПОЗИТАРИЕМ (РАЗВЕРТЫВАНИЕ, БЕКАПЫ, ЗЕРКАЛИРОВАНИЕ)
АДМИНИСТРИРОВАНИЕ ПОЛЬЗОВАТЕЛЕЙ (ГРУППЫ, АУДИТ)
РЕЗУЛЬТАТЫ:
• 1 ТРЕБОВАНИЕ – В 2009 ГОДУ
• БОЛЬШЕ 45 ТЫСЯЧ ТРЕБОВАНИЙ СЕЙЧАС
• 150 ТЫСЯЧ ВСЕГО ОБЪЕКТОВ СЕЙЧАС
• БОЛЬШЕ ПОЛОВИНЫ АНАЛИТИКОВ ОТДЕЛА ИСПОЛЬЗУЕТ EA В СВОИХ ПРОЕКТАХ
• ОБЩЕЕ КОЛИЧЕСТВО ПОЛЬЗОВАТЕЛЕЙ – БОЛЬШЕ 100 ЧЕЛОВЕК
23

24. Спасибо! Вопросы?

СПАСИБО!
ВОПРОСЫ?
Kaspersky Lab HQ
39A/3 Leningradskoe Shosse
Moscow, 125212, Russian Federation
Tel: +7 (495) 797-8700
www.kaspersky.com
[email protected]
English     Русский Правила