1. Знакомство с DEMO-проектом
и сопровождающей документацией
1
3SL
3SL Cradle
Управление требованиями и системное проектирование
@ ООО «САТУРС» 2014

2. Доступные учебные материалы по проекту DEMO
Cradle Overview
Tutorial
Default Project Schema
Обзор возможностей Cradle
Описание схемы DEMO проекта
Введение в контекст DEMO проекта
Внимание: данная презентация не заменяет чтение описанных выше документов, ее цель
– помочь сориентироваться в большом объеме данных, связанных с демо-проектом.
2

3. Доступные учебные материалы по проекту DEMO
Доступ к данным учебным материалам можно получить из
меню справки после входа в Workbench
3

4. Кратко о 3SL Cradle
Подробнее
3SL Cradle - профессиональная среда для
управления требованиями и системного проектирования
«Профессиональная» означает, что в ней есть все возможности, необходимые
для применения на реальном производстве. Эта среда, в отличие от многих
других, не сдерживает, а наоборот стимулирует развитие процессов
управления требованиями и системного проектирования.
Гибкая система управления правами доступа, включая
классификации по секретности.
Средства коллективной работы.
Возможность подстройки под задачи «на лету», без необходимости
программировать.
http://edu.reqcenter.pro/?p=2804
- Cradle Overview
- Общее описание и возможности 3SL Cradle
И другие возможности, необходимые для эффективной работы…
4

5. Кратко о 3SL Cradle
Подробнее см. Cradle Overview
3SL Cradle будет полезен для проектов, связанных с:
Сбором и разработкой требований
Системным анализом и проектированием
Разработкой системной архитектуры
Анализом и моделированием бизнес-процессов
Системным анализом и проектированием
Проектированием и анализом услуг
5

6. Кратко о 3SL Cradle
Используя 3SL Cradle вы можете:
Быстро внести исходные требования в базу данных проекта из
документов Word, автоматически распознав отдельные требования
CDS
WorkbenchDocument Loader
6

7. Кратко о 3SL Cradle
Используя 3SL Cradle вы можете:
Разрабатывать требования и генерировать спецификации
требований, например, ТЗ по ГОСТ 34.602
7

8. Кратко о 3SL Cradle
Используя 3SL Cradle вы можете:
Разрабатывать функциональные и архитектурные модели
(UML, IDEF0…), отражая их связи с исходными требованиями
Быстро реструктурировать требования в ходе анализа
предметной области
8

9. Кратко о 3SL Cradle
Используя 3SL Cradle вы можете:
Оперативно проводить глубокий анализ проектных решений
на основе связей между всеми проектными данными
9

10. Кратко о 3SL Cradle
Используя 3SL Cradle вы можете:
Управлять задачами, рисками и вопросами по проекту,
отражая их связи с требованиями и проектными решениями
Управлять проектированием используя статусы, приоритеты,
метрики и панель индикаторов, дискуссии и оповещения,
Отслеживать историю изменений как каждого элемента, так
и проекта в целом, используя версионный контроль и
базовые линии
Вы можете обеспечивать целенаправленное взаимодействие со
всеми группами заказчиков, используя настраиваемый интерфейс,
запросы, представления, формы и документы.
Все это не требует программирования, изучения скриптов и
легко настраивается с помощью простых форм.
10

11. Об учебнике и демо-проекте (Tutorial.pdf)
Назначение
Задача учебника (Tutorial) – познакомить вас с базовыми возможностями
Cradle в контексте конкретного проекта.
В учебнике демонстрируется, каким образом Cradle поддерживает и
упрощает разработку требований, проектных решений, тестов,
документации и задачи по управлению проектом.
Область применения
Процесс проектирования, который использован в проекте DEMO и описывается
в учебнике, основан на базовом процессе системной инженерии и может
применяться как стартовый процесс для любых проектов.
В тоже время рассматриваемый процесс не является полным и
предоставляет скорее среду для демонстрации возможностей Cradle,
нежели для демонстрации методов системной инженерии.
Вы можете разработать процесс управления требованиями и системного проектирования,
подходящий для ваших задач, самостоятельно или при помощи специалистов компании
SATURS www.saturs.ru. Разработка таких процессов – специализация нашей компании.
11

12. Процесс и схема демо-проекта
Схема демо-проекта и соответствующий процесс
проектирования описаны в Default Project Schema
12

13. Процесс и схема демо-проекта
В справочнике вы найдете описание схемы процесса
13

14. Процесс и схема демо-проекта
В справочнике вы найдете описание схемы базы данных
14

15. Файлы определений демо-проекта
Файлы определений содержат настройки:
Запросов, представлений , матриц и
диаграмм иерархий
Метрик и панелей показателей
Навигаций и формы ввода
Графиков и отчетов, а также их стилей
Импорта и экспорта
Захвата документов
Для демонстрации возможностей в демо-проекте также
созданы дополнительные (по отношению к автоматическим)
определения (definitions)
Их описание также можно найти в документе
Default Project Schema
15

16. Знакомство с демо-проектом
Контекст демо-проекта
На карте показаны маршруты с наибольшим потенциалом для обеспечения
альтернативным транспортом. Эти прямые маршруты будут занимать на аэротакси
30 минут вместо 3 часов на машине или поезде.
Использование малой авиации, выполняющей
полеты по маршрутам, которые не
обсуживаются регулярными и чартерными
рейсами быстро набирает популярность.
Аналитики ожидают, что малая авиация сыграет
такую же роль в развитии авиа отрасли, какую
сыграло распространение персональных
компьютеров, предоставив потребителям
больше возможностей и гибкости при меньшей
стоимости.
Северо-западная часть Англии георгафически распределена и имеет множество
областей с плохим транспортным сообщением. Сервис аэротакси мог бы стать
идеальным решением по транспортному обслуживанию данных областей.
16

17. Знакомство с демо-проектом
Исходные требования
Исходные требования загружены в
демо-проект с использованием
Document Loader.
Получить доступ к исходному
документу можно через панель
База данных
После нажатия на иконку
любого из элементов откроется
исходный документ Word и в нем
будет выделено соответствующее
требование.
Каждый загруженный элемент типа
Source Statement отражен в элемент
типа Requirement с которым ведется
дальнейшая работа
17

18. Знакомство с демо-проектом
Разработка требований
На основе исходных требований (Requirement) был определен ряд
интересующих в данном проекте системных свойств, которые были отражены в
элементах типа FEATURE
Описание типа FEATURE в Default Project Schema
18

19. Знакомство с демо-проектом
Выбор класса системы в качестве основы для разработки
На основе исследования требуемых системных свойств у потенциальных
продуктов (отраженных в PBS – Product Breakdown Structure) для дальнейшей
разработки был выбран вариант «турбовинтовой самолет»
Описание типа PBS в Default Project Schema
Вы можете увидеть результирующую матрицу сравнения, вызвав ее с панели Фазы
FEATURE
PBS
19

20. Знакомство с демо-проектом
Выбор класса системы в качестве основы для разработки
20

21. Знакомство с демо-проектом
Разработка системных требований
Далее были разработаны системные требования, часть из которых отражена с
помощью моделей нескольких типов (см. eFFBD Operate Aircraft и др.)
Описание типа SYSTEM REQ в Default Project Schema
Системные требования Модели
21

22. Знакомство с демо-проектом
Разработанные системные требования и модели
22

23. Знакомство с демо-проектом
Определение архитектуры системы
В ходе проектирования элементы архитектуры фиксируются в иерархии SBS
(System Breakdown Structure), при необходимости выполняется моделирование в
implementation domain.
Если какой-либо элемент архитектуры выявляется в ходе моделирования, то он
вносится в SBS и сразу же проставляются связи к соответствующему элементу
диаграммы.
SBS Function
Function
23

24. Знакомство с демо-проектом
Определение архитектуры системы
На видео показано, как быстро создается представление, отражающее связи
единиц архитектуры (SBS) с соответствующими элементами диаграмм.
Представление создается однократно и может быть использовано повторно.
24

25. Знакомство с демо-проектом
Определение архитектуры системы
В большинстве проектов полное моделирование выполняется редко, т.к. это
очень затратно, поэтому использование SBS позволяет получить полную картину
архитектуры в одной точке с минимальными затратами.
Как и для любых других типов элементов вы можете управлять различными
атрибутами SBS, а также получать наглядные HID-диаграммы
25

26. Знакомство с демо-проектом
Распределение функций
Важной задачей является определение связей между функциональными
требованиями и реализующими их компонентами. В демо-проекте это
реализовано как за счет связей между элементами SYS REQUIREMENT и SBS,
так и между элементами функциональных и архитектурных моделей.
Таким образом, по каждому
модулю можно получить его
функциональную спецификацию,
которая может быть выведена в
различных формах, в том числе в
виде документа.
26

27. Знакомство с демо-проектом
Распределение функций
Поскольку связи заданы, то легко можно получить и обратную картину – вывести
модули, в которых реализовано то или иное требование
Это особенно ценно в процессе
оценки влияния требований в ходе
их изменений
Секрет получения такой иерархии
элементов (без лишних типов элементов) в
настройке навигации, включающей только
два типа связей: Related to и Satisfied by
27

28. Знакомство с демо-проектом
Другие типы проектных данных
В демо-проекте также используются такие типы элементов как:
STAKEHOLDER – для отражения заинтересованных лиц проекта и приоритетов,
поступающих от них требований
С заинтересованными лицами связываются исходные требования, если кто-
нибудь из них уйдет из проекта, мы всегда сможем определить круг требований,
актуальность которых можно пересмотреть, чтобы оптимизировать затраты
28

29. Знакомство с демо-проектом
Другие типы проектных данных
RISK – для управления рисками проекта
на основе описания рисков в системе может быть сгенерирован типовой проектный
документ - план управления рисками.
В соответствии со схемой демо-проекта риски могут быть связаны с любыми
другими элементами. Разрабатывая требования и проектные решения мы можем
сразу фиксировать связанные с ними риски, а потом легко получить полную
картину рисков проекта.
29

30. Знакомство с демо-проектом
Другие типы проектных данных
DOC SECTION – наименования разделов документа
Элементы этого типа носят чисто технический характер, позволяя сохранить и при
необходимости отредактировать не в шаблоне, а проекте наименования
заголовков исходящих документов.
DATA BLOCK – статический блок данных
Элементы этого типа позволяют сохранить и при необходимости отредактировать
статическую секцию публикуемого документа. Например, при разработке
договоров или технических спецификаций удобно хранить в них подписи сторон,
вставляя их вывод в необходимые документы.
Такой подход позволяет здорово сэкономить при
изменении этих элементов, т.к. их содержание
придется изменить лишь один раз, а не по всем
связанным шаблонам.
Для сохранения форматирования можно
использовать RTF-фрейм
30

31. Знакомство с демо-проектом
Другие типы проектных данных
WBS – задачи проекта
Несмотря на то, что в демо-проекте этот тип элемента создан, но его
использование не продемонстировано, применение WBS настолько удобно,
что мы не могли обойти вниманием этот раздел и привели пример из
нашего проекта.
31

32. Знакомство с демо-проектом
Другие типы проектных данных
Элементы типа WBS могут быть связаны с другими проектными данными, таким
образом, у аналитика всегда под рукой необходимые ему в текущий момент
элементы. WBS может быть синхронизирована с планом работ в MS Project при
необходимости работы с диаграмой Ганта и использовании других возможностей
системы планирования.
Элементы WBS могут быть назначены пользователям Cradle и тогда
можно будет воспользоваться панелью задач
32

33. Знакомство с демо-проектом
Cradle Overview
Tutorial
Default Project Schema
Обзор возможностей Cradle
Описание схемы DEMO проекта
Введение в контекст DEMO проекта
Благодарим за внимание и рекомендуем далее
следовать следующей схеме:
Также вы можете обратиться к
нам за помощью по следующим
контактным данным:
ООО "САТУРС"
тел. +7(812)4546407
e-mail: mail@saturs.ru
website: http://www.saturs.ruБудем рады помочь!
33

34. Технологии создания понятных систем
34
www.saturs.ru