Проектные группы.


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

1. менеджер продукта – он отвечает за формирование и удовлетворение требований заказчика (в RUP – бизнес-аналитик и бизнес-инженер). Данная роль представляет заказчика в группе разработчика. С другой стороны, менеджер продукта представляет группу разработчиков при контакте с заказчиком. Он отвечает за формирование бизнес-сценариев (анализ БП заказчика и их реинженеринг), требований и чтобы эти требования были реализованы.

2. менеджер программы – его задача вести процесс разработки с учетом всех ограничений. Он координирует действия всех других членов группы. Он отвечает за набор f-ных возможностей программы. За то, чтобы этот набор обеспечил набор выполняемых требований. Он составляет график проекта на основе полученной информации от других членов группы; координирует график. Формирует рекомендацию на изменение требований и дальнейшее развитие продукта. Он контролирует и управляет буферным временем проекта (резерв времени, заложенный в план выполнения проекта, его можно перераспределять между различными процессами – за счет чего сглаживается отставание различных этапов и обеспечивается выполнение к требуемому сроку). Т.о. менеджер программы должен не только обладать квалификацией проектировщика и разработчика программы, но и некоторой квалификацией организатора.

3. разработчик – программист, отвечающий за написание программного кода. Он проводит оценку существующих технологий программирования и знакомит с ними других членов группы (менеджеров программы и продукта). Менеджер программы должен разрабатывать f с учетом предполагаемых технологий программирования (технология доступа к данным, библиотеки классов, интегрированная среда).

4. тестер – проводит испытание продукта, обеспечивает его соответствие сформулированным требованиям; разрабатывает стратегию, план тестирования, графики, сценарии. Они сами проводят тестирования, выявляют ошибки и ведут контроль их устранения. Ошибки могут быть следующих типов:

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

5. инструктор – его задача – обучение пользователей. Выпуск удобного, полезного продукта, кт не нужна поддержка. Инструктор участвует в тестировании пользовательских интерфейсов, разрабатывает план обучения, проектирует необходимые материалы для обучения (руководство пользователей, web-страницы помощи или целые учебные курсы).

6. логистик – представляет службы поддержки, сопровождения, развертывания. Он контролирует продукт с т.з. будущего развертывания в процессе проектирования.

Ссылка на основную публикацию
Adblock
detector