Programare Extreme – Introducere

admin
Publicitate

Acest capitol oferă o prezentare generală de Programare Extreme.

ce este Agile?

cuvântul „agil” înseamnă −

  • capabil să vă mișcați corpul rapid și ușor.abilitatea de a gândi rapid și clar.,în afaceri, „agile” este folosit pentru a descrie modalități de planificare și de a face munca în care se înțelege că efectuarea modificărilor după cum este necesar este o parte importantă a lucrării. Business ‘agililty’ înseamnă că o întreprindere este întotdeauna în măsură să ia în considerare schimbările de pe piață.pentru mai multe informatii, va rugam sa ne contactati.în dezvoltarea de software, termenul „agil” este adaptat pentru a însemna ” capacitatea de a răspunde la schimbări − schimbări de la cerințe, tehnologie și oameni.,’

    Agile Manifesto

    o echipă de dezvoltatori de software a publicat Manifestul Agile în 2001, subliniind importanța echipei de dezvoltare, adaptând cerințele în schimbare și implicarea clienților.Manifestul Agile afirmă că –

    descoperim modalități mai bune de a dezvolta software făcând-o și ajutându-i pe alții să o facă. Prin această lucrare, am ajuns la valoare −

    • indivizi și interacțiuni peste procese și instrumente.

    • software-ul de lucru peste documentație cuprinzătoare.,

    • colaborarea cu clienții peste negocierea contractului.

    • răspunsul la schimbare urmând un plan.

    asta este, în timp ce există valoare în elementele din dreapta, apreciem elementele din stânga mai mult.în urma sunt caracteristicile de Agilitate −

    • agilitate în dezvoltarea de software agil se concentrează pe cultura întregii echipe cu multi-disciplina, Echipe eco-funcționale, care sunt împuternicite și autoorganizing.acesta promovează responsabilitatea comună și responsabilitate.,

    • facilitează comunicarea eficientă și colaborarea continuă.abordarea întregii echipe evită întârzierile și timpii de așteptare.livrările frecvente și continue asigură un feedback rapid care, la rândul său, permite alinierea echipei la cerințe.

    • colaborarea facilitează combinarea diferitelor perspective în timp util în implementare, remedierea defectelor și adaptarea modificărilor.progresul este constant, durabil și previzibil, subliniind transparența.,următoarele tendințe sunt observate în ingineria software −

    tendințe de Inginerie Software

    următoarele tendințe sunt observate în ingineria software –

    • adună cerințe înainte de începerea dezvoltării. Cu toate acestea, dacă cerințele urmează să fie modificate mai târziu, atunci se observă de obicei următoarele −

      • rezistența la schimbări într-o etapă ulterioară de dezvoltare.

      • există o cerință a unui proces riguros de schimbare care implică o placă de control a schimbării care poate chiar împinge modificările la versiunile ulterioare.,

      • livrarea unui produs cu cerințe învechite, care nu îndeplinesc așteptările clientului.incapacitatea de a face față schimbărilor inevitabile de domeniu și schimbărilor tehnologice din cadrul bugetului.găsiți și eliminați defectele la începutul ciclului de viață al dezvoltării pentru a reduce costurile de remediere a defectelor.testarea începe numai după finalizarea codării și testarea este considerată responsabilitatea testerului, deși testerul nu este implicat în dezvoltare.

      • măsurați și urmăriți procesul în sine., Acest lucru devine scump din cauza −

      • monitorizarea și urmărirea la nivel de sarcină și la nivel de resurse.

      • definirea măsurătorilor pentru a ghida dezvoltarea și măsurarea fiecărei activități în dezvoltare.

      • intervenție de Management.

    • elaborați, analizați și verificați modelele înainte de dezvoltare.

      • Un model ar trebui să fie utilizat ca un cadru. Cu toate acestea, concentrarea pe model și nu pe dezvoltarea crucială nu va da rezultatele așteptate.,

    • codificare, care este inima de dezvoltare nu este dat suficient de accent. Motivele fiind −

      • dezvoltatorii, care sunt responsabili pentru producția, nu sunt, de obicei, în comunicare constantă cu clienții.

      • codarea este privită ca o traducere a designului, iar implementarea eficientă în cod nu este niciodată readusă în design.

  • testarea este considerată a fi poarta de acces pentru a verifica defectele înainte de livrare.,depășirile de program ale etapelor anterioare de dezvoltare sunt compensate prin ignorarea cerințelor de testare pentru a asigura livrările la timp.acest lucru duce la depășiri de cost defecte de fixare după livrare.testerele sunt făcute responsabile și responsabile pentru calitatea produsului, deși nu au fost implicate pe tot parcursul dezvoltării.

  • Limitarea resurselor (în principal echipă) în funcție de buget conduce la −

    • Resource peste alocarea

    • Echipa de epuizare.,

    • pierderea utilizării eficiente a competențelor echipei.

    • uzură.programarea extremă − o modalitate de a gestiona deficiențele comune

      Ingineria Software implică-

      • creativitate

      • învățarea și îmbunătățirea prin încercări și erori

      • iterații

      programarea extremă se bazează pe aceste activități și codificare. Este activitatea detaliată (nu singura) de proiectare cu mai multe bucle de feedback strânse prin implementarea eficientă, testarea și refactorizarea continuă.,programarea extremă se bazează pe următoarele valori −

      • comunicare

      • simplitate

      • Feedback

      • curaj

        • Respect

    ce este programarea extremă?XP este un mod ușor, eficient, cu risc scăzut, flexibil, previzibil, științific și distractiv de a dezvolta un software.eXtreme Programming (XP) a fost conceput și dezvoltat pentru a răspunde nevoilor specifice ale dezvoltării de software de către echipe mici, în fața cerințelor vagi și în schimbare.,programarea extremă este una dintre metodologiile de dezvoltare software Agile. Acesta oferă valori și principii pentru a ghida comportamentul echipei. Echipa este de așteptat să se auto-organizeze. Extreme Programming oferă practici de bază specifice unde –

    • fiecare practică este simplă și auto-completă.combinația de practici produce un comportament mai complex și mai emergent.

    Embrace Change

    o presupunere cheie a programării Extreme este că costul schimbării unui program poate fi menținut în mare parte constant în timp.,>Acest lucru poate fi realizat cu −

    • Accent pe feedback continuu din partea clientului

    • Scurt iterații

    • Design si redesign

    • Codificare și testare frecvent

    • Eliminarea defectelor timpurii, astfel, reducerea costurilor

    • Păstrarea clientului implicat în întreg procesul de dezvoltare

    • Livrarea produs de lucru a clientului

    Programare Extreme într-un Cuvânt

    Programare Extreme implică −

    • Scrierea de teste unitare înainte de programare și păstrarea toate testele la toate ori., Testele unitare sunt automatizate și elimină defectele din timp, reducând astfel costurile.

    • începând cu un design simplu suficient doar pentru a codifica caracteristicile la îndemână și reproiectarea atunci când este necesar.

    • Programare în perechi (numită programare pereche), cu doi programatori la un singur ecran, pe rând pentru a utiliza tastatura. În timp ce unul dintre ele se află la tastatură, celălalt revizuiește constant și oferă intrări.integrarea și testarea întregului sistem de mai multe ori pe zi.,punerea rapidă a unui sistem de lucru minim în producție și modernizarea acestuia ori de câte ori este necesar.

    • menținerea clientului implicat tot timpul și obținerea de feedback constant.iterarea facilitează modificările de adaptare pe măsură ce software-ul evoluează odată cu cerințele în schimbare.

      de ce se numește ” extremă?”

      programarea extremă duce principiile și practicile eficiente la niveluri extreme.

      • recenzii de cod sunt eficiente ca codul este revizuit tot timpul.,testarea este eficientă deoarece există regresie și testare continuă.designul este eficient deoarece toată lumea trebuie să facă refactorizare zilnic.

      • integrarea de testare este important ca integra și testa de mai multe ori pe zi.iterațiile scurte sunt eficiente ca joc de planificare pentru planificarea lansării și planificarea iterației.în 1999 Kent Beck, Ward Cunningham și Ron Jeffries au formulat extreme Programming în 1999. Ceilalți colaboratori sunt Robert Martin și Martin Fowler.,la mijlocul anilor ‘ 80, Kent Beck și Ward Cunningham au inițiat programarea perechilor la Tektronix. În anii ’80 și’ 90, Smalltalk Culture a produs Refactorizare, Integrare Continuă, testare constantă și implicare strânsă a clienților. Această cultură a fost mai târziu generalizată în celelalte medii.la începutul anilor ‘ 90, valorile de bază au fost dezvoltate în cadrul Comunității Patterns, Hillside Group. În 1995, Kent le-a rezumat în cele mai bune practici Smalltalk, iar în 1996, Ward le-a rezumat în episoade.în 1996, Kent a adăugat testarea unității și metafora la Hewitt., În 1996, Kent a luat proiectul Chrysler C3, la care Ron Jeffries a fost adăugat ca antrenor. Practicile au fost rafinate pe C3 și publicate pe Wiki.practicile Scrum au fost încorporate și adaptate ca joc de planificare. În 1999, Kent și-a publicat cartea „Extreme Programming Explained”. În același an, Fowler și-a publicat cartea, Refactoring.programarea extremă a evoluat de atunci, iar evoluția continuă și astăzi.succesul proiectelor, care urmează practici de programare Extreme, se datorează –

        • dezvoltarea rapidă.,

        • reacție imediată la cerințele în schimbare ale clientului.

        • concentrați-vă pe rate scăzute de defecte.sistemul returnează o valoare constantă și consecventă clientului.

        • satisfacție ridicată a clienților.

        • costuri reduse.

        • coeziunea echipei și satisfacția angajaților.programarea extremă rezolvă următoarele probleme cu care se confruntă adesea în proiectele de dezvoltare software −

          • programele alunecate − iar ciclurile de dezvoltare realizabile asigură livrări la timp.,proiectele anulate-concentrarea pe implicarea continuă a clienților asigură transparența cu clientul și rezolvarea imediată a oricăror probleme.

          • costurile suportate pentru modificări-testarea extensivă și continuă asigură că modificările nu încalcă funcționalitatea existentă. Un sistem de lucru în funcțiune asigură întotdeauna suficient timp pentru acomodarea modificărilor, astfel încât operațiunile curente să nu fie afectate.defecte de producție și post-livrare: accentul este pus pe – testele unitare pentru detectarea și remedierea timpurie a defectelor.,

          • neînțelegerea afacerii și / sau a domeniului − a face clientul o parte din echipă asigură o comunicare constantă și clarificări.schimbări în afaceri-schimbările sunt considerate inevitabile și sunt acceptate în orice moment.

          • cifra de afaceri a personalului − colaborarea intensivă în echipă asigură entuziasm și bună voință. Coeziunea multi-disciplinelor favorizează spiritul de echipă.

          Publicitate

    • Lasă un răspuns

    Adresa ta de email nu va fi publicată. Câmpurile obligatorii sunt marcate cu *