В данной статье описывается подход к систематизации (взаимосвязи и классификации) требований к комплексной информационной системе. Предлагаемый подход представляет собой рамочную модель и может быть использован при решении задач формализации технических требований с целью классификации и определения взаимосвязей между различными видами требований. This article describes an approach to requirements for integrated information system systematization. The approach proposed is the framework that can be used for the technical requirements formalization aiming to classification and definition of the relationship between the different types of requirements.

1. Подход к комплексному
применению методологий
систематизации требований
Симкин Анатолий
Руководитель проектов
IBS Group
25.02.2013

2. 2
Управление ожиданиями
(вместо предисловия)
1. Цели и задачи
систематизации
технических требований
2. Подход к классификации
и определению
взаимосвязи между
различными видами
требованиями
3. Подход к работе группы
по формированию
требований
 Подходы и методы
проектирования
информационных систем
 Процесс создания
информационных систем
(стадии и этапы работ, фазы
проектирования)
 Архитектура компонентов
информационной системы
 и т.д. …
Рамки презентации Вне рамок презентации

3. 3
Содержание
1. Систематизация технических
требований
2. Описание модели требований
3. Взаимосвязь, классификация
и кодирование требований
4. Спецификации требований
5. Подход к разработке требований

4. 1. Систематизация технических
требований

5. 5
Заказчик
Как видят технические требования
заинтересованные лица?
Директор
проекта
Методолог
Документация проекта Представление о документации стейкхолдерами

6. 6
Задачи формализации технических
требований
Обеспечение единого виденья
проектируемой ИС у всех
заинтересованных лиц
Формирование проектных решений
и управление требованиями
Разработка, проведение тестирования
и приемки системы

7. 7
Способы решения поставленных задач
• Стадия ЖЦ Системы
• Описание объекта автоматизации
• Алгоритмы действий системы
• Варианты использования
• Функциональные требования
• Пользовательский интерфейс
• Техническое задание
• Схема функциональной структуры
• Описание постановки задач
• Программа и методика испытаний
• Спецификации

8. 8
Методы и инструменты решения
поставленных задач
• Стадия ЖЦ Системы
• Описание объекта автоматизации
• Алгоритмы действий системы
• Варианты использования
• Функциональные требования
• Пользовательский интерфейс
• Техническое задание
• Схема функциональной структуры
• Описание постановки задач
• Программа и методика испытаний
• Спецификации
• RUP
• IDEF0
• FlowChart
• Use cases (UML)
• Technical Req.
• Wireframe diagram
• ГОСТ 19
и ГОСТ 34

9. 9
Общий подход к систематизации технических
требований
• Стадия ЖЦ Системы
• Описание объекта автоматизации
• Алгоритмы действий системы
• Варианты использования
• Функциональные требования
• Пользовательский интерфейс
• Техническое задание
• Схема функциональной структуры
• Описание постановки задач
• Программа и методика испытаний
• Спецификации
Описание модели систематизации требований
Принципы классификации и кодирования
требований
Спецификации требований

10. 2. Описание модели требований

11. 11
Описание модели систематизации требований
Технологическая модель
(Спецификации)
Системная логика
(Элементы требований)
Архитектура
(Группы требований)
Бизнес-
логика
Концептуальный
уровень
Системный
уровень
Владелец бизнеса /
Менеджер процесса
Бизнес-аналитик
Архитектурный
уровеньАрхитектор
Системный
аналитик
Разработ-
чики
Технологический
уровень

12. 12
Прочие требования:
[R], [C], [P], [A], [AR],
[TS], [SR], [IS], [RD]
[F] Общие функциональные
требования
 Общие требования
 Формирование информации
 Представление информации
[FA] Требования к функциям,
выполняемым системой
 Алгоритмы работы функций
 Требования к качеству
реализации каждой функции
 Временной регламент
реализации каждой функции
[I] Требования к интерфейсу
пользователя
 Описание разделов системы
 Макеты экранных форм
 Алгоритмы взаимодействия
[U] Описание классов и характеристик
пользователей
 Группы пользователей
 Общее описание задач пользователей
 Требования к правам доступа
[T] Требования к тестированию
 Описания типов тестов
 Программа и методика испытаний
 Шаблон протокола тестирования
[D] Требования к описанию данных
 Описание метаданных
 Описание состава данных
 Описание представлений данных
Use Cases
[V]
Модельбизнес
процессов
Концепция
и архитектура

13. 13
Описание комплексов задач и модель бизнес-
процессов
А.1. Анализ и
верификация
исходных данных
А.2a.
Определение
плана расходов А.3. Построение
рейтинга
учреждений
А.4. Распределение
бюджетов по
учреждениям
А.6.
Формирование
отчетности
А.5. Обеспечение
прозрачности и
обоснованности
А.0. Формирование бюджетов по учреждениям
А.2b.
Определение
плана доходов
А.5. Обеспечение прозрачности и обоснованности
Рейтинг
А.5.1. Выбор
метода анализа
А.5.2. Drilldown
А.5.3.
Построение
таблиц
А.5.4.
Построение
графиков
Отчет по
анализу
Распределенные
бюджеты по
учреждениям

14. 3. Классификация и кодирование
требований

15. 15
Классификация требований
Код Группа требований
BP Модель бизнес процессов
U Классы и характеристики пользователей
V Требования к вариантам использования
F Общие функциональные требования
FA Требования к функциям, выполняемым системой
I Требования к интерфейсу пользователя
D Требования к описанию данных
T Требования к тестированию
R Требования к отчетам
С Требования к справочникам и классификаторам
P Требования к средствам интеграции
А
Требования к администрированию, управлению доступом и
безопасностью системы
AR Требования к правам доступа
TS Требования к техническому обеспечению
SR Требования к программному обеспечению
IS Требования к информационной безопасности системы
RD Требования к надежности

16. 16
Взаимосвязь требований
[BP]
[R][V][D]
[FA]
[P][AR]
[T]
[I]
[C]
[U]
[A]
[TS][SR]
[IS] [RD]
[F]

17. 17
Группировка
требований
«КОД».ХX FA.01
Кодировка Пример
Требование «КОД».ХX.XX FA.01.01
Спецификация «КОД».ХX.XX.XX FA.01.01.01
Кодирование требований
«КОД».ХX.XX.XX
Группа требований Спецификация
Группировка требований Требование

18. 18
Группы требований:
Требования к вариантам использования
Код Вариантиспользования Пользователь
V.01.00 Требования к основным вариантам
использования
V.01.01 AS – Варианты использования для роли
Администратор
AS
V.01.02 AN - Варианты использования для роли Аналитик AN
V.01.03 RU - Варианты использования для роли Руководитель RU
V.01.04 OP - Варианты использования для роли Оператор OP
V.01.05 PO - Варианты использования для роли Учреждение
ПО
PO
V.01.06 NP - Варианты использования для роли
Незарегистрированный пользователь
NP

19. 19
Группы требований:
Классы и характеристики пользователей
Роль Код Описание
Администратор AD
Лицо, отвечающее за обеспечение целостного
функционирования системы. Администратор обладает
максимальными правами.
Аналитик AN
Лицо, отвечающее за содержательное функционирование
системы. Строит рейтинги учреждений, создает проект
премирования на основе рейтинга
Руководитель RU
Получает агрегированную информацию по формированию
рейтингов учреждений и распределению премий
Оператор OP
Лицо, выполняющие работы по информационному
наполнению системы и контролю корректности данных и т.п.
Учреждение FI
Филиал организации. Имеет доступ к своей персональной
информации.

20. 20
Группы требований:
Общие функциональные требования
Код Требования Примечания
F.01.00 Общие требования
F.01.01 Работа пользователя с Системой должна быть
организована в режиме он-лайн через тонкий
клиент (интернет-браузер)
С использованием одного из
браузеров: IE версии 7 и выше,
Firefox 3.6 и выше, Chrome 10 и
выше, Safari 5 и выше
F.01.02 В системе должен быть предусмотрен
пользовательский интерфейс для
редактирования логической структуры портала
и публикации различных видов
информационных материалов
Виды информационных
материалов: Новостные
сообщения, статьи, документы
формата MS Word
F.01.03 Система должна обеспечивать доступ к
информационным материалам посредствам
интернет-портала, поддерживающего
навигацию пользователей в соответствие с
многоуровневым (иерархическим)
классификатором

21. 21
Группы требований:
Требования к алгоритмам работы функций
Код треб. Код функции Функция Пользователи
FA.01.00 А.1.
Анализ и верификация исходных
данных
FA.01.01 А.1.1. Загрузка массива данных AS, OP
FA.01.02 А.1.2. Верификация данных AS, OP, RU*
FA.01.03 А.1.3. Утверждение данных AS, OP
FA.06.00 А.6.
Формированиегосударственных
заданий
FA.06.01 А.6.1.
Расчет затрат на оказание
образовательнойуслуги
AS,AN
FA.06.02 А.6.2.
Расчет затрат на общехозяйственные
нужды
AS,AN
FA.06.03 А.6.3.
Расчет затрат на содержание
имущества
AS,AN
FA.06.04 А.6.4. Формирование проекта RU, AS, AN

22. 4. Спецификации требований

23. 25
Спецификации требований:
Описание варианта использования
OP - оператор
Загрузка данных
Верификация данных
A.1. Анализ и
верификация исходных
данных
А.6. Формирование
государственных
заданий
Загрузка данных
Раздел Use-case Содержание
Класс пользователя OP
Описание Лицо, выполняющие работы по информационному
наполнению, контролю корректности данных. Осуществляет
процесс загрузки и верификации данных.
Нормальное направление [V.01.01.01] Загрузка данных
Условие: Наличие файлов для загрузки
1. Пользователь переходит в один из разделов меню
«Исходные данные»
2. Пользователь выбирает вкладку «Загрузка данных» (см.
Требование [U.04.01.01] - Интерфейс «Исходные данные -
загрузка»)
3. Пользователь выбирает шаблоны Excel для загрузки и
нажимает кнопку «Загрузить»
Обработка исключений Проверка соответствияформата шаблона загрузки Excel, в
случае наличия отличий, отказ обработки,сообщение
пользователю
Специальные требования Механизм импорта из Excel

24. 6. Подход к разработке технических
требований

25. 27
Аналитики
Формализация
требований
Методолог
Контроль качества
Архитектор
Разработка
проектных решений
Руководитель
проекта
Контроль сроков
Рабочая группа разработки требований
Технические
требования
Руководитель
группы
Заинтересованные
стороны
Аналитики
и разработчики
Ежедневная
итерация

26. 28
Гибкий подход к работе группы
по формированию требований
Регламент работы ежедневной рабочей
группы:
45 минут – контроль качества
 Верификация архитектуры
 Проверка каждого тезиса вопросом «И что? / So what?»
10 минут – перерыв
45 минут – генерация новых проектных решений
 Мозговой штурм (новые идеи)
 Определение и формализация проектных решений
 Разрешение сложных технических проблем

27. 29
Полученные ТТ позволяют быстро
формировать документацию по ГОСТ 34
Техническое задание по ГОСТ 19 и ГОСТ 34
Схему функциональной структуры
Пояснительную записку
Описание постановки задач (комплекса задач)
Описание информационного обеспечения
системы
Программу и методику испытаний
Спецификации (для программиста)

28. 30
Симкин Анатолий
Руководитель проектов, IBS Group
+7 916 956 сорок четыре 84
simkin.av [at] gmail.com