Veelgestelde vragen

VEEL GESTELDE VRAGEN

Bijgewerkte maart 2016

Gelieve te verbinden met ons op Facebook en LinkedIn en delen in uw cirkels.

IFPUG Website, Bookmark voor toekomstig gebruik
IFPUG Facebook-pagina, Klik op als
IFPUG Twitter, Volg de laatste releases van White Papers en ander nieuws
IFPUG LinkedIn, Klik op volgen

Om te suggereren aanvullende FAQ of bewerkingen naar deze pagina, Klik hier Neem contact op met ons en omvatten "IFPUG FAQ" in de onderwerpregel van het bericht.


Top van IFPUG FAQ pagina

Leden en niet-leden kunnen downloaden documenten van onze Online winkel, waar ze ook kunnen vernieuwen of bestel een IFPUG lidmaatschap.

1. Wat is een functie punt? Wat is de module? Wat is het verschil tussen de functie punten en module?
2. Functie punten zijn voor iedereen?
3. Waarom zou ik willen meten?
4. Wat kan IFPUG lidmaatschap voor mij doen?
5. Hoe geef ik ontwikkelaars en projectmanagers het belang van functie punt analyse?
6. Welke hulpmiddelen zijn beschikbaar voor het verbeteren van mijn functie punt schat?
7. Hoe geef ik mijn gebruikersgroep het belang van functie punt analyse?
8. Wat is een functie punt basislijn?
9. Waarom niet ik lijnen van code gebruiken?
10. Hoe zit het terugslag?
11. Ik ben verteld dat we moeten verbeteren. Waar moet ik beginnen?
12. Wij willen onze productiviteit verbeteren, welke informatie heb ik nodig te hebben?
13. Wat een CIO moet weten over de functie punten?
14. Wat een CIO moet weten over Agile & Functie punten?
15. Wij willen verbeteren onze schatten, welke informatie heb ik nodig te hebben?
16. Wij willen onze kwaliteit te verbeteren, welke informatie heb ik nodig te hebben?
17. Moet ik een GVB gecertificeerd consultant?
18. Wat ben ik zoek een consultant?
19. Waar moet ik kijken naar een consultant?
20. Waar kan ik heen om meer onderzoek op functie punt concepten te doen?


IFPUG
FAQ
PAGINA

1.1 Wat is een functie punt?
Functie punten zijn een internationaal gestandaardiseerde meeteenheid die wordt gebruikt om weer te geven software grootte. De IFPUG methode voor de meting van de functionele grootte (IFPUG hierna 4.3.1) kwantificeert softwarefunctionaliteit aan de gebruiker uitsluitend gebaseerd op het logische ontwerp en functionele eisen. Het resulterende getal heet een functie Point Count. Met dit in gedachten, de doelstellingen van de FP tellen zijn:

Vele andere toepassingen van functie punten zijn te vinden in de industrie: Ze vormen een gemeenschappelijke noemer van de dimensionering (bijvoorbeeld, een verhouding van een andere maatregel "per FP") voor productiviteit en kwaliteit benchmarking in veel IT-bedrijven. Voor meer informatie over de methode IFPUG FP (en de Software niet-functionele beoordelingsproces (MODULE) te kwantificeren van niet-functionele eisen) Klik op de links hieronder:

1.2 Wat is de module?

MODULE staat voor het "Software Non-functionele beoordelingsproces." Het is een statistiek software, die een aanvulling op de functie punten. MODULE laat de niet-functionele eis naast de functionele eisen dimensionering gemeten door de functie punten. Het vervangt niet de functie punten op enigerlei wijze; het wordt gebruikt naast functie punten. Het vertegenwoordigt een continue verbetering door IFPUG in de manier waarop software wordt aangepast.

1.3 Wat is het verschil tussen de functie punten en module?

In een notendop, functie punten meten het volume (of grootte) van de gegevensstroom en opslag die inherent zijn aan een software-applicatie. Dit zijn de zogenaamde "functionele" gebruikersvereisten. MODULE meet het volume (of grootte) van andere aspecten van software — zoals gegevens configuratie, algoritmen, beslissingsstructuren, gegevensvalidatie, plaatsing van logo 's, enz. Dit zijn de zogenaamde "niet-functionele" eisen. Er zijn 14 momenteel erkende categorieën niet-functionele eisen. De term "functionele gebruikerseisen" wordt vaak afgekort tot "FUR." De term 'non-functional requirements' wordt vaak afgekort tot "NVW." De specificaties voor het tellen van de functie punten zijn in het handboek praktijken tellen. De specificaties voor het tellen van de punten van de module zijn in de beoordeling praktijken handleiding. Beide zijn beschikbaar in de opslag van de IFPUG op de ifpug.org website.

1.4 Hoe zijn functie en module punten samen te stellen om te bepalen van de totale omvang van de software?

De totale grootte van de software wordt gemeten als het aantal punten van zijn functie en het aantal punten van de module. Bijvoorbeeld, een toepassing kan volledig worden verkleind als 800 functioneren van punten en 300 SNAP punten. Aangezien de functie punten meten iets anders dan module, de twee kunnen niet een of andere manier worden gecombineerd in een enkele maatregel; in dit voorbeeld, de software-applicatie kan niet worden gemeten als 1100 "punten" van een soort. Dit is vergelijkbaar met hoe reële en imaginaire getallen zijn vertegenwoordigd: een getal kan worden weergegeven als 800 + 300Ik, niet 1100 een soort van getal.

Zowel de functie punten en de punten van de module worden geassocieerd met inspanning. De inspanning te ontwikkelen of verbeteren van een softwareproduct is de som van de functie punten keer functionele productiviteit (uur/FP) plus de som van de module wijst keer niet-functionele productiviteit (uur/SP).

1.5 SNAP is echt nodig?

Afhankelijk van de toepassing, veel software-ontwikkelaars en ontwikkelteams onderkennen dat een aanzienlijke hoeveelheid inspanning van hun werk niet rechtstreeks verantwoording afleggen met behulp van de functie punten. Dit kan vooral het geval van algoritmische-intensieve toepassingen, toepassingen met aanzienlijke gegevensvalidatie, en toepassingen met aanzienlijke "ergonomische" functies zoals pagina-indelingen en het gebruik van logo 's. De continue verbetering door IFPUG hier is dat de module goed voor deze werk-inspanning die wordt niet herkend door de functie punten alleen, die zeer aanzienlijk kan zijn. Het biedt een meer rechtvaardige en welkom meting-aanpak. Het kan ook helpen met het verbeteren van de ramingen van de kosten en planning voor nieuwe ontwikkelingsprojecten en verhoging van de projecten.

1.6 Hoe geef ik weer ontwikkelaars en projectmanagers het belang van module?

Ontwikkelaars investeren inspanning bij het voldoen aan de niet-functionele eis. Deze inspanning wordt niet weerspiegeld in de puntgrootte van de functie. Ontwikkelaars zal zien het voordeel van de rechtvaardigen hun inspanning met de aanvullende module grootte, in plaats van het tonen van een lagere productiviteit van functie punt/inspanning

Met behulp van bot functie punten en module, Projectmanagers kunnen beter hun begroting rechtvaardigen; ze kunnen laten zien van hun sponsors dat meer activa zijn ingebouwd in de software-functionaliteit, gemeten door de functie punten, en niet-functionele aspecten, gemeten door breuk.

1.7 Wat is de meest nauwkeurige methode om te schatten software project inspanning?

Volgens Capers Jones (2012), de nauwkeurigheid van het handmatig tellen van de punten van de functie biedt 10% marge van fout. Met behulp van de functie punt analyse en module biedt 5% marge van fout

EstimatingAccuracy

 

1.8 Wat zijn de voordelen van het gebruik van de module?

HET helpt formaat van de functionele aspecten en de niet-functionele aspecten van een software-applicatie organisaties op meerdere manieren. Het geeft beter inzicht in de levering van softwareprojecten en het onderhoud van toepassingen:

  • Het verbetert de correlatie van inspanning en grootte, Als de ontwikkeling van een software bevat taken om te voldoen aan zowel de functionele als de niet-functionele eisen.
  • Het verbetert de schatting en het vermogen om te voorspellen van de inspanning en de benodigde tijd voor het leveren van een softwareproject.
  • Ontwikkelaars zijn niet bestraft voor het investeren van inspanning in de niet-functionele aspecten van de eisen.
  • Gebruikers kunnen beter begrijpen van de voordelen van een toepassing aan hun organisatie.
  • Klanten kunnen beter realiseren (en kwantificeren) de waarde voor hun geld.
  • Software development productiviteit berekeningen zijn nauwkeuriger; eventuele variaties in het meten van de "inspanning/functie punten" metriek kunnen beter worden uitgelegd.
  • Projecten die niet-functioneel zijn kunnen alleen ook worden verkleind
  • Verschillen in waarden van Key Performance Indicators (KPI 's) tussen projecten worden beter toegelicht.

1.9 MODULE is in gebruik vandaag?

Er zijn enkele bedrijven die al gebruik van de module in de VS, Asia, en Europa, in hun schatting proces

1.10 Hoe kan ik de module leren?

U kunt de module evaluatie proces handleiding (APM) gratis uit de online winkel van IFPUG. Bovendien, gecertificeerde opleiding wordt verzorgd door bedrijven die zijn aangeworven op IFPUG site (http://www.ifpug.org/certification/training-materials-certification/)

Terug naar boven

IFPUG
FAQ
PAGINA

 

2. Functie punten zijn voor iedereen?
Dit is bijna een retorische vraag – en het antwoord is dat het hangt af van of u wilt weten hoe groot is de software die u ontwikkelen of verbeteren in projecten software ontwikkeling, of of u wilt weten hoe groot zijn uw systemen in uw portefeuille software. Functie punt grootte kan snel en eenvoudig vergemakkelijken meting ratio 's (samen met andere maatregelen) om u te vertellen welke projecten en toepassingen:

  • zijn productiever,
  • produceren van softwareproducten met een hogere kwaliteit en/of toepassingen,
  • had nauwkeurige project schattingen,
  • moeten omarmen proces verbetering methoden,
  • zijn uit de lijn uit een oogpunt van begroting en kosten (eenheid kost);
  • had lager (of hoger) team prestaties.

Als u in uw rol van IT worden uitgedaagd om deze vragen te beantwoorden, vervolgens zijn functie punten voor u!

Terug naar boven

IFPUG
FAQ
PAGINA

3. Waarom zou ik willen meten? De top 25% van bedrijven over de hele wereld (Bron ISBSG) afhankelijk van software meting voor het beheren van hun het en software ontwikkeling om de volgende redenen:

  • Kunt u beheren niet wat je niet meten;
  • Identificeren probleem projecten en softwaretoepassingen te nemen corrigerende maatregelen;Gemiddeld, grote IT-projecten uitvoeren 45 percentage boven het budget en 7 procent na verloop van tijd, terwijl het leveren van 56 procent minder waarde dan voorspeld. Softwareprojecten lopen het hoogste risico van overschrijdingen van kosten en planning, McKinsey & Bedrijf in combinatie met de Universiteit van Oxford in oktober 2012 | byMichael Bloch, Sven Blumberg, en Jürgen Laartz[1]
  • Vergelijk leverancier reacties op RFP(verzoek tot voorstel) tegen concurrent biedingen;
  • Meting bevat een beoordeling van de status-quo (de huidige situatie) zodat u kunt begrijpen en verbeteren van uw software development processen. (Verwijzen naar richtsnoeren voor Software meting-Release 1.1, PG. 2-4, 3-7 – 3-8;)
  • Om te bepalen van uw eigen bedrijf Softwareontwikkeling Beste praktijken
  • Voor het meten van de kwaliteit van de geleverde software, en een economische stimulans voor de ontwikkeling van teams voor de productie van kwaliteitssoftware.
  • Functie punt gebaseerde meting en module geeft u een middel om te communiceren met uw klanten de grootte van hun software verzoeken, en ook kunt u gemakkelijk berekenen productiviteit, kwaliteit, en de schatting van de nauwkeurigheid.
  • Veel van uw concurrenten kunnen al deze inzichten hebben.

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

Terug naar boven

IFPUG
FAQ
PAGINA

4.1 Wat kan een IFPUG lidmaatschap voor mij doen?
Hoewel deze website en veel van de verstrekte informatie beschikbaar zijn gratis voor leden en niet-leden, een lid van IFPUG heeft de volgende voordelen:

  • In-persoon en online mogelijkheden tot netwerken om te communiceren met professionals over de hele wereld in bedrijven net als het uwe, die hebben of die proberen een meting programma te implementeren;
  • Verlaagde tarieven tot ISBSG Benchmarking gegevens (voor Lean Zes Sigma) en andere producten;
  • De mogelijkheid om deel te nemen aan commissies die de functie punt normen ontwikkelen;
  • Jaarlijkse kennisdeling conferenties die u met bieden:
    • Kansen aan anderen op het gebied van de meting;
    • Educatieve mogelijkheden om te leren en permanente educatie credits via workshops verdienen gehouden vóór de conferentie;
    • Toegang tot opleiding en certificering testen om te verdienen wereldwijd erkende certificeringen waaronder:
      • GVB: Gecertificeerde functie punt Specialist (DE originele en meest bekende functionele meting maataanduiding);
      • CFPP: Gecertificeerde functie punt Practitioner (voor professionals die zijn beoefenaars maar niet noodzakelijkerwijs functie punt deskundigen);
      • CSP: Gecertificeerd uitlijnen Practitioner (de enige aanwijzing wereldwijd die controleert of er kennis over niet-functionele softwarevereisten;)
    • Gelegenheid om te horen van toonaangevende industrie experts en ervaren beoefenaars over hun successen (en mislukkingen!) op het gebied van de meting.
  • Vakpublicaties:
    • Metrische Views (bi-jaarlijks) – beschikbaar als een gedrukte en on line tijdschrift met interessante en tijdige software meting artikelen, IFPUG nieuws, Comité updates en informatie over de nieuwste ontwikkelingen in de wereld van software statistieken;
  • Aanzienlijke kortingen op IFPUG producten met inbegrip van:
    • de ISO-standaard en IFPUG tellen praktijken handleiding (CPM) compleet met dicht bij 300 pagina's van regels, snelkoppelingen, en tellen voorbeelden;
    • FP Case Studies bieden stapsgewijze functie punt tellen voorbeelden van hoe de CPM-regels toepassen op softwarevereisten;
    • Gids voor managementrapportage met pagina's van nuttige adviezen voor het succesvol implementeren van functie punten om beheer resultaten te leveren;
    • White papers en andere IFPUG releases die effectief illustreren FP tellen in nieuwere technologieën (client server, Web, enz.,) toepassingen van FP tellen (bijvoorbeeld, datawarehouses) en methodologieën (bijvoorbeeld, behendig.)
  • Toegang tot de beveiligde Members Only gebied van de IFPUG-website vindt u een actieve online bulletinboard waar leden uit te wisselen tips en technieken aan software meting gerelateerde (u kunt zelfs vragen voor de IFPUG Gemeenschap in het algemeen te beantwoorden), .
  • Om de meest recente exemplaren van de CPM te verkrijgen, MODULE of andere documenten, Klik hier om te worden genomen om onze online winkel waar u producten aan uw winkelwagen en de kassa toevoegen kunt.

Bezoek de Online winkel Hier.

4.2 Is er een vergoeding voor IFPUG diensten?
IFPUG leden krijgen een korting op Conferentie aanwezigheid, Workshop bijwonen, aanvullende literatuur, en toegang tot alleen-lid online gebieden van de website. Bovendien, alle IFPUG leden worden aangemoedigd om betrokken raken bij de IFPUG Gemeenschap en deel te nemen als een lid van één van onze verschillende commissies. Alle andere voordelen zijn momenteel gratis.

4.3 Hoe verkoop ik mijn senior management op functie punten en SNAP (en software meting)?

De eerste stap is om te worden geïnformeerd over de voordelen van het gebruik van de functie punt analyse en module (het is een objectieve maatstaf van software grootte die onafhankelijk is van de hulpprogramma 's, technieken, vaardigheden of methoden die worden gebruikt om de software te bouwen), en leren over de positieve return on investment die u kunt krijgen vanuit een functie punt gebaseerde software meting programma.

De volgende stap is om het onderzoek van de gegevens over de beschikbare bedrijfstak (vooral handig voor bedrijven die hebben niet al historische FP gegevens worden verzameld) zoals de gegevens beschikbaar uit ISBSG.
De internationale Software Benchmarking Standards Group (ISBSG) Benchmark gegevens is een betrouwbare wereldwijd bewaarplaats van software ontwikkeling project-gegevens (en functie punten) die effectief kan worden gebruikt voor het project inschatten, voor het uitvoeren van vergelijkende analyse (over projecttypes,) en om te meten van uw eigen bedrijf projectprestaties (productiviteit en kwaliteit.) IFPUG leden krijgen een korting op alle ISBSG producten.

4.4 (en software meting)?

De eerste stap is om te worden geïnformeerd over de voordelen van het gebruik van de functie punt analyse (het is een objectieve maatstaf van software grootte die onafhankelijk is van de hulpprogramma 's, technieken, vaardigheden of methoden die worden gebruikt om de software te bouwen), en leren over de positieve return on investment die u kunt krijgen vanuit een functie punt gebaseerde software meting programma.

De volgende stap is om het onderzoek van de gegevens over de beschikbare bedrijfstak (vooral handig voor bedrijven die hebben niet al historische FP gegevens worden verzameld) zoals de gegevens beschikbaar uit ISBSG.
De internationale Software Benchmarking Standards Group (ISBSG) Benchmark gegevens is een betrouwbare wereldwijd bewaarplaats van software ontwikkeling project-gegevens (en functie punten) die effectief kan worden gebruikt voor het project inschatten, voor het uitvoeren van vergelijkende analyse (over projecttypes,) en om te meten van uw eigen bedrijf projectprestaties (productiviteit en kwaliteit.) IFPUG leden krijgen een korting op alle ISBSG producten.

Terug naar boven

IFPUG
FAQ
PAGINA

5. Hoe geef ik ontwikkelaars en projectmanagers het belang van functie punt analyse?
Functie punt analyse (FPA) kunt u produceren project-plannen met een kwantificeerbare nauwkeurigheid en als extensie voortgang bijhouden en beheren van reikwijdte kruip. Ook, ontwikkelaars kunnen de toegewezen taken door de bepaalde streefdatum te wijten aan nauwkeuriger inschatten met behulp van de functie punt analyse en historische gegevens.

Terug naar boven

IFPUG
FAQ
PAGINA

6. Welke hulpmiddelen zijn beschikbaar voor het verbeteren van mijn functie punt schat?

Nieuwe projecten software ontwikkeling kunnen worden verkleind met behulp van KOSMISCHE, Vroege functie punt schatten en ISBSG vergelijkende schatten Gereedschap.

Terug naar boven

IFPUG
FAQ
PAGINA

7. Hoe geef ik mijn gebruikersgroep het belang van functie punt analyse?
Functie punt analyse evalueert de functionele grootte van software op basis van een onderzoek van de functionele gebruikerseisen (de "wat de software doet in termen van zakelijke processen en procedures.") Als zodanig, FPA software kijkt vanuit het oogpunt van de gebruiker en kwantificeert functie punten op basis van vijf standaard, gebruikersgerichte componenten in de software: Twee soorten entiteiten opgeslagen gegevens (Interne logische bestanden en externe Interface bestanden genoemd), en drie soorten zakelijke processen (hierna aangeduid als externe ingangen, Externe uitgangen en externe query's.) De FP-resultaten (een overzicht van de getelde bedrijfsprocessen en hun functionele grootte van component)biedt is in gebruiker begrijpelijke voorwaarden. FP graven voorzien in een gemeenschappelijke taal die kan worden gebruikt voor discussies met zowel software-ontwikkelaars en gebruikers gelijk. Het FP tellen proces zelf helpt om het hoogtepunt/ontdekken ontbrekende vereisten, en biedt een objectieve en nauwkeurige raming van software product grootte, waardoor de gebruiker beter budgetcontrole.

Terug naar boven

IFPUG
FAQ
PAGINA

8.1 Wat is een functie punt basislijn?

8.2 Ik heb nodig om te doen een functie punt basislijn?

Het antwoord hangt af van wat u wilt doen met de nummers. Als je doel is om de grootte van een softwaretoepassing te beoordelen omdat u wilt vervangen, dan weten hoe groot is uw huidige applicatie krijgt u een goede basis van de grootte voor gebruik bij het schatten van de kosten van vervanging. Als je doel is om nauwkeurig beoordelen hoe veel verandering te kunnen (verbetering) of groei gebeurt in heel het jaar door softwareverbeteringen, dan wilt u misschien om te doen een basislijn telling.

  • Als uw doel is om kwaliteit te verbeteren, productiviteit of schatten nauwkeurigheid van projecten, dan kan u niet moet doen een basislijn grootte, maar eerder tellen de grootte van de softwareontwikkeling of verbeteringen
  • Als uw doel is om te vergelijken van de kosten voor ondersteuning en onderhoud (op basis van per FP) over uw portefeuille of een set van applicaties, vervolgens zou gewenste basislijn graven van deze toepassingen. een basislijn van een project.

Terug naar boven

IFPUG
FAQ
PAGINA

9. Waarom niet ik lijnen van code gebruiken (Als de maat der software grootte bij de berekening van de productiviteit of kwaliteit verhoudingen)?

Deze vraag komt vaak wanneer bedrijven overwegen FP of Source lijnen van Code te gebruiken (SLOC) Als de maateenheid voor de grootte van de software. FP hebben het voordeel van technologie en onafhankelijke uitvoering, terwijl SLOC de volgende nadelen heeft:

  • Coderegels neigen te belonen verkwistende ontwerp en bestraffen van beknopte ontwerp (dat wil zeggen, meer lijnen van code "spaghetti" misschien niet zo productief als codering beter ontwerp en minder lijnen van code hiervoor dezelfde functie. Grotere code betekent niet noodzakelijkerwijs productiever als het gaat om regels code.)
  • Er zijn geen industriestandaarden (ISO of anderszins) voor de bronregels van code. (dat wil zeggen, Sommige mensen pleiten voor opdrachtregels niet-commentaar tellen, maar dit is niet universeel aanvaard en variaties prevaleren.)
  • Lijnen van code kunnen niet gemakkelijk worden gebruikt voor normalisatie over platform, taal of door organisatie (omdat het aantal coderegels varieert afhankelijk van de programmeertaal en codering verdragen)
  • Sommige 4GL niet zelfs gebruik maken van coderegels.
  • Coderegels op basis verhoudingen kunnen positief misleidend-verwijzen naar Capers JonesProductiviteit Paradox.

Terug naar boven

IFPUG
FAQ
PAGINA

10. Hoe zit het terugslag (de praktijk van SLOC omzetten in FP met behulp van een conversietabel op basis van programmeertalen)?

  • Terugslag is gebaseerd op de lijnen van code, dus je in dezelfde problemen draaien als het gebruik van lijnen van code.
  • Het kan voorzichtig worden gebruikt op oudere systemen zonder veel vooruitzicht van verdere werkzaamheden.
  • Terugslag zou kunnen nuttig als nauwkeurigheid niet een probleem is zijn.

Terug naar boven

IFPUG
FAQ
PAGINA

11.1 Ik ben verteld dat we moeten verbeteren. Waar moet ik beginnen?

  • Eerst beginnen door te bepalen wat moet worden verbeterd. De GQM (Doel/vraag/metrische) proces kan helpen om dit te bevorderen. Extra middelen vrij (downloadbare) zijn verkrijgbaar bij de Praktische Software en systemen meting (PSSM) website . Als u eenmaal de doelen en statistieken geschetst voor uw meting, FP grootte zal wellicht een belangrijke maatregel die u zult willen verzamelen als de gemeenschappelijke noemer voor productiviteit en kwaliteit verhoudingen.
  • Zodra uw verbetering doelen zijn vastgesteld, Dit zal aangeven waar verbetering moet beginnen (bijvoorbeeld, op het gebied van kwaliteit, productiviteit, of schatten nauwkeurigheid).
  • Word lid van IFPUG en zich bezighouden met andere leden op onze interne lid bulletin board over hoe ze hebt geïmplementeerd dat FP gebaseerd software procesverbetering en meting.

11.2 Als het is gewoon me en 500 ontwikkelaars, waar moet ik beginnen?
Bepalen wat het meest essentieel zijn voor de huidige problemen van uw ontwikkelaars. Uw meting starten (met behulp van de GQM proces hierboven beschreven) door gericht op deze gebieden en beginnen met het communiceren van resultaten onmiddellijk te krijgen ondersteuning en buy-in. Deskundigen adviseren over het starten van een programma van de meting in een kleine weg eerst, krijgen buy-in met de meetresultaten, VOORDAT het uitrollen voor een gehele onderneming. Op deze manier, u kunt ervoor zorgen dat u gericht de juiste maatregelen hebben, Zet in de juiste meting processen, en verworven kleine wins voordat u meting naar een breder publiek uitbreiden.

11.3 Als productiviteit belangrijk is, Wat moet ik rekenen de productiviteit van – nieuwe ontwikkeling, onderhoud, enz.?
Weer, Dit hangt af van uw doelen voor meting. Samen met de GQM benadering, u kunt Pareto analyse (80/20 regel) om te bepalen waar de "pijn" gebieden zijn, en deze doelgebieden is eerst voor uw productiviteit metingen. Bijvoorbeeld, Als u bent onderbezet en uitgedaagd op het gebied van de steun/onderhoud software dan steunen tarieven (FTE per 1000 FP bijvoorbeeld) kan worden gebruikt om te bewijzen objectief het tekort of anders.

Terug naar boven

IFPUG
FAQ
PAGINA

12.1 Wij willen onze software development productiviteit verbeteren, welke informatie heb ik nodig te hebben?

  • Verschillende ratio's kunnen worden gebruikt om te bepalen van de productiviteit, elk van die omvat functie punten. Verwijzen naar de gids voor managementrapportage of <de IFPUG boektitels hier invoegen> of de ISBSG concreet Project schatten (een ISBSG product) voor de oriëntatie van.

12.2 Wat heb ik nodig om te doen een FP telling?

De IFPUG tellen praktijken handleiding (Momenteel versie 4.3.1) schetst van de vereiste documenten/artefacten die u wilt uitvoeren een telling FP. De eerste stap is het bepalen van de reikwijdte en doelstelling van de graaf en of je gaat om te tellen van de grootte van een softwaretoepassing (basislijn) of de grootte van software ontwikkeling/verhoging geleverd in een project (Nieuwe ontwikkeling of verbetering project graaf). Merk op dat elk stuk van software wordt beschouwd als een aparte toepassingsgrenzen (Zie de CPM voor verdere details) en zal worden geteld in eigen FP graaf.

Om te doen een functie punt telling, u moet weten de volgende (functionele gebruikerseisen) over de software:

  • Gebruiker definieerbare uitgangen die de grens van de toepassing en zijn het resultaat van unieke verwerking (bijvoorbeeld, Rapportindelingen, scherm lay-outs, uitvoer bestand lay-outs).
  • Gebruiker definieerbare ingangen die kruis de grens en trigger unieke verwerking (dat wil zeggen, scherm lay-outs, bestand lay-outs, batch file ingangen, ).
  • Gebruiker definieerbare gegevens winkels die worden onderhouden door de toepassing (bijvoorbeeld, bestand lay-outs, tabeldefinities, database of entiteit definities).
  • Gebruiker definieerbare gegevens winkels die zijn toegankelijk voor naslaginformatie alleen door de toepassing (bijvoorbeeld, bestand lay-outs, tabeldefinities).
  • Gebruiker definieerbare query's die de grens van de toepassing (bijvoorbeeld, Rapportindelingen, scherm lay-outs).
  • Het FP tellen proces wordt volledig beschreven in de IFPUG tellen praktijken handleiding.
  • Ondersteuning van tarieven = functie punten van toepassing / inspanning uur ter ondersteuning van aanvraag
  • Verbetering tarief = functie punten verbeterd/gewijzigd in het project / inspanning uren van project
  • Levering tarief (Time to Market) = functie punten van de geleverde softwaretoepassing / kalendertijd
  • Voor meer gedetailleerde informatie over de functie punt analyse, verwijzen naar IFPUG tellen praktijken handleiding
  • Methoden van Agile Software ontwikkeling Levering percentage te verhogen

Terug naar boven

IFPUG
FAQ
PAGINA

13. Wat een CIO moet weten over software grootte? (Functie punten en SNAP)

IT Portfolio Management is een zeer belangrijk onderwerp voor kaderleden. De grootte van de software kan helpen bij het beheer te schatten van het rendement op de investering op hun IT-projecten, en vergelijk alternatieven met een kosten-batenanalyse. Functie punten en module kan worden gebruikt in combinatie met andere maatregelen (project inspanning, defecten, enz.) voor het volgen van de ontwikkeling en benchmarking.

 

Terug naar boven

IFPUG
FAQ
PAGINA

14. Wat een CIO moet weten over Agile & Functie punten?
De belangrijkste overweging bij het gebruik van een meting te vergelijken of verschillende soorten projecten of opdrachten te evalueren is consistentie. Vaak ontwikkelaars zal ofwel verwerpen FP behendig projecten (zeggen dat behendig projecten kunnen niet worden geteld met behulp van FP) of ze omarmen (denken dat ze meer FP dan op waterval projecten krijgen kunnen door FP rekenen op Sprint!) Geen van deze is juist! FP vertegenwoordigen de grootte van een geleverde stuk van software op basis van de functionaliteit (functionele gebruikerseisen) – en dat zijn volledige en consistente bedrijfsprocessen. (Zie het artikel Tellen FP op Agile/iteratieve projecten voor meer details.)

FP kunnen een effectieve manier van meten en evalueren van vaste prijs contracten, ook nuttig kunnen zijn bij het vergelijken van offerteaanvragen tegen of tussen concurrenten tijdens het biedproces voor projecten software ontwikkeling. (bijvoorbeeld, de prijs per FP van twee biedingen kan breed spectrum en aangeven dat één leverancier kan niet volledig begrepen heb wat de functionele vereisten van de software worden ontwikkeld.)

In de ontwikkeling van de industrie outsourcing en software, zowel IBM als CGI gebruikt FP (en hebben teams van gecertificeerde functie punt specialisten) te herzien voorstel inzendingen.

De verschillende typen van de overeenkomst kunnen profiteren met inbegrip van een functie punt schatting in hun voorstel, en sommige landen (met inbegrip van Italië, Brazilië, Korea, Finland) zijn steeds vaker gebruik van FP gebaseerd voorstellen en prijs per eenheid (kosten per FP) voor software overeenkomstsluitende.

Terug naar boven

IFPUG
FAQ
PAGINA

15. Wij willen onze schatten proces verbeteren met behulp van FP, welke andere informatie heb ik nodig te hebben?
Software schatting is een heel onderwerp op zich, maar de voorwaarden voor het doen van project schatten met behulp van FP als de input maatregel (voor de software worden ontwikkeld) omvatten ten minste de volgende kenmerken:

  • ontwikkeling type; (nieuwe ontwikkeling of verbetering)
  • platform; (hardware en het platform overwegingen)
  • taal; (programmeertaal of niveau)
  • ervaring van het team;
  • technieken; (ontwikkelingsmethodologie)
  • externe beperkingen; en
  • reikwijdte kruip

Of u gebruikt een huis gegroeid schatten aanpak, met behulp van de ISBSG bibliotheek voor historische levering tarieven of een professionele softwarepakket, u zult moeten weten de verhoudingen (levering tarieven) voor vergelijkbare projecten om te doen een goede, betrouwbare schatting. Er zijn softwarepakketten beschikbaar op de markt om te helpen bij het schatten van nauwkeurigheid.

Terug naar boven

IFPUG
FAQ
PAGINA

16. Wij willen onze kwaliteit te verbeteren, welke informatie heb ik nodig te hebben?

  • Kwaliteit betekent verschillende dingen voor verschillende mensen. Bepalen welke kwaliteit betekent binnen uw eigen organisatie. ISO 9126 Kwaliteit kenmerken van softwaresystemen en het doel/vraag/Metric processen kunt u hier.
  • Voorbeelden van kwaliteit statistieken zijn:
    • defect dichtheid – aantal gebreken/toepassing grootte in punten van de functie; en
    • defect levering tarief – aantal defecten in de eerste maand van live bewerking geleverd.

Terug naar boven

IFPUG
FAQ
PAGINA

17. Moet ik een GVB gecertificeerd consultant?
Dit is een vraag die elk bedrijf heeft om te antwoorden op hun eigen. Sommige dingen na te denken over:

  • Willen wij een volledige basislijn gedaan in een paar maanden krijgen? Als het antwoord hierop ja is wellicht het verstandig om te hebben een verschillende gecertificeerde balie komen en helpen u. Terwijl dit tellen wordt gedaan, u kunt hebben 1 of meer werknemers krijgen gecertificeerd in functie punt tellen die zal vervolgens zitten kundig handhaven deze basislijn zelf.
  • We willen om te beginnen met tellen en het schatten van onze "grote projecten". Als dit wat je bent is na, je zou kunnen sturen een paar werknemers een IFPUG workshop en/of conferentie krijgen opgeleid. Na de training, zij zou kunnen uitvoeren van de graven en beginnen met het verzamelen van gegevens. U wilt ook om na te denken over het hebben van 1 of meer werknemers gecertificeerd in functie punt tellen te controleren van de graven.
  • U heb geen flauw idee wat de baas is op zoek naar alleen dat we moeten beginnen te meten. Als u in deze groep past, u wilt brengen in een consultant die een doel/vraag/metriek kan uitvoeren (GQM) sessie om te bepalen welke metingen om te beginnen met. Op dit punt, u kunt een paar mensen en IFPUG workshop en/of conferentie krijgen opgeleid.
  • Je bent onderdeel van een groot bedrijf en de baas wil om te beginnen alles nu meten. Als je merkt dat je hier, u wilt brengen in een adviseur:
    • Uitvoeren van een doel/vraag/metriek (GQM) sessie; en
    • Trainen van meerdere mensen tellen functie punten.
  • U kunt ook een paar mensen om te worden van de algemene coördinatoren van de inspanning en verschillende mensen die zal het uitvoeren van de graven en het verzamelen van de gegevens aan te wijzen. De coördinatoren dienen zeker in functie punt tellers te worden gecertificeerd als ze zal worden opgeroepen de audit graven en beslissingen wanneer vragen komen.

Terug naar boven

IFPUG
FAQ
PAGINA

18.1 Wat ben ik zoek een consultant?

  • Iemand die heeft expertise tellen.
  • Ze moet IFPUG gecertificeerd (GVB). Bij het gebruik van de module – moeten ze module gecertificeerd (CSP).
  • Zij moeten ervaring in een industrie gemeenschappelijk met de jouwe tellen.
  • Goede/kwaliteit interpersoonlijke vaardigheden – compatibel is met uw bedrijfscultuur.
  • Statistieken deskundigheid bij de integratie van de functie punten in een goed-rond gemaakte meting programma

18.2 Hoe bepaal ik de IFPUG certificering van een consultant?

Navigeer naar de Openbare certificering zoeken pagina op de website van de IFPUG en het indienen van een query met behulp van de naamvelden en andere passende zoekcriteria.

 

Terug naar boven

IFPUG
FAQ
PAGINA

19.1 Waar moet ik kijken naar een consultant?
Controleer onze Leveranciersoverzicht voor alle leveranciers die zijn IFPUG leden.

19.2 Wie heeft dit gedaan?
IFPUG heeft meer dan veel leden in verschillende landen wereldwijd. Lidmaatschap is ontleend aan elke belangrijke industrie, met inbegrip van maar niet beperkt tot:

  • lucht-en ruimtevaart
  • Banking
  • Financiën
  • telecommunicatie
  • verzekering
  • productie
  • hulpprogramma 's
  • detailhandel
  • regering
  • computer systeemontwikkeling

Een van de belangrijkste voordelen van het lidmaatschap van de IFPUG is het netwerk van IFPUG leden die kunt u (via de bulletin board of e-mail) die FP hebt geïmplementeerd op basis van meting en proces verbeterprogramma's in hun organisaties.

Terug naar boven

IFPUG
FAQ
PAGINA

20. Waar kan ik heen om meer onderzoek op functie punt concepten te doen?
Controleer onze Bibliografie/Naslagbibliotheek voor verdere lezingen op functie punt analyse.

Gelieve te verbinden met ons op Facebook en LinkedIn en delen in uw cirkels.

IFPUG Website, Bookmark voor toekomstig gebruik
IFPUG Facebook-pagina, Klik op als
IFPUG Twitter, Volg de laatste releases van White Papers en ander nieuws
IFPUG LinkedIn, Klik op volgende

Om te suggereren aanvullende FAQ of bewerkingen naar deze pagina, Klik hier Neem contact op met ons en omvatten "IFPUG FAQ" in de onderwerpregel van het bericht.

Leden en niet-leden kunnen downloaden documenten van onze Online winkel, waar ze ook kunnen vernieuwen of bestel een IFPUG lidmaatschap.
Terug naar boven