Шаг |
Ссылка |
Комментарий |
Создать команду и генеральный график |
Нет |
Необходимо создать программу как совместное предприятие между пользователем и разработчиком |
Определить цели миссии |
1.3 |
Акцентировать внимание на существенных целях миссии (первичных и вторичных) – без проектной детализации |
Определить системные драйверы и связанные риски для характеристик, стоимости, и графика |
2.3 |
Эти области должны быть в центре внимания в течение процесса определения требований |
Определить внутренние и внешние ограничения |
1.4 |
Необходимо быть особенно осторожным при учете проектируемых возможностей других систем |
Определить подчиненные характеристики |
2.1 |
Они ключевые при рассмотрении альтернативных путей по выполнению целей |
Установить функциональные требования |
4.1, 4.2 |
Список функций или диаграммы функционального потока служат основанием для всех требований программы |
Определить требования полезной нагрузки |
9.1, 9.2, 13.4 |
Характеристики и требования поддержки для каждой отдельной полезной нагрузки |
Определить требования по охвату, поддержке и выживаемости |
7.2, 8.2, глава 19 |
Назначает условия для параметров орбиты и группировки, расчетного срока эксплуатации, надежности и эксплуатационных расходов - всё это является главными драйверами стоимости |
Определить требования к платформе спутника |
10.1, 10.4 |
Определяются прежде всего потребностями поддержки полезной нагрузки, живучести и связными требованиями |
Определить требования для развертывания и пополнения |
10.1, 18.2, 19.1 |
Использовать параметры орбиты и вес, чтобы определить требования по запуску; требования готовности и структура группировки определяют потребности пополнения |
Проанализировать виды и результаты отказов и определить режимы системы |
19.2 |
Предохраняющие способы являются критическими к восстановлению после отказа; критическим является режим "конец срока службы" |
Определить требования по наземному управлению спутником |
14.1, 15.5 |
Определить потребность в многочисленных наземных станциях, характер и частоты требуемого управления; будут ли работать существующие средства? |
Определить обработку данных и требования по их распределению |
2.1, 13.2, 16.1 |
Нужно установить непрерывный поток данных и место, где обработка лучше всего выполнима |
Определить интерфейсы системы |
4.3 |
Необходимы и внутренние, и внешние требования интерфейса |
Определить требования к архитектуре коммуникаций |
2.1, 13.1 |
Выбрать временные параметры, связность, узлы сети, скорости передачи данных и формы волны |
Оценить общность разработки и установить необходимые стандарты |
4.2 |
Оценить риск разработки против потенциальных сбережений и усовершенствований; единственный уверенный способ решить - это вмешательство пророка |
Установить программу проверки правильности для драйверов критических характеристик |
4.3 |
Определить требования к опытному образцу, тестовой конфигурации и необходимым результатам |
Перечень использованных источников
1 Defense System Management College. 1989. Руководство по управлению системным проектированием. 3-е Издание. Ft. Belvoir, VA: Defense System Management College.
2 McClure, C. 1988. Структурированные методы. Основы автоматизации проектирования систем. Englewood Cliffs, NJ: Prentice Hall, Inc.
3 Lugi, V. Berzins. 1988. Ускоренное создание прототипов для систем, работающих в режиме реального времени. IEEE Software. September: 25-36.
Уважаемый посетитель!
Чтобы распечатать файл, скачайте его (в формате Word).
Ссылка на скачивание - внизу страницы.