22.Схема ❶ (совмещение роли заказчика, разработчика и эксплуатационщика) при организации работ по созданию асоиу (схема, достоинства, недостатки).
Первой схеме характерно совмещение в одном лице (подразделения,организации) ф-ции заказчика,разработчика и эксплутанчионщика
Достоинства(«+») данной схемы организации работ: наибольшая простота => широкое распространение за счет наименьшего числа участников работ.
Недостатки(«-») :
совмещение в одной организации ф-ций разрабатывающей стороны, принимающей разработку. Общая практика проведения и приемки разработок показывает,что в целях обеспечения действенного контроля за ходом и науч.-тех.ур-нем разработок и обеспечение необходимого уровня треб-я при приёмке необходимых работ. Ф-ции разработчика и заказчика-приемщика обычно передают различным организациям, не подчиненным др.др.(независимым)
трудность достижения в организации,ведущей разработку одной АСОиУ её эксплуатацию высокого проф.уровня,необходимого для создания сложной системы.
23.Схема ❷ (совмещение роли заказчика и эксплуатационщика ) при организации работ по созданию асоиу (схема, достоинства, недостатки).
Особенностями второй сх. является выделение в самостоятельную организацию разработчика АСОиУ.
(Разработка)
Достоинства(«+»)
Рациональное распределение ф-ции между сторонами, участвующ. в создании и эксплуатации АСОИУ
Возможность привлечения к разработке АСОИУ специализированных организаций
Недостатки («-»):
Отсутствие прямой связи между разработчиком и пользователем, что создает трудности в своевременном получении и детализации исходных данных , особенно в части, необходимой для разработки информационного и спец-ого (приклад-го) ПО
Трудности возникают при приеме в эксплуатации АСОИУ в следствие оторванности разработчика от эксплуатационщика. Это часто приводит к конфликтам, вызывает увеличение сроков работ и влечет за собой трудности реализации некоторых требований.
24.Схема❸ (отсутствие совмещений ролей) при организации работ по созданию асоиу (схема, достоинства, недостатки).
Третья схема организации работ: они все м/у собой не взаимосвязаны (отдельные организации).
решения задач
на обработку
Финансир-е и др.виды обеспеч-я
Схема более распределенная
Третья сх. явл-ся дальнейшим развитием второй сх., в кот. все стороны-участницы представляются отдельными организациями.Схема применяется в тех случаях, когда на заказчика возлагаются ф-ции заказа,сопровождения и приемки нескольких АСОИУ при привлечении нескольких организаций-разработчиков.
Достоинства и недостатки такой организации работ аналогичны достоинствам и недостаткам второй схемы :
Достоинства(«+»)
Рациональное распределение ф-ции между сторонами, участвующ. в создании и эксплуатации АСОИУ
Возможность привлечения к разработке АСОИУ специализированных организаций
+ еще одно достоинство: достижение более высокой специализации и более высокого проф.ур-ня у заказчика, ведущего заказ по нескольким АСОИУ.
Недостатки («-»):
Отсутствие прямой связи между разработчиком и пользователем, что создает трудности в своевременном получении и детализации исходных данных , особенно в части, необходимой для разработки информационного и спец-ого (приклад-го) ПО
Трудности возникают при приеме в эксплуатации АСОИУ в следствие оторванности разработчика от эксплуатационщика. Это часто приводит к конфликтам, вызывает увеличение сроков работ и влечет за собой трудности реализации некоторых требований.