Разработка: подготовительный этап

Техническое задание

Методика приемки-сдачи

Календарный план и бюджет

Подготовка проекта разработки

Подготовительный этап отличается от оценочного наличием работ по уточнению результатов работ, полученных на оценочном этапе с целью подготовки технического задания (далее ТЗ) на проектирование.

Входные данные - технические требования (далее - ТТ), коммерческое предложение (далее - КП), техническое предложение (далее - ТП, подготовленные на оценочном этапе, договор и оплата на проведение работ в рамках подготовительного этапа. КП и ТП должны содержать конкретный и однозначный план работ, выполняемых на данном этапе и бюджет на приобретение необходимых средств, а также отладочных комплектов для подготовки макетного решения с целью устранения неопределённостей, подтверждения предположений и гипотез, уточнения тактико-технических характеристик (далее - ТТХ) и требований, сформулированных на оценочном этапе.

Типовой план работ на подготовительном этапе должен содержать:

  • закупка отладочных средств и плат;
  • разработка и производство вспомогательных отладочных плат;
  • объединение плат в макетный образец;
  • разработка тестовых программ с целью устранения неопределённостей, подтверждения гипотез;
  • измерение параметров, согласно перечня ТТХ и их уточнение.

Выходные результаты - ТЗ с уточнёнными архитектурой аппаратной и программной платформы ТС, уточнёнными ТТХ ТС, методика тестирования образцов, методики измерения ТТХ, методики проверки на соответствие требования ТТХ, календарный план работ, методика приёмки-сдачи, бюджет на работы, бюджет на производство макетов и образцов, договор на выполнение работ с планом платежей и закрытия этапов проектирования.

ТЗ должно содержать:

  • перечень терминов и определений;
  • назначение, способы применения ТС;
  • описание основной и дополнительных функций ТС;
  • функциональную схему ТС;
  • компонентную схему ТС;
  • требования к результатам проектирования: на соответствие стандартам и составу КД, ПД; на соответствие стандартам ТС; на соответствие сертификации образцов ТС; к ТТХ ТС; к приёмке-сдаче результатов проектирования.

Методика приёмки-сдачи оформляется в виде приложения к ТЗ и должна содержать:

  • перечень терминов и определений;
  • перечень лиц со стороны Заказчика и Исполнителя для проведения процесса приёмки-сдачи;
  • методы и способы проверки на соответствие требованиям к КД и ПД;
  • методы и способы измерения ТТХ ТС;
  • методы и способы проверки на соответствие ТТХ ТС;
  • методы и способы проверки на соответствие требованиям стандартов к ТС;
  • методы и способы на соответствие требованиям сертификации образцов ТС.

Календарный план оформляется в виде приложения к ТЗ и должен содержать:

  • перечень этапов проектирования;
  • результат проектирования для каждого этапа;
  • методику проверки соответствия результатов требованиям на каждом этапе.

Бюджет оформляется в виде приложения к ТЗ и должен содержать:

  • стоимость работ по каждому этапу проектирования;
  • стоимость работ по производству образцов;
  • предварительная стоимость производства печатных плат, комплектации и монтажа. Указание, что окончательная стоимость будет определена по факту подготовки КД;
  • стоимость работ по приёмке-сдаче;
  • предварительная стоимость работ по подготовке и проведению сертифицированных лабораторных испытаний. Указание, что окончательная стоимость будет определена по факту производства, запуска, наладки и тестирования образца ТС.

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

Обеспечить и проверить на соответствие техническим требованиям:

1. дополнить список терминов и определений, сформулированных в рамках ТТ, ТТХ, КП и ТП, которые понимаются однозначно и не подразумевают никаких других трактовок;

2. провести макетирование ТС и устранить неопределённости, уточнить предположения, гипотезы и ТТХ ТС;

3. детализировать функциональную схему ТС*;

4. разработать компонентную схему ТС*;

5. детализировать функциональную схему аппаратной платформы ТС*;

6. разработать компонентную схему аппаратной платформы ТС*;

7. детализировать функциональную схему программной платформы ТС*;

8. разработать компонентную схему программной платформы ТС*;

9. разработать описание протоколов и интерфейсов обмена данными между функциональными блоками, компонентами ТС, а также с внешними ТС и пользователем;

10. провести анализ и оптимизацию функциональных блоков, компонент и связей между ними на необходимость и достаточность, формулируя вопросы: для чего данный модуль, компонент и связь, какую функцию выполняет? какие нежелательные эффекты вносит данный модуль, компонент или связь? что требуется для устранения нежелательного эффекта? может ли данную функцию выполнять другой, уже существующий на схеме модуль, компонент или связь?

Основная цель данного подэтапа - минимизировать количество модулей, компонент и связей так, чтобы требуемые функции ТС выполнялись, а нежелательные явления отсутствовали или вносили минимальный и не влияющий эффект на функционирование ТС;

11. определить перечень задач;

12. определить требования к входным данным, выходным результатам и способам проверки на соответствие требованиям по каждой задаче, сформулировав вопросы: что требуется получить? какие требования к входным данным и выходным результатам? как и какими средствами проверить соответствие требованиям? как и какими средствами реализовать?

Если какая-то из задач сформулирована так, что не ясен ответ хотя-бы на один из вышеуказанных вопросов требуется проверить её на корректность и необходимость выполнения, задавая следующие вопросы: как будет выполнятся функция ТС, если задачу не выполнять? можно ли получить результат данной задачи в предыдущих или последующих задачах? корректен ли результат и требования в предыдущих и последующих задачах и не привела ли некорректность в предыдущих и последующих задачах к формулировке лишней сущности? можно ли выполнять данную задачу с положительным эффектом в ТС, которая функционирует как надсистема для текущей ТС? Вернуться на предыдущие пункты в соответствии с ответами на вышеуказанные вопросы.

13. оценить рабочее время выполнения каждой задачи;

14. определить последовательность выполнения задач;

15. спланировать задачи максимально параллельно в календарном времени, с учётом количества задействованных специалистов;

16. сгруппировать задачи по этапам;

17. определить результат для каждого этапа, способы его проверки, методы приёмки-сдачи результата на каждом этапе;

18. определить календарные сроки выполнения этапов;

19. определить перечень необходимых средств измерения, проектирования и внешних организаций для выполнения работ по этапам;

20. рассчитать бюджет исходя из затрачиваемого рабочего времени, предварительной оценки работ внешних организаций;

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

В качестве основного инструментария для получения требуемых результатов на данном этапе применяется функциональный, структурный и компонентный анализ, логика, здравый смысл и методика поиска оптимального инженерного решения. Далее операционный этап разработки.