процент ошибок по линии код.
Объяснение этого результата, анализ и беседы с менеджером заказчика Качеством, это связано с тем, что в первой итерации команда разработчиков не проведено достаточных мероприятий по верификации и валидации, поставляемой продукции, ситуация резко изменилась в момент согласования — продукта деятельности. Индекс Сроков.
Переменная DESPLAN представляет собой отклонение, существующее в планирование итерации. Эта переменная принимает значения действительных чисел. Если значение равно 1, это означает, что итерации длилось время точно запланированный. Если значение переменной больше 1, это означает, что итерации продолжалась дольше, чем планировалось, и если значение меньше 1, это означает, что время, которое потребовалось итерации меньше, чем планировалось. Идеальное значение-это быть близким к 1. Чем выше значение переменной, результат будет хуже. В первой итерации (расчетная на 3 недели) сроки не были выполнены, было продление срока почти на 50% больше, чем расчетное. индекс сроков.
Улучшения, полученные в этом показателе во второй и третьей итерации должны быть примененык формализации механизмов связи и управления изменениями. Соблюдение требований.
Переменная PREQ представляет собой выполнение требований, а именно, какой процент требований стремимся, чтобы итерации были эффективно реализованы в этой итерации. Эта переменная, будучи в процентах, принимает значения между 0 и 100, где идеальное значение 100%, поскольку это означает, что все требования, преданных были фактически реализованы (независимо от того, имели какие-либо ошибки). Значение 0 означает, что никаких требований был осуществлен правильно, в итерации. Значения, близкие к 100, являются желательными для данной переменной. В ходе развития эксперимента, было осуществлено 100% от потребности занимаемся (см. следующий Рисунок). Различие задается соответствие ожидаемой продолжительности итерации и на качество продукции, уважаемый, это, в первой итерации, как и сбылось со 100% требования занимаемся, но итерации должен был быть продлен на две недели для выполнения.
соблюдение требований.
Оценка пользователя.
Переменная SATUS-это субъективный показатель, представляющий уровень удовлетворенности клиентов. Значения, которые может принимать эта переменная в интервале от 0 до 100, где 0 означает, что клиент абсолютно не удовлетворены с покупкой и сделал 100 представляет максимального удовлетворения. Таким образом, желаемые значения-это те, близкие к 100. Для этого эксперимента было предложено Клиента и отвечает за качество клиента указать отдельно их удовлетворенность, выраженный в процентах.
уровень удовлетворенности.
Проверка гипотезыгипотезарезультатобоснование.
ОсновнойПриложение в МСП методологии, учитывающей мероприятия, проверки, проверки и проверки по выполнению задач, реализуемых в рамках жизненного цикла, приобретение программного продукта, и, кроме того, на продукты труда, полученные на каждом этапе этого цикла, позволяет обеспечить качество приобретенного продукта, принимая во внимание аспекты исполнения бюджета, планирования временных и стандарты качества, определенные на основе шаблонов проектов закупокпровереннаяв приложении MACAD-ПП, показало улучшение важных аспектов в развитии приобретения программного продукта. Можно было заметить улучшения в выполнении планирования, качества получаемого продукта и удовлетворенности клиента.
ВторичныеОпределение методологии обеспечения качества, созданной на основе адаптации существующих моделей и стандартов закупок, позволит улучшить процесс приобретения малых и средних предприятий.
провереннаявсе виды деятельности MACAD-ПП, были разработаны с учетом передового опыта различных моделей качества существующих. Таким образом, при проверке основной гипотезы проверяется гипотеза средней школы. Определение методологии для обеспечения качества приобретение программного обеспечения, который предоставляется в процессе приобретения организации, позволит улучшить внедрению методики в организации. Без проверки.
Не было возможности проверить эту гипотезу, учитывая, что проект, который был использован как случай был социальный проект, где заказчик не имел стоимости, валютный, связанный, поэтому не использовались процедуры закупки, определенные.Выводы.
В настоящем докладе рассматриваются следующие результаты и выводы:
Во-первых, перечислены аспекты, связанные с формулированием предложения «да», чтобы продолжить работу с шаблонами проектов на приобретение программного обеспечения. Для разработки предлагаемой методики, развития, изучения состояния искусства, которое началось с анализа различных понятий, необходимые для приобретения программного обеспечения, предлагая понятия, связанные с качеством программного обеспечения, в том числе определения, модели и стандарты, и другие соответствующие аспекты. В целом модели изучены, не включают в себя стратегии о том, как развить или реализовать рекомендации. Вклад, который представленв этой методологии, заключается именно в этой точке: это стратегия включает в себя, как выполнять эти практики, которые позволяют управлять качеством проектов, приобретение программного обеспечения. После исследованияпредложения, можно сделать вывод, что для данная методика для организаций, которые приобретают программные продукты, в частности, МСП. Предложение для небольших организаций, которые не имеют квалифицированного персонала в области качества, могут быть приняты и адаптированы рекомендации моделей, признанных важными, но они сосредоточены, скорее, в крупных организациях. Библиографический списокLamarca, I., Rodriguez, J., Garcia, J (2007). Управление проектами ИТ: методы, инструменты и примеры. Испания, Издательство" КУР. Сервантес, O.(2006) информационные Технологии и Инструменты для Управления Проектами, Программное обеспечение. Цифровойжурнал Университетская, 7 (6), pp. 3−5, doi: 1067−6079.ЭИ, по CMMI для разработки, версия 1.3, 2010, Институт разработки программного обеспечения.
программное обеспечение Инженерный институт, по CMMI для приобретения, Версия 1.2, 2007, Институтом разработки программного обеспечения университета Карнеги-Меллон.
Введение
в ISPL [цитируется 2009; Доступно на:
http://projekte.fast.de/ISPL/.Программное Обеспечение Программы Для Менеджеров Сети. 16 критических программных практики 2008 [процитировал 2009; Доступно на:
http://www.spmn.com/16CSP.html. Процесс международного исследовательского консорциума [цитируется 2009; Доступно на: www.sei.cmu.edu/iprc/.проектов, приобретение программного обеспечения. www.wikipedia.com.ve.
