Cтраница 1
Бригада разработчиков, в которой нет специалиста по статистике, должна иметь возможность консультироваться с ним в период от проектирования до реализации включительно. [1]
Процесс оценки является обязанностью бригады разработчиков и входит в юрисдикцию ее руководителя. Принять участие в оценке приглашают оперативный персонал, который был связан с проектом, а также представителя бухгалтерии, у которого есть информация по затратам, относящимся не только к проекту, но и к изменениям в себестоимости и качестве продукции после включения системы. Результаты оценки должны быть переданы группе, которая проводила исследование по целесообразности разработки и выбору системы для сравнения с ожидавшейся эффективностью. Расхождения по возможности должны быть объяснены. Объективность здесь очень важна; оценка служит целям обучения, а не целям наказания за ошибки. [2]
Как руководитель проекта, он может не заниматься непосредственно контролем работы бригады разработчиков, но в его распоряжение должны быть предоставлены необходимые средства стимулирования. [3]
Процесс разработки ПО определяет действия и организационные процедуры, направленные на усиление совместной работы в бригаде разработчиков с целью поставки заказчикам высококачественной программной продукции. Процесс разработки не подлежит стандартизации или систематизации. Каждая организация должна разработать свою собственную модель процесса. Самое большое влияние на процесс оказывает масштаб проекта оказывает масштаб проекта. [4]
Еще одним фактором, от которого зависит состав исследовательской бригады, является способ передачи результатов исследования бригаде разработчиков. [5]
Функциональные характеристики технических средств, входящих в состав цифровой управляющей ЭВМ, должны быть изучены инженерами, включенными в бригаду разработчиков. Такое обучение приходится возлагать на поставщика ЭВМ. Информация этого рода необходима на самых ранних этапах проекта, сразу же после выбора поставщика, что позволит заказать совместимое по физическим параметрам оборудование, сопутствующее ЭВМ. В случае когда от этого зависят общие затраты на разработку, такая информация может потребоваться даже до выбора поставщика. Сюда относятся характеристики фильтров для аналогового входа, структура цифровых сигналов, длительность и распознавание сигналов прерывания. В этом должны хорошо разбираться инженер, отвечающий за проектирование внешних условий, и инженер по приборам. [6]
Если данный проект АСУ является для предприятия или компании первой разработкой такого рода, то обучение должно коснуться весьма широкого круга лиц. Обучение не ограничивается членами бригады разработчиков. Каждый, кто принимает прямое или косвенное участие в проекте, должен в той или иной степени знать, что намечается и чего следует ожидать в результате осуществления проекта. [7]
Напряжение, испытываемое бригадой, разрабатывающей проект, значительно превосходит напряжение, которым характеризуется обычная работа на производстве. Когда сотрудник включается в состав бригады разработчиков, ему надо разъяснить возможности роста, которые перед ним откроются после успешного внедрения системы. Эти возможности должны соответствовать его вкладу в работу по вводу системы в действие. [8]
Одно из решений состоит в том, чтобы одни и те же люди отвечали как за разработку, так и за исследование. Иногда это нерационально, так как бригада разработчиков часто формируется из людей, знающих конкретный процесс, и привлечение их к выбору объекта может сделать исследование необъективным. Если целью исследования является экономическое обоснование, а не выбор объекта, то весьма целесообразно участие одних и тех же лиц в разработке и в составлении такого обоснования. Это не только создает преемственность, но и способствует проявлению должного реализма при работе над экономическим обоснованием. [9]
Известно, что повышение степени соответствия реальных систем качества их проектным или нормативным моделям достигается лишь совместной работой разработчиков моделей и их реализаторов. По этой причине при разработке системы качества специализированной консалтинговой фирмой в состав бригады разработчиков включаются специалисты предприятия-заказчика из числа руководящего персонала, хорошо знающие производственную структуру предприятия, организации, распределение полномочий и управляющих функций между подразделениями. [10]
Большинство предприятий, за исключением самых крупных, не имеет у себя людей, владеющих всеми специальностями, необходимыми для разработки АСУ. Всегда оказывается, что нужных специалистов или нет вообще, или более вероятно, они уже заняты в программах, где их использование целесообразнее. Для укомплектования бригады разработчиков существует три возможности. [11]
Поздравляем со знаменательной датой. Сообщите, сможет ли разработанный Вами Загрузчик работать Разгрузчиком. Если нет, срочно высылайте бригаду разработчиков на разгрузку корнеплодов. [12]
После того как система испытана настолько, что может считаться пригодной для использования в качестве обычного рабочего инструмента, ее следует подключить к процессу и передать оперативному персоналу. Этот персонал надо привлекать к разработке и испытаниям, с тем чтобы к моменту подключения системы он был с ней знаком и мог свободно ею пользоваться. Было бы неправильно полагать, что теперь в программах ошибок нет. В то же время следует учесть, что будут поступать не соответствующие действительности сообщения об ошибках, связанные с неправильным пониманием того, как должна работать система. Хорошо было бы на этой стадии поручить мастеру вести дневник своих наблюдений за работой системы. Этот дневник регулярно проверяется бригадой разработчиков, которая может исправить ошибку или объяснить, как система работает в конкретной ситуации. [13]