Консалтинг — Этапы разработки

В соответствии с концепцией разработки разрабатываемая система делится на конечное число частей – модулей разработки. Количество модулей, их структурирование и взаимодействие между ними определяет заказчик (техническое руководство).

Этапы разработки:
1) Endurance получает первичное техническое задание (ТЗ) на разработку конкретного модуля или группы модулей;
2) Endurance согласует ТЗ;
3) Endurance выполняет работу, рекомендовано работу организовать поэтапно, порядок этапов разработчик формирует самостоятельно, согласовывая с заказчиком; при сдаче этапной работы разработчик предоставляет промежуточное техническое описания (ТО) выполненного этапа;
4) по завершении разработки Endurance предоставляет готовое изделие, снабженное первичным ТО;
5) заказчик знакомится с ТО и согласует его, в процессе согласования ТО может дополняться и уточняться;
6) завершение разработки.

На каждом этапе разработки формируется сопроводительная документация:
1) заказчик формирует первичное ТЗ;
2) в процессе согласования формируется ТЗ;
3) если выполняемая работа не делится на части, то на данном этапе документация отсутствует, в противном случае с закрытием этапов должен предоставляться результат разработки с промежуточным ТО;
4) разработчик представляет первичное ТО, сформированное по своему усмотрению;
5) в процессе согласования формируется ТО;
6) разработка считается законченной при наличии продукта разработки и ТО на него.

Пояснение к этапам разработки.
1) Первичное ТЗ, формируемое заказчиком, представляет преимущественно общие положения и может не содержать техническую детализацию.
2) В процессе согласования разработчик уточняет для себя непонятные моменты ТЗ, предлагает корректировку ТЗ или отдельных его пунктов, обосновывая изменения улучшением теххарактеристик, упрощением или удешевлением разработки, на базе своего опыта и т.д.
3) Endurance исходя из объёма работы, а также по требованию заказчика может разделить этапы своей разработки. Например, необходимо написать программу управления движущейся платформой. Разработчик может разбить работу по модульному принципу: управление колесами – управление датчиком расстояния – управление от внешних сигналов. В этом случае принцип написания программы так же имеет модульный характер. Первым модулем будет являться модуль управления двигателями. Вторым модулем – определение расстояния до объекта находящегося впереди платформы. Третьим – интерфейсный модуль принятия команд на движение. В процессе создания этих двух модулей вводится технологический режим – по нажатию кнопки на платформе – она движется вперёд, пока не встречает препятствие, после чего разворачивается и движется в обратном направлении. Этот режим необходим для отладки программы и проверки корректности её работы. Допустим на данном этапе заказчику необходимо иметь результат работы, в этом случае промежуточное ТО не обязано содержать детальное описание разработки – допустимо описать основные параметры, процесс включения/выключений технологического режима (кнопка), алгоритмику движения платформы в этом режиме. Естественно, не исключается оформление промежуточного ТО таким образом, что потом эта часть войдёт в первичное ТО, таким образом разработчик делает эту часть работы на будущее более эффективно тратя свой время.
4) Endurance предоставляет первичное ТО – ТО на результат выполненной работы. Первичное ТО является дополнением к ТЗ. Например, в техническом задании указано соединение датчика с платой управления по интерфейсу SPI. ТО должно содержать пояснение, какие выводы датчика и к чему именно подключаются на плате управления. В ТО должно быть описано все интерфейсное взаимодействие модуля – что к чему и как подключается, по каким протоколам, каковы электрические характеристики подключения. Кроме этого, ТО может быть дополнено самим разработчиком отдельными нюансами разработки, существенными с его точки зрения.
5) После изучения первичного ТО заказчику могут быть непонятны некоторые моменты исполнения, которые уточняются на данном этапе.