c567b580c78eea3ededcb610a7f8f3eb.ppt
- Количество слайдов: 40
Акционерное общество Научно-инженерный центр Санкт-Петербургского электротехнического университета Исследования и разработки Информационные технологии Преимущество через партнерство
Акционерное общество Научно-инженерный центр Санкт-Петербургского электротехнического университета Роль аналитика в проектировании и разработке промышленного программного обеспечения в АО "НИЦ СПб ЭТУ" Докладчик: Шевнин Николай Санкт-Петербург 07. 10. 2016
§Мы люди науки и практики Жизненный цикл информационной системы (программной системы) Проектирование НИР ЭП Разработка ТП ØБизнес-анализ ØПроектирование интерфейса пользователя ØПроектирование архитектуры ГОСТ 34. 601 -90 Автоматизированные системы. Стадии создания Разработка РКД ØНепрерывная интеграция ØРазработка базы данных ØРазработка кода ØТестирование ØОформление документации Ввод в эксплуатацию Сопровождение
§Мы люди науки и практики Процесс «Проектирование» : Бизнес-анализ Концепция продукта Содержание продукта Постановки задач
§Мы люди науки и практики Основные этапы процесса проектирования - Концепции продукта v. Разработка концепции продукта ØСбор требований ØАнализ требований ØОпределение заинтересованных лиц ØОписание границ продукта ØОписание бизнес требований Проектные артефакты Входные Техническое задание Эскизный проект Выходные Концепция продукта
Разработка концепции продукта
Документ «Концепция продукта» - Цель разработки и наполнение Документ «Концепция продукта» описывает изделие, которое необходимо разработать и бизнестребования, которые предъявляются заинтересованными лицами. Документ содержит разделы: - исходные данные; - профили заинтересованных лиц; - позиционирование; - границы системы; - бизнес-требования; - соглашение по моделированию; - глоссарий.
Исходные данные - Пример Изделие будет поставляться в XXXXX, но должно быть доступно внешним пользователям. Основной сегмент потребителей изделия – это, с одной стороны, разработчики оборудования и технологий на основе глобальной навигационной спутниковой системы и их функциональных дополнений, с другой стороны, гражданские потребители навигационной аппаратуры потребителя, работ и услуг, базирующихся на использовании этой аппаратуры. По отношению к потребителям результаты функционирования изделия, помимо прочего, должны носить информационный и познавательный характер. Информационный – с целью информирования потребителей о том, какая навигационная аппаратура существуют вообще и результаты ее испытаний в той или иной области экономики. Познавательный – для информирования потребителей о решении отраслевых задач с помощью систем с функцией навигации, что повысит спрос на навигационные технологии. Требуется разработать автономное изделие, не взаимодействующее со внешними программными или аппаратными изделиями.
Как выявить заинтересованных лиц? - Техники выявления -определение критериев оценки и принятия; -мозговые штурмы; -интервью; -организационное моделирование; -моделирование процессов; -семинары (обсуждение) требований; -анализ рисков; -сценарии, варианты использования и пользовательские истории; -моделирование границ системы; -обследования и анкеты; -RACI матрица.
Мозговой штурм - Пример майндкарты в ПО Free. Mind
Организационное моделирование - Пример процесса «Планирование работ» в ПО Visual Paradigm
Профили заинтересованных лиц - Пример Заинтересованное лицо Контактная информация Степень влияния Основные потребности Пользо ват ель Гражданские потребители навигационной аппаратуры потребителя XXXXX Низкая. Нейтральное отношение к разрабатываемому изделию. Невозможно получить к ним доступ Получение актуальной информации о ведущихся проектах, ввод информации о собственных проектах + Руководство XXXXX Высокая. Руководство компании крайне заинтересовано в разработке изделия Исключение дублирования проектов, наличие механизма оценки проектов
Позиционирование - Пример Разрабатываемое изделие должно обеспечить решение следующих задач: Øучет и контроль реализации пилотных проектов; Øоценку пилотных проектов.
Описание границ - Пример
Перечень бизнес-требований Идентификатор Наименование CAF 0001 Система должна обеспечить систематизиров анный учёт и контроль реализации проектов Источник Руководство XXXXX Приоритет Высокий Потребители Сотрудники XXXXX, ответственные за проведение экспертизы, гражданские потребители навигационной аппаратуры потребителя Критерий достижения Сокращение количества дублирующихся проектов на 40% в течение 6 месяцев после первого выпуска изделия
Соглашение по моделированию
Основные этапы процесса проектирования – Функциональное §Мы люди науки и практики проектирование v. Функциональное проектирование ØРазработка модели предметной области ØСоставление матрицы доступа к данным ØОписание профилей пользователей ØВыявление и описание пользовательских, функциональных и не функциональных требований ØТестирование требований ØРазработка тестовой документации (майндкарта) Проектные артефакты Входные Выходные Техническое задание Майндкарта Эскизный проект Содержание продукта Концепция продукта
Разработка содержания продукта
Документ «Содержание продукта» - Цель разработки и наполнение Разработка документа «Содержание продукта» имеет своей целью определение и описание поведения изделия, позволяющее заинтересованным лицам достичь поставленных в документе «Концепция продукта» бизнес-требований. Документ содержит разделы: - модель предметной области; - профили пользователей; - пользовательские требования; - нефункциональные требования; - майндкарта.
Модель предметной области - Назначение модели Модель предметной области это графическое представление структурированных знаний Проектируется в программе Visual Paradigm
Модель предметной области - Из чего состоит? Понятия? Понятия - обычно изображаются в кругах или прямоугольниках некоторого (любого) типа Планирование и управление развитием космических операций Кадры ЦУП Поисковоспасательный комплекс Командноизмерительный комплекс Отрасль
Модель предметной области - Из чего состоит? Отношения (связи) - два понятия соединяются линией, которая именуется, как правило, одним словом. ЦУП Выполняет Отношение (связь) Планирование и управление развитием космических операций
Модель предметной области - Из чего состоит? Высказывания являются заявлениями о некотором объекте или событии, как природном (естественном), так и искусственном и содержат два или более понятий, связанных именованной связью, для того, чтобы сформировать некоторое осмысленное заявление. ЦУП Высказывание: Выполняет Планирование и управление развитием космических операций 1. ЦУП выполняет планирование и управление развитием космических операций 2. Планирование и управление развитием космических операций выполняет ЦУП
Описание профилей пользователей - Пример профиля неавторизованного пользователя Неавторизованными пользователями могут быть: Øзаинтересованные организации и физические лица – разработчики оборудования и технологий на основе ГНСС и их функциональных дополнений; Øгражданские потребители НАП, работ и услуг, базирующихся на использовании данного оборудования и технологий. Данному профилю должны быть доступны следующие основные возможности: Øпросмотр сведений на портале XXXXX; Øпросмотр и поиск проектов, прошедших экспертизу; Øрегистрация на портале XXXXX; Øавторизация на портале XXXXX.
Матрица доступа к данным - Пример Критерии для экспертизы Проект Документы Экспертиза CRUD* R Неавторизованный пользователь R R R Эксперт R R CRU** R*** R R CRUD Список критериев Авторизованный пользователь Руководитель экспертизы __________ * C, U, D – только для пилотных проектов, созданных данным пользователем. ** C, U – только для проектов, назначенных на данного эксперта. *** R – только для проектов, назначенных на данного эксперта. R
Что такое требование? Требование – это условие или характеристика, которой должна удовлетворять система Что не является требованием? § Требование не должно быть проектным решением § Способ реализации требования будет определен на стадии проектирования системы § Если требование является проектным решением, то такое требование должно быть отмечено как ограничение § К требованиям не относятся: § способы управления проектом, § планы, § методы верификации, § управления конфигурацией, § тестовые процедуры § и т. д.
Диаграмма Использования - Назначение Диаграмма использования (use case diagram) ‒ это наиболее общее представление функционального назначения системы. Диаграмма использования призвана ответить на главный вопрос моделирования: что делает система во внешнем мире?
Диаграмма Использования - Основные элементы Варианты использования – это описание множества возможных последовательностей действий (событий), приводящих к значимому для действующего лица результату. Каждая конкретная последовательность действий называется сценарием (scenario). Действующие лица - кто-то или что-то, находящееся вне системы, действующее в рамках некоторой роли, взаимодействующей с системой
Пользовательские сценарии
Прообраз интерфейса в программе Balsamiq
Тестирование пользовательских требований
Матрица трассировки UC 1. 1 UC 1. 2 UC 1. 3 UC 2. 1 UC 2. 2 Тест кейсы 1. 1. 1. 2 3 x 1. 1. 3 1. 1. 4 1. 1. 5 3 x 1 1 UC 2. 3. 2 UC 2. 3. 3 1 1 x x UC 2. 4 UC 3. 1 UC 3. 2 x 1. 1. 6 1. 1. 7 1. 2. 1 1. 2. 2 1. 2. 3 1. 3. 1 1. 3. 2 1. 3. 3 1. 3. 4 1. 3. 5 и т. д… 5. 6. 2 2 UC 2. 3. 1 2 3 x x x x
Майндкарта - Пример
§Мы люди науки и практики Основные этапы процесса разработки – Разработка постановок задач v. Разработка постановок задач ØДетализация описания вариантов использования ØОписание набора входных и выходных данных ØПроработка экранных форм ØСоставление карты переходов Проектные артефакты Входные Выходные ТЗ и дополнения к ТЗ Карта переходов экранных форм Концепция продукта Постановки задачи Содержание продукта
Содержимое постановки задачи Постановка задачи содержит следующие разделы: - идентификатор постановки задачи (назначается автоматически); - наименование постановки задачи; - тип постановки задачи; - описание постановки задачи; - наименования компонентов; - способ проверки выполнения постановки задачи; - взаимосвязь с другими постановками задачи; - источник постановки задачи; - приоритет; - срок реализации; - комментарии; - вложения.
Постановка задач Для работы используется Jira
Постановка задач Для работы используется Confluence, Wiki
§Мы люди науки и практики Аналитика - Что нужно для входа в профессию? Личные качества: § Умение слушать и задавать вопросы § Внимание к деталям § Креативность Навыки: § Умение совместной работы и самостоятельность § Умение анализировать и обрабатывать информацию § Структурированное и однозначное изложение информации Список рекомендованной литературы: § Карл Вигерс «Разработка требований к программному обеспечению» § Алистер Коберн «Современные методы описания функциональных требований к системам»
Вопросы
Акционерное общество Научно-инженерный центр Санкт-Петербургского электротехнического университета Контакты Головной офис www. nicetu. spb. ru Научно-инженерный центр Санкт-Петербургского электротехнического университета Санкт-Петербург Профессора Попова, д. 5, лит. О 197376 Санкт-Петербург Российская Федерация Тел. : +7 (812) 703 75 83 Факс: +7 (812) 703 75 84 e-mail: info@nicetu. spb. ru Товарный знак № 317477 © 2005 - 2016. Все права защищены. ОАО «НИЦ СПб ЭТУ» Заместитель начальника отдела Шевнин Николай Викторович nikolay. shevnin@nicetu. spb. ru
c567b580c78eea3ededcb610a7f8f3eb.ppt