Вячеслав Мизгулин - Результаты работы на INCOSE WS 2017Alexander Shamanin
Доклад Вячеслава Мизгулина (к.т.н., ИТ-консультант, Доцент кафедры интеллектуальных информационных систем УрФУ, Руководитель программы магистратуры "Системная инженерия" Инженерной школы новой индустрии УрФУ, Казначей Русского отделения INCOSE)
-- Результаты работы на INCOSE WS 2017
1. Общий обзор мероприятия INCOSE WS 2017 и рефлексия "по горячим следам".
2. Стратегия INCOSE и пути развития Русского отделения INCOSE, интерес к Русскому отделению.
3. Перевод INCOSE Handbook и перспективы сертификации на русском языке, тренинги и образовательные программы.
4. Краткий обзор деятельности некоторых рабочих групп - возможность подключиться к международной деятельности:
- MBSE
- PM-SE
- Systems science
- Requirement engineering
- Agile SE and Systems science
- и т.д.
5. Методологии работы на воркшопах.
Практический анализ и визуальное моделирование на UMLNikolai Kireev
Презентация курса online-тренингов, проводимых совместно Школой Системного Анализа г. Москва и IT-Студией WebMax.BY г. Минск.
Запись на курс по ссылке: http://school.system-analysis.ru/uml-online/
Вячеслав Мизгулин - Результаты работы на INCOSE WS 2017Alexander Shamanin
Доклад Вячеслава Мизгулина (к.т.н., ИТ-консультант, Доцент кафедры интеллектуальных информационных систем УрФУ, Руководитель программы магистратуры "Системная инженерия" Инженерной школы новой индустрии УрФУ, Казначей Русского отделения INCOSE)
-- Результаты работы на INCOSE WS 2017
1. Общий обзор мероприятия INCOSE WS 2017 и рефлексия "по горячим следам".
2. Стратегия INCOSE и пути развития Русского отделения INCOSE, интерес к Русскому отделению.
3. Перевод INCOSE Handbook и перспективы сертификации на русском языке, тренинги и образовательные программы.
4. Краткий обзор деятельности некоторых рабочих групп - возможность подключиться к международной деятельности:
- MBSE
- PM-SE
- Systems science
- Requirement engineering
- Agile SE and Systems science
- и т.д.
5. Методологии работы на воркшопах.
Практический анализ и визуальное моделирование на UMLNikolai Kireev
Презентация курса online-тренингов, проводимых совместно Школой Системного Анализа г. Москва и IT-Студией WebMax.BY г. Минск.
Запись на курс по ссылке: http://school.system-analysis.ru/uml-online/
С одной стороны область связанная с работой с требованиями постепенно институализируется и область становится все более и более консервативной. И практика и стандарты становятся более зрелыми. С другой стороны мир и индустрия разработки ПО не стоит на месте. Даже гибкие методологии, не так давно казавшиеся пределом мечтаний, похоже перевалили пик своей популярности. Наступает очередная смена парадигмы в роли ИТ и Requirements Engineering в частности.
ночью через лес Stress-test пяти almost-the-same-functionality shared-nothin...Daniel Podolsky
1. "Mia! MIA! What the hell happened?", или что случается с производительностью вашей РСУБД, когда ее индексы перестают помещаться в память
2. "Why the fuck didn't you tell us about that guy in the bathroom?", или почему мы гадим под себя, когда речь заходит о шардинге РСУБД
3. "Now the night of the fight, you may fell a slight sting, that's pride fuckin' wit ya. Fuck pride! ", или почему shared nothing
4. "And that's what we're gonna be, we're gonna be cool.", или с какими проблемами сталкиваются люди, которые собрались эксплуатировать shared-nothing cluster
5. "Mind if I try one of yours?", или наша методика тестирования
6. “The truth. Three well-dressed, slightly toasted, Mexicans.”, или отбор кандидатов на тестирование
7. "So you're gonna go out there, drink your drink, say "Goodnight, I've had a very lovely evening," go home, and jack off.", или краткий отчет о безумной неделе
8. "This sensual thing's goin' on that nobody's talkin about, but you know it and she knows it, fuckin' Marsellus knew it, and Antwan shoulda known fuckin' better.", или выводы
Инвестиционный дайджест InVenture за февраль 2017 - все самое важное в сфере прямых инвестиций и венчурного капитала - за 1 месяц - на 10 страницах - за 5 минут!
Продвижение стартапа на основе маркетинговой воронки AARRRKirill Bigai
Презентация рассказывает о продвижении стартапа на основе маркетинговой воронки AARRR от Дейва МакКлюра.
Рассматриваются каналы привлечения и удержания пользователей, их виды и особенности. Отдельно рассматриваются вирусный маркетинг и Growth Hacking.
Бонусом являются несколько комплексных рабочих стратегий продвижения в интернете.
Сегодня только ленивый не говорит про Agile!
Но утверждения, что все должны быть Agile – в принципе не верны…Все зависит от ситуации, стратегии и целей компании, ее бизнес-модели.
КГТУ Лекция 6: Обеспечение Качества Программного Обеспечения Iosif Itkin
КГТУ - Костромской Государственный Технологический Университет
Курс Лекций:
Обеспечение Качества Программного Обеспечения
Лекция 6: Обзор методов создания тестовых сценариев
Максим Рудовский, Инновационные Трейдинговые Системы
Иосиф Иткин, Exactpro Systems
Как оценивать состояние проекта по разработке с помощью формальных метрик и о...Dmitry Andreev
Можете ли вы завтра утром в 8:05 положить на стол руководства детальный отчет по прогрессу разрабатываемой системы, количестве ошибок в разрезе подсистем и требований, качестве юнит-тестов, скорости внесения изменений в код и возникновения ошибок? Можете ли вы с помощью средств аналитики оценить узкие места проекта, например, ответив на вопрос «какая подсистема имеет самое большое количество вновь возникающих ошибок»? Если вы хотите узнать, как это сделать то приходите на доклад о возможностях подсистем отчетности Visual Studio Team System 2010. В докладе будут рассмотрены подходы по созданию формальной системы метрик, индикаторов, отчетов для оценки прогресса и состояния проекта по разработке программного обеспечения.
Модели в профессиональной инженерии и тестировании программ. Александр Петрен...yaevents
Александр Петренко, ИСП РАН
Профессор, доктор физико-математических наук, заведующий отделом технологий программирования Института системного программирования (ИСП РАН), профессор ВМК МГУ. Основные работы в областях: формализация требований, генерация тестов на основе формализованных требований и формальных моделей (model based testing – MBT). Приложения: тестирование операционных систем и распределенных систем, тестирование компиляторов, верификация дизайна микропроцессоров, формализация стандартов на API операционных систем и телекоммуникационных протоколов. Сопредседатель оргкомитетов International MBT workshop (http://www.mbrworkshop.org/), Spring Young Researcher Colloquium on Software Engineering – SYRCoSE (http://syrocose.ispras.ru), городского семинара по технологиям разработки и анализа программ ТРАП/SDAT (http://sdat.ispras.ru/).
Тема доклада
Модели в профессиональной инженерии и тестировании программ.
Тезисы
Model Based Software Engineering (MBSE) является расширением подхода к разработке программ на основе моделей. В MBSE в отличие, например, от MDA (Model Driver Architecture) существенное внимание уделяется не только задачам собственно проектирования и разработки кода, но и задачам других фаз жизненного цикла – анализу требований, верификации и валидации, управлению требованиями на всех фазах жизненного цикла. Model Based Testing (MBT) хронологически возник гораздо раньше, чем MBSE и MDA, однако его место в разработке программ в полной мере раскрылось вместе с развитием MBSE. По этой причине MBT и MBSE следует рассматривать в тесной связке. В докладе будут рассмотрены концепции MBSE-MDA-MBT, основные источники и виды моделей, которые используются в этих подходах, методы генерации тестов на основе моделей, известные инструменты для
Лучшие практики исполнения проекта в соответствии с методологией IBM RationalLuxoftTraining
В своем выступлении Михаил рассматривает различные аспекты реализации проекта, начиная от управления требованиями и заканчивая управлением изменениями и конфигурациями. Описывает лучшие практики минимизации рисков провала проекта, в соответствии с методологией IBM Rational:
Итеративная разработка;
Подход к управлению требованиями;
Компонентная архитектура;
Визуальное моделирование;
Постоянный контроль качества;
Управление изменениями и конфигурациями.
А также рассматривается специфика Agile-проектов в сравнении с другими методологиями.
Performance Testing Strategy Template by Egor B EremeevEgor Eremeev
Полностью проработанный пример и шаблон документа Методика Тестирования Производительности.
Шаблон разработан в пику примерам с формальным набором разделов, к сожалению, имеющим широкое хождение в организациях.
Цель данного шаблона - дать содержательную структуру заказчикам тестирования, IT руководителям и инженерам по тестированию.
Особенностью шаблона является:
1) строгое определение характеристик (метрик) производительности
2) подробная модель нагрузки
3) детальный план раундов тестирования вместе с необходимыми конфигурациями
Поплоухина Елена, Руководитель отдела тестирования в Usetech
https://vk.com/lena_flower
Расскажу об опыте организации процесса внутреннего тестирования проекта со строго формализованным техническим заданием от момента получения технического задания для тестирования требований до момента передачи релиза на приемочное тестирование.
How to assess the company's readiness to intelligent automation of office pro...Alexandre Prozoroff
How to assess the company's readiness to intelligent automation of office processes?
Как оценить готовность компании к роботизации офисных процессов?
http://cybersyn.ch/office
Менеджер продукта. Как обрести и развить ключевые навыкиDenis Beskov
Менеджер продукта — это предприниматель и интрапренёр.
К задачам менеджера продукта я отношу необходимость понимать рынок и предметную область, быть в курсе происходящего вокруг, предвидеть будущее, обретать видение продукта, создавать финансовую и экосистемную модели, транслировать видение продукта и корректировать ход развития продукта.
Чтобы делать всё это и приводить продукт к успеху, нужны такие навыки, как умение чувствовать и понимать проблемы людей, настраивать источники информации и оставаться в потоке новостей, мыслить рыночно, а не прецедентно, видеть взаимосвязи, прогнозировать, убеждать, рисковать и рефлексировать.
В основной части мастер-класса мы рассмотрим, как формировать и развивать эти навыки в вашей рабочей среде.
2. Обзор вебинара
1. Как измерить полноту требований
2.Техники обеспечения полноты
требований
2.0 Анализ текста с пристрастием
2.1 Модели типовых требований:
• Чеклисты
• Шаблоны
• Профили
2.2. Множественные проекции:
• Графические модели
• Рецензирование
2.3.Техники трассировки:
• Функциональная декомпозиция и
иерархии
• Сценарные техники
• Трассировки объектов на операции
3. Стоимость применения техник
4. Рекомендации по применению
5. Ответы на вопросы 2
6. Измерение полноты требований
Кол-во тр, выявленных до начала реализации
требований
÷
(Кол-во выявленных
в ходе проекта требований
–
Кол-во требований, которые возникли позже)
6
7. Пример: Измерение полноты требований
• Выявлено до начала реализации — 200
• Выявлено всего в ходе проекта — 300
• Появилось принципиально новых — 30
Степень полноты исходных
требований = 200/(300-30) = 74%
7
9. Виды требований
Функциональные Не-функциональные
Бизнес • Бизнес-результаты
• Бизнес-процессы
• Технология выполнения
деятельности
• Метрики бизнес-результатов
• Законодательные ограничения
• Бизнес-правила
• Правовые ограничения
Пользовательские
(системные)
• Результаты применения
системы
(выходные данные)
• Пользовательские задачи
• Входные данные
• Атрибуты внешнего качества
• Атрибуты качества в
использовании
• Интерфейсы интеграции,
протоколы взаимодействия
Технические • Технология выполнения
задач
• Алгоритмы
• Структуры данных
• Атрибуты внутреннего качества
• Технические ограничения
платформы
9
11. 0.Въедливое чтение с пристрастием
«Система должна позволять заводить проекты»
Вопросы:
1. Кому?
2. В каких случаях?
3. Что такое «Проект»?
4. Что значит «заводить»?
11
13. Чеклисты (контрольные списки)
Цели проекта измеримы
Указаны требования к назначению
Указаны требования к численности
персонала
Указаны требования к структурам
данных
13
14. Шаблоны структуры и содержания
IEEE 29148-2011. Stakeholder Requirements Document
…
4.Требования к поддержке деятельности
4.1 Бизнес-процессы
4.2 Политики и правила
4.3 Ограничения деятельности
4.4 Режимы работы
4.5 Качество выполнения деятельности
4.6 Структура деятельности
… 14
15. Типовые профили (качества) / 1
Атрибут /Требования к показателю Значение для уровня качества
0 1 2 3
Результативность (Effectiveness)
Процент успешного завершения сценариев необученным
пользователем должен составлять не менее, % - 66 80 95
Скорость обучения (Learnability)
Длительность обучения, необходимая для доведения
результативности до 95%, не должна превышать, минут - 240 10 0
Продуктивность (Efficiency),
Скорость работы обученного пользователя
Среднее время выполнения поисковых сценариев в 80%
случаев не должно превышать, минут - 3 1 0,3
15
16. Типовые профили (качества) / 2
16
Класс системы Результативность
(Effectiveness)
Скорость
обучения
(Learnability)
Скорость
работы
(Efficiency)
Удовлетво-
рённость
(Satisfaction)
HS Home Site 0 2 0 -
EMA Enterprise Mobile App 1 2 1 -
CEWA Custom Enterprise Desktop/Web App 1 1-2 2 1
EDA Enterprise Desktop App 2 1-2 2 1
BBS B2B SaaS 2 2 2 1
BS Business Site 2 3 1 1
BCS B2C SaaS 3 2 2 2
CDA Consumer Desktop App 2 2 2 2-3
CMA Consumer Mobile App 2 3 2-3 2-3
CWS Consumer Web Service 3 3 3 2
23. 3.1. Функциональная декомпозиция
23
1. Система должна позволять Респонденту создавать письма
1.1 Система должна позволять указывать адресата письма при
его создании
1.2 Система должна позволять прикладывать к письму файл
1.2.1 Система должна проверять, что размер прикладываемого к
письму файла не превышает предельно допустимого
2. Система должна позволять отправлять письма
2.1 Система должна отправлять письмо только в том случае, если
у него указан адресат и это не сам отправитель
3. Система должна сохранять отправленные письма
24. 3.2. Сценарные подходы
24
…
5. Делопроизводитель дает системе команду на редактирование документа.
6. Система переводит документ в режим редактирования.
7. Делопроизводитель заполняет поля информацией о хранении документа: «Индекс
номенклатуры», «Комната хранения», «Стеллаж», «Полка», «Номер тома».
8. Система отображает документ с заполненными полями.
9. Делопроизводитель нажимает кнопку «Перевести в архив».
10. Система изменяет статус документа «Архив» и выводит делопроизводителю сообщение
«Документ успешно перемещен в архив».
…
25. 3.3.Трассировка объектов на операции
25
Создание/Заг
рузка
Обновление Поиск/Списо
к/Просмотр
Удаление
Договор FR-14, UC-2 UC-3 FR-11 ?
Клиент FR-13 - ? ?
Пользовател
ь
? ? ? ?
Проект UC-1 UC-8 FR-2 FR-7
26. 3.4.Трассировка ПТ на БТ (User Story)
Я, как московский велосипедист,
хочу видеть доступные и планируемые
веломаршруты в Москве, их состояния,
характеристики и прогнозы,
чтобы знать, куда можно съездить на
выходных
26
28. Стоимость применения техник
28
Тип Техника Стоимость применения
Чтение с пристрастием 1 час на страницу
Типовые тр. Чеклисты требований 0,5 на страницу
Типовые тр. Шаблоны документов 0,5 ч на страницу
Типовые тр. Типовые профили (качества) 1-8 часов
Проекции Контекстная диаграмма 1-4 часа
Проекции Диаграмма состояний 1-3 часа на выбр. объекты
Проекции Перекрёстное рецензирование 30 мин на страницу
Трассировка Функциональная декомпозиция ?
Трассировка Сценарная трассировкаТТ на ПТ (use case) N use cases * 1-4 часа (с разработкой)
Трассировка Трассировка объектов на операции N объектов × 4 мин
Трассировка Трассировка ПТ на БТ (user stories) N историй x 5-10 мин (с разработкой)