Обследование предметной области

1.

Обследование предметной области
Предметная область это определенная сфера
жизнедеятельности человека.
Обследование - это предпроектный этап,
предшествующий выполнению любой разработки:
₋ изучение и анализ структуры предприятия, его деятельности,
₋ системы обработки информации,
₋ определения стратегии внедрения ИС для автоматизации и
реорганизации предприятия.
Выполняется с обязательным документированием результатов.

2.

Основная задача обследования - оценка
реального объема проекта, его целей и задач.
Анализ деятельности предприятия закончится
представлением информации о деятельности
предприятия в виде, пригодном для принятия
решения о разработке, набором моделей
(например, в стандартах IDEF).
Результатом этапа является документ -техникоэкономическое обоснование проекта (ТЭО):
что получит заказчик, если согласится
финансировать проект, график выполнения
работ и стоимость, выгоду проекта, время
окупаемости, ожидаемый экономический
эффект.

3.

Примерное содержание ТЭО:
₋ ограничения, риски;
₋ условия эксплуатации, ресурсы, персонал и
пользователи системы;
₋ сроки завершения отдельных этапов,
₋ меры по защите информации;
₋ описание функций, состав подсистем и перечень
задач;
₋ возможности развития системы, применения
новых методов решения.
Материалы ТЭО используются для:
составления технического задания и
спецификации на разработку систем;
разработки технического и рабочего проектов
систем и поэтапного внедрения систем.

4.

Информацию собирают и фиксируют
информационные и системные
аналитики в двух формах:
₋ функции - информация о событиях и
процессах на предприятиифункционал;
₋ сущности - информация о вещах,
имеющих значение для организации и
о которых что-то известно (предметы,
объекты, процессы).

5.

При анализе используется структурный системный анализ
Системный анализ —метод познания, установление структурных связей
между элементами системы. Опирается на комплекс научных,
экспериментальных, статистических, математических методов. Для
детального описания структуры системы используется
метод структурного анализа системы.

6. Суть структурного подхода к разработке ИС в ее декомпозиции (разбиении) на функции: на функциональные подсистемы, которые

делятся на
подфункции, затем на задачи и так далее. Процесс
разбиения продолжается до конкретных процедур. При
этом система целостна, компоненты взаимоувязаны.

7. Обследование ~ Сбор требований - Бизнес-требований

— это один из самых важных этапов процесса
создания любой ИС: десктоп, веб, мобильное
приложение или доработка уже существующего
решения. Сначала выявить всех заинтересованных
лиц: менеджеры, начальники отделов, директора,
сотрудники, любые пользователи, которые будут
взаимодействовать с готовым решением, и чьи
требования (пожелания, идеи, потребности,
проблемы) будем собирать.
Если выявлено требование, его надо записать и
пронумеровать

8. Методы обследования – выявления требований (организационно– функционального анализа):

1) метод наблюдения, анализ конкурентных продуктов
2) документальный анализ
3) метод личного участия, работа совместно с пользователями...
4) работать в команде заказчика, учиться у него
5) опыт, повторное использование спецификации, версий
6) встречи и совещания,
7) анкетирование
8) метод интервью
9) анализ моделей
деятельности

9. Метод наблюдения за деятельностью и процессами

+
1. Позволяет наглядно увидеть проблему и разработать наиболее
оптимальный вариант ее решения.
2. Помогает наиболее точно собрать требования, наблюдая за
работой сотрудников.
1. В процессе наблюдения могут быть упущены некоторые
альтернативные сценарии бизнес процесса.
2. Трудно применим на секретных предприятиях или опасных
(вредных) производствах.
3. От сотрудников мы получаем видение систему As_Is. Как
правило то, как они сейчас работают. А на выходе нам надо
систему под цели заказчика(To_Be).
Не делать 1 в1, как просят сотрудники. Задаем вопрос «Зачем?» и
«Почему?», вместо «Что?» и «Как?»

10. Метод документального анализа и Автозапись

Изучение существующей документации. Примеры документации:
регламенты, описания процессов, структура организации,
спецификации продукта, стандарты и инструкции, шаблоны
документов, отчеты, распоряжения, квитанции ... Выявленные
требования являются основой для дальнейшего анализа и должны
быть детализированы. Применимо при автоматизации
устоявшихся в организации бизнес-процессов.
+ быстрое получение информации.
- не применим при наличии только неактуальных документов или
их полном отсутствии.

11.

Автозапись подразумевает работу с документом, автором которого
является сам Заказчик или конечный пользователь.
Примером такого метода может быть работа с концепцией или
видением проекта (сам Заказчик любит называть это — «ТЗ»),
которую он прислал вам на момент начала работ по аналитике.
+
Помогает лучше понять сложные процедуры или процессы.
-
Метод зависит от опыта Заказчика, а также от его умения
формулировать и выражать свои мысли (редко ТЗ заказчика
соответствует, но его надо полностью учесть).

12. Метод личного участия, Представитель заказчика в компании разработчика - работа совместно с будущими пользователями

изучение предметной области «изнутри», выполняя определенные
функции. Один из наиболее эффективных методов, поскольку
позволяет получать от представителя Заказчика своевременную
оценку прогресса, корректности реализации, в короткие сроки
получать обратную связь и дополнительную информацию для
корректировки и разработки требований.
Метод применяется для сбора и управления требованиями при
итерационной разработке, позволяет оперативно собирать,
согласовывать и дорабатывать требования. Наличие представителя
заказчика в компании разработчика является одним из главных
правил Agile ˈædʒl.
+
Быстрое получение обратной связи и информации от Заказчика.
Достаточно высокая цена для Заказчика. Затраты по времени на
адаптацию сотрудника

13. Обучение

это процесс, в котором Заказчик, знающий процесс, обучает
аналитика по принципу учитель — ученик.
Метод полезен, когда процессы и деятельность сотрудников
Заказчика трудно описать с помощью других методов или Заказчик
не может предоставить адекватное описание требований.
Обучение позволяет лучше понять сложные бизнес-процессы, а
также преодолеть трудности, связанные с нехваткой абстрактного
мышления и самовыражения у будущих пользователей системы.
+
Позволяет понять сложный бизнес процесс, что позволяет
предложить наилучшее решение.
Высокая стоимость и длительность.
Метод неприменим на опасных (вредных)
производствах.

14. Повторное использование спецификации

Повторно использовать спецификации можно в том случае, если
есть уже завершенные один или несколько подобных проектов.
ТЗ, предыдущего проекта может быть использовано с целью
сократить продолжительность сбора, анализа и разработки
требований, что позволит быстрее начать разработку.
Например, ТЗ для интернет магазинов похожи друг на друга и
содержат одинаковые требования.
Но часто лишь часть документации актуальна для нового проекта,
поэтому потребуется тщательная проверка требований на
соответствие текущим целям и задачам нового Заказчика.
+
Сокращение времени на разработку документации.
Высокая стоимость первого проекта.
Излишняя детализация требований, может привести к их
дорогостоящим изменениям в будущем.

15. Совещание - встреча

Обсуждение конкретных вопросов, которые были определены и
озвучены участникам заранее. Привлекаются люди, которые
придерживаются разных точек зрения по проблеме и могут помочь
описать требования, с разных сторон. В процессе совещания
уточняется список требований, выявляются скрытые требования и
решаются конфликты требований.
Совещания являются одной из ключевых практик в Agile (гибкий), в
них участвуют все стороны развития проекта и решения проблемы Спринт, скрам (схватка), канбан - технологии.
+ Позволяет развить и детализировать
требования, определить приоритеты.
Сложности в организации встречи, если команда географически
разделена.

16. Мозговой штурм

наиболее часто используемый метод получения требований,
которые связанны с новыми или плохо изученными направлениями
деятельности или функциями Заказчика.
Он позволяет собрать множество идей от различных
заинтересованных лиц в кратчайшие сроки и практически
бесплатно. Во время мозгового штурма участники «накидывают»
любые идеи, касающиеся решения данной проблемы.
С помощью этой методики можно проработать несколько
различных вариантов решения заданной проблемы, а также
разрешить конфликты требований.
+
Позволяет генерировать множество (в том числе и нестандартных)
вариантов решений, а также позволяет участникам развивать идеи
друг друга.
Участники мозгового штурма должны быть мотивированы на идеи.
Трудно применим в распределенных командах.

17. Анкетирование Составление листа-опросника (анкеты, брифа), который может содержать открытые (требуют от опрашиваемого

сформулировать его ответ) и закрытые (требуют от
опрашиваемого выбрать ответ из предложенных
вариантов) вопросы.
Анкетирование используется для того, чтобы подтвердить
или детализировать ранее известные требования,
выбрать параметры для решений.
Самый известный пример анкетирования - “Бриф на
разработку сайта” — анкета содержащая список основных
требований и информацию о будущем сайте.

18. Этапы проведения анкетирования

Шаг 1. Выявление цели анкетирования.
Шаг 2. Подбор целевой аудитории.
Шаг 3. Составление анкеты.
Шаг 4. Тестирование анкеты.
Шаг 5. Проведение анкетирования и повторная проверка
анкеты.
+
1. Высокая скорость получения результатов.
2. Небольшие материальные затраты.
1. Не подходит для выявления неявных требований.
2. При составлении опросника невозможно учесть все
необходимые вопросы.

19. Интервью - своего рода беседа “по душам” с заинтересованным лицом

Задавать открытые вопросы для получения информации и
закрытые для того, чтобы подтвердить или опровергнуть
конкретные варианты требований. Способ применяется для
получения информации по какой-либо конкретной теме,
уточнения требований. Провести хорошее интервью достаточно
сложно. Вы должны гибко реагировать на реакцию
интервьюируемого и в случае необходимости изменять порядок
заготовленных вопросов или их формулировку. Не забудьте
включить диктофон во время интервью или вести заметки.
+ Возможность задавать вопросы в произвольной
последовательности.
Возможность использовать вспомогательный материал.
Анализ невербальной реакции опрашиваемого человека, позволит
сделать дополнительный вывод о достоверности его ответов.
- Интервью отнимает достаточно много времени и сил.
Сложностью является получение одинаковых ответов от всех.

20. Use cases или варианты использования

позволяют собрать и сформировать функциональные требования
участников: Диаграммы вариантов использования , определяют
границы решения и показывают связи с внешними системами и
участниками.
Метод позволяет детализировать требования с точки зрения
пользователей, а также помогает уточнить и систематизировать
функционал, который требуется реализовать.
+
Позволяет проработать все варианты развития сценария (основной
и альтернативные сценарии)
Метод не применим для сбора нефункциональных требований
Зависит от владения заказчиками этим методом.

21. Автоматизация сбора

В самом простом случае вручную заносятся
собранные данные в таблицы для обработки
одновременно с их сбором.
Автоматический сбор данных: использование
сканеров, датчиков. Работу по передаче данных в
компьютер берут на себя драйвера устройства, а
программы предоставляют драйверу
информацию. Накопители данных – переносные
мини-компьютеры в эргономичных и защищенных
корпусах, поддерживают как ручной ввод данных с
помощью мини-клавиатуры, так и использование
портов ввода-вывода.

22. Современным подходом является метод ситуационного анализа, начиная с концептуальной модели:

23. Антиграбли — анализ ситуации и принятие решений

24.

25.

Проще: Принятие решения
• Понять зачем, какую цель можно достичь.
• Определить плюсы и отделить то, что реально
получить, а что потенциально (зависит от многих
неизвестных).
• Определить минусы связанные с реализацией.
• Определить, что нужно для реализации (план).
• Определить возможные проблемы в реализации.
• Определить альтернативные варианты и пути
отступления.
• Кому это может быть выгодно.

26. Контент-анализ  - анализ содержания — предметом анализа является содержание текстовых массивов и продуктов.

Контент-анализ - анализ содержания —
предметом анализа является содержание
текстовых массивов и продуктов.
Контент в веб изучает Вебометрика — это
раздел информатики, в рамках которого исследуются
количественные аспекты конструирования и использования
информационных ресурсов, структур и технологий применительно
к Вебометрика является составляющей инфометрии.
Вебометрика включает в себя четыре основных направления
исследований:
• Разработка и использование веб-индикаторов, наблюдаемость
сайтов)
• Анализ социальных феноменов в Веб, сообщества сайтов)
• Сбор данных о Веб (роботы, краулеры - поисковые
роботы, информационный поиск)
• Анализ гиперссылок.

27.

28. Пример для построения ИС организации медосмотров (DFD)