Команда - разработчик
Cтраница 3
 |
Элементы фазы анализа и соответствующие им элементы фазы разработки, создаваемые в DDT. [31] |
Лучше запускать Database Design Transformer из RON, поскольку при выделении в навигаторе RON эти объекты автоматически получат установленный флажок In Set. Это значительно сократит время при работе с подмножеством объектов. Кроме того, запуск из RON рекомендуется или в начале работы с Oracle Designer, или для новых членов команды разработчиков, поскольку можно будет проверить результат работы Database Design Transformer и внести коррективы в объекты фазы анализа до создания всех объектов фазы разработки. [32]
Он имеет рспозиторий, реализованный системой управления реляционной базой данных Oracle - в настоящее время OracleS ( хотя поддерживаются последние версии Oracle. Репозиторий состоит из объектов базы данных, хранящих информацию о системе, которую будут анализировать, проектировать и строить. Поскольку ренозиторий содержится в стандартной базе данных Oracle, он обладает всеми преимуществами многопользовательской системы: защитой, связностью, параллелизмом и доступностью. Разумеется, наибольшая выгода состоит в том, что вся команда разработчиков можетОбращаться к определениям из репознтория и работать с общей моделью. Клиентский компонент Oracle Designer имеет многочисленные экраны и утилиты для манипулирования данными из репозито-рия. [33]
С точки зрения ХР, период, предшествующий первому запуску системы в реальную эксплуатацию, является опасной аномалией в жизненном цикле проекта, и его надо преодолеть как можно быстрее. Прежде всего, необходимо решить, для чего вообще предназначена система и что она должна уметь делать в первую очередь. Для принятия таких решений выполняется общий анализ проблемы, в результате которого выбираются наиболее важные функции системы ( в ХР их называют историями) из всех возможных. Ценность функций определяется материальными и временными затратами на их реализацию командой разработчиков. Необходимо, чтобы каждая история была ориентирована на вполне определенные задачи, чтобы ее можно было протестировать и оценить с помощью количественных показателей. [34]
Прежде чем приступать к построению математических моделей, команда экспертов ИО должна рассмотреть возможность разрешения проблемы путем применения какого-либо человеческого, а не технического решения. Отметим, что и стоимость такого решения значительно ниже, чем стоимость решения, полученного на основе математического моделирования. Это было выявлено еще во время Второй мировой войны британскими учеными, пионерами в области ИО, - в команду разработчиков ИО входили специалисты по социологии, психологии и поведенческим наукам. [35]
Прежде чем приступать к построению математических моделей, команда экспертов ИО должна рассмотреть возможность разрешения проблемы путем применения какого-либо человеческого, а не технического решения. Отметим, что и стоимость такого решения значительно ниже, чем стоимость решения, полученного на основе математического моделирования. Это было выявлено еще во время Второй мировой войны британскими учеными, пионерами в области ИО, - в команду разработчиков ИО входили специалисты по социологии, психологии и поведенческим наукам. [36]
Здесь каждое децентрализованное региональное подразделение разрабатывало машины, адаптированные для конкретных рынков. Предполагалось, что такие действия окажутся наименее затратными, эффективными и гибкими. Тем не менее General Motors продолжала работать над созданием универсального двигателя, модификации которого могли бы использоваться повсеместно. Компания Toyota также была реорганизована, централизовав разработку и дизайн продукции в самой Японии, используя в то же время свои команды разработчиков в производственных центрах компании в Азии, Северной Америке и Европе. [37]
На этом шаге устанавливается концепция продукта. Команда менеджмента проекта готовит бизнес-обоснование капитализации портфеля технологий организации или плана продуктовой линии. Исследование потребителей и рынков помогает определить, как эти возможности направить на коммерческие нужды рынка. Это обоснование содержит предварительную оценку концепции продукта, его коммерческой жизнеспособности, предполагаемого бюджета и план производства многих поколений продукта, чтобы определить, в какой последовательности его новые версии будут поступать на рынок. После одобрения начальной концептуальной разработки утверждается бюджет и план проекта. Команда разработчиков набирается в штат проекта. [38]
 |
Традиционное поэтапное проектирование программного обеспечения ( а. альтернативный метод создания работающей уже с первого дня системы ( б. [39] |
Неполные знания представляют собой опасную вещь. В своей книге Брукс описывает явление, названное им эффектом второй системы. Часто первый продукт, созданный группой разработчиков, является минимальным, так как они опасаются, что он не будет работать вообще. Поэтому они опасаются помещать в первый выпуск программного обеспечения много функций. Если проект оказывается удачным, они создают следующую версию программного обеспечения. Воодушевленные собственным успехом, во второй раз разработчики включают в систему все погремушки и побрякушки, намеренно не включенные в первый выпуск. В результате система раздувается и ее производительность снижается. От этой неудачи команда разработчиков трезвеет и при выпуске третьей версии снова соблюдает осторожность. [40]
Страницы: 1 2 3