Организация и методы сбора информации. Анализ предметной области. Методология сбора информации
Скачать 22.47 Kb.
|
Методология сбора информации Качественные методы сбора информации включают сбор, анализ и интерпретацию данных путём нaблюдeния зa тeм, чтo люди делают и гoвopят. 1. Глyбиннoe интepвью (фокус-группа) Метод фокус-группы предназначен для получения различной информации от группы, как правило, существующих или потенциальных потребителей, которые на основе свободной дискуссии под руководством ведущего обсуждают поставленные перед ними вопросы. Обычно работу группы записывают с помощью аудио- и видео-технических средств, а ее результаты могут явиться основанием для проведения количественных исследований, например, путем опроса. Оптимальный размер фокус-группы колеблется от 8 до 12 человек. 2. Индивидуальное интервью — интервью, в котором участвует только исполнитель и заказчик. 3. Пpoeкциoнные мeтoды. Моделирование cитyaции в нaдeждe нa тo, чтo будет выявлена инфopмaция, которую невозможно пoлyчить пpи пpoвeдeнии пpямoгo oпpoca. 4. Нaблюдeниe в иccлeдoвaнияx пpeдcтaвляeт coбoй мeтoд cбopa пepвичнoй инфopмaции oб изyчaeмoм oбъeктe пyтeм нaблюдeния зa выбpaнными гpyппaми людeй, дeйcтвиями и cитyaциями. Мoжeт быть иcпoльзoвaнo кaк иcтoчник инфopмaции для пocтpoeния гипoтeз, cлyжить для пpoвepки дaнныx, пoлyчeнныx дpyгими мeтoдaми, c eгo пoмoщью мoжнo извлeчь дoпoлнитeльныe cвeдeния oб изyчaeмoм oбъeктe. Нaблюдeниe являeтcя вecьмa тpyдoeмким мeтoдoм. Офopмлeниe итoгoв нaблюдeний зaнимaeт пopoй в двa paзa бoльшe вpeмeни, чeм caмo нaблюдeниe. По характеру окружающей обстановки наблюдение может быть пoлeвым, чтo oзнaчaeт, чтo пpoцeccы пpoxoдят в ecтecтвeннoй oбcтaнoвкe (в мaгaзинe, y витpины мaгaзинa), или лaбopaтopным, т.e. пpoвoдящимcя в иcкyccтвeннo coздaннoй cитyaции. Рeзyльтaты нaблюдeний фикcиpyютcя c пoмoщью ayдиo- или видeoтexники, в блoкнoтax и т.п. 5. Имитационное моделирование — это метод исследования, при котором изучаемая система заменяется моделью с достаточной точностью, описывающей реальную систему и с ней проводятся эксперименты с целью получения информации об этой системе. Экспериментирование с моделью называют имитацией (имитация — это постижение сути явления, не прибегая к экспериментам на реальном объекте). Имитационное моделирование — это частный случай математического моделирования Имитационная модель — логико-математическое описание объекта, которое может быть использовано для экспериментирования на компьютере в целях проектирования, анализа и оценки функционирования объекта. Что определяют требования к ИС? Для чего нужен анализ предметной области? Анализом предметной области (или бизнес-моделированием, если речь идет о потребностях коммерческой организации) называют деятельность, направленную на: выявление реальных потребностей людей и организаций (которые часто отличаются от непосредственно выражаемых пользователями желаний), выяснения смысла высказанных требований пользователей выявление свойств желаемых результатов определение набора задач, для их достижения определение набора сущностей, необходимых при решении этих задач определение области ответственности будущей информационной системы Требования к ИС определяют, какие свойства и характеристики она должна иметь для удовлетворения потребностей пользователей и других заинтересованных лиц. Однако, в большинстве случаев пользователи могут перечислить только часть свойств, которые они хотели бы видеть и в не всегда понятной формулировке. В каких отношениях состоят понятия Анализ предметной области и Бизнес-моделирование? Бизнес-моделирование - это анализ предметной области, связанной с коммерческой организацией. Бизнес-моделирование наследует анализ предметной области. Анализ предметной области – это первый шаг этапа системного анализа, с которого начинается разработка информационной системы. Разработчики должны научиться: понимать язык, на котором говорят заказчики; выявить цели их деятельности; определить набор решаемых ими задач; определить набор сущностей, с которыми приходится иметь дело при решении этих задач. В каких отношениях состоят понятия Анализ предметной области и Бизнес-моделирование? Целью этапа анализа является преобразование общих, расплывчатых знаний об исходной предметной области (требований заказчика) в точные определения и спецификации для разработчиков, а также генерация функционального описания системы. На этом этапе определяются и специфицируются: внешние и внутренние условия работы системы; функциональная структура системы; распределение функций между человеком и системой, интерфейсы; требования к техническим, информационным и программным компонентам системы; требования к качеству и безопасности; состав технической и пользовательской документации; условия внедрения и эксплуатации. Анализ требований Определение требований: формулируются цель и задачи проекта происходит сбор и определение всех возможных требований, происходит осознании контекста системы. Анализ Процесс анализа заключается в разборе требований, полученных на предыдущем этапе, их уточнение и систематизация. Обследование предприятия 1. Структурный анализ предприятия - начинается с исследования того, как организована система управления предприятием, обследования функциональной и информационной структур системы управления, определения существующих и возможных потребителей информации. По результатам обследования аналитик выстраивает обобщенную логическую модель исходной предметной области, отображающую ее функциональную структуру, особенности основной деятельности и информационное пространство, в котором эта деятельность осуществляется. На этом материале аналитик строит функциональную модель "Как есть" (As Is). 2. Привлекаются заинтересованные представители заказчика, а при необходимости и независимые эксперты. Состоит: в анализе модели «Как есть», выявлении ее недостатков и узких мест, определении путей совершенствования системы управления на основе выделенных критериев качества. 3. Создание усовершенствованной обобщенной логической модели, отображающей реорганизованную предметную область или ее часть, которая подлежит автоматизации – функциональная модель «Как должно быть» (As To Be). 4. Разработка модели реорганизованной предметной области, на которой обязательно обозначены «границы автоматизации» Модели предметной области Анализом предметной области занимаются системные аналитики или бизнес-аналитики. Они передают полученные ими знания другим членам проектной команды, сформулировав их на более понятном разработчикам языке. Для передачи этих знаний обычно служит некоторый набор моделей, в виде графических схем и текстовых документов. Система – совокупность взаимодействующих компонентов и взаимосвязей между ними. Цель моделирования: получение ответов на эту совокупность вопросов. Цель моделирования формулируется на самом раннем этапе разработки модели. Объектом моделирования является сама система. При этом необходимо точно определить границы системы, чтобы избежать включения в модель посторонних объектов. Результатом моделирования является набор взаимоувязанных описаний, начиная с описания самого верхнего уровня системы и кончая подробным описанием деталей или операций. Виды моделей Формальные модели, используемые на этапе анализа предметной области можно разделить на две группы: 1. · модели, зависящие от подхода к разработке (структурного или объектно-ориентированного); 2. · модели, не зависящие от подхода к разработке. Определение требований IEEE Standard Glossary of Software Engineering Terminology (1990) определяет требования как: 1. Условия или возможности, необходимые пользователю для решения проблем или достижения целей; 2. Условия или возможности, которыми должна обладать система или системные компоненты, чтобы выполнить контракт или удовлетворять стандартам, спецификациям или другим формальным документам; 3. Документированное представление условий или возможностей для пунктов 1 и 2. Это определение охватывает требования как пользователей (внешнее поведение системы), так и разработчиков (некоторые скрытые параметры). Уровни требований Уровень 1. Бизнес-требования Уровень 2. Требования пользователей Уровень 3. Функциональные требования + нефункциональные требования к каждому уровню. Системный и структурный анализ Разработка систем – это систематический процесс, который включает в себя такие этапы, как планирование, анализ, проектирование, развертывание и обслуживание. Системный анализ - процесс сбора и интерпретации фактов, выявления проблем и разложения системы на ее компоненты. Системный анализ проводится с целью изучения системы или ее частей с целью определения ее целей. Это метод решения проблем, который улучшает систему и гарантирует, что все компоненты системы работают эффективно для достижения своей цели. Анализ определяет, что должна делать система. Аналитики используют различные инструменты для понимания и описания информационной системы. Одним из способов является использование структурного анализа. Структурный анализ – это метод разработки, который позволяет аналитику логически понимать систему и ее действия. Это системный подход, который использует графические инструменты, которые анализируют и уточняют цели существующей системы и разрабатывают новую спецификацию системы, которая может быть легко понятна пользователю. Он имеет следующие атрибуты: графический, который указывает на представление приложения. разделяет процессы так, что дает четкую картину потока системы. логично, а не физически, т. е. Элементы системы не зависят от поставщика или оборудования. подход, который работает от обзоров высокого уровня до деталей более низкого уровня. |