Приобретение систем

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

Процесс приобретения системы полностью подчиняется процессу системотехники.

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

1. Для покупки или заключения контракта на разработку и построение системы необходима полностью законченная системная спецификация.

2. Практически всегда дешевле купить систему, чем разработать ее (как отдельный проект). Архитектура системы необходима для того, чтобы определить, какие ее подсистемы можно купить, а какие необходимо разрабатывать.

Большие сложные системы обычно состоят из приобретенных компонентов и компонентов, специально созданных для данной системы. Это одна из предпосылок, требующая включения программных компонентов в состав систем – программное обеспечение должно "склеить" в единое целое (причем эффективно работающее) отдельные существующие аппаратные компоненты. В необходимости разработки программного "клея" кроется причина того, что экономия от применения приобретенных компонентов не такая большая, как ожидается.

На рис. 2.7 показаны этапы процесса приобретения как готовых систем, так и разрабатываемых по заказу. Перечислим некоторые важные моменты процесса приобретения.

1. Приобретаемые компоненты, как правило, не удовлетворяют в точности всем системным требованиям, вследствие чего необходима подгонка требований в соответствии с этими компонентами. Более того, обычно стоит нелегкая дилемма выбора между системными требованиями и свойствами приобретенной системы. Чаще всего "в жертву" приносятся системные требования. Это, в свою очередь, оказывает влияние на другие подсистемы.

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

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

Рис. 2.7. Процесс приобретения системы

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

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