De schatting van de softwaregrootte door de functionaliteit te meten: hoe u dat doet
In dit artikel bespreken we hoe de omvang van een softwareproject kan worden geschat door de functionaliteit ervan te meten.
Het schatten van de softwaregrootte is een noodzakelijke en belangrijke taak bij de ontwikkeling van software. Het kan worden gebruikt om de middelen te bepalen die nodig zijn voor de ontwikkeling van een product en om de uiteindelijke kosten ervan te voorspellen.
Is het mogelijk om de softwaregrootte te schatten voordat er wordt gecodeerd?
Ja, maar het is belangrijk op te merken dat de grootte van de software van verschillende factoren afhankelijk is. Het aantal regels code (LOC) in de software is een goed beginpunt. Andere factoren die helpen bij het schatten zijn onder meer het aantal functies, bugs of zelfs het aantal gebruikers.
Hoewel LOC vaak wordt gebruikt, wordt er geen rekening gehouden met niet-functionele elementen, dubbele regels en enkele ongebruikte functies. Verder hebben verschillende programmeertalen verschillende aantallen regels per code-eenheid. Dit maakt het daarom tot een onnauwkeurige schattingstechniek.
Hoe meet ik de softwaregrootte op basis van functionaliteit?
Overzicht
Dit is de meest gebruikelijke methode om de softwaregrootte te meten. Met deze techniek meet u de functionaliteit die u aan uw gebruikers moet leveren. Met andere woorden, u telt het aantal functies dat is geïmplementeerd.
Functionaliteit is een goede maatstaf voor de omvang, omdat deze de complexiteit van de software meet.
1. Identificeer alle functies en kenmerken
- Maak een lijst van alle functies en features in uw software. U kunt een tool zoals Microsoft Excel gebruiken.
- Voeg vervolgens een beschrijving toe van wat het doet en van alle andere kenmerken die volgens u belangrijk zijn, omdat deze informatie van pas zal komen bij het groeperen ervan in logische componenten.
- Bepaal welke functies/kenmerken afhankelijk zijn van anderen. Een component zonder afhankelijkheden kan als zelfstandig worden beschouwd, en de omvang ervan zal gelijk zijn aan het aantal LOC’s. U kunt de LOC handmatig tellen of een LOC-teller gebruiken.
- Als een functie/feature afhankelijkheden heeft, vergroot dan de omvang ervan door alle LOC die ervan afhankelijk is bij elkaar op te tellen.
2. Wijs elke functie toe aan een groep
- Groepeer soortgelijke functies en wijs ze toe aan een of meer categorieën.
- Wijs punten toe per functie binnen deze groepen op basis van hun complexiteit en moeilijkheidsgraad.
De grootte van een component moet evenredig zijn aan de complexiteit ervan. Een component met complexere logica zal meer functies hebben dan een component met eenvoudige logica. Bij het groeperen van functies kunt u bijvoorbeeld een onderscheid maken tussen basis- en kernfuncties.
Elke software heeft basis- en kernfuncties en -functies. Het zijn de belangrijkste ingrediënten die ervoor zorgen dat uw product goed werkt en een noodzaak zijn. Dit zal u helpen betekenisvollere statistieken te creëren wanneer u de omvang van uw applicatie in de loop van de tijd vergelijkt.
3. Bereken de grootte van elk onderdeel
Nadat u uw componenten heeft gegroepeerd en heeft besloten welke in uw berekening moeten worden opgenomen, moet u bepalen hoeveel regels code (LOC) elke component heeft.
Als alternatief kunt u dit doen door een tool te gebruiken die automatisch LOC voor elk onderdeel kan tellen.
Voor- en nadelen van het gebruik van de functionaliteitsmetriek bij het schatten van de softwaregrootte?
Traditionele methoden voor het meten van de softwaregrootte tellen alleen het aantal regels code, wat niet laat zien hoeveel functies er werkelijk in uw software zitten. Het meten van de softwaregrootte aan de hand van functionaliteit is logischer, vooral als het gaat om grootschalige software op bedrijfsniveau.
Het geeft een nauwkeuriger beeld van wat beschikbaar is voor de gebruiker, en stelt de producteigenaar in staat het concurrentielandschap gemakkelijk te beoordelen.
En ook al heeft deze methode zijn nadelen, hij is veel beter vergeleken met andere maatmeettechnieken. De eindgebruiker kan immers altijd de softwaregrootte verkleinen als hij dat nodig acht en uw code dit toestaat.
Zoals u waarschijnlijk kunt zien, ondersteunen onze gedachten de functionele methode. We moeten echter toegeven dat dit niet ieders ding is, dus we staan open voor uw suggesties. Is er een schatting van softwarestatistieken waarvan u denkt dat die beter zouden werken? Laat het ons hieronder weten.
Geef een reactie