но больше исходной информации о будущем проекте. При этом Заказчик сам часто не представляет до конца, в полном объеме, какой именно продукт он хочет получить на выходе. Обычно он ограничивается только общими требованиями. Он ожидает конкретизации своего заказа от разработчиков как от специалистов в данной области. Поэтому Аналитик должен обладать не только специальными профессиональными знаниями, но и развитыми навыками общения. Он должен стать связующим звеном, мостиком, между Заказчиком и командой разработчиков.
Чтобы точно установить цели проекта и для Заказчика, и для разработчиков, Аналитик должен уметь очень точно выделить предметную область будущего проекта и задачи в этой предметной области.
Этап аналитики в проекте является самым важным из всех этапов, поскольку ошибки системного анализа, выявленные на более поздних этапах, сделают ненужной всю работу, уже проделанную на данной итерации другими членами команды, и ее придется начинать с самого начала. И, само собой разумеется, что никто не станет оплачивать переделку напрасно выполненной работы - весь коллектив разработчиков останется без зарплаты. Поэтому ошибки аналитики в проекте являются самыми "дорогими" по масштабу последствий. Их появление в проекте недопустимо.
После определения предметной области, системный аналитик составляет ряд рабочих документов:
Функциональные сценарии - это сценарии, которые описывают логику работы всей системы в целом. Чем сложнее система, тем строже должна соблюдаться последовательность взаимосвязанных процессов-сценариев. Сценарии отдельных процессов, выстроенные в строгой логической взаимосвязи, позволяют описать действие всей системы в динамике. Функциональные сценарии от Аналитика отправляются к Bаckend-разработчику и Тестировщику.
П
Страницы: << < 2 | 3 | 4 | 5 | 6 > >>