Justifikasi ekonomi yang menyeluruh untuk semua tindakan - hanya apa yang diperlukan pelanggan dilakukan dan tidak membawa kepada ketidakberuntungan projek.

Pembentukan seni bina asas seawal mungkin.

Menggunakan seni bina komponen.

Prototaip, pembangunan tambahan dan ujian.

Penilaian biasa keadaan semasa.

Pengurusan perubahan, pembangunan berterusan perubahan dari luar projek.

Fokus pada mencipta produk yang berfungsi dalam persekitaran sebenar.

Fokus pada kualiti.

Penyesuaian proses dengan keperluan projek.

Pengaturcaraan Melampau

Pengaturcaraan Ekstrem (XP) muncul sebagai kaedah evolusi pembangunan perisian"bawah atas". Pendekatan ini adalah contoh kaedah yang dipanggil Pembangunan "hidup" (Kaedah Pembangunan Tangkas) . Kumpulan kaedah "langsung" termasuk, sebagai tambahan kepada pengaturcaraan melampau, kaedah SCRUM, DSDM (Kaedah Pembangunan Sistem Dinamik, kaedah membangunkan sistem dinamik), Didorong Ciri Pembangunan (pembangunan didorong oleh fungsi sistem), dsb.

Prinsip asas pembangunan perisian langsung termaktub dalam manifesto pembangunan langsung, yang muncul pada tahun 2000.

Orang yang terlibat dalam projek dan komunikasi mereka lebih penting daripada proses dan alat.

Program kerja adalah lebih penting daripada dokumentasi yang komprehensif.

Kerjasama dengan pelanggan adalah lebih penting daripada membincangkan butiran kontrak.

Bekerja melalui perubahan adalah lebih penting daripada berpegang pada rancangan.

Kaedah "Hidup" muncul sebagai protes terhadap birokratisasi pembangunan perisian yang berlebihan, banyak dokumen sampingan yang tidak diperlukan untuk mendapatkan hasil akhir, yang perlu disediakan semasa menjalankan projek mengikut kebanyakan proses "berat" , kerja tambahan untuk menyokong proses tetap organisasi, seperti ini diperlukan dalam, sebagai contoh, CMM. Kebanyakan kerja dan dokumen sedemikian tidak berkaitan secara langsung dengan pembangunan perisian dan jaminan kualiti, tetapi bertujuan untuk mematuhi klausa formal kontrak pembangunan, mendapatkan dan mengesahkan sijil untuk pematuhan pelbagai piawaian.

Kaedah "Langsung" membolehkan pembangun menumpukan sebahagian besar usaha mereka pada tugas pembangunan dan memenuhi keperluan pengguna sebenar. Ketiadaan timbunan dokumen dan keperluan untuk mengekalkannya dalam keadaan yang koheren membolehkan anda bertindak balas dengan lebih cepat dan cekap kepada perubahan dalam keperluan dan dalam persekitaran di mana program masa depan akan berfungsi.

Walau bagaimanapun, XP mempunyai rajah proses pembangunannya sendiri (walaupun, secara amnya, pemahaman yang digunakan secara meluas tentang "proses pembangunan" sebagai skema tindakan yang agak tegar bercanggah dengan idea pembangunan "meriah"), ditunjukkan dalam Rajah. 15.

Menurut pengarang XP, teknik ini tidak begitu mengikut beberapa corak tindakan umum seperti menggunakan gabungan teknik berikut. Walau bagaimanapun, setiap teknik adalah penting, dan tanpa penggunaannya, pembangunan dianggap bukan XP, menurut Kent Beck, salah seorang pengarang pendekatan ini, bersama Ward Cunningham dan Ron Jeffries.

Permainan perancangan langsung

Tugasnya adalah untuk menentukan secepat mungkin jumlah kerja yang perlu dilakukan sebelum versi perisian seterusnya. Keputusan dibuat, pertama sekali, berdasarkan keutamaan pelanggan (iaitu keperluannya, apa yang dia perlukan daripada sistem untuk lebih berjaya

menjalankan perniagaan anda) dan, kedua, berdasarkan penilaian teknikal (iaitu penilaian kerumitan pembangunan, keserasian dengan elemen lain sistem, dsb.). Rancangan diubah sebaik sahaja ia mula menyimpang daripada realiti atau kehendak pelanggan.

				Ujian
		guna		senario
			cerita baru
	Keperluan		guna
			Kelajuan projek
	Metafora		Pelan versi
		Perancangan		Lelaran	Penerimaan	Kecil
seni bina				Terakhir
						okey
						pengguna
Tidak boleh dipercayai			Yakin	Lelaran baharu

"Membuang" penyelesaian

Rajah 15. Gambarajah aliran kerja dalam XP.

Perubahan versi yang kerap (keluaran kecil)

Versi pertama yang berfungsi harus muncul secepat mungkin dan harus mula digunakan dengan segera. Versi seterusnya disediakan pada selang masa yang agak singkat (dari beberapa jam untuk perubahan kecil dalam program kecil, kepada satu atau dua bulan untuk kerja semula utama sistem besar).

Metafora sistem

Metafora, dalam bentuk yang agak mudah dan boleh difahami untuk pasukan, harus menerangkan mekanisme asas sistem. Konsep ini mengingatkan seni bina, tetapi harus menerangkan intipati utama keputusan teknikal yang dibuat dengan lebih mudah, hanya dalam satu atau dua frasa.

Penyelesaian reka bentuk yang mudah

Pada bila-bila masa, sistem harus direka bentuk semudah mungkin. Tidak perlu menambah ciri terlebih dahulu - hanya selepas permintaan yang jelas untuknya. Semua kerumitan yang tidak perlu dikeluarkan sebaik sahaja ia ditemui.

Pembangunan Didorong Ujian(pembangunan dipacu ujian)

Pembangun mula-mula menulis ujian, kemudian cuba melaksanakan modul mereka supaya ujian berfungsi. Pelanggan menulis ujian terlebih dahulu yang menunjukkan keupayaan utama sistem supaya mereka dapat melihat bahawa sistem itu benar-benar berfungsi.

Pemfaktoran semula berterusan

Pengaturcara sentiasa mengolah semula sistem untuk menghapuskan kerumitan yang tidak perlu, meningkatkan kefahaman kod, meningkatkan fleksibilitinya, tetapi tanpa mengubah tingkah lakunya, yang disahkan dengan menjalankan selepas setiap kerja semula ujian. Pada masa yang sama, keutamaan diberikan kepada penyelesaian yang lebih elegan dan fleksibel, berbanding penyelesaian yang hanya memberikan hasil yang diinginkan. Komponen yang direka bentuk semula yang tidak berjaya harus dikenal pasti semasa pelaksanaan ujian dan digulung semula ke keadaan utuh terakhir (bersama-sama dengan komponen yang bergantung padanya).

Pengaturcaraan pasangan

Pengekodan dilakukan oleh dua pengaturcara pada satu komputer. Berpasangan adalah sewenang-wenangnya dan berbeza-beza mengikut tugasan. Orang yang di tangannya papan kekunci cuba menyelesaikan masalah semasa dengan cara yang terbaik. Pengaturcara kedua menganalisis kerja

pertama dan memberi nasihat, mempertimbangkan akibat keputusan tertentu, ujian baharu, penyelesaian yang kurang langsung, tetapi lebih fleksibel.

Pemilikan kod secara kolektif

DALAM Mana-mana ahli pasukan boleh menukar mana-mana bahagian kod pada bila-bila masa. Tiada siapa yang sepatutnya mempunyai bidang tanggungjawab mereka sendiri; seluruh pasukan secara keseluruhan bertanggungjawab untuk semua kod.

Integrasi berterusan

Sistem ini dipasang dan menjalani ujian penyepaduan sekerap mungkin, beberapa kali sehari, setiap kali beberapa pengaturcara selesai melaksanakan fungsi seterusnya.

40 jam seminggu bekerja

Bekerja lebih masa dilihat sebagai tanda masalah yang lebih besar dalam projek. Kerja lebih masa selama 2 minggu berturut-turut tidak dibenarkan - ini meletihkan pengaturcara dan menjadikan kerja mereka menjadi kurang produktif.

Kemasukan pelanggan dalam pasukan(pelanggan di tapak)

DALAM Pasukan pembangunan sentiasa termasuk wakil pelanggan yang tersedia sepanjang hari bekerja dan dapat menjawab semua soalan tentang sistem. Tanggungjawabnya adalah untuk segera menjawab sebarang jenis soalan mengenai fungsi sistem, antara mukanya, prestasi yang diperlukan, operasi sistem yang betul dalam situasi yang sukar, keperluan untuk mengekalkan komunikasi dengan aplikasi lain, dsb.

Menggunakan kod sebagai alat komunikasi

Kod dilihat sebagai cara komunikasi yang paling penting dalam pasukan. Kejelasan kod adalah salah satu keutamaan utama. Mengikuti piawaian pengekodan yang memberikan kejelasan ini adalah penting. Piawaian sedemikian, sebagai tambahan kepada kejelasan kod, harus memastikan bahasa yang minimum (tiada pertindihan kod dan maklumat) dan harus diterima oleh semua ahli pasukan.

Buka ruang kerja

Pasukan ini ditempatkan dalam satu bilik yang agak luas untuk memudahkan komunikasi dan membolehkan perbincangan kumpulan semasa merancang dan membuat keputusan teknikal yang penting.

Mengubah peraturan mengikut keperluan (hanya peraturan)

Setiap ahli pasukan mesti menerima peraturan yang disenaraikan, tetapi jika timbul keperluan, pasukan boleh mengubahnya jika semua ahlinya bersetuju dengan perubahan ini.

Seperti yang dapat dilihat daripada teknik yang digunakan, XP direka untuk digunakan dalam pasukan kecil (tidak lebih daripada 10 pengaturcara), yang ditekankan oleh pengarang teknik ini. Saiz pasukan yang lebih besar memusnahkan kemudahan komunikasi yang diperlukan untuk kejayaan dan menjadikannya mustahil untuk melaksanakan banyak teknik yang disenaraikan.

Kelebihan XP, jika ia boleh dilaksanakan, adalah fleksibiliti yang lebih besar, keupayaan untuk membuat perubahan pada perisian dengan cepat dan tepat sebagai tindak balas kepada perubahan keperluan dan kehendak pelanggan individu, kualiti tinggi kod yang dihasilkan, dan ketiadaan keperluan untuk meyakinkan pelanggan bahawa hasilnya memenuhi jangkaan mereka.

Kelemahan pendekatan ini ialah ketidakpraktisan projek yang cukup besar dan kompleks dalam gaya ini, ketidakupayaan untuk merancang masa dan kerumitan projek untuk jangka masa yang cukup panjang dan dengan jelas meramalkan hasil projek jangka panjang dari segi nisbah. kualiti hasil dan kos masa dan sumber. Ia juga boleh diperhatikan bahawa XP tidak sesuai untuk kes-kes di mana penyelesaian yang mungkin tidak segera ditemui berdasarkan pengalaman yang diperoleh sebelum ini, tetapi memerlukan penyelidikan awal

XP sebagai satu set teknik yang diterangkan pertama kali digunakan semasa kerja pada projek C3 (Sistem Pampasan Komprehensif Chrysler, pembangunan sistem perakaunan pembayaran

pekerja Daimler Chrysler). Daripada 20 peserta dalam projek ini, 5 (termasuk 3 pengarang utama XP yang disebutkan di atas) menerbitkan 3 buku dan sejumlah besar artikel yang dikhaskan untuk XP semasa projek itu sendiri dan seterusnya. Projek ini berulang kali disebut dalam pelbagai sumber sebagai contoh penggunaan teknik ini. Data berikut disusun daripada artikel yang disebut, tolak bukti anekdot, dan menggambarkan masalah dengan beberapa teknik XP apabila digunakan pada projek yang agak kompleks.

Projek ini bermula pada Januari 1995. Sejak Mac 1996, berikutan kemasukan Kent Beck, ia telah dijalankan menggunakan XP. Pada masa ini, ia telah melebihi bajet dan rancangan untuk pelaksanaan fungsi secara berperingkat. Pasukan pembangunan telah dipotong, dan selama kira-kira enam bulan selepas itu projek itu dibangunkan dengan agak berjaya. Pada Ogos 1998, prototaip muncul yang boleh memberi perkhidmatan kepada kira-kira 10,000 pekerja. Projek itu pada asalnya dijangka siap pada pertengahan 1999 dan perisian yang dihasilkan akan digunakan untuk menguruskan faedah untuk 87,000 pekerja syarikat. Ia dihentikan pada Februari 2000 selepas 4 tahun menjalankan XP kerana kegagalan sepenuhnya untuk memenuhi rangka masa dan belanjawan. Perisian yang dicipta tidak pernah digunakan untuk bekerja dengan data pada lebih daripada 10,000 pekerja, walaupun telah ditunjukkan bahawa ia boleh mengendalikan data pada 30,000 pekerja syarikat. Orang yang memainkan peranan sebagai pelanggan yang termasuk dalam pasukan projek berhenti selepas beberapa bulan melakukan kerja sedemikian, tidak dapat menahan beban kerja, dan tidak pernah menerima penggantian yang mencukupi sehingga tamat projek.

Sastera untuk Syarahan 3

W. Royce. Pengurusan projek perisian. M.: Lori, 2002.

A. Jacobson, G. Butch, J. Rambo. Proses pembangunan perisian bersatu. St. Petersburg: Peter, 2002.

Kroll, Semangat RUP. www-106.ibm.com/developerworks/rational/library/ kandungan/RationalEdge/dec01/TheSpiritoftheRUPDec01.pdf

K. Beck. Pengaturcaraan Melampau. St. Petersburg: Peter, 2002.

http://www.agilemanifesto.org/

K. Beck, et. al. Chrysler pergi ke "Melampau". Pengkomputeran Teragih, 10/1998.

A. Cockburn. Memilih Metodologi Projek. Perisian IEEE, 04/2000.

L. Williams, R. R. Kessler, W. Cunningham, R. Jeffries. Memperkukuh Kes untuk Pengaturcaraan Berpasangan. Perisian IEEE 4/2000.

G. Keefer. Pengaturcaraan Ekstrem Dianggap Memudaratkan untuk Pembangunan Perisian Boleh Dipercayai. Laporan Teknikal AVOCA, 2002.

Tersedia sebagai http://www.avoca-vsm.com/Dateien-Download/ExtremeProgramming.pdf.

Pengaturcaraan Extreme (XP) ialah metodologi pembangunan perisian yang dipermudahkan untuk pasukan pembangunan kecil hingga sederhana yang mencipta produk perisian dalam keadaan keperluan yang tidak jelas atau berubah dengan cepat.

Matlamat utama XP ialah meningkatkan keyakinan pelanggan kepada produk perisian dengan menyediakan bukti sebenar kejayaan proses pembangunan dan pengurangan mendadak dalam masa pembangunan produk . Pada masa yang sama, XP memberi tumpuan kepada meminimumkan ralat pada peringkat awal pembangunan. Ini membolehkan anda mencapai kelajuan maksimum pelepasan produk siap dan memungkinkan untuk bercakap tentang kebolehramalan kerja. Hampir semua teknik XP bertujuan untuk meningkatkan kualiti produk perisian.

Prinsip XP

Prinsip utama ialah:

• Keterulangan. Pembangunan dijalankan dalam lelaran pendek dengan hubungan aktif dengan pelanggan. Adalah dicadangkan untuk mengekalkan lelaran sedemikian singkat, tempoh yang disyorkan ialah 2-3 minggu dan tidak lebih daripada 1 bulan. Dalam satu lelaran, sekumpulan pengaturcara diperlukan untuk melaksanakan beberapa sifat sistem, setiap satunya diterangkan dalam cerita pengguna. Cerita pengguna (UI) dalam kes ini ialah maklumat awal berdasarkan modul itu dicipta. Mereka berbeza daripada kes penggunaan (VI). Perihalan PI adalah pendek - 1-2 perenggan, manakala VI biasanya diterangkan dengan terperinci yang mencukupi, dengan aliran utama dan alternatif, dan ditambah dengan model. UI ditulis oleh pengguna sendiri, yang dalam XP adalah sebahagian daripada pasukan, tidak seperti UI yang diterangkan oleh penganalisis sistem. Kekurangan pemformalan perihalan data input projek dalam XP dicari untuk diberi pampasan dengan memasukkan pelanggan secara aktif dalam proses pembangunan sebagai ahli penuh pasukan.
• Kesederhanaan penyelesaian. Penyelesaian kerja paling mudah pertama diterima pakai. Ekstrem kaedah dikaitkan dengan tahap risiko keputusan yang tinggi disebabkan oleh kedangkalan analisis dan jadual masa yang ketat. Set minimum fungsi sistem utama dilaksanakan pada lelaran pertama dan setiap lelaran berikutnya; kefungsian dikembangkan dengan setiap lelaran.
• Pembangunan intensif dalam kumpulan kecil(tidak melebihi 10 orang) dan pengaturcaraan pasangan(apabila dua pengaturcara mencipta kod bersama-sama di satu tempat kerja biasa), komunikasi aktif dalam kumpulan dan antara kumpulan. Semua ini bertujuan untuk mengesan masalah (kedua-dua ralat dan tarikh akhir yang terlepas) seawal mungkin. Pengaturcaraan pasangan bertujuan untuk menyelesaikan masalah penstabilan projek. Apabila menggunakan metodologi XP, terdapat risiko tinggi kehilangan kod disebabkan pemergian seorang pengaturcara yang tidak dapat menampung jadual kerja yang padat. Dalam kes ini, pengaturcara kedua pasangan memainkan peranan sebagai "pengganti" kod. Ia juga penting bagaimana tepatnya kumpulan diedarkan dalam ruang kerja - XP menggunakan ruang kerja terbuka, yang menganggap akses pantas dan percuma untuk semua orang kepada semua orang.
• Maklum balas dengan pelanggan, yang wakilnya sebenarnya terlibat dalam proses pembangunan.
• Tahap keberanian yang mencukupi dan kesanggupan untuk mengambil risiko.

Teknik XP (Amalan)

XP biasanya dicirikan oleh satu set 12 peraturan (amalan) yang mesti diikuti untuk mencapai hasil yang baik. Tiada satu pun daripada amalan itu pada asasnya baharu, tetapi XP menyatukan mereka.

1. Perancangan proses. Seluruh pasukan pembangunan berkumpul dan keputusan kolektif dibuat tentang sifat sistem yang akan dilaksanakan dalam lelaran seterusnya. Kerumitan pelaksanaan setiap harta ditentukan oleh pengaturcara sendiri.
2. Interaksi rapat dengan pelanggan. Wakil pelanggan mestilah ahli pasukan XP. Dia menulis UI, memilih cerita yang akan dilaksanakan dalam lelaran tertentu dan menjawab soalan berkaitan perniagaan. Wakil pelanggan mestilah pakar dalam kawasan subjek automatik. Adalah perlu untuk mendapatkan maklum balas berterusan dengan wakil pelanggan.
3. Peraturan penamaan seluruh sistem. Konvensyen penamaan sistem yang baik mencadangkan kemudahan penamaan kelas dan pembolehubah. Pasukan pembangunan harus mempunyai peraturan penamaan yang seragam.
4. Seni bina yang ringkas. Sebarang harta sistem harus dilaksanakan semudah mungkin. Pengaturcara dalam pasukan XP bekerja di bawah moto: "Tiada apa-apa yang berlebihan!" Penyelesaian kerja paling mudah pertama diterima pakai, tahap kefungsian yang diperlukan dilaksanakan pada masa ini. Ini menjimatkan masa pengaturcara.
5. Pemfaktoran semula. Ini adalah pengoptimuman kod sedia ada untuk memudahkannya. Kerja ini harus dijalankan secara berterusan. Dengan memastikan kod telus dan mentakrifkan elemen kod sekali sahaja, pengaturcara mengurangkan bilangan pepijat yang perlu mereka betulkan kemudian. Apabila melaksanakan setiap ciri baharu sistem, pengaturcara mesti mempertimbangkan sama ada mungkin untuk memudahkan kod sedia ada dan bagaimana ini akan membantu melaksanakan ciri baharu. Di samping itu, pemfaktoran semula tidak boleh digabungkan dengan reka bentuk: jika kod baharu sedang dibuat, pemfaktoran semula harus ditangguhkan.
6. Pengaturcaraan pasangan. Semua pengaturcara mesti bekerja secara berpasangan: satu menulis kod, satu lagi jam tangan. Oleh itu, adalah perlu untuk meletakkan sekumpulan pengaturcara di satu tempat. XP berfungsi paling berjaya dalam pasukan pengaturcara dan pengguna yang tidak diedarkan.
7. 40 jam seminggu bekerja. Seorang pengaturcara tidak boleh bekerja lebih daripada 8 jam sehari. Keperluan untuk kerja lebih masa adalah penunjuk yang jelas tentang masalah dalam bidang pembangunan tertentu. Mencari sebab kerja lebih masa dan menghapuskannya secepat mungkin adalah salah satu peraturan asas.
8. Pemilikan kod kolektif. Setiap pengaturcara dalam pasukan mesti mempunyai akses kepada kod mana-mana bahagian sistem dan hak untuk membuat perubahan kepada mana-mana kod. Peraturan mandatori: jika pengaturcara membuat perubahan dan sistem tidak berfungsi dengan betul selepas itu, maka pengaturcara inilah yang mesti membetulkan ralat.
9. Piawaian pengekodan bersatu. Piawaian pengekodan diperlukan untuk menyokong amalan lain: pemilikan kod dikongsi, pengaturcaraan pasangan dan pemfaktoran semula. Tanpa piawaian yang bersatu, sekurang-kurangnya lebih sukar untuk menjalankan amalan ini, dan pada hakikatnya adalah mustahil: kumpulan itu akan bekerja dalam kekurangan masa yang berterusan. Pasukan itu telah mengusahakan projek itu untuk masa yang lama. Orang datang dan pergi. Tiada siapa yang membuat kod sahaja dan kod milik semua orang. Akan sentiasa ada masa anda perlu memahami dan melaraskan kod orang lain. Pembangun akan mengalih keluar kod pendua, menganalisis dan menambah baik kelas orang lain, dsb. Dari masa ke masa, adalah mustahil untuk mengatakan siapa pengarang kelas tertentu. Oleh itu, semua orang mesti mematuhi piawaian pengekodan biasa - pemformatan kod, penamaan kelas, pembolehubah, pemalar, gaya ulasan. Perkara di atas bermakna semua ahli pasukan mesti bersetuju dengan piawaian pengekodan biasa. Tidak kira yang mana, tetapi semua orang wajib mematuhinya.
10. Keluaran kecil. Lelaran minimum ialah satu hari, maksimum ialah sebulan; Lebih kerap keluaran dibuat, lebih banyak kelemahan sistem akan dikenal pasti. Keluaran pertama membantu mengenal pasti kekurangan pada peringkat terawal, kemudian kefungsian sistem dikembangkan berdasarkan UI. Memandangkan pengguna terlibat dalam proses pembangunan dari keluaran pertama, dia menilai sistem dan menyediakan sejarah dan ulasan pengguna. Berdasarkan ini, lelaran seterusnya ditentukan, iaitu, seperti apa keluaran baharu itu. XP adalah mengenai menyediakan maklum balas berterusan kepada pengguna.
11. Integrasi berterusan. Penyepaduan bahagian baharu sistem harus berlaku sekerap mungkin, sekurang-kurangnya sekali setiap beberapa jam. Peraturan asas penyepaduan adalah seperti berikut: penyepaduan boleh dijalankan jika semua ujian lulus dengan jayanya. Jika ujian gagal, pengaturcara mesti sama ada membuat pembetulan dan kemudian menyepadukan komponen sistem, atau tidak menyepadukannya sama sekali. Peraturan ini ketat dan tidak jelas. Jika terdapat sekurang-kurangnya satu ralat dalam bahagian sistem yang dicipta, maka penyepaduan tidak boleh dilakukan. Penyepaduan yang kerap membolehkan anda mendapatkan sistem siap dengan lebih cepat, dan bukannya menghabiskan seminggu untuk pemasangan.
12. Menguji. Tidak seperti kebanyakan metodologi lain, ujian dalam XP adalah salah satu komponen yang paling penting. Pendekatan melampau mengandaikan bahawa ujian ditulis sebelum kod ditulis . Setiap modul mesti mempunyai ujian unit - ujian modul ini. Oleh itu, dalam XP, ujian regresi dijalankan, "tidak merendahkan kualiti" apabila menambah fungsi. Kebanyakan ralat diperbetulkan pada peringkat pengekodan. Ujian ditulis oleh pengaturcara sendiri; mana-mana daripada mereka mempunyai hak untuk menulis ujian untuk mana-mana modul. Satu lagi prinsip penting: ujian menentukan kod, dan bukan sebaliknya (pembangunan dipacu ujian), iaitu, sekeping kod dimasukkan ke dalam repositori jika dan hanya jika semua ujian berjaya lulus, jika tidak, perubahan kod ini ditolak.

Proses XP adalah tidak formal tetapi memerlukan tahap disiplin diri yang tinggi. Jika peraturan ini tidak dipatuhi, maka XP serta-merta bertukar menjadi proses yang huru-hara dan tidak terkawal. XP tidak memerlukan pengaturcara untuk menulis banyak laporan dan membina banyak model. Dalam XP, setiap pengaturcara dianggap sebagai pekerja yang berkelayakan yang memikul tanggungjawabnya secara profesional dan dengan tanggungjawab yang besar. Jika pasukan tidak mempunyai ini, maka memperkenalkan XP adalah sia-sia - adalah lebih baik untuk mula menyusun semula pasukan terlebih dahulu. Risiko pembangunan dikurangkan hanya dalam pasukan yang XP sesuai; dalam semua kes lain, XP ialah proses pembangunan dengan tahap risiko tertinggi, kerana tiada kaedah lain untuk mengurangkan risiko komersial, kecuali faktor manusia, dalam XP.

Hantar kerja baik anda di pangkalan pengetahuan adalah mudah. Gunakan borang di bawah

Pelajar, pelajar siswazah, saintis muda yang menggunakan pangkalan pengetahuan dalam pengajian dan kerja mereka akan sangat berterima kasih kepada anda.

Disiarkan di http://www.allbest.ru/

Kandungan

• pengenalan
• 1. Apakah XP?
• 3.1 Teknik asasXP
• 4. Kelebihan dan kekurangan
• 5. Sejarah penggunaan
• Kesimpulan

pengenalan

Pengaturcaraan Extreme, sering disingkat XP, ialah disiplin pembangunan perisian dan perniagaan perisian yang memfokuskan usaha kedua-dua pihak (pengaturcara dan ahli perniagaan) pada matlamat yang sama dan boleh dicapai. Pasukan yang menggunakan XP menghasilkan perisian berkualiti pada kadar yang sangat pantas. Teknik-teknik yang membentuk disiplin HR dipilih kerana ia berdasarkan kreativiti manusia dan penerimaan bahawa manusia adalah makhluk yang berubah-ubah dan boleh salah.

XP sering dibentangkan sebagai satu set teknik, tetapi XP itu sendiri bukanlah garisan penamat. Tidak perlu berlatih dan membangunkan HR dengan lebih baik dan lebih baik untuk menerima bintang emas yang ditunggu-tunggu pada akhir proses ini. Sebaliknya, XP adalah garisan permulaan. XP bertanyakan soalan: "Sejauh mana usaha kita boleh menjadi minimum supaya kita boleh terus menghasilkan perisian yang berkualiti?"

Pengaturcaraan Extreme ialah metodologi pengeluaran yang dipermudahkan untuk pasukan pakar kecil dan sederhana yang membangunkan produk perisian dalam keadaan keperluan yang tidak jelas atau berubah dengan pantas.

1. Apakah XP?

Extremamlinenprogrammbersiar-siar(Bahasa Inggeris) melampau Pengaturcaraan, XP) adalah salah satu metodologi pembangunan perisian yang fleksibel. Penulis metodologi ialah Kent Beck, Ward Cunningham, Martin Fowler dan lain-lain.

XP ialah cara yang mudah, cekap, fleksibel, boleh diramal, berasaskan sains dan sangat menyeronokkan, berisiko rendah untuk membangunkan perisian. HR berbeza daripada kaedah lain dalam cara berikut:

Dengan menggunakan kitaran pembangunan yang sangat singkat, XP menawarkan maklum balas yang pantas, nyata dan berterusan.

XP menggunakan perancangan tambahan, yang menyebabkan pelan projek keseluruhan muncul dengan agak cepat, tetapi difahamkan bahawa pelan ini berkembang sepanjang hayat projek.

XP menggunakan jadual yang fleksibel untuk pelaksanaan fungsi ini atau itu, yang meningkatkan tindak balas kepada perubahan sifat perniagaan dan perubahan keperluan pelanggan yang berkaitan dengan perkara ini.

XP adalah berdasarkan ujian automatik yang dibangunkan oleh pengaturcara dan pelanggan. Terima kasih kepada ujian ini, adalah mungkin untuk memantau proses pembangunan, memastikan evolusi sistem yang betul dan segera mengesan kecacatan yang wujud dalam sistem.

XP adalah berdasarkan komunikasi lisan, ujian dan kod sumber. Ketiga-tiga alat ini digunakan untuk bertukar-tukar maklumat tentang struktur dan tingkah laku sistem.

XP adalah berdasarkan proses reka bentuk yang berkembang yang berterusan selagi sistem itu sendiri wujud.

XP adalah berdasarkan interaksi rapat antara pengaturcara dengan kemahiran dan keupayaan yang paling biasa.

XP adalah berdasarkan teknik yang memenuhi kedua-dua naluri jangka pendek pengaturcara individu dan kepentingan jangka panjang keseluruhan projek.

XP ialah satu disiplin pembangunan perisian. Ini adalah satu disiplin kerana dalam XP terdapat perkara tertentu yang anda mesti lakukan jika anda akan menggunakan XP. Anda tidak sepatutnya memilih sama ada untuk menulis ujian atau tidak, kerana jika tidak, pengaturcaraan yang anda lakukan tidak melampau.

Metodologi XP direka bentuk untuk bekerja pada projek yang boleh diusahakan oleh dua hingga sepuluh pengaturcara, yang tidak dikekang oleh batasan tegar persekitaran komputer sedia ada, dan di mana semua kerja ujian yang diperlukan boleh disiapkan dalam satu hari.

2. Di manakah pengaturcaraan melampau bermula?

Di manakah pengaturcaraan melampau bermula? Dari pemahaman bahawa kedudukan tipikal pembangun perisian domestik mewajibkan untuk mengurangkan kos pembangunan sebanyak mungkin. Dan untuk ini adalah perlu untuk bekerjasama secara intensif dengan pelanggan, memahami minatnya dan, pada akhirnya, melakukan apa yang dia mahu: tidak lebih dan tidak kurang.

Pengaturcaraan Extreme tidak berdasarkan teknik khusus, seperti yang lazimnya dipercayai, tetapi hanya pada empat prinsip asas: komunikasi, kesederhanaan, maklum balas dan keberanian. Di sinilah anda perlu bermula.

Pengaturcaraan Extreme menawarkan penyelesaian sedia: pastikan segala-galanya semudah mungkin, simpan pelanggan untuk diri sendiri atau tinggal bersama pelanggan, biarkan dia memantau secara aktif proses pembangunan, mengalu-alukan perubahan - dan kejayaan hampir terjamin.

Dalam pasukan XP, komunikasi sentiasa digalakkan - cara terpantas untuk berkongsi maklumat dan pengalaman. Ini sangat penting apabila kelajuan pembangunan maksimum diperlukan. Tetapi komunikasi, seperti mana-mana usaha berguna lain, memerlukan sokongan berterusan. Itulah sebabnya seseorang dari pasukan mesti bertanggungjawab untuk memantau komunikasi, menjadi diplomat yang dipanggil. Komunikasi dan keperluan untuk menerangkan tindakan anda kepada ahli pasukan lain memaksa anda melakukan segala-galanya semudah mungkin. Jika ia tidak berjaya pada kali pertama, mereka akan berusaha untuk memudahkan lagi dan lagi sehingga matlamat utama dicapai - kefahaman maksimum kod untuk pembangun lain.

Tidak kira apa yang kita lakukan - menusuk jarum atau pergi ke pesta - kita sentiasa berusaha untuk mencapai sesuatu matlamat. Jika kita perasan bahawa kita menyimpang daripadanya, kita menyesuaikan tindakan kita dengan sewajarnya. Sekarang bayangkan betapa sukarnya untuk mengikat jarum dengan mata tertutup atau berpakaian cantik tanpa cermin! Tetapi apabila membangunkan program, ini selalunya berlaku: kita melakukan sesuatu, yang hasilnya tidak dapat kita lihat. Oleh itu, dalam pengaturcaraan yang melampau adalah peraturan untuk melihat hasil tindakan anda secepat mungkin. Atau, secara teknikalnya, untuk memberikan maklum balas secepat mungkin.

Pengaturcaraan Extreme bertanya kepada kami: mengapa tidak mengembangkan keberanian? Lagipun, dia sangat penting dalam kerjanya. Tanpa keberanian, adakah mungkin untuk mengambil tanggungjawab untuk menyelesaikan tugas, dan dalam jangka masa tertentu? Tanpa keberanian, adakah mungkin untuk menyedari bahawa anda telah menemui jalan buntu, mengambil langkah ke belakang dan mencari penyelesaian? Dan, akhirnya, apakah yang akan membolehkan pembangun mengakui kesilapannya dalam menilai tugas dan memberi amaran kepada orang lain mengenainya tepat pada masanya, dan bukannya memberikan mereka fait accompli hanya apabila semua tarikh akhir telah tamat? Manfaat keberanian adalah jelas, dan setiap kejayaan, walaupun dalam tugas yang paling kecil, dapat mengembangkan keberanian ini.

3. Teknik XP

Pengaturcaraan Ekstrim (XP) muncul sebagai kaedah evolusi pembangunan perisian dari bawah ke atas. Pendekatan ini adalah contoh yang dipanggil Kaedah Pembangunan Tangkas. Kumpulan kaedah "langsung" termasuk, sebagai tambahan kepada pengaturcaraan ekstrem, kaedah SCRUM, DSDM (Kaedah Pembangunan Sistem Dinamik, kaedah untuk membangunkan sistem dinamik), Pembangunan Didorong Ciri (pembangunan didorong oleh fungsi sistem), dsb.

Prinsip asas pembangunan perisian langsung termaktub dalam manifesto pembangunan langsung, yang muncul pada tahun 2000.

· Orang yang terlibat dalam projek dan komunikasi mereka lebih penting daripada proses dan alatan.

· Program kerja adalah lebih penting daripada dokumentasi yang komprehensif.

· Kerjasama dengan pelanggan adalah lebih penting daripada membincangkan butiran kontrak.

· Bekerja melalui perubahan adalah lebih penting daripada berpegang pada rancangan.

Kaedah "Hidup" muncul sebagai protes terhadap birokratisasi pembangunan perisian yang berlebihan, banyak dokumen sampingan yang tidak diperlukan untuk mendapatkan hasil akhir, yang perlu disediakan semasa menjalankan projek mengikut kebanyakan proses "berat" , kerja tambahan untuk menyokong proses tetap organisasi, seperti ini diperlukan dalam, sebagai contoh, CMM. Kebanyakan kerja dan dokumen sedemikian tidak berkaitan secara langsung dengan pembangunan perisian dan jaminan kualiti, tetapi bertujuan untuk mematuhi klausa formal kontrak pembangunan, mendapatkan dan mengesahkan sijil untuk pematuhan pelbagai piawaian.

Kaedah "Langsung" membolehkan pembangun menumpukan sebahagian besar usaha mereka pada tugas pembangunan dan memenuhi keperluan pengguna sebenar. Ketiadaan timbunan dokumen dan keperluan untuk mengekalkannya dalam keadaan yang koheren membolehkan anda bertindak balas dengan lebih cepat dan cekap kepada perubahan dalam keperluan dan dalam persekitaran di mana program masa depan akan berfungsi.

Walau bagaimanapun, XP mempunyai gambar rajah proses pembangunannya sendiri (walaupun, secara amnya, pemahaman yang digunakan secara meluas tentang "proses pembangunan" sebagai skema tindakan yang agak tegar bercanggah dengan idea pembangunan "meriah"), ditunjukkan dalam Rajah 1 .

Menurut pengarang XP, teknik ini tidak begitu mengikut beberapa corak tindakan umum seperti menggunakan gabungan teknik berikut. Walau bagaimanapun, setiap teknik adalah penting, dan tanpa penggunaannya, pembangunan dianggap bukan XP, menurut Kent Beck, salah seorang pengarang pendekatan ini bersama Ward Cunningham dan Ron Jeffries.

· Langsungperancangan (perancanganpermainan)

Tugasnya adalah untuk menentukan secepat mungkin jumlah kerja yang perlu dilakukan sebelum versi perisian seterusnya. Keputusan dibuat, pertama sekali, berdasarkan keutamaan pelanggan (iaitu, keperluannya, apa yang dia perlukan daripada sistem untuk menjalankan perniagaannya dengan lebih berjaya) dan, kedua, berdasarkan penilaian teknikal (iaitu, anggaran kerumitan pembangunan , keserasian dengan elemen lain sistem, dsb.). Rancangan diubah sebaik sahaja ia mula menyimpang daripada realiti atau kehendak pelanggan.

nasi.1 Rajah Aliran Kerja XP

· KerapubahVversi (kecilkeluaran)

Versi pertama yang berfungsi harus muncul secepat mungkin dan harus mula digunakan dengan segera. Versi seterusnya disediakan pada selang masa yang agak singkat (dari beberapa jam untuk perubahan kecil dalam program kecil, kepada satu atau dua bulan untuk kerja semula utama sistem besar). Versi (keluaran) produk harus dikeluarkan ke dalam perkhidmatan sekerap mungkin. Setiap versi perlu mengambil masa sesingkat mungkin untuk disiapkan. Selain itu, setiap versi mestilah cukup bermakna dari segi kegunaan untuk perniagaan.

· Metafora (metafora) sistem

Metafora, dalam bentuk yang agak mudah dan boleh difahami untuk pasukan, harus menerangkan mekanisme asas sistem. Konsep ini mengingatkan seni bina, tetapi harus menerangkan intipati utama keputusan teknikal yang dibuat dengan lebih mudah, hanya dalam satu atau dua frasa.

Seni bina ialah beberapa idea tentang komponen sistem dan bagaimana ia saling berkaitan. Pembangun menggunakan seni bina untuk memahami di mana beberapa fungsi baharu ditambahkan pada sistem dan perkara yang akan berinteraksi dengan beberapa komponen baharu.

Metafora sistem adalah analog daripada apa yang dipanggil seni bina dalam kebanyakan teknik. Metafora sistem memberi gambaran kepada pasukan tentang cara sistem itu beroperasi pada masa ini, tempat komponen baharu ditambah, dan bentuk yang sepatutnya diambil.

· Mudahreka bentukpenyelesaian (ringkasreka bentuk)

Pada bila-bila masa, sistem harus direka bentuk semudah mungkin. Tidak perlu menambah ciri terlebih dahulu - hanya selepas permintaan yang jelas untuknya. Semua kerumitan yang tidak perlu dikeluarkan sebaik sahaja ia ditemui.

XP bermula dari fakta bahawa semasa proses kerja, keadaan masalah boleh berubah berulang kali, yang bermaksud bahawa produk yang dibangunkan tidak seharusnya direka bentuk terlebih dahulu secara keseluruhannya. Jika anda cuba mereka bentuk sistem secara terperinci dari mula hingga akhir apabila anda mula-mula mula, anda membuang masa anda. XP menganggap bahawa reka bentuk adalah satu proses yang penting yang mesti dilakukan secara berterusan sepanjang projek. Reka bentuk mesti dijalankan dalam langkah-langkah kecil, dengan mengambil kira keperluan yang sentiasa berubah. Pada setiap saat kami cuba menggunakan reka bentuk paling ringkas yang sesuai untuk menyelesaikan masalah semasa. Pada masa yang sama, kami mengubahnya apabila keadaan masalah berubah.

· Pembangunanpadaasasujian (ujian- dipandupembangunan)

Pembangun mula-mula menulis ujian, kemudian cuba melaksanakan modul mereka supaya ujian berfungsi. Pelanggan menulis ujian terlebih dahulu yang menunjukkan keupayaan utama sistem supaya mereka dapat melihat bahawa sistem itu benar-benar berfungsi.

XP memberi penekanan khusus pada dua jenis ujian:

ь ujian unit;

b ujian penerimaan.

perisian pengaturcaraan yang melampau

Seorang pembangun tidak dapat memastikan ketepatan kod yang ditulisnya sehingga semua ujian modul sistem yang sedang dibangunkannya berjaya. Ujian unit membolehkan pembangun mengesahkan bahawa kod mereka berfungsi dengan betul. Mereka juga membantu pembangun lain memahami mengapa sekeping kod tertentu diperlukan dan cara ia berfungsi. Ujian unit juga membolehkan pembangun membuat pemfaktoran semula tanpa bimbang.

Ujian penerimaan memastikan bahawa sistem sebenarnya mempunyai keupayaan yang dinyatakan. Selain itu, ujian penerimaan membolehkan anda mengesahkan fungsi produk yang sedang dibangunkan dengan betul.

Untuk XP, keutamaan yang lebih tinggi ialah pendekatan yang dipanggil TDD (Test Driven Development), pertama ujian ditulis yang tidak lulus, kemudian kod ditulis supaya ujian itu lulus, dan barulah kod itu difaktorkan semula.

· berterusankitar semula (pemfaktoran semula)

Bukan rahsia lagi bahawa penambahan setiap fungsi baharu dan pertumbuhan kod merumitkan pembangunan, mengenal pasti ralat dan membuat perubahan seterusnya. Salah satu helah Pengaturcaraan Extreme adalah untuk mengimbangi penambahan fungsi dengan penambahbaikan kod. Ini ialah pemprosesan kod, atau pemfaktoran semula.

Pengaturcara sentiasa mengolah semula sistem untuk menghapuskan kerumitan yang tidak perlu, meningkatkan kefahaman kod, meningkatkan fleksibilitinya, tetapi tanpa mengubah tingkah lakunya, yang disahkan dengan menjalankan selepas setiap kerja semula ujian. Pada masa yang sama, keutamaan diberikan kepada penyelesaian yang lebih elegan dan fleksibel, berbanding penyelesaian yang hanya memberikan hasil yang diinginkan. Komponen yang direka bentuk semula yang tidak berjaya harus dikenal pasti semasa pelaksanaan ujian dan digulung semula ke keadaan utuh terakhir (bersama-sama dengan komponen yang bergantung padanya).

Pemfaktoran semula ialah teknik untuk menambah baik kod tanpa mengubah fungsinya. XP bermaksud bahawa sebaik sahaja kod ditulis, ia hampir pasti akan ditulis semula beberapa kali semasa projek dijalankan. Pembangun XP dengan kejam mengolah semula kod yang ditulis sebelum ini untuk memperbaikinya. Proses ini dipanggil pemfaktoran semula. Kekurangan liputan ujian mencetuskan keengganan untuk memfaktorkan semula kerana ketakutan untuk memecahkan sistem, yang membawa kepada kemerosotan kod secara beransur-ansur.

· Pengaturcaraanberpasangan (sepasangpengaturcaraan)

Pembangun yang berpengalaman menyedari bahawa menyemak semula kod orang lain secara berkala mempunyai kesan positif terhadap kualitinya. Sarjana Pengaturcaraan Extreme telah membangunkan pendekatan ini dengan sentiasa menyemak kod semasa pembangunan melalui teknik yang dipanggil pengaturcaraan pasangan.

Pengekodan dilakukan oleh dua pengaturcara pada satu komputer. Berpasangan adalah sewenang-wenangnya dan berbeza-beza mengikut tugasan. Orang yang di tangannya papan kekunci cuba menyelesaikan masalah semasa dengan cara yang terbaik. Pengaturcara kedua menganalisis kerja yang pertama dan memberi nasihat, mempertimbangkan akibat keputusan tertentu, ujian baru, penyelesaian yang kurang langsung tetapi lebih fleksibel. Jika perlu, papan kekunci dipindahkan secara bebas dari satu ke yang lain. Semasa mengerjakan projek, pasangan tidak tetap: adalah disyorkan untuk mencampurkannya supaya setiap pengaturcara dalam pasukan mempunyai pemahaman yang baik tentang keseluruhan sistem. Dengan cara ini, pengaturcaraan pasangan meningkatkan kerjasama dalam pasukan.

· Kolektifmilikankod (kolektifpemilikan)

Kolektif milikan bermakna setiap ahli pasukan bertanggungjawab untuk semua kod sumber. Oleh itu, setiap orang mempunyai hak untuk membuat perubahan pada mana-mana bahagian program. Pengaturcaraan pasangan menyokong amalan ini: bekerja dalam pasangan yang berbeza, semua pengaturcara menjadi biasa dengan semua bahagian kod sistem. Kelebihan penting pemilikan kod kongsi ialah ia mempercepatkan proses pembangunan, kerana jika ralat berlaku, mana-mana pengaturcara boleh membetulkannya.

Dengan memberi setiap pengaturcara hak untuk menukar kod, kami menghadapi risiko pepijat yang diperkenalkan oleh pengaturcara yang menganggap mereka tahu apa yang mereka lakukan tetapi tidak menganggap kebergantungan tertentu. Ujian UNIT yang ditakrifkan dengan baik menyelesaikan masalah ini: jika kebergantungan yang tidak diperiksa menghasilkan ralat, maka ujian UNIT yang seterusnya akan gagal.

· berterusanintegrasi (berterusanintegrasi)

Sistem ini dipasang dan menjalani ujian penyepaduan sekerap mungkin, beberapa kali sehari, setiap kali beberapa pengaturcara selesai melaksanakan fungsi seterusnya.

Jika anda mengintegrasikan sistem yang anda sedang bangunkan dengan cukup kerap, anda boleh mengelakkan kebanyakan masalah yang berkaitan dengannya. Dalam kaedah tradisional, penyepaduan biasanya dilakukan pada penghujung kerja pada produk, apabila dianggap bahawa semua komponen sistem yang dibangunkan telah siap sepenuhnya. Dalam XP, penyepaduan kod keseluruhan sistem dilakukan beberapa kali sehari, selepas pembangun yakin bahawa semua ujian unit berfungsi dengan betul.

Walaupun kesederhanaannya, teknik ini mempunyai peraturan penggunaannya sendiri, seperti kejayaan ujian unit sedia ada untuk kefungsian yang disepadukan, kehadiran ujian fungsi atau penerimaan, dan, sudah tentu, keupayaan untuk kembali ke keadaan sebelumnya. . Biasanya, penyepaduan dan penyelesaian kesukaran yang berkaitan dilakukan pada komputer berasingan oleh beberapa pengaturcara. Ini membolehkan anda meminimumkan risiko akibat integrasi yang tidak diingini.

· 40 jambekerjaseminggu

Bekerja lebih masa dilihat sebagai tanda masalah yang lebih besar dalam projek. Kerja lebih masa selama 2 minggu berturut-turut tidak dibenarkan - ini meletihkan pengaturcara dan menjadikan kerja mereka menjadi kurang produktif.

Seseorang, terutamanya jika dia seorang pengaturcara, mampu melakukan banyak perkara demi perniagaan: tinggal lewat di tempat kerja, pergi bekerja pada hujung minggu, berhenti bercuti, berjaga selama beberapa hari sambil duduk di papan kekunci... Secara umum, apa yang boleh anda lakukan demi aktiviti kegemaran anda. Tetapi pengaturcaraan yang melampau secara mutlak menentang pengorbanan diri dan pelanggaran piawaian undang-undang buruh yang diterima.

Ini ditentukan bukan sahaja oleh pertimbangan kesahihan dan kemanusiaan, tetapi, pertama sekali, oleh keperluan untuk meningkatkan kecekapan kerja dan organisasi yang ketat. Lagipun, pengaturcaraan ekstrem adalah permainan kolektif, direka bukan untuk individu, tetapi untuk keseluruhan kumpulan. Dan perkara seperti, sebagai contoh, pengaturcaraan pasangan hanya mungkin apabila bioritma pesertanya disegerakkan. Dan adalah mustahil jika seorang datang bekerja pada pukul sembilan, dan yang kedua pada pukul dua belas, atau seseorang memutuskan bahawa lebih baik baginya untuk bekerja pada hari Sabtu dan Ahad, sementara yang lain menyusahkan.

Tetapi perkara yang paling penting ialah untuk mengekalkan kesihatan dan prestasi, seseorang memerlukan rehat yang betul. Hari bekerja lapan jam dan minggu bekerja lima hari ditetapkan dengan tepat atas sebab produktiviti maksimum. Dalam kebanyakan syarikat Barat, meninggalkan kerja lewat dianggap sebagai kegagalan untuk menunjukkan prestasi yang baik atau ketidakupayaan untuk menguruskan masa bekerja dengan betul. Dalam kebanyakan kes ini adalah benar. Dan dari sudut pandangan perubatan, kelewatan di tempat kerja membawa kepada keletihan yang berterusan, kerengsaan dan penurunan aktiviti otak. Adakah ini berkesan? Bagaimanakah kita boleh mengatur komunikasi terbuka yang berterusan antara pembangun dalam pasukan sedemikian, dan adakah pengaturcaraan pasangan akan dapat dilakukan? Jawapannya negatif. Piawaian adalah piawaian dan harus dipatuhi.

· KemasukanpelangganVpasukan (pada- tapakpelanggan)

Masalah utama dalam pembangunan perisian adalah kekurangan pengetahuan pengaturcara dalam bidang subjek yang dibangunkan. Pengaturcaraan yang melampau telah menemui jalan keluar dari situasi ini. Tidak, ini bukan latihan pembangun di perusahaan pelanggan - maka dia tidak akan mahu memprogramkan. Sebaliknya, ia adalah penyertaan pelanggan dalam proses pembangunan.

Pasukan pembangunan sentiasa termasuk wakil pelanggan yang tersedia sepanjang hari bekerja dan dapat menjawab semua soalan tentang sistem. Tanggungjawabnya adalah untuk segera menjawab sebarang jenis soalan mengenai fungsi sistem, antara mukanya, prestasi yang diperlukan, operasi sistem yang betul dalam situasi yang sukar, keperluan untuk mengekalkan komunikasi dengan aplikasi lain, dsb.

Ramai yang meragui kemungkinan melibatkan pelanggan dalam proses pembangunan. Memang pelanggan berbeza. Sekiranya tidak dapat menarik pelanggan atau wakilnya, kadangkala dinasihatkan untuk mengupah pakar dalam bidang yang sedang dibangunkan buat sementara waktu. Langkah ini akan mengurangkan kekaburan dalam kerja, meningkatkan kelajuan pembangunan dan membawa projek lebih dekat dengan apa yang pelanggan mahu terima. Ini juga boleh memberi manfaat dari segi kewangan: lagipun, gaji pengaturcara kadangkala jauh lebih tinggi daripada gaji pakar dalam industri lain.

· PenggunaankodBagaimanakemudahankomunikasi

Kod dilihat sebagai cara komunikasi yang paling penting dalam pasukan. Kejelasan kod adalah salah satu keutamaan utama. Mengikuti piawaian pengekodan yang memberikan kejelasan ini adalah penting. Piawaian sedemikian, sebagai tambahan kepada kejelasan kod, harus memastikan bahasa yang minimum (tiada pertindihan kod dan maklumat) dan harus diterima oleh semua ahli pasukan.

· Bukabekerjaangkasa lepas (bukaruang kerja)

Pasukan ini ditempatkan dalam satu bilik yang agak luas untuk memudahkan komunikasi dan membolehkan perbincangan kumpulan semasa merancang dan membuat keputusan teknikal yang penting.

· UbahperaturanOlehkeperluan (cumaperaturan)

Setiap ahli pasukan mesti menerima peraturan yang disenaraikan, tetapi jika timbul keperluan, pasukan boleh mengubahnya jika semua ahlinya bersetuju dengan perubahan ini.

Seperti yang dapat dilihat daripada teknik yang digunakan, XP direka untuk digunakan dalam pasukan kecil (tidak lebih daripada 10 pengaturcara), yang ditekankan oleh pengarang teknik ini. Saiz pasukan yang lebih besar memusnahkan kemudahan komunikasi yang diperlukan untuk kejayaan dan menjadikannya mustahil untuk melaksanakan banyak teknik yang disenaraikan.

3.1 Teknik Asas XP

Dua belas teknik asas pengaturcaraan melampau (berdasarkan edisi pertama buku melampau pengaturcaraan dijelaskan) boleh digabungkan menjadi empat kumpulan:

· Kitaran maklum balas pendek (Maklum balas skala halus)

o Pembangunan berasaskan ujian

o Permainan perancangan

o Pelanggan sentiasa berdekatan (Seluruh pasukan, pelanggan di tapak)

o Pengaturcaraan pasangan

Berterusan daripada proses batch

o Integrasi Berterusan

o Refactoring (Penambahbaikan Reka Bentuk, Refactor)

o Keluaran Kecil yang kerap

· Pemahaman dikongsi oleh semua

o Kesederhanaan (Reka bentuk ringkas)

o Metafora sistem

o Pemilikan kod kolektif atau corak reka bentuk terpilih (Pemilikan corak kolektif)

o Piawaian pengekodan atau konvensyen Pengekodan

· Kebajikan pengaturcara:

o 40 jam seminggu bekerja (Kelajuan mampan, Empat puluh jam minggu)

PermainanVperancangan

Dunia kita terlalu berubah dan tidak dapat diramalkan untuk bergantung pada keteguhan keadaan. Perkara yang sama berlaku dalam pembangunan perisian: dengan sistem yang jarang berlaku, anda boleh mengatakan bahawa bentuk terakhirnya diketahui terlebih dahulu secara terperinci pada awal pembangunan. Biasanya, selera pelanggan datang semasa makan: dia sentiasa mahu mengubah sesuatu, memperbaiki sesuatu atau membuang sesuatu daripada sistem sama sekali. Ini adalah kebolehubahan keperluan yang semua orang sangat takuti. Nasib baik, seseorang diberi keupayaan untuk meramalkan pilihan yang mungkin dan, dengan itu, memastikan keadaan terkawal.

Dalam Pengaturcaraan Ekstrem, perancangan adalah sebahagian daripada pembangunan dan hakikat bahawa rancangan boleh berubah diambil kira dari awal lagi. Titik tumpu, teknik yang membolehkan anda meramalkan keadaan dan sabar dengan perubahan tanpa rasa sakit, adalah permainan perancangan. Semasa permainan sedemikian, keperluan sistem yang diketahui boleh dikumpul, dinilai dan dirancang dengan cepat mengikut keutamaan.

Seperti mana-mana permainan lain, perancangan mempunyai peserta dan matlamatnya. Tokoh utama adalah, sudah tentu, pelanggan. Dialah yang menyampaikan keperluan untuk fungsi ini atau itu. Pengaturcara memberikan penilaian anggaran setiap fungsi. Keindahan permainan perancangan terletak pada kesatuan tujuan dan perpaduan antara pembangun dan pelanggan: dalam hal kemenangan, semua orang menang, dalam hal kekalahan, semua orang kalah. Tetapi pada masa yang sama, setiap peserta pergi ke arah kemenangannya sendiri: pelanggan memilih tugas yang paling penting mengikut bajet, dan pengaturcara menilai tugas mengikut keupayaannya untuk melaksanakannya.

Pengaturcaraan ekstrem mengandaikan bahawa pembangun dapat memutuskan sendiri berapa lama masa yang mereka perlukan untuk menyelesaikan tugasan mereka dan yang mana antara mereka akan lebih bersedia untuk menyelesaikan satu masalah dan siapa yang lain.

Dalam situasi yang ideal, permainan perancangan antara pelanggan dan pengaturcara harus dimainkan setiap 3-6 minggu, sehingga lelaran pembangunan seterusnya bermula. Ini menjadikannya agak mudah untuk membuat pelarasan berdasarkan kejayaan dan kegagalan lelaran sebelumnya.

4. Kelebihan dan kekurangan

Kelebihan XP, jika ia boleh dilaksanakan, adalah fleksibiliti yang lebih besar, keupayaan untuk membuat perubahan pada perisian dengan cepat dan tepat sebagai tindak balas kepada perubahan keperluan dan kehendak pelanggan individu, kualiti tinggi kod yang dihasilkan, dan ketiadaan keperluan untuk meyakinkan pelanggan bahawa hasilnya memenuhi jangkaan mereka.

Kelemahan pendekatan ini ialah ketidakpraktisan projek yang cukup besar dan kompleks dalam gaya ini, ketidakupayaan untuk merancang masa dan kerumitan projek untuk jangka masa yang cukup panjang dan dengan jelas meramalkan hasil projek jangka panjang dari segi nisbah. kualiti hasil dan kos masa dan sumber. Ia juga boleh diperhatikan bahawa XP tidak sesuai untuk kes-kes di mana penyelesaian yang mungkin tidak segera ditemui berdasarkan pengalaman yang diperoleh sebelum ini, tetapi memerlukan penyelidikan awal.

5. Sejarah penggunaan

XP sebagai satu set teknik yang diterangkan pertama kali digunakan semasa kerja pada projek C3 (Sistem Pampasan Komprehensif Chrysler, pembangunan sistem perakaunan untuk faedah pekerja di Daimler Chrysler). Daripada 20 peserta dalam projek ini, 5 (termasuk 3 pengarang utama XP yang disebutkan di atas) menerbitkan 3 buku dan sejumlah besar artikel yang dikhaskan untuk XP semasa projek itu sendiri dan seterusnya. Data berikut menggambarkan masalah dengan beberapa teknik XP apabila digunakan pada projek yang agak kompleks.

Projek ini bermula pada Januari 1995. Sejak Mac 1996, berikutan kemasukan Kent Beck, ia telah dijalankan menggunakan XP. Pada masa ini, ia telah melebihi bajet dan rancangan untuk pelaksanaan fungsi secara berperingkat. Pasukan pembangunan telah dipotong, dan selama kira-kira enam bulan selepas itu projek itu dibangunkan dengan agak berjaya. Pada Ogos 1998, prototaip muncul yang boleh memberi perkhidmatan kepada kira-kira 10,000 pekerja. Projek itu pada asalnya dijangka siap pada pertengahan 1999 dan perisian yang dihasilkan akan digunakan untuk menguruskan faedah untuk 87,000 pekerja syarikat. Ia dihentikan pada Februari 2000 selepas 4 tahun menjalankan XP kerana kegagalan sepenuhnya untuk memenuhi rangka masa dan belanjawan. Perisian yang dicipta tidak pernah digunakan untuk bekerja dengan data pada lebih daripada 10,000 pekerja, walaupun telah ditunjukkan bahawa ia boleh mengendalikan data pada 30,000 pekerja syarikat. Orang yang memainkan peranan sebagai pelanggan yang termasuk dalam pasukan projek berhenti selepas beberapa bulan melakukan kerja sedemikian, tidak dapat menahan beban kerja, dan tidak pernah menerima penggantian yang mencukupi sehingga tamat projek.

Kesimpulan

Semua kaedah di atas tidak disatukan secara kebetulan. Gabungan konsisten mereka boleh membawa proses pembangunan menjadi resonans intelektual, meningkatkan kualiti produk dengan ketara dan mempercepatkan masa keluarannya. Keindahan utama semua pengaturcaraan ekstrem ialah kebolehramalan dan meminimumkan kos pembangunan; menyediakan pelanggan dengan produk yang dia ingin terima pada masa pengeluaran; dan sudah tentu, komunikasi dan latihan pemaju di tempat kerja.

Pendapat tentang metodologi yang dicadangkan mungkin berbeza-beza. Adalah penting untuk memahami bahawa Pengaturcaraan Ekstrem tidak bertujuan untuk menggantikan teknologi pembangunan sedia ada. Sebaliknya, XP boleh memberikan dorongan tambahan kepada pasukan yang menggunakan pendekatan tradisional. Anda tidak sepatutnya mencari jawapan kepada semua soalan anda di sini. Ini bukan teknologi pengaturcaraan, sebaliknya teknologi untuk mengatur kerja, dan dalam bentuk inilah ia mempunyai hak untuk hidup.

Disiarkan di Allbest.ru

Dokumen yang serupa

Analisis peringkat dan ciri pembangunan model ARIS yang optimum dan berfungsi - produk perisian daripada IDS Scheer untuk memodelkan proses perniagaan syarikat. Kajian tentang konsep asas, metodologi dan pendekatan pengaturcaraan ekstrem.

ujian, ditambah 06/04/2011


Peringkat utama pembangunan perisian (pakej perisian), analisis keperluan sistem. Kaedah perincian langkah demi langkah. Bahasa pengaturcaraan peringkat rendah dan peringkat tinggi (imperatif, berorientasikan objek, berfungsi, logik).

pembentangan, ditambah 10/13/2013


Bahasa pembangunan, persekitaran pelaksanaan, alat pembangunan. Ciri-ciri persekitaran maya untuk pelaksanaan program dan pertimbangannya dalam pembangunan produk perisian. Makro sistem dan penggunaannya dalam teks pembangunan. Alat pengaturcaraan visual.

tutorial, ditambah 10/26/2013


Masalah kebolehpercayaan perisian, penunjuknya dan faktor sokongan. Kaedah untuk memantau proses pembangunan program dan dokumentasi, pencegahan ralat. Peringkat proses penyahpepijatan perisian, teknik pengaturcaraan berstruktur dan prinsip modulariti.

pembentangan, ditambah 04/30/2014


Kod mesin dan pemasang. Bahasa pengaturcaraan peringkat tinggi pertama. bahasa pengaturcaraan FORTRAN. Kebaikan dan keburukan ALGOL. Program saintifik dan perakaunan. Prinsip asas yang diikuti semasa mencipta bahasa pengaturcaraan Asas.

kerja kursus, ditambah 06/21/2014


Konsep dan perbezaan utama pembangunan perisian teragih, kelebihan dan kekurangannya. Penyelesaian konsep dan pilihan jenis pembangunan. Ciri-ciri perisian sumber terbuka. Idea dan pembangunan Sumber Terbuka.

kerja kursus, ditambah 14/12/2012


Konsep kitaran hayat perisian. Dua jenis aktiviti yang dibezakan dalam projek teknikal: reka bentuk dan pengeluaran. Prinsip utama manifesto pengikut metodologi fleksibel. Prinsip asas pengaturcaraan melampau.

pembentangan, ditambah 08/14/2013


Piawaian antarabangsa untuk bahasa pengaturcaraan Pascal. Teknik pengaturcaraan berorientasikan objek dalam Turbo Pascal. Simbol bahasa, abjadnya. Peringkat pembangunan program. Konsep algoritma dan algoritma. Struktur program dalam Pascal.

kerja kursus, ditambah 28/02/2010


Alat pembangunan perisian moden untuk sistem kawalan. Bahasa pengaturcaraan universal dan perbandingannya dengan sistem SCADA. Pembangunan perisian menggunakan transduser pengukur berbilang saluran Ш9327.

tesis, ditambah 07/13/2011


Teknik asas untuk bekerja dalam persekitaran pengaturcaraan Delphi. Ciri-ciri teknologi untuk mencipta aplikasi mudah. Bekerja dengan komponen persekitaran pembangunan aplikasi. Input, penyuntingan, pemilihan dan output maklumat. Aspek penggunaan struktur percabangan.

Fail Excel boleh disimpan dalam format lain. Untuk melakukan ini, pada tab Fail pilih barang Simpan sebagai. Format fail tersedia dalam kotak dialog Menyimpan dokumen, bergantung pada jenis helaian aktif (helaian biasa, helaian carta atau jenis helaian lain).

Catatan: Jika anda menyimpan fail dalam format yang berbeza, anda mungkin kehilangan beberapa pemformatan, data dan fungsi.

Untuk membuka fail yang dibuat dalam format yang berbeza (versi Excel yang lebih awal atau program lain), klik butang Fail dan pilih pasukan Buka. Buku kerja Excel 97-2003 dibuka secara automatik dalam mod keserasian. Untuk mendapatkan semua ciri baharu dalam Excel 2010, simpan buku kerja ini dalam format Excel 2010. Walau bagaimanapun, anda boleh terus bekerja dalam mod keserasian sambil mengekalkan format fail asal untuk keserasian ke belakang.

Format Fail Excel

Format	Sambungan	Penerangan
Buku kerja Excel		Format fail Excel 2010 dan Excel 2007 standard berdasarkan bahasa XML. Kod makro Microsoft Visual Basic for Applications (VBA) dan helaian makro Microsoft Office Excel 4.0 (XLM) tidak boleh disimpan dalam format ini.
Buku kerja Excel dengan sokongan makro		Excel 2016, Excel 2013, Excel 2010 dan Excel 2007 format berasaskan XML dengan sokongan makro. Membolehkan anda menyimpan kod makro VBA dan helaian makro Microsoft Excel 4.0 (XLM).
Buku Kerja Excel Binari		Format fail binari (BIFF12) untuk Excel 2010 dan Excel 2007.
		Format fail lalai untuk templat Excel dalam Excel 2010 dan Excel 2007. Kod makro VBA dan helaian makro Excel 4.0 (XLM) tidak boleh disimpan dalam format ini.
Templat (kod)		Format fail yang didayakan makro untuk templat Excel dalam Excel 2010 dan Excel 2007. Kod makro VBA dan helaian makro Excel 4.0 (XLM) boleh disimpan dalam format ini.
Buku kerja Excel 97-2003		Format fail binari Excel 97-Excel 2003 (BIFF8).
Templat Excel 97-2003		Format fail binari Excel 97-Excel 2003 (BIFF8) untuk menyimpan templat Excel.
Buku Microsoft Excel 5.0/95		Format Fail Binari Excel 5.0/95 (BIFF5).
Jadual XML 2003		Format Fail Meja XML 2003 (XMLSS).
Data XML		Format data XML.
Tambahan Microsoft Excel		Format fail tambahan Excel 2010 dan Excel 2007 berasaskan XML dengan sokongan makro. Alat tambah ialah program yang menyediakan keupayaan untuk melaksanakan kod tambahan. Membolehkan anda menggunakan projek VBA dan helaian makro Excel 4.0 (XLM).
Tambahan Excel 97-2003		Excel 97-2003 add-in, program tambahan yang direka untuk menjalankan kod tambahan. Menyokong penggunaan projek VBA.
Buku kerja Excel 4.0		Format fail Excel 4.0 yang hanya menyimpan helaian biasa, carta dan makro. Anda boleh membuka buku kerja dalam format ini dalam Excel 2010, tetapi anda tidak boleh menyimpan fail Excel di dalamnya.
		Jadual disimpan dalam Microsoft Works versi 6.0-9.0. Catatan: Format ini hanya disokong dalam Excel Starter.

Format fail teks

Format	Sambungan	Penerangan
		Format terhad ruang untuk Lotus. Hanya helaian aktif disimpan
		Menyimpan buku kerja sebagai fail teks yang dibataskan tab untuk digunakan pada sistem pengendalian Microsoft Windows yang lain dan memastikan tab, pemisah baris dan aksara lain ditafsirkan dengan betul. Hanya helaian aktif disimpan.
Teks (Macintosh)		Menyimpan buku kerja sebagai fail teks yang dibataskan tab untuk digunakan pada sistem pengendalian Macintosh dan memastikan bahawa tab, pemisah baris dan aksara lain ditafsirkan dengan betul. Hanya helaian aktif disimpan.
Teks (MS-DOS)		Menyimpan buku kerja sebagai fail teks yang dibataskan tab untuk digunakan pada sistem pengendalian MS-DOS dan memastikan bahawa tab, pemisah baris dan aksara lain ditafsirkan dengan betul. Hanya helaian aktif disimpan.
Teks Unikod		Menyimpan buku sebagai teks dalam Unicode, pengekodan aksara standard yang dibangunkan oleh Unicode Consortium.
CSV (dibataskan koma)		Menyimpan buku kerja sebagai fail teks yang dipisahkan koma untuk digunakan pada sistem pengendalian Windows yang lain dan memastikan bahawa aksara tab, pemisah baris dan aksara lain ditafsirkan dengan betul. Hanya helaian aktif disimpan.
		Menyimpan buku kerja sebagai fail teks yang dibataskan koma untuk digunakan pada sistem pengendalian Macintosh dan memastikan bahawa aksara tab, pemisah baris dan aksara lain ditafsirkan dengan betul. Hanya helaian aktif disimpan.
		Menyimpan buku kerja sebagai fail teks yang dipisahkan koma untuk digunakan pada sistem pengendalian MS-DOS dan memastikan bahawa aksara tab, pemisah baris dan aksara lain ditafsirkan dengan betul. Hanya helaian aktif disimpan.
		Format pertukaran data. Hanya menyimpan helaian aktif.
		Format Pautan Simbolik. Hanya menyimpan helaian aktif.

Catatan: Apabila anda menyimpan buku dalam sebarang format teks, semua elemen pemformatan akan hilang.

Format fail lain

Format	Sambungan	Penerangan
		dBase III dan IV. Fail dalam format ini boleh dibuka dalam Microsoft Excel, tetapi fail Microsoft Excel tidak boleh disimpan dalam format dBase.
Jadual OpenDocument		Jadual OpenDocument. Fail Excel 2010 boleh disimpan dalam format yang membolehkannya dibuka dalam aplikasi hamparan yang menyokong format hamparan OpenDocument, seperti Google Docs atau OpenOffice.org Calc. Jadual dalam format ODS juga boleh dibuka dalam Excel 2010. Pemformatan mungkin hilang apabila menyimpan dan membuka fail ODS.
		Format fail ini mengekalkan pemformatan dokumen dan membenarkan fail dikongsi. Format PDF memastikan bahawa apabila anda melihat fail pada komputer atau mencetaknya, pemformatan asal dikekalkan dan data fail tidak boleh ditukar dengan mudah. Format PDF juga mudah digunakan untuk mencetak dokumen di rumah percetakan. Catatan:
dokumen XPS		Format fail ini mengekalkan pemformatan dokumen dan membenarkan fail dikongsi. Format XPS memastikan bahawa apabila anda melihat fail pada komputer atau mencetaknya, pemformatan asal dikekalkan dan data fail tidak boleh ditukar dengan mudah. Catatan: Format ini tidak disokong dalam Excel 2007.

Format fail yang menggunakan papan keratan

Daripada papan keratan Microsoft Office ke Microsoft Excel menggunakan arahan Sisipkan atau Sisipan khas(tab rumah, kumpulan Papan klip, butang Sisipkan) anda boleh memasukkan data dalam format berikut.

Format	Sambungan	Pengecam Jenis Papan Klip
		Gambar dalam format Windows Metafile (WMF) atau Windows Enhanced Metafile (EMF). Catatan Apabila anda menyalin Windows Metafile (WMF) daripada program lain, Microsoft Excel memasukkan gambar sebagai Enhanced Metafile (EMF).
Peta bit		Gambar disimpan dalam format bitmap (BMP).
Format fail Microsoft Excel		Format fail binari untuk Excel versi 5.0/95 (BIFF5), Excel 97-2003 (BIFF8) dan Excel 2010 (BIFF12).
		Format Pautan Simbolik.
		Format pertukaran data.
Teks (dibataskan oleh tab)		Format teks dengan tab sebagai pembatas.
CSV (dibataskan koma)		Format dipisahkan koma
Teks kaya (dibataskan oleh ruang)		RTF. Hanya dari Excel.
Objek terbenam	GIF, JPG, DOC, XLS atau BMP	Objek Microsoft Excel, objek daripada program yang didaftarkan dengan betul yang menyokong OLE 2.0 (OwnerLink) dan Picture atau format persembahan lain
Objek berpaut	GIF, JPG, DOC, XLS atau BMP	OwnerLink, ObjectLink, Link, Picture atau format lain.
Objek Pejabat		Format Pejabat atau Gambar (EMF).
		Teks yang dipaparkan, teks OTP.
Laman web dalam satu fail		Halaman web dalam satu fail (MHT atau MHTML). Format fail ini menggabungkan grafik terbenam, lampiran, dokumen terpaut dan elemen sokongan lain yang dirujuk dalam dokumen. Catatan: Format ini tidak disokong dalam Excel 2007.
Laman sesawang		format HTML. Catatan: Apabila anda menyalin teks daripada program lain, Microsoft Excel menampal teks dalam format HTML, tanpa mengira format teks sumber.

Format fail tidak disokong dalam Excel

Format fail berikut tidak lagi disokong dalam Excel 2016, Excel 2013, Excel 2010, Excel Starter dan Excel 2007. Anda tidak boleh membuka atau menyimpan fail dalam format ini.

Format fail tidak disokong dalam Excel Starter

Selain itu, Excel Starter tidak lagi menyokong format fail berikut. Tidak mustahil untuk membuka fail sedemikian atau menyimpan fail dalam format ini.

Membuka dan melihat fail dalam format yang tidak disokong

Jika Microsoft Excel tidak menyokong format fail yang anda ingin gunakan, anda boleh mengambil langkah berikut.

Cuba cari di Internet untuk syarikat yang menghasilkan penukar fail untuk format yang tidak disokong oleh Excel.