FAQS Spaans

 

Word lid van onze Facebook- en LinkedIn-netwerken en deel ons met uw kringen.

IFPUG-web alstublieft, bladwijzer voor toekomstige referentie.
IFPUG Facebook-pagina, alstublieft, Klik like
IFPUG Twitter alstublieft, volg de laatste versies van White Papers en ander nieuws.
IFPUG LinkedIn alstublieft, klik op volgen

Om nieuwe veelgestelde vragen of edities van deze pagina voor te stellen, klik alstublieft Neem contact met ons op en bevat "IFPUG FAQ" in het onderwerp van het bericht.

Leden en andere gebruikers kunnen documenten van ons downloaden Online winkel, waar u ook een IFPUG-lidmaatschap kunt verlengen of aanvragen.


Begin

Pagina van
veelgestelde vragen
IFPUG

1. Wat zijn functiepunten? Wat is SNAP?
2. Zijn functiepunten voor iedereen?
3. Waarom zou ik willen meten? De 25% van grote bedrijven wereldwijd (ISBSG-lettertype) vertrouw op softwaremaatregel om uw softwareontwikkeling te beheren om de volgende redenen:
4. Wat zijn de voordelen om lid te zijn van IFPUG?
5. Hoe toon ik aan ontwikkelaars en projectmanagers het belang van functiepuntanalyse?
6. Welke tools zijn beschikbaar om mijn schattingen van functiepunten te verbeteren?
7. Hoe toon ik aan mijn gebruikersgroep het belang van functiepuntanalyse?
8. Wat is een basislijn van een functiepunt?
9. Waarom zou ik geen coderegels gebruiken? (als maat voor softwaregrootte voor het berekenen van productiviteit of kwaliteitsverhoudingen)?
10. Hoe zit het met averechts werken (de praktijk van het converteren van SLOC naar PF met een conversietabel gebaseerd op programmeertalen)?
11. Ik begrijp dat we moeten verbeteren. Waar kan ik beginnen?
12. We willen de productiviteit van onze softwareontwikkeling verbeteren, Welke informatie heb ik nodig?
13. Wat moet een CIO weten over de softwaregrootte? (Functiepunten en SNAP)
14. Wat u moet weten over Agile a CIO & Functiepunten?
15. We willen ons schattingsproces verbeteren met PF, Welke andere informatie heb ik nodig?
16. We willen onze kwaliteit verbeteren, Welke informatie heb ik nodig?
17. Heb ik een CFPS-gecertificeerde consultant nodig??
18. Waar moet ik op letten bij een consultant?
19. Waar zoek ik een consultant?
20. Waar kan ik meer onderzoeken over functiepuntconcepten?

 

Terug naar het begin

Pagina van
veelgestelde vragen
IFPUG

1.1 Wat zijn functiepunten?

Function Points is een internationaal gestandaardiseerde meeteenheid die wordt gebruikt om de software grootte. De IFPUG functionele maatmeetmethode (IFPUG-versie 4.3.1) kwantificeert de functionaliteit van de gebruikerssoftware uitsluitend op basis van het logische ontwerp en functionele vereisten. Het resulterende nummer wordt het aantal functiepunten genoemd.. Met dit in gedachten, De doelstellingen van de functiepuntmetingen zijn:

Er zijn veel andere functiepunttoepassingen in de branche.: vormen een gemeenschappelijke noemer van grootte (bijvoorbeeld, verhouding van andere maatstaf per PF) voor productiviteits- en kwaliteitsbenchmarking in veel bedrijven. Om meer te leren over de IFPUG PF-methode (y el Software niet-functioneel beoordelingsproces (SNAP) die niet-functionele vereisten kwantificeert) Klik op de volgende links:

1.2 Wat is SNAP?

SNAP “Software niet-functioneel beoordelingsproces ”is een softwaremetriek, complementair aan het gebruik van functiepunten. SNAP maakt meten mogelijk niet-functionele vereisten naast de functionele eisen gemeten in functiepunten. Het vervangt op geen enkele manier functiepunten, is een aanvulling daarop. Vertegenwoordigt continue verbetering van IFPUG in de manier waarop software wordt gemeten.

1.3 Wat is het verschil tussen functiepunten en SNAP?

In een notendop, functiepunten meten het volume (of de maat) gegevensstroom en informatieopslag in een softwareapplicatie. Dit wordt functionele gebruikersvereisten genoemd.. SNAP meet het volume (of maat) andere aspecten van de software - zoals gegevensconfiguratie, algoritmen, Beslissingsbomen, gegevensvalidatie, logo plaatsing, enz. Ze worden vereisten genoemd “niet functioneel”. Er bestaat 14 momenteel erkende categorieën niet-functionele vereisten. De voorwaarde “functionele gebruikersvereisten” vaak afgekort als “VACHT”. De voorwaarde “niet-functionele vereisten” vaak afgekort als “NFR”. Details voor het tellen van functiepunten staan ​​in de Counting Practice Manual. (CPM). Details voor het tellen van SNAP-punten staan ​​in de Assessment Practice Manual. (APM). Beide zijn verkrijgbaar in de IFPUG-winkel op de website ifpug.org.

1.4 Functiepunten en SNAP-punten samen om de totale grootte van de software te bepalen?

De totale omvang van de software wordt gemeten als het aantal functiepunten en het aantal SNAP-punten. Bijvoorbeeld, een applicatie kan een totale omvang hebben van 800 functiepunten en 300 SNAP-punten. Omdat functiepunten iets anders meten dan SNAP-punten, kan niet worden gecombineerd tot een enkele maat; in dit voorbeeld, de softwaretoepassing kan niet worden gemeten als 1100 “punten” Van een of andere soort. Dit is vergelijkbaar met hoe echte en imaginaire getallen worden weergegeven.: een nummer kan worden weergegeven als 800 + 300ik, Nee 1100 van een soort nummer.

Functiepunten en SNAP-punten worden geassocieerd met inspanning. De inspanning om een ​​softwareproduct te ontwikkelen of te verbeteren is de som van functiepunten voor functionele productiviteit (uur / PF) plus de som van SNAP-punten voor niet-functionele productiviteit (uren / SP).

1.5 Is SNAP echt nodig?

Afhankelijk van de toepassing, veel softwareontwikkelaars en ontwikkelingsteams erkennen dat een aanzienlijk deel van hun inspanningen direct op functiepunten kan worden gerekend. Dit geldt met name voor algoritmische toepassingen., toepassingen met aanzienlijke gegevensvalidatie, en apps met functies “ergonomisch” aanzienlijk als paginalay-outs en het gebruik van logo's. De continue verbetering die IFPUG biedt, is dat SNAP deze werkinspanning kan meten die niet wordt herkend door functiepunten, aangezien het aanzienlijk kan zijn. Biedt een eerlijkere en geschiktere meetbenadering. Het kan ook helpen bij het verbeteren van kostenramingen en planning voor nieuwbouwprojecten en onderhoudsprojecten..

1.6 Hoe laat ik ontwikkelaars en projectmanagers het belang van SNAP zien?

Ontwikkelaars besteden veel moeite aan het voldoen aan niet-functionele vereisten. Deze inspanning wordt niet weerspiegeld in de grootte van het functiepunt. Ontwikkelaars zullen het voordeel zien van het rechtvaardigen van hun inspanningen met SNAP, in plaats van een lagere productiviteit te gebruiken als we alleen kijken naar functie versus inspanningspunten.

Door gebruik te maken van functiepunten en SNAP, projectmanagers kunnen hun budget beter verantwoorden; kunnen hun sponsors laten zien welke activa worden ontwikkeld in de software - functionaliteit, gemeten door functiepunten, en de niet-functionele aspecten, gemeten door SNAP.

1.7 Wat is de meest nauwkeurige methode om de inspanning van een softwareproject te schatten?

Volgens Caper Jones (2012), de precisie van de handmatige puntentelfunctie geeft een foutmarge van 10%. Het gebruik van functiepunten en SNAP levert een 5% foutmarge

 

EstimatingAccuracy

1.8 Wat zijn de voordelen van SNAP?
Het meten van het functionele en niet-functionele aspect van softwaretoepassingen helpt organisaties op meerdere manieren.. Biedt een beter inzicht in de levering van softwareprojecten en het onderhoud van applicaties:

  • Verbetert de correlatie van inspanning en grootte, aangezien softwareontwikkeling taken omvat om te voldoen aan functionele en niet-functionele vereisten.
  • Verbetert de inschatting en het vermogen om de inspanning en tijd te voorspellen die nodig zijn om een ​​softwareproject op te leveren.
  • Ontwikkelaars worden niet gestraft voor het investeren in de niet-functionele aspecten van de vereisten.
  • Gebruikers kunnen de voordelen van een applicatie in hun organisatie beter begrijpen.
  • Klanten kunnen beter toewijzen (en kwantificeer) de waarde van uw geld.
  • De productiviteitsberekeningen van softwareontwikkeling zijn nauwkeuriger; variaties in metrische metingen van “inspanning / functiepunten” kan beter worden uitgelegd.
  • Ook projecten die niet functioneel zijn, kunnen alleen worden gemeten
  • Verschillen in belangrijke prestatie-indicatorwaarden (KPI ‘ s) projecten worden beter uitgelegd

1.9 Wordt SNAP tegenwoordig gebruikt?

Handleiding voor SNAP-beoordelingsproces beschikbaar (APM) gratis in de IFPUG-webwinkel. verder, Gecertificeerde training wordt gegeven door bedrijven die uit de volgende lijst op de IFPUG-site (http://www.ifpug.org/certification/training-materials-certification/)

Terug naar het begin

Pagina van
veelgestelde vragen
IFPUG

2. Zijn functiepunten voor iedereen?
Dit is bijna een retorische vraag - en het antwoord is dat het ervan afhangt of je moet weten hoe groot de software die je ontwikkelt of verbetert op softwareontwikkelingsprojecten is., of als u wilt weten hoe groot de systemen in uw softwareportfolio zijn. De functie puntgrootte kan snel en eenvoudig meetverhoudingen vergemakkelijken (samen met andere maatregelen) om u te vertellen welke projecten en toepassingen:

  • ze zijn productiever,
  • ontwikkelen van softwareproducten of applicaties van hogere kwaliteit,
  • nauwkeurige projectschattingen hebben,
  • moeten methoden voor procesverbetering toepassen,
  • zijn offline vanuit het oogpunt van kosten en budget (de kosten per eenheid);
  • heb een minderjarige (of beter) prestaties in uw team.

Als u in uw IT-rol wordt uitgedaagd om deze vragen te beantwoorden, dan zijn functiepunten iets voor jou!
Terug naar het begin

Pagina van
veelgestelde vragen
IFPUG

3. Waarom zou ik willen meten? De 25% van grote bedrijven wereldwijd (ISBSG-lettertype) vertrouw op softwaremaatregel om uw softwareontwikkeling te beheren om de volgende redenen:

    • Kan niet beheren wat u niet meet;
    • Om problematische softwareprojecten en applicaties te identificeren en om een corrigerende maatregelen; Gemiddeld, grote managementprojecten besteden een 45 procent meer dan het vastgestelde budget en een 7 procent meer in de tijd, terwijl een 56 procent minder dan de waarde die u had voorspeld. De Projecten software heeft het grootste risico de vastgestelde kosten en planning te overschrijden, McKinsey & Bedrijf samen met Oxford University in oktober 2012 | byMichael Bloch, Sven Blumberg, y Jürgen Laartz[1]
    • Vergelijk leveranciersreacties die zijn gekoppeld aan a RFP (Verzoek om proces) tegen aanbiedingen van andere aanbieders;
    • Meting geeft een beoordeling van de status quo (de feitelijke situatie) om softwareontwikkelingsprocessen te begrijpen en te verbeteren. (Zie Richtlijnen voor softwaremetingen - Release 1.1, pag. 2-4, 3-7 - 3-8;)
    • Het bepalen van Best practices van het ontwikkelen van uw eigen softwarebedrijf
    • Om de kwaliteit van de geleverde software te meten, en een financiële stimulans geven aan ontwikkelteams om kwaliteitssoftware te produceren.
    • Functiepuntmeting en SNAP bieden u de middelen om met uw klanten te communiceren, ken de grootte van uw softwareaanvragen, en u kunt er ook gemakkelijk de productiviteit mee berekenen, kwaliteit, en nauwkeuriger inschatten.
    • Veel van uw concurrenten werken al aan deze ideeën.

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

     

Terug naar het begin

Pagina van
veelgestelde vragen
IFPUG

4.1 Wat zijn de voordelen om lid te zijn van IFPUG?
Terwijl deze website en veel van de informatie gratis wordt verstrekt aan leden en niet-leden., Lid zijn van IFPUG heeft de volgende voordelen:

  • Terwijl deze website en veel van de informatie gratis wordt verstrekt aan leden en niet-leden., Lid zijn van IFPUG heeft de volgende voordelen:
    • Online en face-to-face netwerkmogelijkheden om te communiceren met professionals van over de hele wereld, die een meetprogramma hebben of proberen uit te voeren;
    • Tarieven verlaagd tot ISBSG Benchmarking-gegevens (voor Lean Six Sigma) en andere producten;
    • De mogelijkheid om deel te nemen aan commissies die functiepuntnormen ontwikkelen.
    • Jaarlijkse conferenties voor kennisuitwisseling die zorgen voor:
      • Mogelijkheden om andere mensen in het meetveld te ontmoeten;
      • Educatieve mogelijkheden om te leren en credits voor permanente educatie te verdienen door middel van workshops voorafgaand aan de conferentie;
      • Toegang tot training en certificeringstest om verschillende certificeringen te verkrijgen, waaronder:
        • CFPS: Gecertificeerd Function Point Specialist (de meest erkende certificering voor functionele maatmeting);
        • CFPP: Gecertificeerde Function Point Practitioner (voor professionals die professionals zijn, maar niet per se functiepuntexperts);
        • CSP: SNAP practitioner-certificaat (de enige certificering ter wereld die kennis verzamelt over niet-functionele vereisten)
      • Gelegenheid om te horen van experts uit de industrie en professionals met hun verschillende succesverhalen (En mislukkingen!) in het meetveld.
    • Professionele publicaties:
      • Metric Bekeken (halfjaarlijks) - beschikbaar als print en online magazine met actuele en interessante softwaremeetartikelen, IFPUG nieuws, commissie-updates, updates en informatie over de nieuwste ontwikkelingen in de wereld van softwarestatistieken;
    • Aanzienlijke kortingen op IFPUG-producten, waaronder:
      • ISO-standaard en IFPUG-handleiding voor teloefeningen (CPM) compleet, met hek 300 regels pagina's, beknopte handleidingen, en telvoorbeelden;
      • Casestudy's van functiepunten die een stapsgewijze meting bieden door voorbeelden te tellen van hoe CPM-regels met softwarevereisten kunnen worden toegepast;
      • Managementrapportgids met handige tippagina's voor succesvolle toepassing van functiepunten;
      • White papers en andere IFPUG-publicaties die functiepuntmetingen effectief illustreren met nieuwe technologieën (client server, Web, enz.,) functie voor het tellen van apps (bijvoorbeeld, datawarehouses) en methodologieën (bijvoorbeeld, behendig.)
    • Toegang tot de IFPUG beveiligde site voor leden, waar u een online forum kunt vinden waar leden tips en technieken uitwisselen met betrekking tot softwaremeting (u kunt zelfs vragen stellen aan de IFPUG-gemeenschap),
    • Om de laatste exemplaren van de CPM te verkrijgen, SNAP of andere documenten, Klik hier voor onze online winkel waar u deze producten kunt kopen.

    Bezoek de Online winkel hier.

 

4.2 Zijn er kosten verbonden aan IFPUG-services?
IFPUG-leden krijgen korting op het bijwonen van conferenties, workshops, aanvullende literatuur, en toegang krijgen tot alleen online leden van de website. verder, alle IFPUG-leden worden aangemoedigd om deel te nemen aan de IFPUG-gemeenschap en deel te nemen als lid van een van de verschillende commissies. Alle andere voordelen zijn momenteel gratis..

4.3 Hoe kan ik functiepunten en SNAP verkopen aan mijn senior manager (en meetsoftware)?
De eerste stap is om je bewust te worden van de voordelen van het gebruik van functiepuntanalyse en SNAP. (is een objectieve maat voor softwaregrootte die onafhankelijk is van tools, technieken, vaardigheden of methoden die zijn gebruikt om de software te bouwen), en laat u het positieve rendement op uw investering weten dat u kunt behalen met een softwareprogramma voor softwareproblemen.
De volgende stap is het onderzoeken van beschikbare gegevens (met name handig voor bedrijven die nog geen historische FP-gegevens hebben verzameld) als de gegevens die beschikbaar zijn in ISBSG.
De International Software Benchmarking Standards Group (ISBSG) is een wereldwijd betrouwbare opslagplaats van projectgegevens voor softwareontwikkeling (en functiepunten) en kan effectief worden gebruikt voor projectschatting, om vergelijkende analyses uit te voeren (in projecttypes,) en om de prestaties van de projecten van uw eigen bedrijf te meten (productiviteit en kwaliteit.) IFPUG-leden krijgen korting op alle ISBSG-producten.
Terug naar het begin

Pagina van
veelgestelde vragen
IFPUG
5. Hoe toon ik aan ontwikkelaars en projectmanagers het belang van functiepuntanalyse?

Analyse van functiepunten (FPA) staat de Beheer van projecten met grotere nauwkeurigheid, en maakt ook voortgangsbewaking en scopebeheer mogelijk. Te, ontwikkelaars kunnen toegewezen taken op een bepaalde vervaldag uitvoeren vanwege een nauwkeurigere schatting met behulp van functiepuntanalyse en historische gegevens.

Terug naar het begin

Pagina van
veelgestelde vragen
IFPUG

6. Welke tools zijn beschikbaar om mijn schattingen van functiepunten te verbeteren?

Software ontwikkelprojecten kunnen gemeten worden met COSMIC, Vroege schatting van het functiepunt en de ISBSG Vergelijkende schatting .

 

Terug naar het begin

Pagina van
veelgestelde vragen
IFPUG

7. Hoe toon ik aan mijn gebruikersgroep het belang van functiepuntanalyse?

Functiepuntanalyse beoordeelt de functionele omvang van software op basis van onderzoek naar functionele gebruikersvereisten (de “Wat de software doet in termen van zakelijke procedures en processen.”) Als zodanig, PF analyseert vanuit het oogpunt van de gebruiker en kwantificeert functiepunten op basis van vijf standaarden, software componenten: Twee soorten opgeslagen gegevensentiteiten (interne logische bestanden en externe interfacebestanden genoemd), en drie soorten bedrijfsprocessen (bekend als externe ingangen, externe output en extern overleg). PF-resultaten (een opsomming van de getelde bedrijfsprocessen en hun functionele omvang) bieden een meting in termen die begrijpelijk zijn voor de gebruiker. PF-metingen bieden een gemeenschappelijke taal die kan worden gebruikt voor discussies met softwareontwikkelaars en gebruikers. Het PF-screeningproces zelf helpt om ontbrekende vereisten aan het licht te brengen / te onthullen, en biedt een objectieve omgeving en een nauwkeurige schatting van de grootte van het softwareproduct, waardoor het budget van de gebruiker beter onder controle is.
Terug naar het begin

Pagina van
veelgestelde vragen
IFPUG

8.1 Wat is een basislijn van een functiepunt?

  • EEN basislijnis de grootte van de functies die door het systeem aan de gebruiker worden geleverd.
  • De baseline van een bedrijf of bedrijf is de som van alle baselines van de verschillende systemen.

8.2 Heb ik een basislijn van een functiepunt nodig?

  • Het antwoord hangt af van wat je met de cijfers wilt doen. Als het uw doel is om de grootte van een softwaretoepassing te beoordelen omdat u deze wilt vervangen, Dus als u weet hoe groot uw huidige toepassing is, krijgt u een goede basis voor de grootte die u kunt gebruiken om de vervangingskosten te schatten.. Als het uw doel is om nauwkeurig te kunnen beoordelen hoeveel verandering er is (verbetering) o Groei vindt het hele jaar door softwareverbeteringen plaats, dan kunt u uw basislijn meten.
    Als je doel is om de kwaliteit te verbeteren, productiviteit of nauwkeuriger projecten inschatten, dus je hebt geen baseline nodig, maar eerder de grootte van de softwareontwikkeling of verbeteringen
  • Als het uw doel is om onderhouds- en ondersteuningskosten te vergelijken (op basis van PF) uit uw portfolio of suite van applicaties, dan heb je een baseline van de applicaties nodig.

Terug naar het begin

Pagina van
veelgestelde vragen
IFPUG

9. Waarom zou ik geen coderegels gebruiken? (als maat voor softwaregrootte voor het berekenen van productiviteit of kwaliteitsverhoudingen)?

Deze vraag komt vaak naar voren wanneer bedrijven overwegen of ze veelgestelde vragen of bronregels willen gebruiken. (pit) als maateenheid voor uw softwaregrootte. KP's hebben het voordeel dat de technologie en de applicatie onafhankelijk zijn, terwijl SLOC de volgende nadelen heeft:

  • Coderegels belonen doorgaans een verkwistend ontwerp en bestraffen een beknopt ontwerp (Het is te zeggen, meer regels code “spaghetti” ze zijn mogelijk niet zo productief als betere ontwerpcodering in minder coderegels om dezelfde functie te vervullen. Grotere code betekent niet noodzakelijkerwijs productiever als het gaat om coderegels)
  • Er zijn geen industriestandaarden (ISO of anderen) voor de bronregels van de code. (Het is te zeggen, sommige mensen pleiten voor het tellen van regels code zonder commentaar, maar dit is niet universeel geaccepteerd en variaties heersen.)
  • Coderegels kunnen niet gemakkelijk worden gebruikt om over het hele platform te normaliseren, taal of per organisatie (omdat het aantal regels code varieert afhankelijk van de programmeer- en codeertaal)
  • Sommige 4GL's gebruiken zelfs geen coderegels.
  • Verhoudingen op basis van coderegels kunnen misleidend zijn - neem contact op met Capers Jones Productiviteitsparadox.

Terug naar het begin

Pagina van
veelgestelde vragen
IFPUG

10. Hoe zit het met averechts werken (de praktijk van het converteren van SLOC naar PF met een conversietabel gebaseerd op programmeertalen)?

  • Backfiring is gebaseerd op coderegels, dus je komt dezelfde moeilijkheden tegen als het gebruik van coderegels.
  • Puede ser utilizado con precaución en sistemas heredados sin mucha perspectiva de trabajo adicional.
  • Backfiring podría ser útil si la falta de precisión no es un problema.

Terug naar het begin

Pagina van
veelgestelde vragen
IFPUG

11.1 Ik begrijp dat we moeten verbeteren. Waar kan ik beginnen?

  • Primero comienza por determinar que necesita mejorar. El proceso GQM (Goal / Question / Metric) puede ayudar a facilitar esta labor. Recursos gratis adicionales (descargables) están disponibles desde la web del Practical Software and System Measurement (PSSM).Una vez que tenga las metas y los indicadores para su medición, el tamaño de PF será una medida importante que tendrá que recoger como el común denominador para los cocientes de productividad y calidad.
  • Una vez que han establecido sus objetivos de mejora, esto le indicará dónde debe comenzar la mejora (bijvoorbeeld, en el área de calidad, productividad, o precisión de las estimaciones).
  • Word lid van IFPUG en neem met andere leden deel aan ons interne online forum, en leer hoe ze FP succesvol hebben toegepast op basis van metingen en verbetering van softwareprocessen.

11.2 Als ik het maar ben 500 ontwikkelaars, Waar kan ik beginnen?

Definieer wat de meest kritieke problemen voor ontwikkelaars zijn. Start uw meetproces (met behulp van het hierboven genoemde GQM-proces) focus op deze gebieden en begin onmiddellijk de resultaten te communiceren om ondersteuning te krijgen. Experts adviseren om in het begin uw meetprogramma a op kleine schaal te starten, om resultaten van tractiemetingen te verkrijgen, voordat u het door het hele bedrijf verspreidt. Op deze manier, kan ervoor zorgen dat u de juiste afmetingen heeft verkregen, se han puesto en marcha los procesos de medición correctos, y se han ganado victorias pequeñas antes de ampliar la medida a un público más amplio.

11.3 Si la productividad es importante, ¿Qué tipo de productividad debo medir – desarrollo de nuevos productos, mantenimiento, enz.?
De nuevo, esto depende de sus objetivos de medición. Junto con el enfoque GQM, usted puede utilizar el análisis de Pareto (regla del 80/20) para determinar dónde están las áreas dedolor”, y las zonas de destino donde focalizar primero sus medidas de productividad. Bijvoorbeeld, si esta escaso de personal y desafió está en las tarifas del área de soporte y mantenimiento de software entonces (FTE por 1000 PF por ejemplo) podría ser usado para probar objetivamente la escasez o no de personal.
Terug naar het begin

Pagina van
veelgestelde vragen
IFPUG

12.1 We willen de productiviteit van onze softwareontwikkeling verbeteren, Welke informatie heb ik nodig?

  • Diferentes ratios pueden utilizarse para determinar la productividad, cada una de los cuales se basan en puntos de función. Consulte la Guía de Informes de Gestión o la guía del ISBSG “Practical Project Estimating” (un producto ISBSG) para más información.

12.2 ¿Qué necesito hacer poder medir en PF?
El Manual de prácticas de conteo de IFPUG (versión 4.3.1) describe los requisitos previos documentos/artefactos que necesita hacer un conteo de PF. El primer paso es determinar el alcance y propósito de la medición y si vas a contar el tamaño de una aplicación de software (basislijn) o el tamaño de desarrollo/mejora de software en un proyecto (Nuevos desarrollos o mantenimientos). Tenga en cuenta que cada pieza de software se considera un límite de aplicación (ver el CPM para más detalles) y se contará en su propio conteo FP.
Con el fin de hacer un conteo de puntos función, tiene que saber lo siguiente (requisitos de usuario funcional) acerca del software:

  • Salidas definibles por el usuario que cruzan el límite de aplicación y son el resultado de un proceso único (bijvoorbeeld, formatos de informes, diseños de pantalla, diseños de archivo de salida).
  • Entradas de definibles por el usuario de la aplicación que cruzan los límites de la misma y asociadas a un proceso único (Het is te zeggen, diseños de pantalla, diseños de archivo, entradas de batch).
  • Almacenes de datos definidos por el usuario que son mantenidos por la aplicación (bijvoorbeeld, diseños de archivo, definiciones de tabla, database- of entiteitsdefinities).
  • Door de gebruiker te definiëren gegevensopslag die alleen toegankelijk is voor referentie-informatie door de applicatie (bijvoorbeeld, diseños de archivo, definiciones de tabla).
  • Door de gebruiker te definiëren query's die de toepassingsgrens overschrijden (bijvoorbeeld, formatos de informes, diseños de pantalla).
  • Het FP-screeningproces wordt volledig beschreven in de IFPUG Counting Practice Manual.
  • Ondersteuningsindex = toepassingsfunctiepunten / uren inspanning om de applicatie te ondersteunen
  • Verbeterindex = PF verbeterd / gewijzigd in het project / uren projectinspanning
  • Time to Market = geleverde functiepunten van de softwaretoepassing / kalender tijd
  • Voor meer gedetailleerde informatie over functiepuntanalyse, Zie de IFPUG Counting Practice Manual
  • Agile softwareontwikkelingsmethoden om de bezorgsnelheid te verhogen

Terug naar het begin

Pagina van
veelgestelde vragen
IFPUG

13. Wat een CIO moet weten over softwaregrootte? (Functiepunten en SNAP)
IT-portfoliomanagement is een zeer belangrijk onderwerp voor senior executives. De grootte van de software kan het management helpen bij het inschatten van het investeringsrendement in hun projecten, en vergelijk alternatieven met een kosten-batenanalyse. Functiepunten en SNAP kunnen worden gebruikt in combinatie met andere maatregelen (project inspanning, defecten, enz.) om trends en benchmarking te volgen.
Terug naar het begin

Pagina van
veelgestelde vragen
IFPUG

14. Wat u moet weten over Agile a CIO & Functiepunten?

Rationeel verenigd proces
La consideración más importante al usar cualquier medida para comparar o evaluar diferentes tipos de proyectos o contratos es de consistencia. Muchas veces los desarrolladores serán o bien rechazan FP en proyectos ágiles (diciendo que no se puede contar proyectos ágiles con FP) o abrazarlos (pensando que pueden obtener FP más que proyectos de cascada contando FP en sprints!) Ninguna de estas es correcta! FP representan el tamaño de una pieza entregada de software basado en su funcionalidad (requisitos de usuario funcional) – y que son procesos de negocios completa y coherente. (Vea el artículo Conteo de FP en proyectos ágiles/iterativo para más detalles.)

Punto de congelación puede ser una manera efectiva de medir y evaluar los contratos de precio fijo, y también puede ser útil cuando se compara la RFP contra o entre participantes durante el proceso de licitación para proyectos de desarrollo de software. (bijvoorbeeld, el precio por FP de dos ofertas puede variar ampliamente e indican que un proveedor puede no han comprendido Cuáles son los requisitos funcionales del software a desarrollar.)

En la industria de desarrollo de software y subcontracion, tanto IBM como CGI utilizan FP (y con equipos de especialistas de punto función certificados) revisar las presentaciones de la propuesta.

Los distintos tipos de contrato se pueden beneficiar de incluyendo una estimación del punto de función en su propuesta, y algunos países (como Italia, Brazilië, Corea, Finlandia) utilizan cada vez más FP basado en propuestas y precio por unidad (costo por PF) para la contratación de software.
Terug naar het begin

Pagina van
veelgestelde vragen
IFPUG

15. We willen ons schattingsproces verbeteren met PF, Welke andere informatie heb ik nodig?

La estimación de software es un tema en sí mismo, pero los requisitos previos para estimar proyectos usando PF como medida de entrada (para el software que va a ser desarrollado) son incluir al menos los siguientes atributos:

  • tipo de desarrollo; (nuevo desarrollo o mejora)
  • plataforma; (consideraciones sobre hardware y arquitectura)
  • lenguaje; (nivel o lenguaje de programación)
  • experiencia del equipo;
  • technieken; (metodología de desarrollo)
  • limitaciones externas; en
  • scope creep

Independientemente de si estás utilizando un enfoque de estimación interno, o utilizando el repositorio histórico de ISBSG para los ratios de entrega o un paquete de software profesional, necesitará saber las proporciones (ratios de entrega) para proyectos similares para realizar una estimación fiable. Hay paquetes de software disponibles en el mercado para ayudar en la estimación de la precisión.

Terug naar het begin

Pagina van
veelgestelde vragen
IFPUG

16. We willen onze kwaliteit verbeteren, Welke informatie heb ik nodig?

  • Calidad significa diferentes cosas para diferentes personas. Defina qué significa calidad dentro de su propia organización. La “ISO 9126 “Atributos de calidad de sistemas de Software” y los procesos de “meta/pregunta/métrica” pueden ayudar aquí.
  • Son ejemplos de métricas de calidad:
    • densidad de defectos – número de errores de software/tamaño de la aplicación en puntos de función; en
    • tasas de entrega de defectos – número de defectos entregados en el primer mes de funcionamiento en producción.

Terug naar het begin

Pagina van
veelgestelde vragen
IFPUG

17. Heb ik een CFPS-gecertificeerde consultant nodig??

Esta es una pregunta que cada empresa tiene que responder de manera interna. Algunas cosas en que pensar:

  • ¿Queremos conseguir una baseline completa en unos meses? Si la respuesta es sí sería prudente tener varios contadores certificados ayudándole. Mientras se realiza esta tarea, puede hacer que 1 o más empleados obtengan la certificación en puntos función para que en el futuro pueda mantener esta línea base de manera interna.
  • Queremos empezar a contar y estimar losgrandes proyectos”. Si esto es lo que buscas, podría enviar a algunos empleados a un taller de IFPUG o conferencia para obtener formación. Después de la formación, serían capaces de realizar los conteos y empezar a recolectar datos. También debería pensar en tener 1 o más empleados certificados en puntos función para poder auditar las mediciones.
  • No tienes ni idea de lo que el jefe está buscando, sólo que tenemos que comenzar a medir. Si entras en este grupo, quizás desee traer un consultor que pueda realizar una sesión de “meta/pregunta/métrica (GQM)” para determinar con qué medidas comenzar. En este punto, puede enviar a unas pocas personas a un taller IFPUG o conferencia para obtener formación.
    Eres parte de una empresa enorme y el jefe quiere comenzar a medir todo ya mismo. Si esta es su situación, quizás desee traer un consultor para:
  • Realizar unas sesiones de “meta/pregunta/métrica (GQM)”; en
  • Formar a varias personas en contar puntos de función.
  • También querrás designar a unas personas que coordinen el esfuerzo y varias personas que realizarán las mediciones y recopilarán los datos. Los coordinadores definitivamente deben ser certificados en puntos de función ya que se encargarán de las auditorias y de resolver preguntas cuando las haya.

Terug naar het begin

Pagina van
veelgestelde vragen
IFPUG

18.1 Waar moet ik op letten bij een consultant?

  • Alguien que tiene conocimientos midiendo.
  • Deberían ser certificados IFPUG (CFPS). Usando SNAP – deben ser certificados SNAP (CSP).
  • Deberían tener experiencia midiendo en una industria común a la tuya.
  • Buena relació0n calidad/habilidades interpersonales – compatibles con su cultura corporativa.
  • Conocimientos de métricas para integrar puntos de función en un programa de medición equilibrada

18.2 ¿Cómo determino la certificación IFPUG de un consultor?

En la página web de IFPUG navegue a Búsqueda de la certificación pública y podrá realizar una consulta usando los campos de nombre y otros criterios de búsqueda adecuados.
Terug naar het begin

Pagina van
veelgestelde vragen
IFPUG

19.1 Waar zoek ik een consultant?
Compruebe nuestra Lista de proveedores para todos los proveedores que son miembros IFPUG.
19.2 ¿Quién más ha llevado esto a cabo?
IFPUG tiene muchos miembros en varios países de todo el mundo. La membresía se extrae de todas las principales industrias, incluyendo, pero no limitado a:

  • Industria aeroespacial
  • Banca
  • Finanzas
  • Telecomunicaciones
  • Seguros
  • Manufactura
  • Servicios Públicos
  • Venta al por menor
  • Gobierno
  • Desarrollo de sistemas informáticos

Uno de los principales beneficios de la membresía IFPUG es la red de miembros IFPUG a la que se puede acceder a (mediante el tablón de anuncios o por correo electrónico) que han implementado con éxito PF a base de mediciones y mejora de procesos en sus organizaciones.
Terug naar het begin

Pagina van
veelgestelde vragen
IFPUG

20. Waar kan ik meer onderzoeken over functiepuntconcepten?
Compruebe nuestra Bibliografía/biblioteca para otras lecturas sobre el análisis de puntos función.

Word lid van onze Facebook- en LinkedIn-netwerken en deel ons met uw kringen.

IFPUG-web alstublieft, bladwijzer voor toekomstige referentie.
IFPUG Facebook-pagina, alstublieft, Klik like
IFPUG Twitter alstublieft, volg de laatste versies van White Papers en ander nieuws.
IFPUG LinkedIn alstublieft, klik op volgen

Om nieuwe veelgestelde vragen of edities van deze pagina voor te stellen, klik alstublieft Neem contact met ons op en bevat "IFPUG FAQ" in het onderwerp van het bericht.

Leden en andere gebruikers kunnen documenten van ons downloaden Online winkel, waar u ook een IFPUG-lidmaatschap kunt verlengen of aanvragen.

Terug naar het begin
Pagina van
veelgestelde vragen
IFPUG