3. Надежность подсистем

Следующий список вопросов позволяет оценить потенциальную надежность подсистем проектируемой системы:

• Как влияет наиболее тяжелый отказ подсистемы на систему в целом? Как обнаруживается такой отказ? Как этот отказ влияет на критерий минимальной производительности?

• Сколько времени требуется другим подсистемам, чтобы обнаружить отказ подсистемы?

• Сколько времени требуется для рестарта подсистемы после отказа? Какова трудоемкость восстановления отказавшей подсистемы?

• Насколько устойчив интерфейс по отношению к возможным изменениям требований?

• Какова вероятность и степень изменений в оставшейся части системы?

4. Физические характеристики

Существует вероятность появления ошибок вследствие неудачной механической конструкции системы. Следующий список вопросов позволяет оценить удачность конструкции:

• Специфицированы ли механические интерфейсы заменяемых модулей, и совпадают ли эти механические границы заменяемых модулей с границами диагностики ошибок?

• Монтируются ли модули-дублеры на расстоянии друг от друга, чтобы уменьшить в случае аварии вероятность повреждения обоих модулей одновременно?

• Используются ли различные источники питания модулей-дублеров, чтобы снизить возможность сбоев, обусловленных источниками питания?

• Существует ли возможность сбоев в работе подсистем за счет электромагнитных помех, создаваемых кабелями и контактами?

• Каковы внешние условия функционирования подсистем (температура, вибрация, влажность)? Согласованы ли эти условия со спецификацией на компоненты?

2.6. Особенности детального проектирования и реализации

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

К числу наиболее важных элементов детального проектирования следует отнести следующие элементы:

• Определение интерфейсов ввода/вывода между подсистемой и объектом управления

• Разработка отдельных задач

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

• Планирование задач

На этом этапа разрабатывается структура временного управления подсистемой. Структура временного управления определяет, в какие моменты времени должны быть выполнены определенные задачи, и, в какие моменты времени должны быть посланы сообщения другим подсистемам.

2.7. Выводы по разделу 2

Приведенные в данном разделе особенности проектирования программного обеспечения не могут быть учтены с помощью формальных рекомендаций по проектированию. Но они могут неявно присутствовать в процессе проектирования за счет опыта и квалификации проектировщика.