La oss diskutere om Agile Software Development! av Prabha Yadav

I mellomtiden av teknologisk revolusjon, kan vi høre flere nye termer om design og utvikling og "Agile Development" er den hyppigste begrep i disse dager. Mesteparten av tiden, jeg tenker på det, og etter å ha fått noe fra seniorer, jeg personlig forskning om det og skrive dette innlegget om " Agile Development

" i detalj for å gjøre deg oppmerksom på om begrepet "Agile". <.no> La oss starte med begynnelsen, b> Hva er

Agile er prosessen for å minimalisere ulike nivåer av vanskeligheter oppstår mens designe og utvikle en web-tjenester , web-applikasjon, programmet eller mobil.

bare overfor den tradisjonelle tilnærmingen, smidig metodikk brukes til å øke koordinering og team bånd gjennom å samarbeide tverrfaglige team. Agility betegner en adaptiv plan (blueprinting), progressiv utvikling, på tid distribusjon, konstant forbedring og aggressiv atferd tilpasse endringer raskt og fleksibelt.

Antiquity av Agile Software Development


Manifestet av Agile Software Development

ble først introdusert eller stammer av 17 ingeniører og med januar 2001 som sier:

Vi avdekke bedre måter å utvikle programvare ved å gjøre det, og å hjelpe andre gjøre det ? Gjennom dette arbeidet har vi kommet til verdi:

• Individer og samspill enn Prosesser og verktøy

• Arbeide programvaren over Omfattende dokumentasjon

• Kunden samarbeid over Kontraktsforhandlinger

• Svare på endres over Etter en plan

Det vil si, mens det er verdi i elementene på høyre, verdsetter vi punktene på venstre mer

Kent Beck. James Grenning Robert C. Martin

Mike Beedle Jim Highsmith Steve Mellor

Arie van Bennekum Andrew Hunt Ken Schwaber

Alistair Cockburn Ron Jeffries Jeff Sutherland

Ward Cunningham Jon Kern Dave Thomas

Martin Fowler Brian Marick

© 2001, de ovennevnte forfatterne. Denne erklæringen kan fritt kopieres i noen form, men kun i sin helhet gjennom denne kunngjøringen.

Selv om det er mye kritikk og forbedringer gjort i manifestet og prosessen med Agility, men kjerneverdiene det fortsatt gjenstår, og det fungerer godt med virksomheten verdier også.

Quality tilnærming av Agility

I IT-bransjen, det er et vanlig fenomen å tilpasse nye ting som snart som mulig, men denne tilpasningen irritere utvikler. Ikke fordi de ikke ønsker å forbedre seg selv, men fordi de ikke hørte noe om det, og nå har de til å gjennomføre det uten noe forskning eller praksis.

en lignende ting vil skje når et firma implementerer smidig manifest i organisasjonsstrukturen for å forbedre kvaliteten på utbyggingen.

å forstå smidig metodikk, la oss starte med kvaliteten tilnærming av Agility:

1. Forstå Ideologi -

utvikling og distribusjon av et produkt avhenger utelukkende over forståelsen av basen idé. Hvis du ikke er klar med kundens idé, du aldri tilfredsstille ham med produktet. Så, det er en viktig grunn til å forstå hva kunden ønsker fra deg. Bare prøv å forstå ideologien av produktet. I Agile metodikk, planlegger selskapet flere funn økter for å avsløre basen idé, utfordringer, forretningsklima, kunder og bruker foran tverrfaglige team

2.. Blueprinting -

Under ideologi økter, lag avsløre flest mulig funksjoner eller blueprinting om hva som bør være der i produktet. I blueprinting økter, lag analysere mest sannsynlige funksjoner som vil være nyttig og selskapet eier kommunisere med kunden for å sluttføre disse funksjonene sammen med prioriteringer, tilpasning, omfang, utvidelse, testing og alt.

3. Iterasjoner -

Når klienten blir fornøyd med de nevnte funksjonene og tilpasset dem i henhold til deres prioriteringer, lagene dele funksjonalitet i tids-eske gjentakelser, kjent som spurter. Disse små segmenter har fast tid varighet rundt 1-4 uker (avhengig av størrelsen prosjektet) og tverrfaglige team jobbet på dem fra planlegging til å teste

4.. Looping syklusen -

Kontinuerlig kommunikasjon med kunden og team bidratt til å forbedre kvaliteten på produktet og funksjonaliteten til spurter. Hvis klienten forbedrer enhver funksjonalitet eller moderat noe på noen tidsramme, er det lett for lagene å moderere et bestemt tidspunkt-boksen (sprint) heller å analysere hele produktet. Det hjelper å sløyfe syklusen av at sprinten fra planlegging til utvikling og form testing til distribusjon.

Hvis du har noen spørsmål for Agile Software Development og programvareutvikling tjenester, Dev Technosys

ledende beste <. b> tilpasset programvare utvikling

, Mobile app utviklingstjenester til rimelig pris

Artikkel Kilde: http://professionalclick.com/career_guidance.php?aid=940