Capturing Eisen
In maart 1996, Frank McGrath het probleem van het vastleggen van eisen op een bijeenkomst van het Project Management Association in Tysons Corner, Virginia. Kortom, McGrath wees op de software community als gewoon arrogant bij het starten van ontwikkelingswerk zonder eisen genageld. Bij voorbeeld wees hij naar het gebouw trades. Welke algemene aannemer zou beginnen met de bouw van een gebouw met de eis dat stelt: "Het zal een groot gebouw met kantoren binnen?" Wat betekent dat? Wat is de vereiste van een fabriek waar vliegtuigen zal worden gedaan of een wolkenkrabber waar veel bedrijven zullen verblijven? McGrath voortgezet gebruik van de algemene aannemer bijvoorbeeld, wijzend op het feit dat de algemene aannemer vindt niet alleen wat voor soort gebouw, maar ook welke materialen moeten worden gebruikt bij de constructie van het gebouw. De algemene aannemer vervolgens vaststelt wat toleranties nodig zijn in de materialen, enzovoort, enzovoort. Nagedacht, is het gemakkelijk om verduidelijkingen te zien hoe belangrijk zijn bij de vaststelling van voorschriften in het gebouw ambachten. Ze zijn niet minder belangrijk in de software-bedrijf, maar al te vaak software-ontwikkelaars ten onrechte het gevoel dat ze veel in de creatieve zone waar het is veel moeilijker te articuleren en te vangen eisen effectief. Het mag niet zo moeilijk als het lijkt. Software ontwikkelaars moeten eerst herinneren dat ze het vastleggen van dromen van mensen, niet wat ze nodig hebben - al kunnen zij nodig hebben - niet wat ze willen - al kunnen zij dat willen. Software-ontwikkelaars zijn vastleggen van hun dromen, hun ware verlangens. In dit opzicht is het heel persoonlijk voor elke persoon die deelnemen aan de eisen definitie proces. Zij kunnen betogen over kleine punten en niet om te communiceren wat er in hun gedachten. Een leider van de eisen definitie proces kan overwinnen door: 1. Het uitvoeren van regelmatig geplande bijeenkomsten met een eerder verspreide agenda, zodat de juiste mensen te wonen en de deelnemers weten wat er zal worden gedekt en wat van hen verwacht wordt. 2. Structureren van elke vergadering om ervoor te zorgen dat de eerder vastgestelde eisen worden gedocumenteerd voor onderzoek en analyse, zodat nieuwe requireme gen moeten worden ingediend en geregistreerd voor de evaluatie op een volgende vergadering en ervoor te zorgen dat de vereisten die out-of-ruimte voor een specifiek project of het vrijgeven van een project worden geïdentificeerd en ingediend. 3. Ervoor zorgen dat elke persoon op de vergadering in de gelegenheid om te spreken en gehoord te worden zonder kritiek of angst om uitgelachen te worden of het gevoel dom of dom. 4. Tijd doorbrengen om er zeker van de informatie als een vereiste is zinvol, dat wil zeggen ervoor zorgen dat iedereen begrijpt dat het grote gebouw is een hoge wolkenkrabber en niet een magazijn of een fabriek. Hoewel het lijkt dat een aanzienlijke inspanning wordt besteed aan vastleggen en eisen toetsing, is er een grote terugverdienen indien de voorschriften correct vooraan geïdentificeerd. De kosten van het corrigeren van software voor het ontbrekende of onjuiste eisen stijgt aanzienlijk later in het ontwikkelingsproces de fout is gevonden. Deze onaantrekkelijk en zeer kostbaar statistieken kunnen worden teruggebracht aanzienlijk wanneer de onduidelijkheden gemeenschappelijke genoeg om alledaagse gesprekken en overdreven door de afzonderlijke gebieden van expertise naar de tafel gebracht door de klant en de ontwikkelaars worden geëlimineerd. Gebruik de nuttige tips en technieken bewezen in de tijd door software professionals, zoals Donald Gause en Gerald Weinberg, die zijn geconstateerd op het gebied van eisen definitie. Het resultaat zal een onderhandelingsprocedure begrip van de wens van de klant en een zekerheid dat iedereen betrokken bij het project is werken aan de voltooiing van hetzelfde systeem. Begin met het wegnemen van onduidelijkheden over de verklaring niveau. Verduidelijking Dubbelzinnige Eisen Dubbelzinnigheid over de verklaring niveau wordt getest door middel van verwoording van visualisaties. Bijvoorbeeld, als de eis is om een structuur te bouwen ter bescherming van een mens tegen wind en regen en sneeuw en ijs wordt gegeven aan vijf mensen, elk van de vijf mensen kunnen een andere visualisatie. Men zou kunnen visualiseren een kiosk in een busstation, een ander een threebedroom ranch huis, en iemand anders een mooie glanzende Rolls Royce. Als mensen op de bijeenkomst hun visuele beeld van wat er is gezegd verklaren, kan duidelijkheid worden gemaakt, en een akkoord kan worden bereikt. Dus, hoe een beeld van de volgende eis verklaring: De gebruiker zal in staat zijn om een of meer vensters op te slaan in een plakboek, en hoe een uitdrukking die visie. De visualisatie hier misschien niet zo duidelijk, maar een zeker zou willen weten of er iemand rond de vergadertafel de indruk dat ze in staat zullen zijn om Windows te slaan in een plakboek de manier waarop bestanden kunnen worden opgeslagen in mappen voor onbepaalde tijd wordt steeds . Dus, het testen van de verklaring: § Wat is de klant de interpretatie van de verklaring te betekenen? § Wat de ontwikkelaar is van plan de capaciteit, dat wil zeggen, een korte functionele beschrijving van wat er zal worden uitgevoerd om de eis te voldoen, te zijn? § Wat zijn de systeemvereisten, dat wil zeggen, Hoeveel ramen zullen worden opgeslagen? Hoe lang moeten zij worden opgeslagen? Wat zijn de vereisten ophalen tijd voor verschillende soorten van opslag? Document van de onderhandelingen met dien verstande dat wordt bereikt tussen de klant en de ontwikkelaars ten aanzien van de eis (en) en hoe hij (zij) zal worden uitgevoerd. Bij het woord niveau, om het gebruik van synoniemen en vergelijkingen te verduidelijken en te zorgen voor de juiste interpretatie van wat er wordt gezegd . Bijvoorbeeld, als de eis in eerste instantie wordt vermeld als: Een grote klok wordt getoond ... Moet worden aangepast als: Een grote klok wordt getoond ... Begin met het gebruik van de grote synoniem voor het woord groot. Vervolgens verduidelijken het gebruik van het woord grote opnieuw met een specifieke vergelijking, dat wil zeggen, heeft grote meen het vult het volledige scherm of slechts de helft van het scherm? Ten slotte is de eis aan te geven welke specifieke grootte of het bereik van maten te herzien die de klant en de ontwikkelaars hebben afgesproken. Op deze manier wordt het begrip door zowel de klant en de ontwikkelaar consistent. Er zullen geen verrassingen wanneer het product wordt aangeboden als compleet. Belangrijker is dat de incidenten van on-the-spot correcties die optellen zo snel aan het einde van een project aanzienlijk worden verminderd. Bepaling Scope De waarde van de opheffing samengestelde eisen zijn te zien op alle niveaus, van het hogere management van projectontwikkelaars en van de klant aan de kwaliteitsborging team. Pas na samengestelde eisen worden geëlimineerd kan de werkelijke omvang van het project worden beoordeeld, controle op wijzigingen toegepast, testen correct worden beheerd, en zinvolle statistieken worden verzameld. Een eenvoudig voorbeeld van een samengestelde eis is: De gebruiker moet kunnen toevoegen, verwijderen en wijzigen van een rij. Wat zijn de oorzaken dat dit een samengestelde eis zijn de vele dingen die de gebruiker moet kunnen doen. Bij het bepalen van de omvang van de werkzaamheden zal de verbinding eis worden beschouwd als een eenheid van het werk, terwijl het in feite om deze mogelijkheid te bieden binnen het systeem kan zij drie afzonderlijke programma's om het te laten gebeuren. Bovendien, als een deel van een samengestelde eis een probleem tegenkomt tijdens het testen, wordt het hele afgebeeld als eis niet voldaan. Dit kan tot gevolg hebben testresultaat metrics. Te ontdoen van een project van samengestelde eisen, identificeren de verklaringen binnen elke eis, dan maak elke uitspraak een standalone-eis. Deze actie is niet alleen helpt om verduidelijking van de eis, maar het biedt ook een meer accuraat beeld van de omvang en reikwijdte van het project. Het andere ding dat het elimineren van samengestelde eisen doet is laten eis afhankelijkheden te identificeren en met elkaar verbonden in een database. een artikel ingediend door Ralph T. Dowson
|
|||||
|