Контроль изменений

Тестер

Разработчик

Разработчики знакомят остальных членов группы с применяемыми технологиями и собственно создают продукт. В качестве консультантов они предоставляют исходные данные для проектирования, проводят оценку технологий, а также разрабатывают прототипы и тестовые системы, необходимые для проверки решений и сокращения рисков на ранних стадиях процесса разработки. Чтобы создать продукт определенного качества, разработчикам не следует замыкаться на создании кода, они должны участвовать и в решении прикладной задачи Часто, чтобы полностью разобраться в проекте, приходится создавать прототипы, а чтобы протестировать н овую технологию. Этим также занимаются разработчики. Как программисты разработчики отвечают за низкоуровневое проектирование и оценку затрат на реализацию продукта. В большинстве организаций несколько основных разработчиков занимаются и архитектурой приложения. Как правило, это требуется на ранних стадиях проекта, когда уточняются детали функциональных спецификаций и описывается взаимодействие продукта с внешними системами. Разработчики сами оценивают сроки своей работы. Такая концепция MSF — создание графиков ответственными за выполнение конкретного участка членами группы — называется составлением расписания «снизу — вверх». Она позволяет выпустить нужный продукт внужное время за счет уточнения графиков и повышения ответственности за выполнение работы в запланированные сроки.Разработчики отвечают и за техническую реализацию проекта— восновном на фазах создания логической и физической модели. На этих стадиях их задача — определить методы реализации функциональных возможностей и заданной архитектуры, атакже оценить сроки выполнения этой работы. Заметим, что разработчики не выбирают функции — они только решают, как их реализовать. Кроме того, на стадии «Планирование» разработчики решают, какое влияние окажет на проект добавление или удаление некоторых функций. Разработчики не участвуют в заключительной стадии проекта — развертывании продукта, однако они должны тесно сотрудничать с логистиками на стадии установки приложения.

Задача тестеров — испытание продукта в реальных условиях, провести всеобъемлющее тестирование. Для проведения тестов нужно отлично разбираться и в требованиях пользователей, и в том, как их удовлетворить. Тестеры разрабатывают стратегию, планы, графики и сценарии

тестирования, которые позволяют убедиться, что все ошибки выявлены и исправлены до выпуска приложения. Ошибкой называют любую проблему, из-за которой продукт не выполняет свои функции. Ею может оказаться и ошибка в коде, называемая «жучком», и отклонение от спецификаций, заданных менеджером программы, и недоработки в документации, подготовленной группой обучения пользователей. Важно различать тестирование и общую оценку качества. Тестирование касается только проекта— точнее, его технической стороны.

Нельзя совмещать должности тестера и разработчика. Разделение этих обязанностей:

• гарантирует независимую проверку того, что продукт действительно выполняет все требования;

• повышает качество продукта за счет конкуренции между группами.

Хотя проверяют качество продукта только тестеры, за выпуск хорошего продукта отвечают все члены проектной группы. За качество кода отвечают разработчики.

При работе над проектом необходимо контролировать изменения. Этим должны заниматься все участники группы, но чаще всего в полном объеме этим приходится заниматься именно группе тестирования. Для управления изменениями необходимо:

• создать эталонный документ;

• определить изменяемые элементы;

• определить влияние изменений на существующие системы, процессы или документы;

• определить метод реализации изменений;

• назначить человека, который внесет изменения;

• определить влияние изменения на условия выполнения проекта,

его бюджет, график и политику;

• получить одобрение изменений (скажем, у руководителя проекта);

• внести изменения;

• создать новый документ, в котором изменение учтено.

Дата добавления: 2014-01-05