En av mina klienter hade kontaktat mig med en 1 rad krav som bad oss att göra lagerhantering programvara. Inte undra på, jag vägrade jobbet med tanke på att projekt med mindre krav eller vaga krav är alltid en risk att arbeta med. När jag talade om denna händelse med en av mina vänner som har varit en del av programvara industri för senaste åren, insåg jag att vi alla har gjort liknande misstag i den här industry.I har varit en del av en Start- och förstå hur viktigt varje klient är i linda av ett företag.
Problemet här är att när kunderna kommer till oss med krav, ber vi våra utvecklare att börja arbeta på databasutveckling från ordet Go, som skadar oss alla vid ett senare stage.Web Application, programvara, Business Application Development eller Databas Applikationsutveckling kräver ett liknande tillvägagångssätt och det är, bör varje skärm vara väl documented.I har sett företag som inte laddnings klienter för behovsanalys och mitt förslag är att åtminstone 10 till 25% av kostnaderna bör hållas för krav insamling.
I själva verket om du inser att kostnaden för programvara som utvecklats skulle vara mer än du hade väntat åter närma sig kunden och förklara honom rättvist på hur den inledande bedömningen gick wrong.The hela processen bör vara väl definierad i etapper: 1. Krav Gathering: Omdömen
Samla så mycket information som möjligt från kunden. Titta på deras befintliga systemet och samla former, excel ark, Word-filer som används av dem för närvarande.
Skapa ett system där du definierar flödet och identifiera de former och fält som skulle användas i programmet och bedöma rapporter och varningar som skulle utgöra en del av detta system. Håll dokumentet enkel och lätt att förstå, eftersom dina kunder kanske inte den mest tekniskt kunniga kille på jorden och kommer att hamna mer förvirrad än gärna om det arbete ni har gjort. Omdömen
2. Skärm Designing: Omdömen
När kunden samtycker till doc, är det dags att ha skärmar utformade baserat på den initiala bedömningen.
Flexibiliteten nivån ska vara där, eftersom de flesta av klienterna inte vet vad de förväntar sig och det skulle vara en fungerande prototyp för dem. Ändra fälten och lägga till /ta bort ett formulär eller två baserat på kundernas krav, men inte starta utveckling fram till och om denna fas är godkänd ..
De flesta av programvaran applikationsutveckling går fel på grund av det faktum att nästa steg utförs utan att bedöma det första steget på rätt sätt och tro mig, kommer du att vara