Больше чем документ

SQALab
SQALabSQALab
Больше чем документ
Андрей Телятник
Борис Клюс
План доклада
• Синхронизация документа и моделей
• Выявление связей из документа
• Версионирование
2
Наша специфика
• Сложная предметная область и алгоритмы расчетов
• Очень много показателей
• Очень тесные взаимосвязи между системами
• Большой поток изменений
• неупорядоченный по дате вступления в силу
• Много формул в ТЗ
3
Предпосылки
Система без
документации
Пишем документы Много документов – не
видно взаимосвязей
Синхронизация
Нужно сопровождать
и документы, и модель
От документа никто
отказываться не
собирается!
Моделирование
Автоматическое поддержание связи
документа с моделью
Решение:
4
Синхронизация
Enterprise Architect MS Word
1. Создаем модель
2. Связываем документ с моделью
5
Синхронизация
Enterprise Architect MS Word
6
3. Изменяем модель
Синхронизация
Enterprise Architect MS Word
4. Синхронизируем модель и документ
7
Синхронизация
Enterprise Architect MS Word
8
Не все разделы включаем в модель
Синхронизация
• Простой путь начать моделировать, не отказываясь от
принятых стандартов ведения документации
• ГОСТ, ISO, внутренние
• структура, оформление, форматирование
• Можно постепенно включать в синхронизацию больше
разделов документа
• В перспективе можно все включить в модель
9
Следующий шаг – выстраиваем связи
• Уже есть перекрестные ссылки между разделами
• Уже есть неявные связи через упоминание чего-либо в тексте
При этом в документе:
Выстраивать детальные связи в модели:
Не наглядно
Связи верхнего уровня получаем при создании модели
Трудоемко
10
Дополняем документ ссылками
Вставляем в документ объекты из
модели как гиперссылки:
Дополнительные плюсы для работы в документе:
• удобная навигация и выделение гиперссылок цветом
• можно сделать информативный screentip
11
• Есть структура – знаем кто ссылается
• Знаем что с чем связано
• Знаем что где используется
impact-анализ
Что дает анализ связей?
 Ранжированный поиск как в Google
 Улучшение качества документа и модели
12
Связи с внешним миром
ФЗ
Тех. регламенты
Требования
и ТЗ
SRS
Код
13
Пример использования
14
Что делать с изменениями?
• Общепринятый подход: ветки
- Не видно все сразу
- Нужно слияние веток
• Режим правки Word
- В целом подходит, но изменения по авторам
Пример:
15
Замена автора на Change-Request
• Когда и почему внесли изменения?
• Видим будущие изменения
• Видим возможные конфликты
• Фильтрация изменений
• Принятие изменений после релиза
• Доступен в Word и OpenOffice
16
Замена автора на Change-Request
• Когда и почему внесли изменения?
• Видим будущие изменения
• Видим возможные конфликты
• Фильтрация изменений
• Принятие изменений после релиза
• Доступен в Word и OpenOffice
17
Итого
• Синхронизация позволяет легче переходить к
моделированию
• Анализ связей дает важную информацию для
сопровождения систем
• Режим правки Word можно использовать для
версионирования
Разработано описание и построена модель расчетов
в торговой системе
18
Что для этого нужно?
Кто привык работать с
документами и хочет начать
моделировать
 Средство моделирования
 Конструктор для вставки (в Word)
 Скрипты для анализа
Кому пригодится?
Кто проектирует большие системы
Кому нужен impact анализ
Кому нужно понимать,
что и почему меняется
 Для синхронизации:
 Средство моделирования
 Макрос синхронизации
 Для связей:
 Для режима правки
 Достаточно Word или OpenOffice
19
Андрей Телятник
agt.mipt@gmail.com
Борис Клюс
klyusba@gmail.com
Спасибо за внимание!
1 of 20

Recommended

Нужные требования в нужное время by
Нужные требования в нужное времяНужные требования в нужное время
Нужные требования в нужное времяSQALab
511 views18 slides
Как выбрать для проекта практики проектирования и работы с требованиями by
Как выбрать для проекта практики проектирования и работы с требованиямиКак выбрать для проекта практики проектирования и работы с требованиями
Как выбрать для проекта практики проектирования и работы с требованиямиSQALab
848 views35 slides
Как из хаоса рождается порядок by
Как из хаоса рождается порядокКак из хаоса рождается порядок
Как из хаоса рождается порядокSQALab
806 views45 slides
Как построить системный анализ в продуктовых Agile-командах by
Как построить системный анализ в продуктовых Agile-командахКак построить системный анализ в продуктовых Agile-командах
Как построить системный анализ в продуктовых Agile-командахSQALab
622 views13 slides
Управление виртуальной командой аналитиков by
Управление виртуальной командой аналитиковУправление виртуальной командой аналитиков
Управление виртуальной командой аналитиковSQALab
377 views31 slides
Оценка трудозатрат аналитика: практика применения by
Оценка трудозатрат аналитика: практика примененияОценка трудозатрат аналитика: практика применения
Оценка трудозатрат аналитика: практика примененияSQALab
857 views35 slides

More Related Content

What's hot

Лайфхаки Confluence для разработки требований by
Лайфхаки Confluence для разработки требованийЛайфхаки Confluence для разработки требований
Лайфхаки Confluence для разработки требованийSQALab
2.7K views20 slides
Отделяем зёрна от плевел: работа с заявками на развитие функционала by
Отделяем зёрна от плевел: работа с заявками на развитие функционалаОтделяем зёрна от плевел: работа с заявками на развитие функционала
Отделяем зёрна от плевел: работа с заявками на развитие функционалаSQALab
595 views34 slides
Как трансформировать большую команду разработки по Agile-принципам by
Как трансформировать большую команду разработки по Agile-принципамКак трансформировать большую команду разработки по Agile-принципам
Как трансформировать большую команду разработки по Agile-принципамSQALab
507 views20 slides
Бережливый бизнес-аналитик: как устранять 8 видов потерь by
Бережливый бизнес-аналитик: как устранять 8 видов потерьБережливый бизнес-аналитик: как устранять 8 видов потерь
Бережливый бизнес-аналитик: как устранять 8 видов потерьSQALab
1.2K views43 slides
Очередность требований: от хаоса к FIFO by
Очередность требований: от хаоса к FIFOОчередность требований: от хаоса к FIFO
Очередность требований: от хаоса к FIFOSQALab
387 views25 slides
UML. Взгляд со стороны by
UML. Взгляд со стороныUML. Взгляд со стороны
UML. Взгляд со стороныSQALab
636 views27 slides

What's hot(20)

Лайфхаки Confluence для разработки требований by SQALab
Лайфхаки Confluence для разработки требованийЛайфхаки Confluence для разработки требований
Лайфхаки Confluence для разработки требований
SQALab2.7K views
Отделяем зёрна от плевел: работа с заявками на развитие функционала by SQALab
Отделяем зёрна от плевел: работа с заявками на развитие функционалаОтделяем зёрна от плевел: работа с заявками на развитие функционала
Отделяем зёрна от плевел: работа с заявками на развитие функционала
SQALab595 views
Как трансформировать большую команду разработки по Agile-принципам by SQALab
Как трансформировать большую команду разработки по Agile-принципамКак трансформировать большую команду разработки по Agile-принципам
Как трансформировать большую команду разработки по Agile-принципам
SQALab507 views
Бережливый бизнес-аналитик: как устранять 8 видов потерь by SQALab
Бережливый бизнес-аналитик: как устранять 8 видов потерьБережливый бизнес-аналитик: как устранять 8 видов потерь
Бережливый бизнес-аналитик: как устранять 8 видов потерь
SQALab1.2K views
Очередность требований: от хаоса к FIFO by SQALab
Очередность требований: от хаоса к FIFOОчередность требований: от хаоса к FIFO
Очередность требований: от хаоса к FIFO
SQALab387 views
UML. Взгляд со стороны by SQALab
UML. Взгляд со стороныUML. Взгляд со стороны
UML. Взгляд со стороны
SQALab636 views
Путь Jama для управления требованиями by SQALab
Путь Jama для управления требованиямиПуть Jama для управления требованиями
Путь Jama для управления требованиями
SQALab1.2K views
Бизнес-анализ: грани разумного by SQALab
Бизнес-анализ: грани разумногоБизнес-анализ: грани разумного
Бизнес-анализ: грани разумного
SQALab486 views
Все грани рецензирования требований by SQALab
Все грани рецензирования требованийВсе грани рецензирования требований
Все грани рецензирования требований
SQALab807 views
Внедрение системы управления требованиями. Опыт пользователя by SQALab
Внедрение системы управления требованиями. Опыт пользователяВнедрение системы управления требованиями. Опыт пользователя
Внедрение системы управления требованиями. Опыт пользователя
SQALab1.7K views
Обучение аналитиков - методы и программы by SQALab
Обучение аналитиков - методы и программыОбучение аналитиков - методы и программы
Обучение аналитиков - методы и программы
SQALab1.1K views
Инструменты управления требованиями: затычки, костыли и грабли by SQALab
Инструменты управления требованиями: затычки, костыли и граблиИнструменты управления требованиями: затычки, костыли и грабли
Инструменты управления требованиями: затычки, костыли и грабли
SQALab4.6K views
Как аналитик может помочь в планировании выпуска версий by SQALab
Как аналитик может помочь в планировании выпуска версийКак аналитик может помочь в планировании выпуска версий
Как аналитик может помочь в планировании выпуска версий
SQALab663 views
Коммуникация при различной структуре мышления - таксономия против фолксономии by SQALab
Коммуникация при различной структуре мышления - таксономия против фолксономииКоммуникация при различной структуре мышления - таксономия против фолксономии
Коммуникация при различной структуре мышления - таксономия против фолксономии
SQALab1.1K views
Моделирование бизнес-процессов: методы и инструменты by SQALab
Моделирование бизнес-процессов: методы и инструментыМоделирование бизнес-процессов: методы и инструменты
Моделирование бизнес-процессов: методы и инструменты
SQALab3K views
Моделирование корпоративной архитектуры by SQALab
Моделирование корпоративной архитектурыМоделирование корпоративной архитектуры
Моделирование корпоративной архитектуры
SQALab1.5K views
Цифровая трансформация глазами Бизнес-аналитика by SQALab
Цифровая трансформация глазами Бизнес-аналитикаЦифровая трансформация глазами Бизнес-аналитика
Цифровая трансформация глазами Бизнес-аналитика
SQALab855 views
Кодекс аналитика by SQALab
Кодекс аналитикаКодекс аналитика
Кодекс аналитика
SQALab478 views
Прыжок веры. От настоящего к будущему by SQALab
Прыжок веры. От настоящего к будущемуПрыжок веры. От настоящего к будущему
Прыжок веры. От настоящего к будущему
SQALab578 views
Большому аналитику - большие данные by SQALab
Большому аналитику - большие данныеБольшому аналитику - большие данные
Большому аналитику - большие данные
SQALab475 views

Similar to Больше чем документ

Консалтинг высоконагруженных web систем by
Консалтинг высоконагруженных web системКонсалтинг высоконагруженных web систем
Консалтинг высоконагруженных web системMedia Gorod
309 views33 slides
Руководство MS по проектированию архитектуры приложений by
Руководство MS по проектированию архитектуры приложенийРуководство MS по проектированию архитектуры приложений
Руководство MS по проектированию архитектуры приложенийgovbooks
545 views529 slides
Промышленная разработка ПО. Лекция 6. Особенности работы системного аналитика by
Промышленная разработка ПО. Лекция 6. Особенности работы системного аналитикаПромышленная разработка ПО. Лекция 6. Особенности работы системного аналитика
Промышленная разработка ПО. Лекция 6. Особенности работы системного аналитикаMikhail Payson
1.2K views26 slides
Регулярный менеджмент и подготовка к автоматизации процессов by
Регулярный менеджмент и подготовка к автоматизации процессовРегулярный менеджмент и подготовка к автоматизации процессов
Регулярный менеджмент и подготовка к автоматизации процессовborovoystudio
601 views53 slides
Проектирование программных систем. Занятие 4 by
Проектирование программных систем. Занятие 4Проектирование программных систем. Занятие 4
Проектирование программных систем. Занятие 4Dima Dzuba
593 views45 slides
MySQL® и MongoDB® - когда что лучше использовать? / Петр Зайцев (Percona) by
MySQL® и MongoDB® - когда что лучше использовать? / Петр Зайцев (Percona)MySQL® и MongoDB® - когда что лучше использовать? / Петр Зайцев (Percona)
MySQL® и MongoDB® - когда что лучше использовать? / Петр Зайцев (Percona)Ontico
5.4K views46 slides

Similar to Больше чем документ(20)

Консалтинг высоконагруженных web систем by Media Gorod
Консалтинг высоконагруженных web системКонсалтинг высоконагруженных web систем
Консалтинг высоконагруженных web систем
Media Gorod309 views
Руководство MS по проектированию архитектуры приложений by govbooks
Руководство MS по проектированию архитектуры приложенийРуководство MS по проектированию архитектуры приложений
Руководство MS по проектированию архитектуры приложений
govbooks545 views
Промышленная разработка ПО. Лекция 6. Особенности работы системного аналитика by Mikhail Payson
Промышленная разработка ПО. Лекция 6. Особенности работы системного аналитикаПромышленная разработка ПО. Лекция 6. Особенности работы системного аналитика
Промышленная разработка ПО. Лекция 6. Особенности работы системного аналитика
Mikhail Payson1.2K views
Регулярный менеджмент и подготовка к автоматизации процессов by borovoystudio
Регулярный менеджмент и подготовка к автоматизации процессовРегулярный менеджмент и подготовка к автоматизации процессов
Регулярный менеджмент и подготовка к автоматизации процессов
borovoystudio601 views
Проектирование программных систем. Занятие 4 by Dima Dzuba
Проектирование программных систем. Занятие 4Проектирование программных систем. Занятие 4
Проектирование программных систем. Занятие 4
Dima Dzuba593 views
MySQL® и MongoDB® - когда что лучше использовать? / Петр Зайцев (Percona) by Ontico
MySQL® и MongoDB® - когда что лучше использовать? / Петр Зайцев (Percona)MySQL® и MongoDB® - когда что лучше использовать? / Петр Зайцев (Percona)
MySQL® и MongoDB® - когда что лучше использовать? / Петр Зайцев (Percona)
Ontico5.4K views
Четыре взгляда на Cradle by AlekseyTimof
Четыре взгляда на CradleЧетыре взгляда на Cradle
Четыре взгляда на Cradle
AlekseyTimof38.4K views
Методология ведения проектов by AlexanderAvva
Методология ведения проектовМетодология ведения проектов
Методология ведения проектов
AlexanderAvva5.2K views
Обзор программы 1С:Документооборот (компания Первый БИТ) by Andrey Kukanov
Обзор программы 1С:Документооборот (компания Первый БИТ)Обзор программы 1С:Документооборот (компания Первый БИТ)
Обзор программы 1С:Документооборот (компания Первый БИТ)
Andrey Kukanov1.2K views
5 alina petrenko - key requirements elicitation during the first contact wi... by Ievgenii Katsan
5   alina petrenko - key requirements elicitation during the first contact wi...5   alina petrenko - key requirements elicitation during the first contact wi...
5 alina petrenko - key requirements elicitation during the first contact wi...
Ievgenii Katsan423 views
Как выжить глобальной корпорации? by CEE-SEC(R)
Как выжить глобальной корпорации?Как выжить глобальной корпорации?
Как выжить глобальной корпорации?
CEE-SEC(R)241 views
3 denys gobov - change request specification the knowledge base or the task... by Ievgenii Katsan
3   denys gobov - change request specification the knowledge base or the task...3   denys gobov - change request specification the knowledge base or the task...
3 denys gobov - change request specification the knowledge base or the task...
Ievgenii Katsan178 views
Ideal analyst code (Software Engineering) by Dmitry Bezuglyy
Ideal analyst code (Software Engineering)Ideal analyst code (Software Engineering)
Ideal analyst code (Software Engineering)
Dmitry Bezuglyy2.4K views
Рабочие группы. Новая функциональность системы электронного документооборота... by Docsvision
Рабочие группы. Новая функциональность  системы электронного документооборота...Рабочие группы. Новая функциональность  системы электронного документооборота...
Рабочие группы. Новая функциональность системы электронного документооборота...
Docsvision1.3K views
Введение в Анализ ПО by Alexander Baikin
Введение в Анализ ПОВведение в Анализ ПО
Введение в Анализ ПО
Alexander Baikin676 views
методики управления развитием ис на базе 1с by FFelix87
методики управления развитием ис на базе 1сметодики управления развитием ис на базе 1с
методики управления развитием ис на базе 1с
FFelix87189 views
Новые возможности LanDocs by LANIT
Новые возможности LanDocsНовые возможности LanDocs
Новые возможности LanDocs
LANIT814 views

More from SQALab

Готовим стажировку by
Готовим стажировкуГотовим стажировку
Готовим стажировкуSQALab
2.6K views18 slides
Куда приводят мечты? или Искусство развития тестировщика by
Куда приводят мечты? или Искусство развития тестировщикаКуда приводят мечты? или Искусство развития тестировщика
Куда приводят мечты? или Искусство развития тестировщикаSQALab
1.7K views16 slides
Оптимизация Selenium тестов и ускорение их поддержки by
Оптимизация Selenium тестов и ускорение их поддержкиОптимизация Selenium тестов и ускорение их поддержки
Оптимизация Selenium тестов и ускорение их поддержкиSQALab
1.2K views36 slides
Автоматизация 0.0: 0 - бюджет, 0 - опыт программирования by
Автоматизация 0.0: 0 - бюджет, 0 - опыт программированияАвтоматизация 0.0: 0 - бюджет, 0 - опыт программирования
Автоматизация 0.0: 0 - бюджет, 0 - опыт программированияSQALab
774 views21 slides
Нагрузочное тестирование нестандартных протоколов с использованием Citrix и J... by
Нагрузочное тестирование нестандартных протоколов с использованием Citrix и J...Нагрузочное тестирование нестандартных протоколов с использованием Citrix и J...
Нагрузочное тестирование нестандартных протоколов с использованием Citrix и J...SQALab
800 views18 slides
Continuous performance testing by
Continuous performance testingContinuous performance testing
Continuous performance testingSQALab
645 views23 slides

More from SQALab(20)

Готовим стажировку by SQALab
Готовим стажировкуГотовим стажировку
Готовим стажировку
SQALab2.6K views
Куда приводят мечты? или Искусство развития тестировщика by SQALab
Куда приводят мечты? или Искусство развития тестировщикаКуда приводят мечты? или Искусство развития тестировщика
Куда приводят мечты? или Искусство развития тестировщика
SQALab1.7K views
Оптимизация Selenium тестов и ускорение их поддержки by SQALab
Оптимизация Selenium тестов и ускорение их поддержкиОптимизация Selenium тестов и ускорение их поддержки
Оптимизация Selenium тестов и ускорение их поддержки
SQALab1.2K views
Автоматизация 0.0: 0 - бюджет, 0 - опыт программирования by SQALab
Автоматизация 0.0: 0 - бюджет, 0 - опыт программированияАвтоматизация 0.0: 0 - бюджет, 0 - опыт программирования
Автоматизация 0.0: 0 - бюджет, 0 - опыт программирования
SQALab774 views
Нагрузочное тестирование нестандартных протоколов с использованием Citrix и J... by SQALab
Нагрузочное тестирование нестандартных протоколов с использованием Citrix и J...Нагрузочное тестирование нестандартных протоколов с использованием Citrix и J...
Нагрузочное тестирование нестандартных протоколов с использованием Citrix и J...
SQALab800 views
Continuous performance testing by SQALab
Continuous performance testingContinuous performance testing
Continuous performance testing
SQALab645 views
Конфиги вместо костылей. Pytestconfig и зачем он нужен by SQALab
Конфиги вместо костылей. Pytestconfig и зачем он нуженКонфиги вместо костылей. Pytestconfig и зачем он нужен
Конфиги вместо костылей. Pytestconfig и зачем он нужен
SQALab717 views
Команда чемпионов в ИТ стихии by SQALab
Команда чемпионов в ИТ стихииКоманда чемпионов в ИТ стихии
Команда чемпионов в ИТ стихии
SQALab727 views
API. Серебряная пуля в магазине советов by SQALab
API. Серебряная пуля в магазине советовAPI. Серебряная пуля в магазине советов
API. Серебряная пуля в магазине советов
SQALab539 views
Добиваемся эффективности каждого из 9000+ UI-тестов by SQALab
Добиваемся эффективности каждого из 9000+ UI-тестовДобиваемся эффективности каждого из 9000+ UI-тестов
Добиваемся эффективности каждого из 9000+ UI-тестов
SQALab580 views
Делаем автоматизацию проектных KPIs by SQALab
Делаем автоматизацию проектных KPIsДелаем автоматизацию проектных KPIs
Делаем автоматизацию проектных KPIs
SQALab361 views
Вредные привычки в тест-менеджменте by SQALab
Вредные привычки в тест-менеджментеВредные привычки в тест-менеджменте
Вредные привычки в тест-менеджменте
SQALab655 views
Мощь переполняет с JDI 2.0 - новая эра UI автоматизации by SQALab
Мощь переполняет с JDI 2.0 - новая эра UI автоматизацииМощь переполняет с JDI 2.0 - новая эра UI автоматизации
Мощь переполняет с JDI 2.0 - новая эра UI автоматизации
SQALab453 views
Как hh.ru дошли до 500 релизов в квартал без потери в качестве by SQALab
Как hh.ru дошли до 500 релизов в квартал без потери в качествеКак hh.ru дошли до 500 релизов в квартал без потери в качестве
Как hh.ru дошли до 500 релизов в квартал без потери в качестве
SQALab722 views
Стили лидерства и тестирование by SQALab
Стили лидерства и тестированиеСтили лидерства и тестирование
Стили лидерства и тестирование
SQALab463 views
"Давайте не будем про качество" by SQALab
"Давайте не будем про качество""Давайте не будем про качество"
"Давайте не будем про качество"
SQALab543 views
Apache.JMeter для .NET-проектов by SQALab
Apache.JMeter для .NET-проектовApache.JMeter для .NET-проектов
Apache.JMeter для .NET-проектов
SQALab715 views
Тестирование геолокационных систем by SQALab
Тестирование геолокационных системТестирование геолокационных систем
Тестирование геолокационных систем
SQALab340 views
Лидер или босс? Вот в чем вопрос by SQALab
Лидер или босс? Вот в чем вопросЛидер или босс? Вот в чем вопрос
Лидер или босс? Вот в чем вопрос
SQALab600 views
От Зефира в коробке к Structure Zephyr или как тест-менеджеру перекроить внут... by SQALab
От Зефира в коробке к Structure Zephyr или как тест-менеджеру перекроить внут...От Зефира в коробке к Structure Zephyr или как тест-менеджеру перекроить внут...
От Зефира в коробке к Structure Zephyr или как тест-менеджеру перекроить внут...
SQALab1.6K views

Больше чем документ

  • 1. Больше чем документ Андрей Телятник Борис Клюс
  • 2. План доклада • Синхронизация документа и моделей • Выявление связей из документа • Версионирование 2
  • 3. Наша специфика • Сложная предметная область и алгоритмы расчетов • Очень много показателей • Очень тесные взаимосвязи между системами • Большой поток изменений • неупорядоченный по дате вступления в силу • Много формул в ТЗ 3
  • 4. Предпосылки Система без документации Пишем документы Много документов – не видно взаимосвязей Синхронизация Нужно сопровождать и документы, и модель От документа никто отказываться не собирается! Моделирование Автоматическое поддержание связи документа с моделью Решение: 4
  • 5. Синхронизация Enterprise Architect MS Word 1. Создаем модель 2. Связываем документ с моделью 5
  • 6. Синхронизация Enterprise Architect MS Word 6 3. Изменяем модель
  • 7. Синхронизация Enterprise Architect MS Word 4. Синхронизируем модель и документ 7
  • 8. Синхронизация Enterprise Architect MS Word 8 Не все разделы включаем в модель
  • 9. Синхронизация • Простой путь начать моделировать, не отказываясь от принятых стандартов ведения документации • ГОСТ, ISO, внутренние • структура, оформление, форматирование • Можно постепенно включать в синхронизацию больше разделов документа • В перспективе можно все включить в модель 9
  • 10. Следующий шаг – выстраиваем связи • Уже есть перекрестные ссылки между разделами • Уже есть неявные связи через упоминание чего-либо в тексте При этом в документе: Выстраивать детальные связи в модели: Не наглядно Связи верхнего уровня получаем при создании модели Трудоемко 10
  • 11. Дополняем документ ссылками Вставляем в документ объекты из модели как гиперссылки: Дополнительные плюсы для работы в документе: • удобная навигация и выделение гиперссылок цветом • можно сделать информативный screentip 11
  • 12. • Есть структура – знаем кто ссылается • Знаем что с чем связано • Знаем что где используется impact-анализ Что дает анализ связей?  Ранжированный поиск как в Google  Улучшение качества документа и модели 12
  • 13. Связи с внешним миром ФЗ Тех. регламенты Требования и ТЗ SRS Код 13
  • 15. Что делать с изменениями? • Общепринятый подход: ветки - Не видно все сразу - Нужно слияние веток • Режим правки Word - В целом подходит, но изменения по авторам Пример: 15
  • 16. Замена автора на Change-Request • Когда и почему внесли изменения? • Видим будущие изменения • Видим возможные конфликты • Фильтрация изменений • Принятие изменений после релиза • Доступен в Word и OpenOffice 16
  • 17. Замена автора на Change-Request • Когда и почему внесли изменения? • Видим будущие изменения • Видим возможные конфликты • Фильтрация изменений • Принятие изменений после релиза • Доступен в Word и OpenOffice 17
  • 18. Итого • Синхронизация позволяет легче переходить к моделированию • Анализ связей дает важную информацию для сопровождения систем • Режим правки Word можно использовать для версионирования Разработано описание и построена модель расчетов в торговой системе 18
  • 19. Что для этого нужно? Кто привык работать с документами и хочет начать моделировать  Средство моделирования  Конструктор для вставки (в Word)  Скрипты для анализа Кому пригодится? Кто проектирует большие системы Кому нужен impact анализ Кому нужно понимать, что и почему меняется  Для синхронизации:  Средство моделирования  Макрос синхронизации  Для связей:  Для режима правки  Достаточно Word или OpenOffice 19

Editor's Notes

  1. 1. Приветствие 2. Шутка
  2. +дополнительно к слайду: привыкли работать с одним большим документом, насыщенным формулами
  3. Для погружения в контекст первой части нашего доклада рассмотрим первые шаги развития IT в типичной компании. …(см. слайд)… Системы растут, становятся тесно взаимосвязаны. В определенный момент мы понимаем, что у нас очень много документов, из которых невозможно быстро получить какую-либо информацию верхнего уровня. На этом этапе внедряется средство моделирования. Это позволяет получить наглядные схемы верхнего уровня, мы можем охватить одним взглядом сложные взаимосвязи. Но от документа никто отказываться не собирается Документ нужен для договоров и конкурсов для работы по ГОСТу потому что привыкли заказчики и разработчики (легче искать и сравнивать документы) В подходе с синхронизацией соответствие структуры обеспечивается автоматической процедурой. Готовые решения есть в Doors, Power Designer (с некоторыми оговорками – не всегда сохраняется форматирование).
  4. Таким образом оставляем два инструмента – плюс в том, что делаем работу там, где это удобнее: текст удобнее набирать в редакторе рисовать схемы удобнее в CASE средстве. Пример на слайде: описание бизнес-процесса. Каждый шаг процесса – отдельный раздел Вложенные шаги – иерархия разделов При изменении модели синхронизируем документ
  5. Таким образом оставляем два инструмента – плюс в том, что делаем работу там, где это удобнее: текст удобнее набирать в редакторе рисовать схемы удобнее в CASE средстве. Пример на слайде: описание бизнес-процесса. Каждый шаг процесса – отдельный раздел Вложенные шаги – иерархия разделов При изменении модели синхронизируем документ
  6. Таким образом оставляем два инструмента – плюс в том, что делаем работу там, где это удобнее: текст удобнее набирать в редакторе рисовать схемы удобнее в CASE средстве. Пример на слайде: описание бизнес-процесса. Каждый шаг процесса – отдельный раздел Вложенные шаги – иерархия разделов При изменении модели синхронизируем документ
  7. Таким образом оставляем два инструмента – плюс в том, что делаем работу там, где это удобнее: текст удобнее набирать в редакторе рисовать схемы удобнее в CASE средстве. Пример на слайде: описание бизнес-процесса. Каждый шаг процесса – отдельный раздел Вложенные шаги – иерархия разделов При изменении модели синхронизируем документ
  8. У варианта, когда все в модели, есть и минусы: Слишком простое форматирование во встроенных редакторах Требуется время на получение полного документа
  9. Важно – не надо задавать абсолютно все связи через документ, а только те, которые важны в конкретной ситуации.
  10. При использовании объекта в тексте документа, вставляем этот объект как гиперссылку. Ссылка может ввести в отдельный или в тот же самый документ. В Sparx EA это можно делать простым Drag and Drop. Для Word можно написать простой конструктор на VBA. Простые алгоритмы анализа связей: Объекты связаны, если используются в одном разделе Разделы связаны, если используют одни и те же объекты Примеры: Модель данных, Глоссарий, Классы, Методы, События, Входящие и исходящие документы, Роли, Сообщения, Компоненты Делаем фокус на том, что важно в конкретной ситуации
  11. Как достигается улучшение качества: устраняем неоднозначность, т.к. можно перейти по ссылке к объекту обращаем внимание на повисшие ссылки, несвязанные объекты при внесении изменений делаем предварительный impact анализ Информацию о том, что чаще используется, можно использовать в ранжировании при поиске.
  12. Анализ гиперссылок – универсальный механизм. Мы работаем в области Требований/ТЗ/SRS, но можем распространить анализ на код и документы верхнего уровня. Задача облегчается тем, что законы в Консультанте уже снабжены гиперссылками.
  13. Можно оперативно выполнять impact-анализ, зная где что используется и с чем связано.
  14. Теперь вспоминаем про временную ось: все меняется, и есть запросы на изменения. Это требует задания другого рода связей – связей с запросами на изменение. Word имеет сложную структуру, слияние веток трудоемко. Но Word имеет свою систему версионирования – режим правки.
  15. Возможны разные политики принятия правок: После релиза Раз в квартал или по мере необходимости
  16. Возможны разные политики принятия правок: После релиза Раз в квартал или по мере необходимости
  17. Что нужно разрабатывать самим, а что можно взять готовым? Вариант, близкий к подходу с синхронизацией, доступен в PowerDesigner и Doors. Для Enterprise Architect мы разрабатывали макрос синхронизации самостоятельно. Вставку объектов с гиперссылками можно делать через Drag and Drop встроенным редактором EA. Для Word мы разрабатывали конструктор на VBA. Анализ связей в любом случае нужно разрабатывать под конкретную ситуацию. Для использования режима правки в описанном контексте достаточно встроенных средств Word и OpenOffice.