17 Инсталляция системы. Ввод системы в эксплуатацию.

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

1) окружение в котором инсталлируется система не совпадает с тем, для которого оно спроектирована. Это общая проблема, которая часто возникает при инсталляции ПО.

2) Вредные пользователи препятствующие внедрению этой системы в своей организации

3) Новая система может сосуществовать со старой до тех пор пока в орг-ии не убедятся, что новая система работает правильно

4) Возможны чисто физические проблемы (сложность подготовки системы к тому зданию, где она инсталлируется)

18 Эволюция систем. Вывод систем из эксплуатации.

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

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

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

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

19 Приобретение систем. Основные моменты. Причины необходимости разработки системной спецификации. Модель подрядчик-субподрядчик

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

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

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

наиболее эффективного для оганизации пути ее приобретениня и выбор наилучшего поставщика системы.Этот процесс полностью

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

обусловлено следующими причинами:

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

системная спецификация.

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

какие ее подсистемы можно купить, а какие необходимо разрабатывать.

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

1)приобретаемые компоненты как правило неудовлетворяют всем требованиям. В следствие что необходима подгонка

требований в соответствии с этими компонентами. Более того возникает необходимость выбора между системными требованиями

и свойствамиприобретаемой системы.

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

приобретаемую систему.

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

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

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

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

и готовая система поставляется заказчику