Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

Анализ требований в IoT/Embedded проектах

538 views

Published on

Доклад Юлии Селявко на конференции Analyst Days-5, 22-23 апреля 2016 г., Санкт-Петербург
www.analystdays.com

Published in: Education
  • Be the first to comment

  • Be the first to like this

Анализ требований в IoT/Embedded проектах

  1. 1. Анализ требований в IoT/Embedded проектах Юлия Селявко HiQo Solutions, Минск
  2. 2. Терминология • Embedded (встроенная) система - продукт из множества программных и аппаратных подсистем • IoT (интернет вещей) - сеть объектов, измеряющих параметры состояния (собственного или окружающей среды), использующих и передающих эту информацию
  3. 3. Актуальность
  4. 4. План доклада В кадре: • Особенности IoT/Embedded проектов с точки зрения аналитика • Примеры полезных техник моделирования За кадром: • Анализ данных • Системы, от которых зависят жизни людей
  5. 5. Проект: система открытия дверей гаража
  6. 6. Особенность 1: терминология Краткое описание проекта: Develop a BLE-enabled PCB to be installed inside an MVP GO console. iOS app to support general functions, as well as bond and RTC management for admins.
  7. 7. Особенность 1: терминология Расшифровки сокращений/терминов из примера: • BLE - Bluetooth 4.0 низкого энергопотребления • PCB - печатная плата • GO - Garage Opener, название проекта (жаргон проекта) • RTC - часы реального времени, компонента • Bond - сертификаты, хранящиеся на устройстве для соединения с другим известным устройством по BLE (жаргон проекта)
  8. 8. Особенность 2: взаимодействие между разработчиками различных специализаций Команда проекта: • Руководитель проекта • Бизнес-аналитик • Инженер-схемотехник • Разработчик встроенных систем • Тестировщик • Дизайнер интерфейсов • iOS-разработчик
  9. 9. Особенность 3: цена изменений • Изменять встроенное ПО – сложно • Изменять оборудование – еще сложнее
  10. 10. Особенность 4: особые ограничения • Физические: размер, форма, вес, материалы, устойчивость к химикатам, ударопрочность • Производственные ограничения: сроки, стоимость, стандарты производителя • Уже выбранные компоненты, технологии • Протоколы передачи данных
  11. 11. Особенность 5: нефункциональные требования • Производительность • Эффективность • Надежность и доступность • Устойчивость • Компьютерная безопасность • Безопасность эксплуатации • Удобство использования • Стандарты и сертификация
  12. 12. Устойчивость - пример «При отказе встроенных в печатную плату модулей (память, BLE) система должна сообщать о сбое пользователю путем световой индикации, сохраняя при этом основные функции»
  13. 13. Компьютерная безопасность - пример «Система не должна подключаться к сети интернет; все данные должны храниться только на панели управления дверями гаража и на смартфоне»
  14. 14. Безопасность эксплуатации - пример • «Если согласно показаниям ИК-датчиков под дверью есть препятствие, система не должна позволять двери двигаться вниз» • «Система должна предоставлять возможность открыть дверь гаража изнутри вне зависимости от состояния устройства»
  15. 15. Техника 1: архитектурные диаграммы
  16. 16. Техника 1: архитектурные диаграммы
  17. 17. Техника 1: архитектурные диаграммы
  18. 18. Техника 1: архитектурные диаграммы Помогают: • Проверить совпадение общего понимания системы у команды • Обозначить границы проекта • Наиболее верно назначить функции компонентам системы • Обнаружить и уточнить пропущенные требования
  19. 19. Техника 2: диаграммы состояний Помогают: • Емко описывать сложное поведение системы • Обнаружить и уточнить пропущенные требования
  20. 20. Техника 2: диаграмма состояний *упрощенная нотация (не UML State Machine)
  21. 21. Другие техники • Блок-схемы • Use cases • Глоссарий • Словарь данных (data dictionary) • Прототипы пользовательского интерфейса • Бизнес-правила • … Все стандартные аналитические подходы применимы!
  22. 22. Итоги • Аналитики на IoT/embedded проектах нужны • У этих проектов есть свои особенности • Терминология • Новые роли в команде • Цена изменений • Ограничения • Нефункциональные требования • Можно и нужно применять стандартные техники
  23. 23. Рекомендуемая литература • Karl Wiegers - Software requirements (3rd edition, Ch. 26) • Phillip Koopman - Better embedded systems software • IEEE 1233-1998 (IEEE Guide for Developing System Requirements Specifications - SyRS)
  24. 24. Спасибо за внимание! Вопросы? Юлия Селявко HiQo Solutions julia.seliavko@hiqo-solutions.com

×