Введение в пи 6 лекция (13.10.11)

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

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

1) Предполагаемые изменения в технической и деловой области деятельности предприятия.

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

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

4) По мере увеличения возраста системы ее структура в следствие сделанных ранее изменений нарушается, что в свою очередь приводит к возрастанию затрат на ее модификацию

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

Вывод системы из эксплуатации:

Исключение системы из ее окружения после окончания срока службы.

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

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

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

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

Некоторые важные моменты процесса приобретения.

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

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

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

Модель «подрядчик-субподрядчик» минимизирует количество организаций, участвующих в реализации контракта. Субподрядчики разрабатывают и производят части системы в соответствии со спецификацией, предоставляемой генеральным подрядчиком. После завершения работ субподрядчиками система собирается из отдельных частей генеральным подрядчиком. Готовая система поставляется заказчику.