FAQS Испанский

 

Присоединяйтесь к нашим сетям Facebook и LinkedIn и поделитесь с нами своими кругами.

IFPUG Web пожалуйста, закладка для дальнейшего использования.
IFPUG Facebook Page, пожалуйста, нажмите как
IFPUG Twitter пожалуйста, следите за последними версиями Белых Книг и других новостей.
IFPUG LinkedIn пожалуйста, нажмите Follow

Чтобы предложить новые ответы на часто задаваемые вопросы или правки на этой странице, пожалуйста, нажмите на Связаться с нами и включите "IFPUG FAQ" в тему сообщения..

Члены и другие пользователи могут загружать документы с нашего Интернет-магазин, где вы также можете продлить или подать заявку на членство в IFPUG.


Начало

Страница из
частые вопросы
IFPUG

1. Что такое функциональные точки? Что такое SNAP?
2. Функциональные точки для всех?
3. Зачем мне измерять? В 25% крупных компаний по всему миру (Источник ISBSG) полагаться на показатели программного обеспечения для управления разработкой программного обеспечения по следующим причинам:
4. Каковы преимущества членства в IFPUG?
5. Как показать разработчикам и руководителям проектов важность анализа функциональных точек?
6. Какие инструменты доступны для улучшения моих оценок функциональных точек??
7. Как продемонстрировать моей группе пользователей важность анализа функциональных точек?
8. Что такое базовый уровень функциональных баллов?
9. Почему бы мне не использовать строчки кода (как мера размера программного обеспечения для расчета показателей производительности или качества)?
10. А как насчет обратного огня (практика преобразования SLOC в PF с таблицей преобразования на основе языков программирования)?
11. Я понимаю, что нам нужно улучшить. Где я могу начать?
12. Мы хотим повысить продуктивность разработки программного обеспечения, Какая информация мне нужна?
13. Что ИТ-директор должен знать о размере программного обеспечения? (Функциональные точки и SNAP)
14. Что ИТ-директор должен знать об Agile & Функциональные точки?
15. Мы хотим улучшить наш процесс оценки с помощью PF, Какая еще информация мне нужна?
16. Мы хотим улучшить наше качество, Какая информация мне нужна?
17. Нужен ли мне сертифицированный консультант CFPS?
18. Что искать в консультанте?
19. Где мне искать консультанта?
20. Где я могу провести дополнительные исследования концепций функциональных точек??

 

Вернуться к началу

Страница из
частые вопросы
IFPUG

1.1 Что такое функциональные точки?

Функциональные баллы - это международно стандартизированная единица измерения, используемая для представления размер программного обеспечения. Метод измерения функциональных размеров IFPUG (Версия IFPUG 4.3.1) количественно оценивает функциональность программного обеспечения для пользователя, основываясь исключительно на его логическом дизайне и функциональные требования. Полученное число называется количеством функциональных баллов.. Имея это в виду, Цели измерения функциональных точек::

Есть много других применений функциональных точек в отрасли.: образуют общий знаменатель размера (например, отношение других мер к FP) для тестирования производительности и качества во многих компаниях. Чтобы узнать больше о методе IFPUG PF (y el Процесс нефункциональной оценки программного обеспечения (ЩЕЛЧОК) который количественно определяет нефункциональные требования) Щелкните следующие ссылки:

1.2 Что такое SNAP?

ЩЕЛЧОК “Процесс нефункциональной оценки программного обеспечения »- это показатель программного обеспечения., дополняет использование функциональных точек. SNAP позволяет измерять нефункциональные требования в дополнение к функциональным требованиям, измеряемым в функциональных точках. Никаким образом не заменяет функциональные точки., дополняет их. Представляет собой постоянное улучшение IFPUG в способах измерения программного обеспечения..

1.3 В чем разница между функциональными точками и SNAP?

В двух словах, функциональные точки измеряют объем (или размер) потока данных и хранения информации в программном приложении. Это называется функциональными требованиями пользователя.. SNAP измеряет объем (или размер) другие аспекты программного обеспечения, такие как настройки данных, алгоритмы, деревья решений, проверка данных, размещение логотипов, так далее. Они называются требованиями “нефункциональный”. Есть 14 признанные в настоящее время категории нефункциональных требований. Срок “функциональные требования пользователя” часто сокращается как “МЕХ”. Срок “нефункциональные требования” часто сокращается как “NFR”. Подробная информация о подсчете функциональных баллов содержится в Руководстве по практике подсчета. (CPM). Подробная информация о подсчете баллов SNAP содержится в Практическом руководстве по оценке. (APM). Оба доступны в магазине IFPUG на сайте ifpug.org..

1.4 Функциональные точки и точки SNAP вместе для определения общего размера программного обеспечения?

Общий размер программного обеспечения измеряется как количество функциональных точек и количество точек SNAP.. Например, приложение может иметь общий размер 800 функциональные точки и 300 Точки SNAP. Поскольку функциональные точки измеряют нечто иное, чем точки SNAP, они не могут быть объединены в одну меру; в этом примере, программное обеспечение не может быть измерено как 1100 “точки” какой-то. Это похоже на то, как представлены действительные и мнимые числа.: число может быть представлено как 800 + 300я, нет 1100 какого-то числа.

Функциональные точки и точки SNAP связаны с усилиями. Усилия по разработке или улучшению программного продукта - это сумма функциональных баллов, умноженных на функциональную производительность. (часов / ПФ) плюс сумма баллов SNAP за нефункциональную производительность (часы / SP).

1.5 Действительно ли нужен протокол SNAP?

В зависимости от приложения, многие разработчики программного обеспечения и группы разработчиков осознают, что значительный объем их усилий можно рассчитывать непосредственно на функциональные возможности.. Это может быть особенно актуально для алгоритмических приложений., приложения со значительной проверкой данных, и приложения с функциями “эргономичный” значительны как макеты страниц, так и использование логотипов. IFPUG предлагает постоянное улучшение, так как SNAP может измерять эти трудозатраты, которые не распознаются функциональными точками., поскольку это может быть значительным. Обеспечивает более справедливый и подходящий подход к измерению. Это также может помочь улучшить смету и планирование новых проектов развития и проектов технического обслуживания..

1.6 Как показать разработчикам и руководителям проектов важность SNAP?

Разработчики прилагают усилия для удовлетворения нефункциональных требований. Это усилие не отражается на размере точки функции.. Разработчики увидят выгоду от оправдания своих усилий с помощью SNAP, вместо того, чтобы использовать более низкую продуктивность, если мы рассматриваем только функцию против точек усилий.

Используя функциональные точки и SNAP, руководители проектов могут лучше обосновать свой бюджет; могут показать своим спонсорам, какие активы разрабатываются в программном обеспечении - функциональность, измеряется функциональными точками, и нефункциональные аспекты, измеряется SNAP.

1.7 Каков наиболее точный метод оценки трудозатрат на программный проект??

По словам Капера Джонса (2012), точность ручного подсчета функциональных точек обеспечивает погрешность 10%. Использование функциональных точек и SNAP обеспечивает 5% погрешность

 

EstimatingAccuracy

1.8 Каковы преимущества использования SNAP?
Измерение функциональных и нефункциональных аспектов программных приложений помогает организациям разными способами.. Обеспечивает лучшее представление о реализации проектов программного обеспечения и обслуживании приложений.:

  • Улучшает соотношение усилий и размера, поскольку разработка программного обеспечения включает в себя задачи по удовлетворению функциональных и нефункциональных требований.
  • Улучшает оценку и способность прогнозировать усилия и время, необходимые для реализации программного проекта..
  • Разработчики не наказываются за вкладывание усилий в нефункциональные аспекты требований..
  • Пользователи могут лучше понять преимущества приложения в своей организации..
  • Клиенты могут лучше распределять (и количественно) стоимость ваших денег.
  • Расчеты производительности разработки программного обеспечения стали более точными; вариации в метрическом измерении “стрессовые / функциональные точки” можно объяснить лучше.
  • Также можно измерить нефункциональные проекты.
  • Различия в значениях KPI (КПЭ ‘ s) между проектами лучше объяснено

1.9 Используется ли сегодня протокол SNAP??

Руководство по процессу оценки SNAP можно получить (APM) бесплатно в интернет-магазине IFPUG. Более того, Сертифицированное обучение предоставляется компаниями, перечисленными ниже на сайте IFPUG. (HTTP://www.ifpug.org/certification/training-materials-certification/)

Вернуться к началу

Страница из
частые вопросы
IFPUG

2. Функциональные точки для всех?
Это почти риторический вопрос, и ответ заключается в том, что он зависит от того, нужно ли вам знать, насколько велико программное обеспечение, которое вы разрабатываете или улучшаете в проектах разработки программного обеспечения., или если вам нужно знать, насколько велики системы в вашем программном портфеле. Функция размера точки может быстро и легко облегчить соотношения измерений. (наряду с другими мерами) рассказать вам, какие проекты и приложения:

  • они более продуктивны,
  • разрабатывать более качественные программные продукты или приложения,
  • иметь точную оценку проекта,
  • необходимо внедрить методы улучшения процессов,
  • выходят за рамки с точки зрения затрат и бюджета (себестоимость единицы продукции);
  • у них есть несовершеннолетний (или лучше) производительность в вашей рабочей команде.

Если вам предстоит ответить на эти вопросы в вашей ИТ-роли!, тогда функциональные точки для вас!
Вернуться к началу

Страница из
частые вопросы
IFPUG

3. Зачем мне измерять? В 25% крупных компаний по всему миру (Источник ISBSG) полагаться на показатели программного обеспечения для управления разработкой программного обеспечения по следующим причинам:

    • Не могу управлять тем, что не измеряешь;
    • Выявить проблемные программные проекты и приложения и уметь выполнять корректирующее действие; В среднем, крупные управленческие проекты тратят 45 процентов больше установленного бюджета и 7 на процент больше со временем, в то время как 56 процент меньше прогнозируемого значения. В Проекты программное обеспечение имеет самый высокий риск превышения установленной стоимости и графика, McKinsey & Компания совместно с Оксфордским университетом в октябре 2012 | byMichael Блох, Sven Блумберг, y Jürgen Laartz[1]
    • Сравните ответы поставщиков, связанных с RFP (Запрос на обработку) против предложений остальных поставщиков;
    • Измерение дает оценку статус-кво (реальная ситуация) понимать и улучшать процессы разработки программного обеспечения. (См. Рекомендации по измерению программного обеспечения - выпуск 1.1, pag. 2-4, 3-7 - 3-8;)
    • Чтобы определить Лучшие практики разработка собственной софтверной компании
    • Для измерения качества поставляемого программного обеспечения, и предоставить финансовый стимул командам разработчиков для создания качественного программного обеспечения..
    • SNAP и измерение функциональных точек предоставляют вам средства связи с вашими клиентами., знать размер ваших запросов на программное обеспечение, а также позволяет легко рассчитать продуктивность, качественный, и прикинуть точнее.
    • Многие из ваших конкурентов уже работают с этими идеями..

    [1]http://calleam.com/WTPF/?page_id=1445

     

Вернуться к началу

Страница из
частые вопросы
IFPUG

4.1 Каковы преимущества членства в IFPUG?
Хотя этот веб-сайт и большая часть информации предоставляются бесплатно для членов и нечленов, Членство в IFPUG дает следующие преимущества:

  • Хотя этот веб-сайт и большая часть информации предоставляются бесплатно для членов и нечленов, Членство в IFPUG дает следующие преимущества:
    • Возможности сетевого и личного общения для общения с профессионалами со всего мира, кто имеет или пытается реализовать программу измерения;
    • Ставки снижены до данных сравнительного анализа ISBSG (для бережливого производства Шесть Сигма) и другие продукты;
    • Возможность участвовать в комитетах, разрабатывающих стандарты функциональных точек..
    • Ежегодные конференции по обмену знаниями, которые:
      • Возможности познакомиться с другими людьми в области измерения;
      • Образовательные возможности для обучения и получения кредитов для продолжения образования на семинарах, проводимых перед Конференцией;
      • Доступ к обучению и сертификационному тесту для получения различных сертификатов, в том числе:
        • CFPS: Сертифицированный специалист по функциональным точкам (наиболее признанный сертификат измерения функциональных размеров);
        • ПТФ: Сертифицированный специалист по функциональным точкам (для профессионалов, которые являются профессионалами, но не обязательно эксперты в функциональной точке);
        • СНТ: Сертификат специалиста по программе SNAP (единственная в мире сертификация, собирающая знания о нефункциональных требованиях)
      • Возможность услышать мнение отраслевых экспертов и профессионалов, рассказывающих об их различных историях успеха. (И неудачи!) в поле измерения.
    • Профессиональные публикации:
      • Метрические Просмотры (два раза в год) - доступен в виде печатного и онлайн-журнала с интересными и актуальными статьями об измерениях программного обеспечения., Новости IFPUG, обновления комитета, обновления и информация о последних событиях в мире метрик программного обеспечения;
    • Важные скидки на продукцию IFPUG, включая:
      • Стандарт ISO и руководство по практике подсчета IFPUG (CPM) полный, с забором 300 страницы правил, быстрые руководства, и считая примеры;
      • Примеры из практики функциональных точек, которые предоставляют пошаговые измерения с примерами подсчета того, как применять правила CPM с требованиями к программному обеспечению;
      • Руководство по управленческому отчету со страницами полезных советов по успешному применению функциональных баллов;
      • Официальные документы и другие публикации IFPUG, которые эффективно иллюстрируют измерения функциональных точек с помощью новых технологий (клиент-сервер, Интернет, и т.п.,) приложения для подсчета функциональных точек (например, хранилища данных) и методологии (например, гибкий.)
    • Доступ к защищенному сайту только для членов IFPUG, где вы найдете онлайн-форум, где участники обмениваются советами и методами, связанными с измерением программного обеспечения. (Вы даже можете задать вопросы сообществу IFPUG),
    • Чтобы получить последние копии CPM, SNAP или другие документы, Нажмите здесь для нашего интернет-магазина, где вы можете купить эти товары.

    Пожалуйста, посетите Интернет-магазин здесь.

 

4.2 Есть ли плата за услуги IFPUG??
Члены IFPUG получают скидку на посещение конференций., мастерские, дополнительная литература, и получить доступ к онлайн-разделам сайта только для членов. Более того, Всем членам IFPUG предлагается принять участие в сообществе IFPUG и участвовать в качестве членов одного из различных комитетов.. Все остальные льготы в настоящее время бесплатны..

4.3 Как я могу продать SNAP и функциональные баллы своему старшему руководителю? (и программное обеспечение измерения)?
Первый шаг - узнать о преимуществах использования SNAP и анализа функциональных точек. (объективная мера размера программного обеспечения, не зависящая от инструментов, техники, навыки или методы, используемые для создания программного обеспечения), и позволяет узнать положительную окупаемость инвестиций, которую вы можете получить от программы измерения программного обеспечения на основе функциональных точек..
Следующим шагом будет исследование имеющихся данных. (особенно полезно для компаний, которые еще не собирали исторические данные FP) как данные доступны в ISBSG.
Международная группа по стандартам бенчмаркинга программного обеспечения (ISBSG) надежный всемирный репозиторий данных о проектах по разработке программного обеспечения (и функциональные точки) и может эффективно использоваться для оценки проекта, провести сравнительный анализ (в типах проектов,) и измерить эффективность проектов вашей компании (производительность и качество.) Члены IFPUG получают скидку на все продукты ISBSG..
Вернуться к началу

Страница из
частые вопросы
IFPUG
5. Как показать разработчикам и руководителям проектов важность анализа функциональных точек?

Анализ функциональных точек (FPA) позволяет Управление проектами с большей точностью, а также позволяет отслеживать прогресс и управлять объемом. Тоже, разработчики могут выполнять поставленные задачи в установленный срок благодаря более точной оценке с использованием анализа функциональных точек и исторических данных.

Вернуться к началу

Страница из
частые вопросы
IFPUG

6. Какие инструменты доступны для улучшения моих оценок функциональных точек??

Проекты разработки программного обеспечения можно оценить с помощью КОСМИЧЕСКИЙ, Ранняя оценка функциональных точек и Сравнительная оценка ISBSG .

 

Вернуться к началу

Страница из
частые вопросы
IFPUG

7. Как продемонстрировать моей группе пользователей важность анализа функциональных точек?

Анализ функциональных точек оценивает функциональный размер программного обеспечения на основе изучения функциональных требований пользователя. (в “Что программное обеспечение делает с точки зрения бизнес-процедур и процессов.”) Как таковой, PF анализирует с точки зрения пользователя и количественно определяет функциональные точки на основе пяти стандартов, программные компоненты: Два типа хранимых объектов данных (называются внутренними логическими файлами и файлами внешнего интерфейса), и три типа бизнес-процессов (известные как внешние входы, внешние визиты и внешние консультации). Результаты FP (перечень подсчитываемых бизнес-процессов и их функциональный размер) обеспечить измерение в удобном для пользователя виде. Измерения коэффициента мощности дают общий язык, который можно использовать для обсуждения с разработчиками программного обеспечения и пользователями.. Сам процесс проверки FP помогает выделить / выявить недостающие требования, и предоставляет целевую среду и точную оценку размера программного продукта, позволяет лучше контролировать бюджет пользователя.
Вернуться к началу

Страница из
частые вопросы
IFPUG

8.1 Что такое базовый уровень функциональных баллов?

  • а базовая линияразмер функций, предоставляемых пользователю системой.
  • Базовый план компании или компании - это сумма всех базовых показателей различных систем..

8.2 Нужен ли мне базовый набор функциональных баллов??

  • Ответ зависит от того, что вы хотите делать с числами.. Если ваша цель - оценить размер программного приложения, потому что вы хотите его заменить, тогда знание того, насколько велико ваше текущее приложение, даст вам хорошую основу для его размера, чтобы использовать его при оценке стоимости замещения.. Если ваша цель - точно оценить, сколько изменений (становится лучше) o рост происходит в течение года за счет усовершенствований программного обеспечения, затем вы можете измерить свой базовый уровень.
    Если ваша цель - улучшить качество, продуктивность или более точная оценка проектов, тогда вам не нужна базовая линия, а скорее размер разработки или улучшений программного обеспечения
  • Если ваша цель - сравнить затраты на обслуживание и поддержку (на основе ПФ) из вашего портфолио или набора, тогда вам нужен базовый план приложений.

Вернуться к началу

Страница из
частые вопросы
IFPUG

9. Почему бы мне не использовать строчки кода (как мера размера программного обеспечения для расчета показателей производительности или качества)?

Этот вопрос часто возникает, когда компании обдумывают, использовать ли строки FP или исходного кода. (яма) в качестве единицы измерения размера вашего программного обеспечения. Преимущество PF в том, что технология и приложение не зависят друг от друга., в то время как SLOC имеет следующие недостатки:

  • Строки кода, как правило, поощряют расточительный дизайн и наказывают лаконичный дизайн. (то есть, больше строк кода “спагетти” они могут быть не такими продуктивными, как лучшее кодирование макета в меньшем количестве строк кода для выполнения той же функции. Более крупный код не обязательно означает более продуктивную работу, когда речь идет о строках кода.)
  • Нет отраслевых стандартов (ISO или другие) для исходных строк кода. (то есть, некоторые люди выступают за подсчет строк кода без комментариев, но это не является общепринятым, и преобладают вариации.)
  • Строки кода нелегко использовать для нормализации на разных платформах., язык или по организации (потому что количество строк кода зависит от языка программирования и кодирования.)
  • Некоторые 4GL даже не используют строки кода.
  • Показатели, основанные на строках кода, могут вводить в заблуждение - обратитесь к Каперсы Джонс Парадокс производительности.

Вернуться к началу

Страница из
частые вопросы
IFPUG

10. А как насчет обратного огня (практика преобразования SLOC в PF с таблицей преобразования на основе языков программирования)?

  • Обратный огонь основан на строках кода, поэтому вы сталкиваетесь с теми же трудностями, что и при использовании строк кода.
  • Может использоваться с осторожностью в устаревших системах без особых перспектив дополнительной работы.
  • Обратный огонь может быть полезен, если неточность не является проблемой..

Вернуться к началу

Страница из
частые вопросы
IFPUG

11.1 Я понимаю, что нам нужно улучшить. Где я могу начать?

  • Сначала начните с определения того, что нужно улучшить. Процесс GQM (Цель / Вопрос / Метрика) может помочь облегчить эту работу. Дополнительные бесплатные ресурсы (загружаемый) доступны из web del Практическое программное обеспечение и системные измерения (PSSM).Когда у вас есть цели и показатели для измерения, размер FP будет важной мерой, которую вам нужно будет собрать как общий знаменатель для коэффициентов производительности и качества..
  • После того, как они установили свои цели по улучшению, это подскажет вам, с чего следует начинать улучшение (например, в области качества, продуктивность, o точность оценок).
  • Присоединяйтесь к IFPUG и участвуйте вместе с другими участниками на нашем внутреннем онлайн-форуме, и узнайте, как они успешно применили PF на основе измерения и улучшения программного обеспечения..

11.2 Если это только я и 500 Разработчики, Где я могу начать?

Определите, какие проблемы являются наиболее важными для разработчиков. Начните процесс измерения (используя упомянутый выше процесс GQM) сосредоточиться на этих областях и немедленно начать сообщать о результатах, чтобы получить поддержку. Специалисты советуют начинать вашу программу измерений вначале с малого., набирать обороты результаты измерений, прежде чем распространять по всей компании. В этом случае, Вы можете убедиться, что получили правильные измерения, внедрены правильные процессы измерения, и небольшие победы были одержаны, прежде чем мера была распространена на более широкую аудиторию.

11.3 Если важна продуктивность, Какую производительность следует измерять - Разработка новых продуктов, поддержание, и т.п.?
Опять таки, это зависит от ваших целей измерения. Наряду с подходом GQM, вы можете использовать анализ Парето (правило 80/20) определить, где области “боль”, и области назначения, на которых в первую очередь следует сосредоточить внимание на показателях производительности.. Например, если вы недоукомплектованы персоналом и проблема заключается в оплате за поддержку и обслуживание программного обеспечения, тогда (FTE от 1000 PF например) можно было бы использовать для объективной проверки нехватки или нехватки персонала.
Вернуться к началу

Страница из
частые вопросы
IFPUG

12.1 Мы хотим повысить продуктивность разработки программного обеспечения, Какая информация мне нужна?

  • Для определения производительности можно использовать разные соотношения, каждый из которых основан на функциональных точках. См. Руководство по отчету руководства или руководство ISBSG «Практическая оценка проекта». (продукт ISBSG) для дополнительной информации.

12.2 Что мне нужно сделать, чтобы иметь возможность проводить измерения в ПФ?
Руководство по практике подсчета IFPUG (версия 4.3.1) описывает необходимые документы / артефакты, необходимые для подсчета FP. Первым шагом является определение объема и цели измерения, а также того, собираетесь ли вы подсчитывать размер программного приложения. (базовая линия) o размер разработки / улучшения программного обеспечения в проекте (Новые разработки или обслуживание). Обратите внимание, что каждая часть программного обеспечения считается пределом приложения. (см. CPM для более подробной информации) и будет учитываться в вашем собственном подсчете FP.
Чтобы выполнить функцию подсчета очков, вы должны знать следующее (функциональные требования пользователя) о программном обеспечении:

  • Определяемые пользователем выходы, выходящие за границы приложения и являющиеся результатом одного процесса (например, форматы отчетов, макеты экрана, макеты выходных файлов).
  • Определяемые пользователем входные данные приложения, выходящие за границы приложения и связанные с одним процессом (то есть, макеты экрана, макеты файлов, пакетные записи).
  • Пользовательские хранилища данных, поддерживаемые приложением (например, макеты файлов, определения таблиц, определения базы данных или сущности).
  • Определяемые пользователем хранилища данных, доступные для справочной информации только приложением (например, макеты файлов, определения таблиц).
  • Определяемые пользователем запросы, выходящие за границы приложения (например, форматы отчетов, макеты экрана).
  • Процесс подсчета FP полностью описан в Руководстве по методам подсчета IFPUG..
  • Индекс поддержки = функциональные баллы приложения / часов усилий для поддержки приложения
  • Индекс улучшения = FP улучшено / изменено в проекте / часы работы над проектом
  • Время выхода на рынок = функциональные единицы поставленного программного приложения / календарное время
  • Для получения более подробной информации об анализе функциональных точек, См. Руководство по подсчету IFPUG.
  • Методы гибкой разработки программного обеспечения для увеличения скорости доставки

Вернуться к началу

Страница из
частые вопросы
IFPUG

13. Что ИТ-директор должен знать о размере программного обеспечения? (Функциональные точки и SNAP)
Управление ИТ-портфелем - очень важная тема для руководителей высокого уровня. Размер программного обеспечения может помочь руководству оценить рентабельность инвестиций в свои проекты., и сравнить альтернативы с анализом затрат и выгод. Функциональные точки и SNAP можно использовать вместе с другими мерами. (проектные усилия, дефекты, и т.п.) для отслеживания тенденций и сравнительного анализа.
Вернуться к началу

Страница из
частые вопросы
IFPUG

14. Что ИТ-директор должен знать об Agile & Функциональные точки?

рациональный унифицированный процесс
Наиболее важным соображением при использовании любых показателей для сравнения или оценки различных типов проектов или контрактов является согласованность.. Часто разработчики либо отказываются от FP в Agile проектах. (говоря, что гибкие проекты нельзя считать с FP) или обнять их (думая, что они могут получить FP больше, чем проекты водопада, подсчитывая FP в спринтах!) Все это неверно! FP представляют собой размер поставляемого программного обеспечения в зависимости от его функциональности. (функциональные требования пользователя) - и что они представляют собой полные и последовательные бизнес-процессы. (См. Статью Количество ПОО в гибких / итеративных проектах Больше подробностей.)

Точка замерзания может быть эффективным способом измерения и оценки контрактов с фиксированной ценой., а также может быть полезно при сравнении запроса предложения с участниками или между участниками в процессе торгов для проектов разработки программного обеспечения.. (например, цена за FP двух предложений может сильно различаться и указывать на то, что поставщик, возможно, не понял, каковы функциональные требования к разрабатываемому программному обеспечению.)

В индустрии разработки программного обеспечения и аутсорсинг, и IBM, и CGI используют FP (и с командами сертифицированных специалистов функциональных точек) просмотреть представленные предложения.

Различные типы контрактов могут выиграть от включения в ваше предложение оценки функциональных точек., и некоторые страны (как италия, Бразилия, Корея, Финляндия) все чаще используют предложения и цены за единицу FP (стоимость FP) для заключения контрактов на программное обеспечение.
Вернуться к началу

Страница из
частые вопросы
IFPUG

15. Мы хотим улучшить наш процесс оценки с помощью PF, Какая еще информация мне нужна?

Оценка программного обеспечения - это отдельная тема, но предпосылки для оценки проектов с использованием FP в качестве входной меры (для программного обеспечения, которое будет разработано) должны включать как минимум следующие атрибуты:

  • тип развития; (новая разработка или улучшение)
  • Платформа; (соображения по аппаратному обеспечению и архитектуре)
  • язык; (уровень программирования или язык)
  • командный опыт;
  • техники; (методология разработки)
  • внешние ограничения; и
  • сфера ползучести

Независимо от того, используете ли вы подход внутренней оценки, или используя исторический репозиторий ISBSG для оценки скорости доставки или профессиональный программный пакет, вам нужно будет знать пропорции (коэффициенты доставки) для аналогичных проектов, чтобы сделать достоверную оценку. На рынке доступны пакеты программного обеспечения, помогающие оценить точность..

Вернуться к началу

Страница из
частые вопросы
IFPUG

16. Мы хотим улучшить наше качество, Какая информация мне нужна?

  • Качество означает разные вещи для разных людей. Определите, что означает качество в вашей собственной организации. «ISO 9126 Здесь могут помочь «атрибуты качества программных систем» и «мета / вопрос / метрика»..
  • Это примеры показателей качества.:
    • плотность дефектов - количество программные ошибки/размер приложения в функциональных точках; и
    • скорость доставки дефектов - количество дефектов, поставленных в первый месяц эксплуатации в производстве.

Вернуться к началу

Страница из
частые вопросы
IFPUG

17. Нужен ли мне сертифицированный консультант CFPS?

Это вопрос, на который каждая компания должна ответить внутренне.. Некоторые вещи, о которых стоит подумать:

  • Хотим ли мы получить полную базу данных через несколько месяцев?? Если ответ положительный, было бы разумно, чтобы вам помогали несколько сертифицированных бухгалтеров.. Выполняя эту задачу, может это сделать 1 или более сотрудников получают сертификацию в функциональных точках, чтобы в будущем он мог поддерживать этот базовый уровень внутри.
  • Мы хотим начать считать и оценивать “большие проекты”. Если это то, что вы ищете, вы можете отправить некоторых сотрудников на семинар или конференцию IFPUG для обучения. После тренировки, сможет подсчитать и начать сбор данных. Вам также следует подумать о том, чтобы иметь 1 или более сотрудников, сертифицированных в функциональных точках, чтобы иметь возможность проверять измерения.
  • Вы не представляете, что ищет начальник, нам просто нужно начать измерения. Если вы войдете в эту группу, вы можете пригласить консультанта, который проведет сеанс «цель / вопрос / показатель (GQM)»Чтобы определить, с каких мер начать. В этой точке, вы можете отправить несколько человек на семинар или конференцию IFPUG для обучения.
    Вы часть огромной компании, и начальник хочет сразу все начать измерять. Если это твоя ситуация, вы можете пригласить консультанта в:
  • Проведите несколько сеансов "цели / вопросы / показатели". (GQM)»; и
  • Обучите несколько человек подсчету функциональных баллов.
  • Вы также можете назначить несколько человек для координации усилий и нескольких человек, которые будут выполнять измерения и собирать данные.. Координаторы обязательно должны быть сертифицированы в функциональных точках, поскольку они будут отвечать за аудит и отвечать на вопросы, когда есть.

Вернуться к началу

Страница из
частые вопросы
IFPUG

18.1 Что искать в консультанте?

  • Тот, кто умеет измерять.
  • Они должны быть сертифицированы IFPUG. (CFPS). Использование SNAP - необходимо иметь сертификат SNAP (СНТ).
  • У них должен быть опыт измерения в общей для вас отрасли..
  • Хорошие отношения / навыки межличностного общения - совместимые с вашей корпоративной культурой.
  • Знание показателей для интеграции функциональных точек в сбалансированную программу измерений

18.2 Как определить сертификат IFPUG консультанта?

На веб-сайте IFPUG перейдите к Поиск публичной сертификации и вы сможете сделать запрос, используя поля имени и другие подходящие критерии поиска.
Вернуться к началу

Страница из
частые вопросы
IFPUG

19.1 Где мне искать консультанта?
Проверьте наш список поставщиков для всех поставщиков, которые являются членами IFPUG..
19.2 Кто еще это осуществил?
IFPUG имеет множество членов в разных странах по всему миру.. Членство набрано из всех основных отраслей, включая, но не ограничено:

  • Аэрокосмическая промышленность
  • банк
  • Финансы
  • Телекоммуникации
  • Страхование
  • Производство
  • Общественные услуги
  • розничная торговля
  • правительство
  • Разработка компьютерных систем

Одним из основных преимуществ членства в IFPUG является доступ к сети членов IFPUG. (через доску объявлений или по электронной почте) которые успешно внедрили FP измерения и улучшения процессов в своих организациях.
Вернуться к началу

Страница из
частые вопросы
IFPUG

20. Где я могу провести дополнительные исследования концепций функциональных точек??
Проверьте наши Библиография / библиотека для дальнейшего чтения по анализу функциональных точек.

Присоединяйтесь к нашим сетям Facebook и LinkedIn и поделитесь с нами своими кругами.

IFPUG Web пожалуйста, закладка для дальнейшего использования.
IFPUG Facebook Page, пожалуйста, нажмите как
IFPUG Twitter пожалуйста, следите за последними версиями Белых Книг и других новостей.
IFPUG LinkedIn пожалуйста, нажмите Follow

Чтобы предложить новые ответы на часто задаваемые вопросы или правки на этой странице, пожалуйста, нажмите на Связаться с нами и включите "IFPUG FAQ" в тему сообщения..

Члены и другие пользователи могут загружать документы с нашего Интернет-магазин, где вы также можете продлить или подать заявку на членство в IFPUG.

Вернуться к началу
Страница из
частые вопросы
IFPUG