Ce diaporama a bien été signalé.
Nous utilisons votre profil LinkedIn et vos données d’activité pour vous proposer des publicités personnalisées et pertinentes. Vous pouvez changer vos préférences de publicités à tout moment.

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

760 vues

Publié le

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

Publié dans : Formation
  • Soyez le premier à commenter

Анализ требований в 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

×