FAQS португальская

ЧАСТО ЗАДАВАЕМЫЕ ВОПРОСЫ

Обновлено в Octobro 2016

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

IFPUG сайт, пожалуйста, проверить на будущее
IFPUG Facebook Page, пожалуйста, нажмите «Нравится»
IFPUG Twitter, пожалуйста, следите за последними новостями из «Белой книги» и другими новостями
IFPUG LinkedIn, пожалуйста, нажмите «Follow»

Чтобы предложить другие «Часто задаваемые вопросы» (Общие вопросы) или правки на этой странице, пожалуйста нажмите здесь Связаться с нами и укажите «IFPUG FAQ» в теме сообщения..

 

Ассоциированные и не ассоциированные лица могут загружать документы с нашего сайта »Онлайн магазин», где они также могут продлить или подать заявку на членство в IFPUG.

Главная / К началу страницы СТРАНИЦА часто задаваемых вопросов IFPUG

 

ЧАСТО ЗАДАВАЕМЫЕ ВОПРОСЫ

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


Точки
из
профессия

1.1 Что это один Функциональная точка?

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

В отрасли можно найти множество других применений функциональных точек.: образуют общий знаменатель метрики размера (например., ставка другого показателя «за ПФ») для сравнительного анализа качества и производительности в различных ИТ-отраслях. Чтобы узнать больше о методе IFPUG PF (e o Процесс нефункциональной оценки программного обеспечения (ЩЕЛЧОК) для количественной оценки нефункциональных требований), Нажмите на ссылку ниже:

Вернуться наверх

1.2 Что такое SNAP?

SNAP - это аббревиатура от «Процесс нефункциональной оценки программного обеспечения». (Процесс оценки нефункционального программного обеспечения). Это программная метрика, дополняющая PF.. SNAP позволяет измерять нефункциональные требования в дополнение к функциональным требованиям, измеряемым PF.. Он никоим образом не заменяет функциональные точки, используется в дополнение к функциональным точкам. Он представляет собой постоянное улучшение IFPUG в способе измерения программного обеспечения..

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

Проще говоря, Функциональные точки измеряют объем (или размер) потока данных и хранения, присущие программному приложению. Это так называемые функциональные требования пользователей.. SNAP mede o volume (или размер) другие аспекты программного обеспечения, такие как, конфигурация данных, алгоритмы, деревья решений, проверка данных, расположение логотипов и т. д.. Это так называемые нефункциональные требования.. В настоящее время есть 14 признанные категории нефункциональных требований. Термин «функциональные требования пользователя» часто сокращается как РФС «ФУР».. Термин «нефункциональные требования» часто сокращается как RNF «NFR».. Подробные сведения о подсчете функциональных точек приведены в Руководстве по подсчету функциональных точек.. Конкретная информация о количестве точек SNAP содержится в Руководстве по методам оценки.. Оба доступны в магазине IFPUG на ifpug.org..

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

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

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

1.5 SNAP действительно необходим?

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

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

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

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

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

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

 

1.8 Каковы преимущества использования SNAP ?

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

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

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

Есть несколько компаний, которые уже используют SNAP в США., Азия и Европа в процессе оценки.

1.10 Как я могу узнать SNAP?

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

Вернуться наверх

Точки
из
профессия

2.0 Функциональные очки для всех?

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

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

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

Вернуться наверх

Точки
из
профессия

3.1 Почему я должен измерять?

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

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

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

Вернуться наверх

Точки
из
профессия

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

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

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

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

4.3 Как продать функциональные баллы, ЩЕЛЧОК (и программное обеспечение измерения) для моего высшего руководства?

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

Следующим шагом будет исследование доступных отраслевых данных. (особенно полезно для компаний, которые еще не собирали исторические данные FP), такие как доступные данные из ISBSG.

Данные эталонных тестов от International Software Benchmarking Standards Group (ISBSG) являются всемирным хранилищем проектов по разработке программного обеспечения (и функциональные точки) которые можно эффективно использовать для оценки проекта, сделать сравнительный анализ (для разных типов проектов) и оценить эффективность проектов вашей компании (производительность и качество.). Члены IFPUG получают скидку на все продукты ISBSG..

 

Вернуться наверх

Точки
из
профессия

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

Вернуться наверх

Точки
из
профессия
6.0 Какие инструменты доступны для улучшения моих оценок функциональных баллов?

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

Вернуться наверх

Точки
из
профессия

7.0 Как показать моей группе пользователей важность анализа функциональных точек?
Функция Point Analysis оценивает функциональный размер программного обеспечения на основе изучения функциональных требований пользователя. («Что программное обеспечение делает с точки зрения бизнес-процессов и процедур»). Как таковой, APF, рассматривает программное обеспечение с точки зрения пользователя и количественно определяет функциональные точки на основе пяти стандартных компонентов, ориентированных на пользователя программного обеспечения: два типа хранимых объектов данных (упоминаемые как файлы внутренней логики и файлы внешнего интерфейса), и три типа бизнес-процессов (упоминается как внешние входы, Внешние выходы и внешние запросы). Результаты подсчета ПФ (список учитываемых бизнес-процессов и функциональный размер их компонентов) генерируются в терминах, понятных пользователю. Подсчет PF обеспечивает общий язык, который можно использовать для обсуждения как с разработчиками программного обеспечения, так и с пользователями., так же. Процесс подсчета фактически помогает выделить / обнаружить недостающие требования и дает объективную и точную оценку размера программного продукта., следовательно, помогая пользователю контролировать свой бюджет.

Вернуться наверх

Точки
из
профессия

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

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

 

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

 

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

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

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

Вернуться наверх

Точки
из
профессия

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

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

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

Вернуться наверх

Точки
из
профессия

10.0 А как насчет обратного огня (практика преобразования SLOC в PF с помощью таблицы преобразования на основе языков программирования)?

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

Вернуться наверх

Точки
из
профессия

11.1 Мне сказали, что нам нужно улучшить. С чего мне начать?

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

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

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

11.3 Если производительность имеет значение, где измерять продуктивность - новая разработка, обслуживание и т. д.?

Очередной раз, зависит от ваших целей по замерам. Методом GQM, вы можете использовать анализ Парето (правило 80/20) чтобы определить, какие у вас «болевые зоны», и нацелить их на начальные измерения производительности.. Например, если у вас сокращенный штат и проблемы в области поддержки / обслуживания программного обеспечения, затем плата за поддержку (FTE от 1000 PF, например) можно использовать для объективного доказательства дефицита или отсутствия.

Вернуться наверх

Точки
из
профессия

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

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

12.2 Что мне нужно для подсчета PF?

Руководство по методам подсчета IFPUG (в настоящее время в версии 4.3.1) указывает предварительные условия с точки зрения документов / артефактов, необходимых для подсчета PF. Первый шаг - определить объем и цель подсчета, а также собираетесь ли вы подсчитывать размер программного приложения. (базовая линия) или размер проекта разработки / улучшения программного обеспечения (количество новых проектов развития или улучшения). Обратите внимание, что каждая часть программного обеспечения считается отдельной границей приложения. (см. CPM для более подробной информации) и будет иметь собственное количество функциональных точек.

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

  • Saídas definidas pelo usuário que cruzam a fronteira da aplicação e são resultado de um processamento único (p.e., layouts de relatórios, layouts de telas, layouts de arquivos de saída).
  • Entradas definidas pelo usuário que cruzam a fronteira da aplicação e que disparam um processamento único (p.e., layouts de tela, layouts de arquivo, arquivos de entrada batch).
  • Armazenagens de dados definidas pelo usuário que são mantidas pela aplicação (p.e., layouts de arquivo, definições de tabelas, base de dados ou de entidades).
  • Armazenagens de dados definidas pelo usuário que são acessadas para referência pela aplicação (p.e., layouts de arquivo, definições de tabelas).
  • Queries definidas pelo usuário que cruzam a fronteira da aplicação (p.e., formatos de relatórios, layouts de tela).
  • O processo de contagem de PF é integralmente descrito no Manual de Práticas de Contagem do IFPUG.
  • Taxa de suporte = Pontos de Função da aplicação / horas de esforço para suportar a aplicação
  • Taxa de melhoria = Pontos de Função do projeto de melhoria ou mudança / horas de esforço do projeto
  • Taxa de entrega (Пора торговать) = Pontos de Função entregues da aplicação de software / duração
  • Para informações mais detalhadas na análise de Pontos de Função, refira-se ao Manual de Práticas de Contagem do IFPUG.
  • Métodos Ágeis de Desenvolvimento de Software para melhorar a taxa de entrega.

Вернуться наверх

Точки
из
профессия

13.0 Что ИТ-директор должен знать о размере программного обеспечения? (Функциональные точки и SNAP)

Gerenciamento do Portfolio de TI é um assunto muito importante para executivos sênior. Размер программного обеспечения может помочь руководителям оценить окупаемость инвестиций в свои ИТ-проекты и сравнить альтернативы с анализом затрат и выгод.. Функциональные точки и SNAP можно использовать вместе с другими показателями. (проектные усилия, дефекты, и т.п.) для отслеживания тенденций и проведения сравнительного анализа.

 

Вернуться наверх

Точки
из
профессия

14.0 Что ИТ-директор должен знать об Agile-методе & Функциональные точки?
Наиболее важным соображением при использовании любого измерения для сравнения или оценки различных типов проектов или контрактов является согласованность.. Часто разработчики отказываются от PF в проектах Agile Method (говоря, что проект Agile Method не может быть засчитан с использованием PF) или обнять ее (думая, что они могут получить больше PF, чем проекты водопада, подсчитывая PF во время спринтов!). Nenhum dos dois está correto! PF representa o tamanho de um pedaço de software entregue baseado na sua funcionalidade (функциональные требования пользователя) – que são processos de negócio completos e consistentes. (Veja o artigo Подсчет FP на Agile / итеративных проектовpara mais detalhes.)

PF pode ser uma forma efetiva de dirigir e avaliar contratos de preço fixo, e pode ser útil para comparar RFPs contra e entre competidores durante o processo de licitação para os projetos de desenvolvimento de software. (p.e., o preço por PF de duas propostas pode variar bastante e indicar que um fornecedor pode não ter compreendido completamente quais são os requisitos funcionais do software a ser desenvolvido.)

Na indústria de software e de terceirização, tanto a IBM quanto a CGI usam PF (и имеет сертифицированные команды специалистов Function Point) просмотреть поданное предложение.

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

Вернуться наверх

Точки
из
профессия

15.0 Мы хотим улучшить наш процесс оценки с помощью PF, какая еще информация мне нужна?
Сама по себе оценка программного обеспечения - это область, но предварительные условия для оценки программного обеспечения с использованием PF в качестве входной метрики. (для программного обеспечения, которое будет разработано) включает как минимум следующие атрибуты:

  • Тип развития (новая разработка или улучшение);
  • Платформа (аппаратные и архитектурные особенности);
  • Язык (язык программирования или уровень);
  • Опыт команды;
  • Методы (методология разработки);
  • Внешние ограничения; е
  • Увеличение объема (сфера ползучести)

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

Вернуться наверх

Точки
из
профессия

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

  • Качество имеет разное значение для разных людей. Для начала вам нужно определить, что означает качество в вашей организации.. ISO 9126 Атрибуты качества программных систем и процессов GQM (Цель / вопрос / показатель) могу помочь тебе(а) Здесь.
  • Exemplos de métricas de qualidade são:
    • Densidade de defeitos – número de defeitos/tamanho da aplicação em pontos de função; е
    • Taxa de entrega de defeitos – número de defeitos entregues no primeiro mês de operação.

Вернуться наверх

Точки
из
профессия
17.0 Мне нужен сертифицированный консультант CFPS?
Esta é uma pergunta que todas companhias precisam responder por si só. Algumas questões para pensar são:

  • Queremos obter um baseline completo em poucos meses? Se a resposta for sim, o sensato é que o departamento de TI tenha vários contadores certificados para poder ajudá-lo(а). Enquanto a contagem é feita, você pode ter um ou mais colaboradores se certificando em PF que serão então responsáveis por manter os baselines.
  • Мы просто хотим начать подсчет и оценку наших «больших проектов».. Если это то, что вы ищете, вы можете отправить некоторых сотрудников на семинар и / или конференцию IFPUG для обучения. После тренировки, они смогут посчитать и начать сбор данных. Вам также следует подумать о том, чтобы один или несколько сертифицированных сотрудников PF проверяли подсчеты..
  • Вы не представляете, что ищет начальник, но знаете, что нужно начать измерять. Если ты в этой группе, было бы интересно пригласить консультанта, который может провести сеанс GQM (Цель / вопрос / показатель) для определения начальных измерений. С этой точки зрения, você pode enviar algumas pessoas para um workshop do IFPUG e/ou conferencia para serem treinados.
  • Você é parte de uma grande companhia e o chefe quer começar a medir TUDO já. Если ты в этой группе, você pode querer trazer um consultor para:
    • Fazer uma sessão de GQM (Цель / вопрос / показатель); е
    • Treinar várias pessoas para contar Pontos de Função.
    • Você pode também querer designar algumas pessoas como coordenadores de todo o esforço e outras pessoas para executar as contagens e coletar os dados. Os coordenadores devem ser certamente certificados na contagem de Pontos de Função pois serão chamados para auditar as contagens e tomar decisões quando as dúvidas forem levantadas.

Вернуться наверх

Точки
из
профессия

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

  • Alguém que tenha experiência em contagem.
  • Alguém que seja certificado pelo IFPUG (CFPS). Se usar SNAP, deve ser certificado pelo SNAP (СНТ).
  • Deve ter experiência de contagem na sua indústria.
  • Habilidades interpessoais boas – compatíveis com a cultura de sua corporação
  • Experiência em integrar Pontos de Função com um programa de métricas já bem estabelecido.

18.2 Como identificar a certificação IFPUG de um consultor?

Navegue na página Общественная сертификация Поиск do site do IFPUG e envie uma pergunta usando os campos de nome e os critérios apropriados de busca.

 

Вернуться наверх

Точки
из
профессия

19.1 Где искать консультанта?
Verifique nossa Список поставщиков para todos os fornecedores associados ao IFPUG.

19.2 Quem são os associados ao IFPUG ?
IFPUG tem vários associados em vários países ao redor do globo. Temos associados nas maiores categorias de indústria, incluindo mas não limitando-se a:

  • aeroespacial
  • bancária
  • financeira
  • telecomunicações
  • страхование
  • производство
  • Розничная торговля
  • общественные услуги
  • правительство
  • разработка компьютерных систем

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

Вернуться наверх

Точки
из
профессия

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

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

IFPUG сайт, пожалуйста, проверить на будущее
IFPUG Facebook Page, пожалуйста, нажмите «Нравится»
IFPUG Twitter, пожалуйста, следите за последними новостями из «Белой книги» и другими новостями
IFPUG LinkedIn, пожалуйста, нажмите «Follow»

Чтобы предложить другие «Часто задаваемые вопросы» (Общие вопросы) или правки на этой странице, пожалуйста нажмите здесь Связаться с нами и укажите «IFPUG FAQ» в теме сообщения..

Ассоциированные и не ассоциированные лица могут загружать документы с нашего сайта »Онлайн магазин», где они также могут продлить или подать заявку на членство в IFPUG.

.
Вернуться наверх

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

IFPUG сайт, пожалуйста, проверить на будущее
IFPUG Facebook Page, пожалуйста, нажмите «Нравится»
IFPUG Twitter, пожалуйста, следите за последними новостями из «Белой книги» и другими новостями
IFPUG LinkedIn, пожалуйста, нажмите «Follow»

Чтобы предложить другие «Часто задаваемые вопросы» (Общие вопросы) или правки на этой странице, пожалуйста нажмите здесь Связаться с нами и укажите «IFPUG FAQ» в теме сообщения..

Ассоциированные и не ассоциированные лица могут загружать документы с нашего сайта »Онлайн магазин», где они также могут продлить или подать заявку на членство в IFPUG.

Вернуться наверх