Cтраница 3
Вскоре после начала испытаний класса В группа обслуживания начинает готовиться к распространению программного изделия. Основной задачей на этом этапе является подготовка информационного листка выпуска, который составляется для пользователей и указывает, какие компоненты программного изделия подлежат передаче и как их внедрить. Информационный листок выпуска подготавливается на основе материалов группы разработки и передается в группу испытаний, где используется в качестве одного из руководящих материалов приемных испытаний класса В. Спецификация выпуска, описанная в разд. [31]
Может возникнуть вопрос, почему именно группа обслуживания, а не группы разработки, выпуска документации и испытаний подготавливает информационный листок выпуска. Безусловно, любая из перечисленных групп в состоянии выполнить эту работу, однако операции по вводу в действие и обслуживанию аппаратных и программных средств входят в число повседневных обязанностей именно группы обслуживания. Поэтому последняя наилучшим образом подготовлена к составлению инструкций в терминах, понятных пользователям. [32]
Однако в результате этого процесса корректировки группа обслуживания ОС накапливает ряд постоянных поправок, которые должны быть разработаны для ОС. Обычным средством доведения до пользователя этих поправок после их разработки и проверки служит публикация ОС. Под этим понимается просто пакет всех последних поправок, изменений в документах и усовершенствований операционной системы. Поправки могут состоять всего лишь из заплат к предыдущему варианту компонента или предназначаться для полной замены. Обычно принято производить публикацию по некоторому заранее объявляемому графику, чтобы облегчить пользователям планирование. [33]
При наличии хорошей организации и квалифицированного персонала группа обслуживания избавит остальные группы от бюрократической переписки и с лихвой окупит затраты на создание своей группы, информируя сотрудников о том, как идет разработка каждого программного изделия. [34]
Сразу же после утверждения соглашения о требованиях группа обслуживания приступает к фактическим закупкам оборудования на основе предварительных заявок, поскольку руководство фирмы фактом утверждения соглашения о требованиях выражает намерение довести до конца проектирование программного изделия. [35]
На рис. 8.1 показан типичный сетевой график работ группы обслуживания, регулярно просматриваемый с целью своевременного включения в работу по мере завершения соответствующих событий в других группах. [36]
Информация о состоянии работ по заявкам постоянно передается группой обслуживания в центральную группу, от нее - к периферийным специалистам группы поддержки и, если надо, от них - к пользователям. [37]
Почти при любом способе организации разработки программного изделия необходима группа обслуживания, в функции которой входят: производственные операции - приобретение, эксплуатация и обслуживание вычислительного оборудования программных средств; распространение - регистрация и рассылка программных средств; системное обеспечение-введение и слежение за соблюдением стандартов, процедур и форматов; конфигурационное управление - идентификация и проверка всех частей программного обеспечения. Группа обслуживания также участвует в решении всех административных, кадровых и производственных проблем, возникающих при разработке программных средств изделий. [38]
Совокупность правил, инструкций и документов, регламентирующих состав групп обслуживания САПР, их обязанности и взаимоотношения, образует организационное обеспечение САПР. В основном этот вид обеспечения связан с экономическими и правовыми проблемами, однако от него часто зависит судьба новых САПР. Не вдаваясь в детали, отметим только, что такая динамичная часть САПР, как библиотека моделей, должна содержаться в необходимом состоянии группой информационной поддержки САПР непосредственно в организации, эксплуатирующей САПР. [39]
За исключением управления планами, рассмотрения и утверждения календарных планов, группа обслуживания не принимает участия в других обзорах. Администратор планирования рассматривает соглашение о требованиях в фазе II, конфигуратор в фазах II, IV и VI и календарный план в фазах I - V. Здесь он выступает в роли консультанта и поэтому не участвует в утверждении документов. [40]
Иаде / iue снято с производства - 8.2. Кривая относительных трудозатрат группы обслуживания. [41]
Точно так же, как нет необходимости передавать функции контроля документации группе обслуживания, управление планами не обязательно осуществлять в рамках групщл планирования. Глобальное управление выполнением планов может осуществляться в рамках функции обслуживания, но лучше всего осуществлять эту деятельность там, где можно сохранить объективность планов. Управление планами может выполняться как в группе планирования, так и в группе обслуживания, если предположить, что существует внешнее подразделение планирования и отдел, контролирующий программные изделия, а группа обслуживания входит в состав сектора программных изделий. [42]
Но поскольку связанные с ними расходы могут быть весьма значительными, группе обслуживания следует воздержаться от фактического использования этих средств вплоть до утверждения соглашения о требованиях. [43]
По мере перехода проекта от фазы программирования к фазе оценки нагрузка на группу обслуживания возрастает и достигает пика в конце фазы оценки. В типичном распределении трудозатрат группы обслуживания, приведенном на рис. 8.2, этот максимум отчетливо проявляется. [44]
В фазах программирования и оценки группы разработки и испытаний требуют наибольшего внимания со стороны группы обслуживания, и в первую очередь это относится к обеспечению проводимых работ вычислительными ресурсами. В этих фазах по различным причинам внутреннего характера может произойти значительное отставание фактических сроков от плановых, и группа разработки не сможет проявить ни понимания, ни терпения, если возникнут какие-либо задержки из-за несвоевременной установки оборудования или неисправности обслуживающих его технических средств. [45]