Проект уровня Повторное факторы: Драйверы для Изменение программного обеспечения в рамках среды разработки *
РЕЗЮМЕ
Систематическое повторное использование может значительно повысить производительность программы развития и качества, хотя методология повторного использования программного обеспечения может потребоваться значительные инвестиции. Некоторые проекты могут не удается достичь целевых объемов повторного использования в организациях, которые общего успеха при найме на работу повторного использования. Чтобы объяснить такие изменения, это исследование посвящено изучению воздействия проекта на уровне факторов успеха программы повторного использования. Модель, которая касается проекта факторов успеха проекта повторного разработан с использованием информационно насыщенный подход тематических исследований. Результаты основаны на идеи, полученные в номинальном сессии техники группы триангулированных со структурированными интервью и сравнительных исследований. Факторы успеха выявленных в ходе исследования связаны с влиянием клиента, проектной культуры, проектные атрибуты и опыт разработчиков повторного использования. Организации, которые могут успешно определить факторы, влияющие на потенциал повторного использования программного обеспечения смогут лучше инвестиций мишенью для улучшения его повторного использования методологии и, следовательно, положительно влияет на ее производительность программы развития и качества.
Предметные области: Case Study, комплектующие, компьютерные науки, системы управленческой информации, Номинальная Техника группы, продуктивность, качество, программное обеспечение повторного использования, а также разработки систем.
ВВЕДЕНИЕ
Эффективная разработка программного обеспечения мандатов сокращения времени разработки при сохранении высокого уровня качества. Один из способов, в которых время цикла продукта может быть снижена, чтобы свести к минимуму количество "новизна", содержащиеся в нем (Griffin, 1997). Инновации новизны снижается с дизайна, который включает в себя уже существующие компоненты системы. В контексте разработки программного обеспечения, эта практика называется программное обеспечение повторного использования. Литературы было установлено, что повторное использование программных артефактов является эффективным способом повышения производительности разработки программного обеспечения (Banker
Производительность выгоды от повторного использования может быть достигнута за счет интеграции ранее списанных компонентов в новые проекты программного обеспечения. Разработка компонентов пригодны для повторного использования требуется больше усилий и ресурсов, чем создание индивидуальных компонентов для одного проекта. Повторное также требует обширных предварительного планирования усилия для соответствия требованиям к доступные компоненты. Таким образом, время, затрачиваемое на планирование для повторного использования и извлечения компонентов, а также дополнительных усилий, затраченных на написание повторно используемых компонентов по сравнению с написанием одноразовых компонентов, уменьшает выгоды. Таким образом, компания инвестирует в повторное использование методологии его разработки необходимо следить за выгоды, полученные от повторного использования (Rothenberger
До исследований посвящено роли повторного использования факторов успеха. Результаты 8 публикаций, которые непосредственно касаются этого вопроса были синтезированы и полный набор повторного использования факторов успеха была разработана (табл. 1). Эти публикации преследовали различные методы, чтобы определить повторного водителей. Раннее повторное исследование факторов успеха (Apte, Sankar, Тхакур,
Фрейкс и Isoda (1994) подчеркивает, что повторное использование программных артефактов, вызывает определенные юридические вопросы, которые могут препятствовать повторному использованию. Они также в случае повторного измерения, что позволяет организации контроля за успех его повторного подхода. Самые последние исследования повторного успеха перечисленных факторов, которые касаются availablility активов или активов, общих (Davis, 1994; Фрейкс
Хотя факторы, определены в результате этих исследований меняться, исследования Дизайн исследования пределов заключения к повторному использованию факторы успеха, которые влияют на возможность повторного использования среды разработки в целом. Тем не менее, в данной среде разработки проектов может испытывать различные уровни повторного успеха. В связи с этим следствием разработки предварительного исследования, например, изменения в успехе проекта не могут быть объяснены в литературе выявленных факторов. Настоящее исследование предлагает, что только некоторые из установленных факторы влияют на успех в равной степени повторного использования в различных проектах в одной среде разработки. В таблице 1 эти факторы с пометкой "Постоянное через проекты". Другие факторы могут стать частью новой категории факторов, которые объясняют, почему проекты в общем-то способных сред повторного использования может не достичь целевого сумма повторного использования. Как прошлых исследований, не изучены факторы на уровне проектов повторного использования, мы не ожидаем, что существующий перечень непостоянный факторов носит комплексный характер, и поэтому есть необходимость изучить множество факторов, влияющих повторного успеха на уровне проектов. Случае исследование проводится, который улавливает знаний специалистов-практиков и сравнивает его с проектным данным. Данное исследование вносит свой вклад в существующих знаний, объясняя на уровне проектов повторного изменения с расширенным набором факторов успеха, которые исследовались на уровне проекта ..
Работа построена следующим образом. Во-первых, на этапе исследований установлена и исследования модели объясняется. Тогда поле настройки описаны. Методы исследования объяснить и результаты каждого этапа анализа. Наконец, ограничения исследования и резюме результатов обсуждаются.
МОДЕЛЬ ИССЛЕДОВАНИЯ
Данное исследование направлено на выявление на уровне проектов повторного использования факторов успеха путем проведения сравнительных исследований анализа нескольких проектов повторного использования. Метод анализа позволяет получить хорошее представление о природе факторов на уровне проектов повторного использования. Это соответствующим образом изучить этот новый аспект повторного использования факторов успеха, с целью расширить существующие теории (Benbasat, Гольдштейн,
1 приведены исследования модели, которая основана на литературе выводы о повторного успеха. Предыдущие исследования было установлено, что организационные факторы, наряду с повторного использования методологии и размер хранилища компонентов программного обеспечения, определить повторного использования возможностей организации (Фрейкс
Поле "
Выбор проектов, которые были проведены в рамках одной компании разработки программного обеспечения для одного клиента, организация устраняет смешанного воздействия неконтролируемых переменных. Такие факторы, как различия в методологии развития и различия в характере клиента остаются неизменными. Таким образом, 1-тематическое исследование компании гарантирует, что изменения повторного успеха наблюдается относятся к факторам, помимо организационных факторов успеха, повторное использование, а также позволит значимых и обобщению результатов (Апт и др.., 1990; Banker
Развития средних программного обеспечения и консалтинга со штаб-квартирой в городе Феникс, штат Аризона, MBA технологий, была выбрана для исследования. Управление согласилась с тем, личность организации раскрывается в исследовании. Компания специализируется на разработке бизнес-процессов и системы поставок. Во время исследования, 30 инженеров-программистов работают на разработку ПО на заказ. Организация была основана, в частности, принципы, идеи повторного использования программного обеспечения, и поэтому никогда не сталкивался с проблемой введения повторного использования установленных процесса развития. Таким образом, компания успешно используется программное обеспечение повторного использования в большинстве своих проектов на срок более 10 лет.
До исследования были выявлены факторы, определяющие потенциал повторного организации (выделены в таблице 1, как "постоянный через проекты"). Таким образом, повторное использование возможностей компании был оценен получения значений этих факторов в серии интервью с сотрудниками и руководством. Данная оценка также показала, что MBA технологий имеет высокий потенциал для успеха в повторное использование в соответствии с большинства значений организационных повторного успеха факторы, связанные с процессом развития, компания характеристики, а внутренняя поддержка повторного использования руководством и сотрудниками. Организация высокой оценки всех факторов, за исключением
* Промышленного типа (программное обеспечение отрасли единственным средством успеха в повторное использование)
* Измерение повторно (нет программы измерений на месте).
Компонентов для повторного использования
Эффективный поиск является важным вопросом для успешного повторного использования (Krueger, 1992). MBA технологий осознает этот факт и использует процесс, в котором код получен путем именования, что карты компонентов общего бизнес-процессов и модели данных. Организация классифицирует их код на три уровня абстракции: низкий, средний и высокий. Низкий уровень компонентов модулей, прямой доступ к информации, связанной с моделью данных (например, модули, обновление полей, выполнение процессов и т. д.). Среднего уровня компонентов доступа к данным модели по телефону низкоуровневых компонентов (например, расчет процедур и более сложные алгоритмы). На высоком уровне компонентов в основном на заказ части, которые полностью написан с нуля (например, модули специфичные для организации процесса). На высоком уровне компонентов вызова среднего, а также низким уровнем компонентов в процессе их выполнения. Оба среднего и высокого уровня компоненты не иметь прямой доступ к базе данных. Они только взаимодействовать с данными модели с помощью вызова низкоуровневых компонентов. Организации сосредоточена на повторное коду низкого уровня, так как повторное использование методологии лучше всего поддерживает поиск низкоуровневых компонентов. Менее повторного получается из среднего и высокого уровня кода, так как организация опирается на менее эффективные методы поиска (например, ключевое слово и ручной поиск) для тех типов компонентов.
Акцент на коду низкого уровня повторного использования в соответствии с "Аль Apte и др. (1990), который обнаружил, что повторное использование фрагментов нижнего уровня программы гораздо проще для облегчения и, как правило, более широко используются программистами ..
Проекты
Пять проектов, выпустили в течение 18 месяцев были исследованы. Они представляют пять последних проектов, осуществленных за одним из крупнейших производителей стали с размером от 57 KLOC (тыс. строк кода) в 143 KLOC. Проекты для захвата, судебные разбирательства, планирования спроса, выставление счетов и стимулов. Группы, работающие по этим проектам были в основном состоит из разных людей. Существовали четыре различных руководители проектов по пяти проектам. Некоторые члены группы работали над несколькими проектами.
Рамки исследования является повторное использование в контексте пользовательского коммерческих программных проектов, поэтому проекты должны быть нетривиальными, в интервью было установлено, что три или больше аналитики были вовлечены в каждый из отобранных проектов в течение нескольких месяцев. Было подтверждено, что проекты охватывают различные этапы цикла цепочкой поставок для захвата и выставления счетов, представляющих различные проекты типичным для компании программного обеспечения. Таким образом, внутренняя сила может быть оправданным на данном этапе. Взаимоотношениями с клиентами имеет совместные долгосрочный характер и типичны для промышленности. Такое обязательство является полезным для достижения высокого повторное на протяжении ряда проектов. Так как это напоминает ситуацию, что разработка программного обеспечения групп в крупных организациях лицо их собственных клиентов, результаты этого исследования можно применить к такой среде, а также к разработке программного обеспечения компании с внешними клиентами. Таблица 2 содержит дополнительную информацию о проектах.
МЕТОДЫ ИССЛЕДОВАНИЯ
Исследование triangulates результаты из трех этапов: изучение литературы в сочетании с номинальным техники группы (NGT) сессии, сравнительное изучение дела и последующих интервью.
Первый шаг анализа определяет начальный набор на уровне проектов повторного использования факторов успеха обзор литературы и результаты сессии NGT провел с 8 разработчики программного обеспечения, а разработчики из которых большинство из них также принимает участие в проектах. На втором этапе, доказательства, полученные в результате анализа 5 проектов с использованием количественных и качественных данных, полученных список факторов, влияющих на успех повторного использования. На третьем этапе, структурированных интервью с участниками сессии NGT и один представитель управления помогли объяснить, каким образом и почему эти факторы были связаны с повторным использованием. Первоначальный набор факторов по сравнению с выводами анализа проекта и о результатах структурированного интервью (рис. 2). Наблюдения объясняется знания, приобретенные в ходе этих бесед.
Определение кандидата Факторы
Исследование началось путем определения набора кандидатов на уровне проекта факторов, начиная от повторного факторы успеха, которые были представлены в литературе, в организационном контексте (табл. 1). Факторы, которые в силу своего характера не изменяют значения по проектам области организации были исключены из дальнейшего рассмотрения. Такие факторы включают в себя постоянный вид промышленности, область устойчивости, повторного образования и профессиональной подготовки, и так далее (полный набор факторов исключено отмечается в таблице 1). Остальные факторы рассматриваются в качестве возможных драйверов для изменения успешности проекта повторного использования. Хотя в литературе представил эти факторы в качестве движущих сил организационные возможности повторного использования, их способность к изменению в различных проектах позволяет предположить, что они могут нести ответственность за проект изменений.
Этот первоначальный набор факторов был расширен набор кандидатов на уровне проектов повторного использования факторов успеха получить от программного обеспечения области организации инженеров, принимавших участие в сессии NGT (Delbecq, ван де Вен,
В разъяснении этапе участникам было предложено задавать вопросы, снова в моде циклический, полностью понять все идеи в общий путь. Это было той стадии, когда идеи были объединены в меньшем количестве, как некоторые идеи включаться другие идеи сгруппированы или объединены в другие, и так далее. Это привело к списку из 37 первоначальных факторов кандидата. На заключительном этапе сессии NGT, участникам было предложено отдать свои голоса на 6 факторы, которые они считают наиболее важными с точки зрения их влияния на повторное использование программного обеспечения успеха проектов. Таким образом, каждый участник имел возможность либо поддержки факторов, которые он или она изначально способствовали сессии, или голосовать за кандидатуры других участников фактор. Было очевидно, что участники объединили свои голоса на набор из 11 факторов, которые были рассмотрены итоги сессии NGT (табл. 3) ..
На основании определения факторов в литературе и определений, которые были обсуждены в ходе сессии NGT, 3 исследователей, которые были знакомы с повторного использования парадигмы классифицировал 11 факторов в концептуальной 4 группы: влияние клиента, проектной культуры, проектные атрибуты и разработчиков повторное использование опыта. Клиент факторов влияния описывают трудности, проблемы, или отношение клиента к повторному использованию программного обеспечения для проекта. Клиент относится к группе контактных лиц в организации клиента, а не клиент самой организации. Проект культура отражает различные степени упор или стимулы (материальных или нематериальных) на многократное использование MBA технологий для различных проектов. Проект решения вопросов, атрибуты, которые присущи и сам проект, например, домен и степень взаимодействия с другими системами. Разработчик описывает опыт повторного использования опыта и знаний членов проектной группы в отношении повторного использования компонентов многократного использования. Хотя классификации факторов на высоком уровне концептуальных групп не было необходимости на данном этапе группировки представлены эффективные рабочие рамки. В качестве последующих интервью, участники исследования были NGT спросил эффективности концептуальной группировки.
Результаты этого этапа исследования было предложить набор кандидатов факторов, которые пытается объяснить, почему успех проекта повторного колеблется в пределах успешной настройки систематического повторного использования программного обеспечения. Участники заседания определили NGT множества факторов на уровне проектов кандидата. Сравнение этого множества с множеством литературы определили кандидата факторов показал, что ни один из уже известных факторов, которые могут повлиять на повторное использование на уровне проекта были исключены из анализа. Хотя результаты получены свидетельства качества фактором списке, также показало, что данное исследование было расширить объем знаний, дополняя известный набор на уровне проекта факторов с вновь получить драйверы повторно.
Дело анализа и проверки фактор
Второй шаг был триангуляции для проверки 11 кандидата факторов на основе анализа доказательств по делу. Для этого значения факторов необходимо оценить по отношению к каждой из пяти проектов. Участников на этом этапе были отобраны на основе их участия в проектах. Для каждого проекта, 2 сотрудников оценил фактор значения в структурированных интервью. Два человека были вовлечены в нескольких проектах, таким образом восемь участников были отобраны пять проектов. Семь из этих респондентов также участвуют в сессии NGT. Участникам было предложено указать значения кандидата факторов с точки зрения их проекта (ов). Вопросов, перечисленных в Приложении (рис. А2). Для небольшой набор вопросов, консенсус не был достигнут. Ответы на эти вопросы были доведены до сведения участников, и они имели возможность либо уточнить или пересмотреть оценки. За одну итерацию этого процесса, ответы были в договоре. Ответы включены в Приложение (Таблица A1).
Повторное проценты по каждому проекту были рассчитаны для каждого из уровней абстракции (низко-, средне-и высокого уровня кода), а также для всего проекта, обеспечивая 20 точек данных на 5 проектов (подробнее о расчете повторное использование скорости представлены на рисунке 3). Чтобы проанализировать, какие факторы влияют на успех кандидата успеха проекта повторного использования в связи с 5 программных проектов, метод анализа модель была использована. Этот метод был представлен в докладе по теории здание из тематических исследований (Эйзенхард, 1989). Следует подчеркнуть, что мы не ожидаем от статистической достоверности картины анализа. Это, скорее, качественный анализ повторно в каждом уровне абстракции из пяти проектов, а также повторное использование общего проекта. Таким образом, результаты этого шага были одна часть наших усилий триангуляции, они подвергаются дальнейшей проверке посредством последующего анализа шагов.
Для упрощения распознавания образов, проектов были отсортированы по их повторного использования скорости на каждом уровне абстракции, а также скорость проекта повторного использования. Одним из факторов, который изменил его значение в соответствии с направлением проекта с наивысшим в проект с наименьшими повторного курс был объяснить картины. Кроме того, в модели фактором между ценностями и повторного использования проценты на каждом уровне абстракции (низко-, средне-и высокого уровня кода), а также общий коэффициент повторного использования проектов были изучены. 3 уровнях абстракции были рассмотрены отдельно, потому что не каждый фактор обязательно имеет равных влияние на повторное процент на всех структурных уровнях. (Таблица А1 Приложение показывает, как модели были определены общий коэффициент повторного использования проекта; модели для трех уровней абстракции были определены соответственно). Результаты анализа образец для низкого уровня, среднего уровня, и на высоком уровне кода, а также общий коэффициент повторного использования проекта представлены в таблице 4. Галочки в соответствующих столбцах представляет наличие шаблонов для фактора. Шаблоны для общего проекта или коду низкого уровня, который является основным источником повторного использования в процессе развития настройки компании, указывает на сильную связь фактором для повторного использования успеха, блок-схемы, которые существуют только для менее важных высокого уровня и среднего уровне кода означают слабые связи для повторного использования успеха.
Существовал доказательства того, что факторы, влияние клиента, проектной культуры, а также проект атрибуты как представляется, сильно влияют на успех проекта систематического повторного использования. Анализ также показал, что опыт разработчика повторного имеет ограниченное влияние на повторное успеха. Таким образом, сравнительное изучение дела в целом поддерживает разработчиков восприятие захвачен сессии NGT ..
Интервью
В качестве третьего шага к триангуляции подход, структурированных интервью с открытых вопросов были проведены. Интервью подход обеспечивает более глубокое понимание, как и почему факторы влияют на успех повторного использования проектов (Yin, 1994), и при условии проверки из факторов успеха, получив объяснение закономерностей обнаружили в предыдущей части исследования. Характер структурам, обнаруженным в случаях объясняется идеи, полученные в результате опроса. 8 участников сессии NGT, а также вице-президент по разработке программного обеспечения, были допрошены в общей сложности девять интервью, продолжительностью от 25 до 45 минут каждый. Респондентов попросили объяснить, каким образом каждый повторного фактор, предложенный в сессии NGT пострадавших повторного уровне проекта. Модели в случае, исследования не были доведены до сведения участников на данный момент. Интервью ответы показали, что происходит в проекте, когда программное обеспечение повторного использования зависит от каждого из факторов (наброски для структурированных интервью приводится в приложении). Идеи получили на этом этапе были проанализированы и связанных с результатами сравнительных исследований. Три истории, обсуждения проектов с разной степенью успеха повторного использования, приведены ниже: 1 рассказ для трех проектов, которые находятся в середине, один для проекта, который является прототипом повторного деятельности, и один для проекта, что не было достигнуто повторного ..
Компромиссной проектов
Три проекта, подпадают под эту категорию: планирование спроса и счетов-фактур добились повторного использования номера около 67 процентов. Заказать захват осуществляется несколько ниже 50,5 процента. Случае данные и интервью показали, что большинство требований для успешного повторного были встречены на этих трех проектов. Тем не менее, существуют также различия между проектами, которые объясняют изменения повторного успеха.
Проект последовательность важно максимального повторного использования и, среди прочих факторов, ответственных за повторное курсовых разниц проектов в местах средней категории. В идеале, ядро системы должно быть завершено до периферической системами. Одна стратегия может заключаться в разработке проектов, как в непосредственной близости от нынешнего цикла бизнес насколько это возможно (в рамках системы цепи поставок, начиная с заказа и заканчивая счетов). Развития перекрытия параллельных проектов следует избегать, так как подобные компоненты должны быть записаны отдельно. Предполагая, последовательного развития, такие компоненты могут способствовать повторному использованию. Проект последовательности, что идеально подходит для повторного использования, может максимально увеличить повторное использование возможностей, которые позволяют использовать ранее написанный компонентов в последующих проектах. Сроки разработки для захвата не способствует повторному использованию, и поэтому немного ниже, повторное темпами, чем в двух других проектов были получены.
Степень продвижения повторного руководителем проекта может также несут ответственность за различий в проектах в рамках этой группы. Традиционно особое внимание поощрению и повторного использования, рассматривается в качестве организационного фактора, которые не изменяются в разных проектах. Тем не менее, интервью показали, что поощрение и внимание повторного использования может измениться в различных проектах по двум причинам:
1. Менеджмент и руководителя проекта может настроить степень продвижения навстречу отношение клиента к повторному использованию.
2. Уровень опыта руководителя проекта может повлиять на внутренний поощрения повторного использования в проекте. Более опытным руководителем проекта стремится поставить больший акцент на повторное использование в процессе разработки. В этом случае, повторное использование опыта факторов умеренного уровня внутреннего поощрения повторного использования.
В MBA Technologies 'случае, стимулирование продажи и повторного использования внимание было сокращено с организационной среднем, из-за причин 1.
Проект планирования спроса был единственный проект с бюджетом низким клиента и временных ограничений. Низкого давления клиента позволили разработчикам добиться высокой скорости повторного использования компонентов среднего уровня абстракции, что 84,8 процента, что значительно выше, чем в любой другой проект. Как уже говорилось выше, компонент поиска среднего уровня компонентов менее эффективны, чем высокую степень автоматизации поиска низкоуровневых компонентов. Tight бюджета и временных ограничений не позволила бы программисты от траты времени, необходимого для поиска компонентов многократного использования таких трудоемких процессов поиска. Таким образом, повторное использование возможностей был бы потерян. Отсутствие такого типа клиента давления позволило разработчикам получить полный потенциал повторного использования от среднего уровня компонентов в этом проекте. Тем не менее, из-за низкой доли среднего уровня кода проекта в целом, повторного успеха в этой категории не делают разницы для общего успеха повторного использования этого проекта.
3 разработчиком повторного использования опыта факторов актуально только для повторного использования на высоком уровне компонентов. Как упоминалось ранее, поиск такого рода компонентов полагалась сильно зависит от разработчиков, так как она не автоматизирована в среде MBA технологий.
Из-за низкой доли на высоком уровне компонентов повторного использования общих проектов в случае среды, различия в разработчиком повторного использования опыта факторы влияют общей повторного использования в технологии MBA проектов очень мало. Тем не менее, влияние таких факторов, может иметь важное значение в других средах nonautomated повторного использования. После обсуждения относится прежде всего к организационной настройки повторного использования, которые полагаются на навыки разработчика для компонента поиска, а не автоматический процесс. Таким образом, опыт работы в признании повторного использования моделей позволяет дизайнерам и разработчикам признать мест в программном обеспечении проектов, в которых повторно, скорее всего, произойдет. Понимание повторного использования модели компании специфичен для модели организации и гарантирует, что правые части модели будут использованы повторно. Это длительный процесс, для разработчиков на приобретение такого понимания, поскольку она лишь частично можно получить в ходе обучения. Структурированные парадигмы получены в процессе обучения или на предыдущие проекты не включают в себя процедуры систематического повторного использования и должны быть неграмотный, которая может быть достигнута только через работу на повторное использование проектов. Наконец, знание составляющая доступности и возможности помогает получить компонентов, а также снижает вероятность пропустить компонентов, избегая ненужных реконструкции.
Ключ к пониманию возможностей компонента на самом деле с помощью компонента, поэтому разработчики, которые работали над несколькими проектами, будет иметь хорошие знания о содержимом хранилища. Респонденты заявили, что методология позволила выявить компоненты только в ограниченной степени. Идеальный процесс каталогизации и набор инструментов приведет к сокращению значимости компонент знаний для повторного использования курс, достигнутый в программных проектах. Один из респондентов поделился своим видением о значении опыта:.
"[] Вопросы [дизайнера и] разработчиком опыт мы надеемся, будет deemphasized с течением времени.... То, что они указывают является отсутствие основных инструмента, что в наше видение должно быть интуитивно и не требует много дополнительного обучения , он не должен требовать много знаний. [Без таких средств] Вы строить очень много знаний, где что находится, какие компоненты, как они работают и как их можно лучше использовать, и люди ходят с , что в их голове.... Наиболее важным ценную информацию, в том, что собственных знаний... как повторное использование вещей и как продлить их.
Таким образом, 3 проектов получили удовлетворительные темпы повторного использования, так как большинство проектов на уровне факторов, способствующей их повторного использования. Различия между проектами были объяснены последовательность проекта и изменения в поощрении использования. Существует также доказательство того, что в менее автоматизированных сред многократного использования, бюджета клиента, и с нехваткой времени и опыта разработчика повторного использования может сильнее влиять на повторное успех, чем они делали это в контексте дела окружающей среды.
Прототип повторного деятельности
Проект испытаний достиг самого высокого общего уровня повторного использования, 76 процентов. Хотя факторы, которые помогли компромиссной проектов для достижения их повторное использование номера были также способствует повторному использованию в этом проекте, еще один фактор стоял, потому что его стоимость отличается от остальных проектов. Восприятие ценности повторного использования клиентом был самым высоким в проект испытаний. Следует подчеркнуть, что ни один из проектов забил "высокого" в этой категории. Тем не менее, испытания были средней предполагаемой ценности повторного использования, в то время как другие проекты оценивается как низкий. Восприятие повторного использования клиента зависит главным образом от усилий, которые вложили вперед в области образования о повторного использования выгод. На MBA технологий, клиенты, как правило, осведомлены о повторного использования в начале проекта, чтобы заставить их согласиться использовать повторно парадигмы. Однако в ходе более поздних стадиях проекта, их поддержку повторного часто сократилось. В тех случаях, клиенты сообщили о своей низкой восприятия, не позволяя при наличии планирования времени для повторного использования. Один из опрошенных объяснил, что может произойти, если при этом ценность повторного низкая:
"Вы на самом деле проектирования для повторного использования, и это занимает много предварительных время разработки.... Я думаю, что это магическое число, 6 месяцев, если вы идете на шесть месяцев или более, не показали ничего, клиент начинает получать дерганый и он мог бы сказать, "просто начать программировать что-то".
В проекте испытаний, клиент дал разработчикам времени, необходимого для планирования для повторного использования. Таким образом, факторы влияния клиент сделал разницу между средним землю и высокого повторного использования проекта. Хотя этот проект и большинство других элементов в месте, без поддержки клиентов повторного использования проект не был бы превосходил до такой степени.
Проект с низкой повторного
Стимулы проект не получил никакой повторного использования. Это казалось необычным, что в противном случае успешного повторного использования окружающей среды, был разработан проект 100 процентов с нуля. Этот раздел будет объяснить, какие драйверы привело к ее развития без повторного использования. Проект в области поддержки принятия решений и оценки служебной деятельности и, следовательно, отличается от ранее разработанных операции и сделки по инициативе систем. Таким образом, проект был низкий повторного использования потенциала; меньше необходимые компоненты были в хранилище компании. Случае анализ показал, что домен особенно страдают повторного использования, достигнутых в ходе более предметно-ориентированные на высоком уровне кода. Поскольку MBA технологий мало что повторное использование на высоком уровне кода, эффект домена должен быть низким. Это означает, что нулевой уровень повторного использования проекта стимулы не могут быть объяснены только по доменному несоответствие, так как должны были повторно возможности без предметно-ориентированных низкоуровневых компонентов.
Два других фактора объяснил, почему низкого уровня повторного использования не была достигнута, взаимодействие с другими системами, был ограничен доступ только для чтения общих оперативных данных. Это был единственный проект, который забил низких в этой категории. По словам респондентов, низким взаимодействия уменьшает количество многоразовых шаблонов проектирования и компоненты на выбор. Дизайнеры и разработчики менее склонны искать возможности для повторного использования, где существует низкая взаимодействия между системами. Оперативное значение этого проекта для клиента была довольно низкой, и поэтому клиент чувствовал, что это не должно влиять на любой из других, более важных проектов. Эта боязнь взаимосвязанности был вызван предыдущим негативный опыт. В прошлом, MBA технологий пришлось закрыть две системы на объекте клиента исправить ошибку в тексте часто используется модуль. Такие опасения частично оправдались: когда компоненты повторно, часто, изменения сделаны и сложность добавляется. Эти изменения могут повлиять на другие проекты, которые с использованием тех же компонентов. Тем не менее, знание зависимостей между проектами может помешать группе внести изменения, которые не работают с предыдущими проектами. Вероятность такого увеличения провал, как сложность растет за счет многократного использования модуля.
Одним из важнейших компонентов, которые привели к сбоям используется в большинстве проектов MBA технологий. Для предотвращения проблем в будущем, было разделено на несколько компонентов с низким сложности. Один из служащих описал то, что разработчикам необходимо знать:.
"[Когда вы добавляете функциональность компонента], сложность создания и какой-то момент может возникнуть критическая масса.... Когда она все-таки прерывается это более катастрофическими, чем небольшой модульный компонент.... Каждая реализация продукта или компания должна осознать, где критическая масса должна быть размытыми и какого размера держать ваши основные компоненты ".
Из-за страха взаимосвязанности клиента избран, чтобы избежать повторного использования в проекте стимулы, так как его оперативное значение было воспринято как низкой, так и не оправдывает риск поражения других важных применений. Использование нескольких версий важнейших компонентов может снизили риск, однако, MBA технологий не смогла облегчить страх клиента в данном случае.
Таким образом, не предметно-ориентированных повторного был достигнут из-за разногласий между области проекта и хранилище. Нижнего уровня повторного использования не была достигнута из-за отсутствия взаимодействия с другими системами и страха клиента о том, что существующее программное обеспечение может пострадать.
ОГРАНИЧЕНИЯ и будущих исследований
В идеальном мире, участники триангуляции этапах данного исследования было бы три разные группы. Из-за размера организации, перекрытие между этими тремя группами не удастся избежать. При проектировании исследования, особое внимание было уделено этот потенциал недостаток. Исследований был разработан таким образом, что позволило за минимальное воздействие участника перекрытия между этапами исследований по результатам исследования. Первоначально эта организация не имеет официальной программы повторного измерения на месте. Таким образом, повторное успех отдельных проектов не было известно сотрудникам. Фактические показатели повторного использования не были доведены до работников до завершения исследования. Таким образом, участники заседания NGT не руководствуются отдельные успехи проекта, когда они определили кандидата факторов. Кроме того, проект значений второго этапа не предвзятые знаний респондентов успеха проекта. Опрошенных на третьем этапе не было информации повторного успеха необходимо подтвердить свое понимание факторов воздействия; таким образом, есть основания полагать, что совпадает с второй стадии не влияет на триангуляции подход тоже.
При нажатии различных аспектов жизненного опыта участников также помогла свести к минимуму последствия перекрытия. NGT сессии, направленные на выявление интуитивно проект повторного использования факторов успеха; стадии интервью, направленных на изучение, как предлагаемый проект на уровне факторы могут повлиять на успех повторного использования. Несмотря на то, был участником перекрытия на обоих этапах, последовательности интуитивный выявлению факторов и механики за факторов влияет на повторное показывают, что кандидат факторы заслуживают внимания ..
Внешняя валидность рассматривается вопрос о том, выводы обобщенным настройки для повторного использования за пределами организации изучены. Внешняя валидность была одним из основных препятствий для случая исследования (Yin, 1994). Критики утверждают, что за небольшого размера выборки подавляет способность исследователя к обобщению. Таким образом, следует подчеркнуть, что цель случае исследование не является получение статистических обобщения. Тем не менее, результаты тематического исследования может быть обобщен на более широкой теории. Такое обобщение не является автоматическим (Yin, 1994). Хотя организация в данном исследовании, отвечает требованиям типичных для разработчиков программного обеспечения повторного использования, возможность того, что изменения в развитии методологии могут повлиять на характер проекта повторного использования факторов успеха не может быть исключена. Только повторений этого исследования в контексте других параметров повторного использования программного обеспечения может обеспечить окончательное доказательство внешней действительности. Это тем более важно понять применимости из факторов, параметры, которые существенно отличаются от случая организации в процессе погашения или повторного использования потенциала. Кроме того, крупномасштабных исследований, которые требуют разработчиков программного обеспечения для оценки стоимости проекта повторного использования факторов успеха, а также степень повторного успеха отдельных проектов повторного использования программного обеспечения может привести дальнейшее укрепление нашего понимания применимости модели к другим настройкам.
Обзор существующих организационных факторов показывает, что множества факторов, определены лишь частично перекрывают друг друга. Существует возможность выяснить, почему эти исследователи получить такие разные результаты. Одно из возможных объяснений может быть домена зависимость организационных факторов. В конце концов, единой теории эффектов организационной и на уровне проекта факторов на повторного успеха может быть создана. Такие исследования также могут расширить определение повторного успеха за повторное скорости включать стоимость и качество в успех мерой. Наличие таких мер может также улучшить организационные решения по повторному использованию методов.
РЕЗЮМЕ И ВЫВОДЫ
Выявление факторов, влияющих на повторное успехов в систематическое повторное использование среды разработки позволяет фирмам на разработку программного обеспечения лучшей инвестиции целевого использования. Предыдущие исследования были направлены на решающие факторы успеха повторного использования методологии организационном уровне. Тем не менее, обоснованных методологий не сможет полностью реализовать свой потенциал за счет внедрения факторов на уровне проектов. Результаты данного исследования является комплекс факторов, которые объясняют, почему успех проекта повторного колеблется в общей успешное установление систематического повторного использования программного обеспечения.
Взносы
Вклад этого исследования в три раза. Во-первых, исследования пересмотрены литературы определены факторы успеха повторного оценить, смогут ли они нести ответственность за повторное изменения на уровне в различных проектах в данной среде разработки. Факторы в области проектной культуры, проектные атрибуты и опыт разработчиков повторное использование были признаны виновными на уровне проектов изменений в повторного успеха.
Во-вторых, факторы, которые были совершенно неисследованной в литературе были разработаны и их влияние на успех повторного использования на уровне проекта было объяснено. Например, понятие факторов влияния клиент был полностью неисследованной в существующей литературе. Исследование также добавлены к существующим группам атрибутов проекта и разработчиком повторного использования опыта поиска дополнительных факторов, влияющих на повторное использование проектов.
Наконец, эти исследования расширили наше понимание того, каким образом существующие и вновь выявленных факторов на повторное использование на уровне проектов. Интервью представили идеи о важности факторов и их влияние на различные аспекты процесса разработки с использованием.
Управленческий Предостережения
Многие организации могут сообщить большое повторного использования передового опыта, для нескольких проектов. Однако большинство организаций трудно повторить этот успех и достичь соответствующего уровня повторного использования. Такие сценарии позволяют предположить, что организация имеет высокий потенциал повторного использования, установленные организационные факторы успеха. Проблема, что некоторые проекты достичь значительного повторного использования, а другие не могут быть объяснены существованием на уровне проектов факторы успеха, которые были введены в этом исследовании. Вариации между проектом уровня фактор успеха значения последующих проектов может сделать разницу между успехом и повторного использования повторного сбоя. На основе этого исследования, организации должны не только пытаться улучшить организационные факторы, но и вновь вводимых факторов на уровне проектов повторного использования. Это позволит группы развития для того, чтобы программные проекты могут жить до повторного использования возможностей развития среды.
На уровне проекта факторов, предложенный в настоящей работе были получены в организационных условий, способствующих их повторного использования. В других средах разработки, влияние проекта на уровне факторов на повторное использование может быть ограничено. Это будет необходимо пристальное внимание в будущих исследованиях и на практике определить, в какой степени организационные факторы, которые не в поддержку повторного использования могут быть преодолены на уровне проектов. Результаты исследования свидетельствуют о том, что в организациях с высоким потенциалом повторного использования, проект достигнет высокого повторного использования, если:
* Клиент воспринимает полезности повторного использования, высокими по отношению к проекту.
* Клиент рассматривает взаимосвязи, как возможность, а не угрозой срыва.
* Группа разработки программного обеспечения в значительной степени способствует повторному использованию в ходе разработки проекта.
* Системы связаны с другим программным обеспечением, который был разработан с использованием тех же парадигмы использования.
* Последовательность проектов, новых проектов позволяет воспользоваться компонентами, написанными для предыдущих проектов.
Вторая группа факторов, которая существует, в случае организации, менее важным, чем предыдущий. Исследование показало, что эти факторы влияют на повторное использование, особенно в случае, если компонент процесса поиска не автоматизирована. Это означает, что разработчики опирались на личные знания компоненты, чтобы найти подходящие модули в репозитории. В таких условиях, повторное использование улучшится, если:
* Данный проект находится в том же домене, ранее списанных проектов.
* Дизайнеров и разработчиков проекта имеют многолетний опыт работы в признании повторного использования шаблонов.
* Дизайнеры и разработчики хорошо понимают повторное использование модели, используемые знать содержимое хранилища и возможности многократно используемых компонентов.
Не все из этих факторов можно управлять организацией. Например, если проект является первым в своей области, там мало что можно сделать, чтобы изменить это. Тем не менее, знание влияние этого фактора может оказать на повторное использование позволит команде разработчиков более точной оценки усилий в области развития, необходимых для завершения проекта. Другие факторы могут быть манипуляции, такие как степень поощрения повторного использования в проектной команде или последовательность проектов. Зачастую общение с клиентом необходимо создать условия, благоприятствующие их повторного использования. Это может позволить обеим сторонам договориться о подходящей последовательности проекта, а также по установлению доверия в повторное использование в качестве средства для улучшения процессов разработки и конечного продукта. [В редакцию: 29 октября 2001. Принято редколлегией: 2 января 2003.]
* Я хотел бы поблагодарить MBA технологий для обеспечения случае условия для исследований и многочисленных сотрудников, которые участвовали в исследовании. В частности, я хотел бы поблагодарить Ивонн Кокс, Vijay D'Соуза, Дениз Gaffney, Гэри Холл, Брэд Керр, Dave Monfore, Дэн О'Нил, Джим Пеннингтон, Дейв Швейцер, Михаил Тресс и Брэндон Ульрих для своего времени и их вклад в это исследование. Кроме того, я хотел бы поблагодарить вице-президент по исследованиям и Высшего колледжа при Университете штата Аризона на финансовую поддержку, а также Джеймс Hershauer, Uday Kulkarni, а Кевин Дули за их предложения и замечания в ходе проведения этого исследования.
Ссылки
Apte, U., Sankar, К. С., Тхакур, М.,
Banker, Р. Д.,
Базили, В. Р., Бриан, Л. C.,
Benbasat И., Гольдштейн, Д. К.,
Бигерстафф, Т. J. (1992). Оценку и анализ программного обеспечения повторного использования. Достижения в области компьютеров, 34, 1-57.
Chen, D.-J.,
Дэвис, Т. (1994). Принятие политики повторного использования. IEEE Spectrum, 31 (6), 44-48.
Delbecq, А. Л. ван де Вен, А. Х.,
Eisenhardt, К. М. (1989). Строительство теорий случае исследовании. Академия управления обзора, 14 (4), 532-550.
Фрейкс, В. Б.,
Фрейкс, В. Б.,
Gaffney, J. Е.,
Гриффин, A. (1997). Влияние проектной и технологической характеристики продукта на время цикла разработки. Журнал по маркетинговым исследованиям, 34, 24-35.
Incorvaia, А. J.,
Isoda, С. (1992). Опыт доклад программных проектов повторного использования: его структуре, деятельности, а также статистические результаты. Материалы четырнадцатой Международной конференции по программной инженерии, Мельбурн, Австралия, 11-15 мая.
Джеффри, Д. Р.,
Крюгер, К. В. (1992). Программное обеспечение повторного использования. ACM вычислительным Surveys, 24 (2), 131-184.
Ли, N.-Y.,
Лим, В. C. (1994). Воздействие на повторное качества, производительности и экономики. IEEE Software, 11 (5), 23-30.
Равичандран, Т. (1999). Программное обеспечение повторного использования в качестве синхронных инновации: тест четырех теоретических моделей. Европейский журнал по информационным системам, 8 (3), 183-199.
Райн, D. C.,
Ромбах, H. D. (1991). Программное обеспечение повторного использования: ключ к поддержанию проблемы. Информация и технологии программного обеспечения, 33 (1), 86-92.
Rothenberger, М. А.,
Rothenberger, М. А.,
Sonnemann, Р. М. (1996). Поисковое исследование программного обеспечения повторного использования факторов успеха. Докторская диссертация, Университете Джорджа Мэйсона.
Инь, Р. К. (1994). Пример исследования: разработка и методов. Thousand Oaks, CA: Sage.
Занд, М.,
Маркус А. Rothenberger
Школа делового администрирования, Университет Висконсин-Милуоки, PO Box 742, Milwaukee, WI 53201, адрес электронной почты: <a href="mailto:rothenb@uwm.edu"> rothenb@uwm.edu </ A>
Маркус А. Rothenberger, доцент Университета штата Висконсин в Милуоки. Он получил докторскую степень в области информационных систем и MBA, как из Университета штата Аризона. Он имеет степень бакалавра в области компьютерной науки и бизнеса из Технического университета Дармштадта, Германия. Ранее он работал в Deutsche Bank AG в области технической информации. В настоящее время его научные интересы включают программное обеспечение повторного использования, оценки проделанной работы, разработки программного обеспечения, а также предприятия системы принятия. Он является членом Ассоциации информационных систем (АИС), Институт Decision Sciences, а также Ассоциации по вычислительной технике (ACM).
