15. Интервьюирование в разработке требований.

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

• Аналитик должен быть компетентен в предметной области заказчика;

• Во время интервью аналитик должен сосредоточиться на проблеме;

• Аналитик должен задавать открытые вопросы, которые предполагают развернутый ответ;

• Аналитик может предлагать свои идеи на счет разрабатываемой системы;

• Аналитик должен выяснить ожидания интервьюируемых (что, если…);

• Аналитик должен протоколировать результаты интервью.

Также стоит отметить, что до проведения интервью должна быть определена его цель и идентифицированы кандидаты на проведение интервью.

16. Модели систем. Виды и назначение.

Модели используются в процессе анализа систем, а также для формирования системных требований и представления системы в следующих аспектах: внешнее представление, описание поведения системы, описание структуры системы. Типы системных моделей: модель обработки данных, композиционная модель (сущность-связь), архитектурная модель, классификационная модель (диаграмма классов), модель стимул-ответ (реакция на ответ). Модель системного окружения: определяются границы системы, специфицируется окружение и связь между рабочим окружением и системой. Поведенческие модели: используются для описания общего функционирования, общего поведения системы. Обычно используются модели потоков данных и модель конечных автоматов. Модель потоков данных представляет функциональную структуру системы, где каждое преобразование данных соответствует одной системной функции. Модель конечных автоматов используется для описания систем, реагирующих на внутренние или внешние события, подразумевается, что в любой момент времени система находится в одном из состояний.Основная проблема – большое количество состояний. Модель данных: сущность, связь, структура (как БД). Объектные модели: класс – абстрактное множество объектов, которые определяются общими атрибутами и сервисами или операциями; объект – реализация сущности со своими атрибутами и средствами класса объектов. Модель поведения: модели поведения объектов показывают операции, выполняемые объектами, например при работе с библиотечной системой может представить диаграммой последовательностей.

17. Прототипирование программных систем.

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