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.
  • Kan voorzichtig worden gebruikt op oudere systemen zonder veel extra werkvooruitzichten.
  • Terugslag kan handig zijn als een gebrek aan precisie geen probleem is.

Terug naar het begin

Pagina van
veelgestelde vragen
IFPUG

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

  • Begin eerst met te bepalen wat er moet worden verbeterd. Het proces GQM (Goal / Question / Metric) kan dit werk vergemakkelijken. Extra gratis bronnen (downloadbaar) zijn verkrijgbaar vanaf web del Praktische software en systeemmeting (PSSM).Zodra u de doelen en indicatoren voor uw meting heeft, de FP-grootte zal een belangrijke maatstaf zijn die u zult moeten verzamelen als de gemene deler voor de productiviteits- en kwaliteitsverhoudingen.
  • Zodra ze hun verbeterdoelen hebben vastgesteld, dit zal u vertellen waar u met de verbetering kunt beginnen (bijvoorbeeld, in het kwaliteitsgebied, productiviteit, o precisie van schattingen).
  • 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, de juiste meetprocessen zijn ingevoerd, en kleine overwinningen zijn behaald voordat de maatregel werd uitgebreid naar een breder publiek.

11.3 Als productiviteit belangrijk is, Wat voor soort productiviteit moet ik meten - ontwikkeling van nieuwe producten?, onderhoud, enz.?
Opnieuw, dit hangt af van uw meetdoelen. Samen met de GQM-aanpak, u kunt Pareto-analyse gebruiken (regel van 80/20) om te bepalen waar de gebieden van “pijn”, en de bestemmingsgebieden waar u uw productiviteitsmaatregelen het eerst moet concentreren. Bijvoorbeeld, als je onderbezet en uitgedaagd bent in de kosten voor softwareondersteuning en onderhoud, dan? (FTE door 1000 PF bijvoorbeeld) kan worden gebruikt om het tekort aan personeel objectief te testen.
Terug naar het begin

Pagina van
veelgestelde vragen
IFPUG

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

  • Er kunnen verschillende verhoudingen worden gebruikt om de productiviteit te bepalen, die elk zijn gebaseerd op functiepunten. Raadpleeg de Management Report Guide of de ISBSG-gids “Practical Project Estimating” (een ISBSG-product) voor meer informatie.

12.2 Wat moet ik doen om te kunnen meten in PF?
De IFPUG-oefenhandleiding voor tellen (versie 4.3.1) beschrijft de vereiste documenten / artefacten die u nodig hebt om een ​​FP-telling te doen. De eerste stap is het bepalen van de omvang en het doel van de meting en of u de grootte van een softwaretoepassing gaat tellen. (basislijn) o de omvang van softwareontwikkeling / verbetering in een project (Nieuwe ontwikkelingen of onderhoud). Houd er rekening mee dat elk stukje software wordt beschouwd als een toepassingslimiet (zie de CPM voor meer details) en wordt meegeteld in je eigen FP-telling.
Om een ​​puntentellingsfunctie uit te voeren, je moet het volgende weten: (functionele gebruikersvereisten) over software:

  • Door de gebruiker te definiëren outputs die de toepassingsgrens overschrijden en het resultaat zijn van een enkel proces (bijvoorbeeld, rapportformaten, schermindelingen, lay-outs van uitvoerbestanden).
  • Door de gebruiker te definiëren applicatie-invoer die de applicatiegrenzen overschrijdt en is gekoppeld aan een enkel proces (Het is te zeggen, schermindelingen, bestandsindelingen, batchinvoer).
  • Door de gebruiker gedefinieerde gegevensarchieven die worden onderhouden door de applicatie (bijvoorbeeld, bestandsindelingen, tabeldefinities, database- of entiteitsdefinities).
  • Door de gebruiker te definiëren gegevensopslag die alleen toegankelijk is voor referentie-informatie door de applicatie (bijvoorbeeld, bestandsindelingen, tabeldefinities).
  • Door de gebruiker te definiëren query's die de toepassingsgrens overschrijden (bijvoorbeeld, rapportformaten, schermindelingen).
  • 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
De belangrijkste overweging bij het gebruik van een maatregel om verschillende soorten projecten of contracten te vergelijken of te evalueren, is consistentie.. Vaak zullen ontwikkelaars FP afwijzen in agile projecten (zeggen dat je agile projecten niet kunt tellen met FP) of knuffel ze (denken dat ze FP meer kunnen krijgen dan watervalprojecten door FP in sprints te tellen!) Geen van deze is correct! FP vertegenwoordigen de grootte van een geleverd stuk software op basis van zijn functionaliteit (functionele gebruikersvereisten) - en dat het volledige en consistente bedrijfsprocessen zijn. (Zie het artikel VET-telling in agile / iteratieve projecten voor meer details.)

Het vriespunt kan een effectieve manier zijn om contracten met een vaste prijs te meten en te evalueren, en het kan ook handig zijn bij het vergelijken van de RFP met of tussen deelnemers tijdens het biedproces voor softwareontwikkelingsprojecten. (bijvoorbeeld, de prijs per FP van twee aanbiedingen kan sterk uiteenlopen en kan erop wijzen dat een aanbieder mogelijk niet heeft begrepen wat de functionele eisen zijn van de te ontwikkelen software.)

In de softwareontwikkelingsindustrie en uitbesteding, zowel IBM als CGI gebruiken FP (en met teams van gecertificeerde functiepuntspecialisten) bekijk de ingediende voorstellen.

Verschillende soorten contracten kunnen baat hebben bij het opnemen van een functiepuntschatting in uw voorstel., en sommige landen (zoals Italië, Brazilië, Korea, Finland) gebruik steeds vaker Voorstel en Prijs-per-Eenheid FP (kosten per FP) voor softwarecontracten.
Terug naar het begin

Pagina van
veelgestelde vragen
IFPUG

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

Software schatting is een onderwerp op zich, maar de voorwaarden voor het schatten van projecten met FP als inputmaat (voor de te ontwikkelen software) moeten ten minste de volgende attributen bevatten::

  • soort ontwikkeling; (nieuwe ontwikkeling of verbetering)
  • platform; (hardware- en architectuuroverwegingen)
  • taal; (programmeerniveau of taal)
  • teamervaring;
  • technieken; (ontwikkelingsmethodologie)
  • externe beperkingen; en
  • scope creep

Ongeacht of u een interne schattingsmethode gebruikt, of gebruik de historische repository van ISBSG voor leveringstarieven of een professioneel softwarepakket, je moet de verhoudingen weten (leveringsverhoudingen) voor vergelijkbare projecten om een ​​betrouwbare schatting te maken. Er zijn softwarepakketten op de markt die helpen bij het schatten van de nauwkeurigheid..

Terug naar het begin

Pagina van
veelgestelde vragen
IFPUG

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

  • Kwaliteit betekent verschillende dingen voor verschillende mensen. Definieer wat kwaliteit betekent binnen uw eigen organisatie. De "ISO" 9126 "Kwaliteitsattributen van softwaresystemen" en "meta / vraag / metrische" processen kunnen hierbij helpen..
  • Het zijn voorbeelden van kwaliteitsstatistieken:
    • defectdichtheid - aantal softwarefouten/applicatiegrootte in functiepunten; en
    • leveringspercentages voor defecten - aantal defecten geleverd in de eerste maand van productie in productie.

Terug naar het begin

Pagina van
veelgestelde vragen
IFPUG

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

Dit is een vraag die elk bedrijf intern moet beantwoorden.. Enkele dingen om over na te denken:

  • ¿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