En av mine klienter hadde nærmet meg med en en linje krav at bedt oss om å gjøre lagerstyring programvare. Ikke rart, jeg nektet jobb med tanke på at prosjekter med mindre krav eller vage krav er alltid en risiko å arbeide på. Når jeg snakket om denne hendelsen med en av mine venner som har vært en del av programvareindustrien for siste årene, innså jeg at vi alle har gjort lignende feil i denne industry.I har vært en del av et oppstarts og forstå hvor viktig hver klient er i barndom stadium av et selskap.
Problemet her er at når kundene kommer til oss med krav, ber vi våre utviklere å begynne å jobbe på data base utvikling fra ordet Go, som skader oss alle på et senere stage.Web Application, programvare, Business Application Development eller Database Application utvikling krever en lignende tilnærming og det er, bør hver enkelt skjerm være godt documented.I har sett selskaper ikke lading klienter for behovsanalyse og mitt forslag er at minst 10 til 25% av kostnadene bør holdes for kravet sammenkomst.
Faktisk hvis du innser at kostnadene av programvare utviklet ville være mer enn du hadde forventet re nærmer klienten og forklare ham ganske på hvordan den innledende vurderingen gikk wrong.The hele prosessen bør være godt definert i etapper: 1. Krav Gathering:
Samle så mye informasjon som mulig fra klienten. Se på deres eksisterende system og samle skjemaer, excel ark, Word-filer som brukes av dem i dag. Lage et system der du definerer flyten og identifisere skjemaer og felt som vil bli brukt i programvaren og vurdere de rapporter og varsler som vil danne en del av dette systemet.
Hold dokumentet enkel og lett å forstå, så kundene ikke kan være den mest teknisk kunnskapsrike fyr på denne jord, og vil ende opp med å bli mer forvirret enn gjerne om det arbeidet du har gjort.
2. Screen Design:
Når kunden samtykker til doc, er det på tide å ha skjermer utviklet basert på en foreløpig vurdering. Fleksibiliteten Nivået skal være der, som de fleste av kundene ikke vet hva de forventer, og dette vil være som en fungerende prototype for dem.
Endre feltene og legge til /slette et skjema eller to basert på kundens behov, men ikke starte utviklingen til og med mindre denne fasen er godkjent .. Det meste av programvaren applikasjonsutvikling går galt på grunn av det faktum at det neste trinnet utføres uten å vurdere første skritt på riktig måte, og tro meg, du vil være tilbake til utgangspunktet, hvis du ikke gjøre det over to trinn prop