Kami memberikan pertimbangan menyeluruh terhadap semua elemen

Mengapa anda perlu menentukan keperluan?

Persekitaran pembangunan mesti mengandungi semua yang diperlukan untuk mencipta dan menggunakan sistem intensif perisian (iaitu, sistem di mana perisian adalah elemen yang paling penting dan wajib). Mengapakah penting untuk mempunyai definisi yang konsisten tentang keperluan persekitaran pembangunan? Ringkasnya, banyak organisasi berusaha untuk mengurangkan masa ke pasaran, mengurangkan kos, dan meningkatkan kualiti, yang semuanya adalah matlamat perniagaan yang secara langsung bergantung kepada kualiti persekitaran yang digunakan untuk mencipta sistem sedemikian. Mempunyai takrifan persekitaran pembangunan yang konsisten dan menyeluruh memastikan tiada yang terlepas semasa merancang tindakan untuk menambah baik persekitaran sedia ada, mentakrifkan keperluan untuk alam sekitar, mentakrifkan seni bina persekitaran, menilai alam sekitar, memastikan tahap pulangan yang sesuai pelaburan apabila persekitaran berubah, dan sebagainya. Menentukan persekitaran pembangunan anda adalah input kritikal kepada semua tugas ini.

Tempat persekitaran pembangunan dalam konteks

Sebelum melihat elemen khusus yang membentuk persekitaran pembangunan, adalah sangat membantu untuk memahami terlebih dahulu di mana persekitaran sesuai dengan gambaran keseluruhan.

Rajah 1 menunjukkan pusat jaminan kualiti(Pusat Kecemerlangan), bertanggungjawab untuk mewujudkan dan mengekalkan persekitaran pembangunan. Persekitaran ini digunakan dalam projek pembangunan, yang, seterusnya, mencipta dan menyelenggara sistem intensif perisian (atau beberapa aset perisian lain, seperti komponen atau perkhidmatan). Visualisasi mudah ini membantu menjelaskan perbezaan antara peranan pusat kualiti (termasuk peranan ahli pasukan, proses dan nod utama - persekitaran pembangunan) dan projek yang guna persekitaran pembangunan ini (dan juga mereka peranan, proses dan nod).

Elemen Persekitaran Pembangunan

Menurut pakar perisian IBM Rational, persekitaran pembangunan terdiri daripada enam elemen berikut, setiap satunya ditunjukkan dalam Rajah 2 dan diterangkan secara terperinci di bawah:

• Kaedah
• Alatan
• Pembolehan
• Organisasi
• Anak angkat

Anda mungkin biasa dengan komponen model People-Process-Technology yang merupakan blok binaan utama untuk projek pembangunan yang berjaya. Walau bagaimanapun, model ini terlalu dipermudahkan untuk tujuan artikel ini. Walau bagaimanapun, model ini dibina berdasarkan elemen yang ditunjukkan dalam Rajah 2:

• Kakitangan– ini adalah organisasi dan persediaan.
• Proses- ini adalah teknik.
• Teknologi Ini adalah dana dan infrastruktur.

Pelaksanaan ialah elemen baharu (dan sangat penting) yang memfokuskan pada penyebaran persekitaran pembangunan merentas organisasi, unit perniagaan atau projek.

Kaedah

Elemen utama mana-mana persekitaran pembangunan ialah metodologi yang diikuti, secara formal atau tidak formal, oleh pengamal. Berikut adalah komponen utama yang berkaitan dengan metodologi:

• Elemen utama metodologi, seperti peranan, produk kerja, tugas dan proses.
• Elemen tambahan metodologi, seperti piawaian, cadangan, arahan, templat dan contoh.
• Topologi penggunaan metodologi, yang boleh diambil kira, sebagai contoh, apabila menggunakan metodologi sebagai tapak Web pada intranet syarikat. Dalam contoh kami, pelayan Web diperlukan untuk mengehoskan kandungan, dan stesen kerja mesti mempunyai pelayar Web yang sesuai dipasang dan disambungkan ke pelayan Web.

Alatan

Alat pembangunan mengautomasikan aspek metodologi yang dipilih. Contohnya, anda boleh menggunakan alatan untuk menyimpan dan mengurus keperluan bagi projek yang sedang dibangunkan, untuk pemodelan visual seni bina dan reka bentuk, untuk ujian perisian, dsb.

Elemen utama yang berkaitan dengan alatan:

• Alat pembangunan dan alatan untuk penyepaduan mereka.
• Senario untuk memasang dan mengkonfigurasi alat pembangunan.
• Topologi penggunaan alat pembangunan yang mengambil kira perisian dan perkakasan yang diperlukan, kedua-dua bahagian klien dan pelayan, bersama-sama dengan semua platform sasaran dan emulator (contohnya, semasa membangunkan peranti masa nyata atau terbenam).

Pembolehan

Menyediakan pakar untuk menggunakan persekitaran pembangunan (latihan dan bimbingan) adalah syarat penting untuk kejayaan pelaksanaannya. Oleh itu, aspek persekitaran pembangunan termasuk mentakrif dan mencipta bahan latihan dan pengajaran. Selain itu, syarikat terkemuka memberi perhatian khusus untuk meningkatkan tahap profesionalisme kakitangan mereka dan memberi tumpuan kepada organisasi profesional luar.

Elemen utama yang berkaitan dengan penyediaan:

• Kurikulum dan kursus. Mereka meliputi pelbagai keperluan, daripada melatih profesional berpengalaman dalam butiran persekitaran pembangunan kepada program latihan semula yang komprehensif untuk pakar.
• Bahan pengajaran. Mereka digunakan oleh pakar apabila berunding dengan rakan sekerja yang kurang berpengalaman.
• Topologi penggunaan peruntukan. Topologi penempatan mesti diambil kira, sebagai contoh, apabila latihan dianjurkan melalui latihan berasaskan Web. Sekali lagi, pelayan Web diperlukan untuk mengehoskan bahan, dan stesen kerja mesti dilengkapi dengan pelayar Web. Topologi penempatan juga mungkin menunjukkan bilik dan bilik darjah yang diperlukan untuk menjalankan latihan bilik darjah.

Organisasi

Satu lagi aspek persekitaran pembangunan ialah memastikan sumber organisasi yang sesuai tersedia untuk mentakrif, menggunakan dan mengurusnya. Ini mungkin termasuk pakar dalam aspek khusus persekitaran pembangunan (contohnya, jurulatih, pakar, jurulatih dan mentor), kakitangan untuk mentadbir dan menyelenggara persekitaran, kakitangan yang mempunyai kelayakan yang sesuai dalam meja bantuan syarikat, dan komuniti amalan yang berkaitan.

Elemen utama yang berkaitan dengan organisasi:

• Tentukan peranan organisasi dan jabatan yang merupakan sebahagian daripada persekitaran pembangunan.
• Topologi penggunaan sumber organisasi yang menunjukkan lokasi unit organisasi ini.

Infrastruktur

Dari perspektif persekitaran pembangunan, infrastruktur dilihat dari segi perkakasan dan perisian. Perkara ini telah pun dibincangkan lebih awal apabila mempertimbangkan metodologi, alatan, penyediaan dan organisasi. Walau bagaimanapun, terdapat tiga sebab untuk mempertimbangkan infrastruktur secara berasingan sebagai elemen utama:

1. Pertama, penyatuan. Sebagai contoh, apabila mempertimbangkan keperluan infrastruktur persekitaran pembangunan secara keseluruhan, mungkin ditentukan bahawa hanya satu pelayan Web diperlukan untuk menyokong kedua-dua kandungan Web untuk metodologi dan latihan Web.
2. Kedua, pastikan semua perkakasan dan perisian tambahan yang menyokong persekitaran pembangunan (cth, sistem pengendalian, sistem pengurusan pangkalan data, sistem pengurusan perkakasan, alat ujian untuk pembangunan peranti masa nyata dan terbenam) diambil kira dengan betul.
3. Ketiga, pusat jaminan kualiti mungkin memerlukan penggunaan infrastruktur untuk menyokong penciptaan dan ujian persekitaran pembangunan sebelum ia digunakan ke dalam mana-mana infrastruktur pengeluaran untuk menyokong projek perniagaan.

Elemen utama yang berkaitan dengan infrastruktur:

• Lokasi, nod dan ketersambungan.
• Perisian (cth sistem pengendalian, sistem pengurusan pangkalan data, sistem pengurusan perkakasan, alat ujian).

Anak angkat

Selain elemen yang telah disenaraikan, adalah penting untuk mempertimbangkan untuk melaksanakan rangka kerja dalam organisasi, unit perniagaan atau projek pembangunan.

Elemen utama yang berkaitan dengan pelaksanaan:

• Pelan pelaksanaan. Pelan ini mentakrifkan tugas yang biasanya dilakukan semasa melaksanakan persekitaran, seperti membeli perkakasan dan perisian.
• Kaedah untuk melaksanakan perubahan organisasi. Mereka akan diperlukan untuk melaksanakan dan menyepadukan persekitaran pembangunan ke dalam aktiviti harian struktur organisasi yang berkaitan.
• Penentuan penunjuk alam sekitar. Penunjuk digunakan untuk mengukur keberkesanan alam sekitar.

Konteks Penyelesaian

Konteks penyelesaian (di mana penyelesaian yang dimaksudkan ialah persekitaran pembangunan) juga penting. Konteks mewakili keperluan untuk persekitaran pembangunan dan boleh dilihat dari segi kefungsian, hartanah Dan sekatan.

• Kefungsian mewakili corak atau susunan pembangunan perisian yang disediakan oleh persekitaran pembangunan. Pelaksanaan keperluan ini memaksa anda untuk mengambil kira semua elemen yang dinyatakan sebelum ini. Sebagai contoh, proses pengurusan keperluan (lihat Rajah 3) disokong oleh aspek berikut:
  • Metodologi pengurusan keperluan.
  • Alat pengurusan keperluan.
  • Latihan pengurusan keperluan dan bimbingan.
  • Pasukan sokongan yang mahir dalam menyelesaikan isu pengurusan keperluan.
  • Perkakasan dan perisian untuk menyokong elemen yang berkaitan dengan pengurusan keperluan.
  • Pelaksanaan prosedur pengurusan keperluan yang sesuai dalam projek.

Bahagian lain dalam persekitaran pembangunan, seperti seni bina atau pengurusan kualiti, boleh dilihat dengan cara yang sama. Metodologi ini juga boleh digunakan untuk aktiviti tertentu, contohnya, untuk pembangunan berulang (yang merupakan asas pendekatan dinamik (tangkas) kepada pembangunan dan penyampaian perisian), yang juga memerlukan pertimbangan semua elemen.

• Hartanah– ini adalah parameter yang mesti ada pada persekitaran pembangunan. Mereka juga memerlukan pertimbangan semua elemen persekitaran pembangunan. Contohnya, untuk melaksanakan sifat berskala (contohnya, keupayaan untuk menyokong bilangan pengguna serentak yang berbeza), pendekatan berikut digunakan:
  • Kaedah yang boleh disesuaikan agar sesuai dengan saiz projek.
  • Alat yang boleh dikonfigurasikan untuk menyokong kaedah yang dikonfigurasikan.
  • Mekanisme dan tahap latihan yang sesuai untuk projek pelbagai saiz.
  • Sumber organisasi untuk memastikan ketersediaan kakitangan dengan tahap kemahiran yang sesuai untuk menyokong bilangan projek pembangunan yang dijangkakan.
  • Infrastruktur yang boleh berskala untuk menyokong bilangan pengguna serentak yang dijangkakan.
  • Mekanisme yang sesuai untuk melaksanakan alam sekitar.
• Sekatan bahawa persekitaran pembangunan mesti mematuhi juga memerlukan pertimbangan semua elemen persekitaran pembangunan. Contohnya, jika anda perlu berhijrah dari persekitaran sedia ada, anda mungkin perlu melakukan perkara berikut:
  • Ambil peraturan daripada metodologi sedia ada dan masukkannya ke dalam kaedah baharu.
  • Pindahkan produk kerja daripada set alat lama kepada set baharu (atau sepadukan dengan alatan sedia ada).
  • Menyediakan latihan yang mencukupi dengan keadaan semasa dan teratur.
  • Menyediakan kakitangan untuk memastikan peralihan yang lancar dari asal negeri di terancang.
  • Kenal pasti infrastruktur yang memanfaatkan sepenuhnya infrastruktur sedia ada (mis., gunakan semula lesen perkakasan dan perisian sedia ada jika boleh).
  • Menyediakan mekanisme pelaksanaan untuk mengesahkan kemajuan migrasi.

Satu lagi kekangan penting apabila mempertimbangkan mengubah persekitaran pembangunan sedia ada anda, sudah tentu, Pulangan Pelaburan (ROI). Agar inisiatif sedemikian berjaya, sudah tentu, ia mesti memberikan hasil yang positif selaras dengan rancangan perniagaan. Setiap aspek persekitaran pembangunan memberi kesan kepada ROI dari kedua-dua perspektif kos dan keuntungan.

Walaupun tidak ditunjukkan dalam Rajah 2, kefungsian, sifat dan batasan biasanya sepadan dengan konteks perniagaan tertentu (cth, matlamat perniagaan yang dinyatakan). Dalam pengertian ini, konteks keputusan juga merangkumi aspek perniagaan. Ini boleh menjadi penting terutamanya apabila menunjukkan sumbangan langsung atau tidak langsung persekitaran pembangunan untuk mencapai matlamat perniagaan.

Tentukan, Sebarkan, Urus

Apabila mentakrifkan pelbagai elemen persekitaran pembangunan, adalah berguna untuk mempertimbangkan elemen kitaran hayat persekitaran berikut (lihat Rajah 4) kerana, sebagai tambahan kepada konteks penyelesaian, setiap daripada mereka mempunyai aspek tersendiri yang mempengaruhi definisi :

• Definisi persekitaran.
• Penyebaran persekitaran.
• Pengurusan alam sekitar.

Sebelum melihat kawasan dalam Rajah 4, adalah wajar dijelaskan mengapa ia berkaitan kitaran. Angka ini mengesahkan bahawa perubahan yang berkesan (dalam kes ini, menambah baik persekitaran pembangunan) biasanya dicapai melalui satu siri perubahan tambahan, bukannya dengan letupan Besar(evolusi, bukan revolusi), dan setiap perubahan tambahan mewakili satu laluan melalui kitaran. Walau bagaimanapun, perubahan yang dilaksanakan dalam satu kitaran, mengikut definisi, mengubah konteks seterusnya (sebagai contoh, pakar kini mempunyai kelayakan yang diperlukan, peralatan baru telah muncul, alat baru telah diperoleh, dll.), iaitu, sifat kitaran perubahan ditunjukkan.

Bahagian berikut membincangkan setiap elemen persekitaran pembangunan bersama-sama dengan mentakrifkan penyelesaian, menggunakan penyelesaian dan mengurus penyelesaian.

Definisi

Digunakan untuk takrifan persekitaran pembangunan, imbas kembali perbincangan sebelumnya tentang elemen-elemen utama. Perbincangan ini tidak diulang di sini, walaupun untuk kesempurnaan, Jadual 1 meringkaskan pelbagai elemen yang ditakrifkan sebelum ini.

Perlu diingatkan juga bahawa definisi biasanya dipertimbangkan di peringkat organisasi dan mungkin memerlukan pelaksanaan tempatan untuk memenuhi keperluan unit perniagaan atau projek tertentu semasa penggunaan. Ini ditunjukkan dalam bahagian berikut.

Jadual 1. Aspek definisi

unsur	Penerangan
Kaedah	Peranan, produk kerja, tugas, proses Piawaian, cadangan, arahan, dsb. Topologi penggunaan metodologi
Alatan	Alat pembangunan dan penyepaduan Senario untuk memasang dan mengkonfigurasi alat pembangunan Topologi penggunaan alat pembangunan
Pembolehan	Program pengajian dan kursus Bahan pengajaran Topologi penggunaan peruntukan
Organisasi	Peranan dan unit organisasi Topologi penggunaan sumber organisasi
	Lokasi, nod dan ketersambungan Perisian sokongan (seperti sistem pengendalian)
Anak angkat	Pelan pelaksanaan Metodologi untuk melaksanakan perubahan organisasi Penunjuk alam sekitar

Kerahan

Menggunakan persekitaran pembangunan menimbulkan persoalan khusus mengenai setiap elemen (lihat Jadual 2).

Jadual 2: Pertimbangan Penggunaan

unsur	Penerangan
Kaedah	Metodologi Penggunaan
Alatan	Melakukan Konfigurasi Setempat Memasang Alat Penghijrahan data setempat
Pembolehan	Konfigurasi di tapak Penyerahan bahan bimbingan Latihan penghibur
Organisasi	Menentukan Konfigurasi Setempat Penyusunan semula
Infrastruktur	Mentakrifkan Infrastruktur Tempatan Menyediakan lokasi, nod dan ketersambungan Menyediakan perisian sokongan
Anak angkat	Penggubalan pelan pelaksanaan tempatan Pemeriksaan persekitaran

Elemen utama teknik:

• Tentukan konfigurasi setempat. Apabila menggunakan metodologi kepada unit perniagaan atau projek pembangunan, beberapa konfigurasi setempat mungkin diperlukan untuk mencerminkan ciri khusus unit perniagaan, projek pembangunan atau sistem (contohnya, dengan memastikan sesuai tahap formaliti).
• Penggunaan metodologi. Ia menjamin ketersediaan teknik untuk pakar.

Elemen utama alatan:

• Lakukan konfigurasi setempat. Sebarang penyesuaian tempatan alat digunakan untuk mengautomasikan penyesuaian metodologi tempatan.
• Pemasangan alatan. Menjadikan alat yang dipasang (dan penyepaduannya) boleh diakses oleh pakar.
• Penghijrahan data tempatan. Sebagai contoh, anda mungkin perlu memindahkan data daripada kit alat sedia ada kepada yang baharu.

Elemen utama persiapan:

• Lakukan konfigurasi setempat. tetapan setempat. Jika perlu, sesuaikan, jelaskan atau kemas kini bahan latihan. Anda mungkin, sebagai contoh, menyemak semula bahan latihan anda untuk menyelaraskannya dengan proses yang ditentukan untuk unit perniagaan atau projek pembangunan tertentu.
• Penyerahan bahan latihan. Menjamin akses kepada mereka untuk penghibur, termasuk akses kepada semua bahan Web.
• Latihan penghibur. Semasa latihan, maklum balas daripada penghibur dikumpul.

Elemen utama organisasi:

• Tentukan konfigurasi setempat. Pakar mungkin diperlukan untuk menyokong keperluan khusus unit perniagaan atau projek pembangunan tertentu.
• Penyusunan semula. Susun kakitangan dan sumber untuk menyokong persekitaran pembangunan.

Elemen utama infrastruktur:

• Tentukan konfigurasi setempat. Tentukan infrastruktur yang diperlukan untuk unit perniagaan atau projek pembangunan tertentu.
• Menyediakan lokasi, nod dan ketersambungan. Sediakan semua perkakasan yang diperlukan (termasuk semua platform sasaran dan emulator untuk peranti masa nyata dan terbenam).
• Menyediakan perisian sokongan. Pasang semua perisian yang diperlukan untuk menyokong persekitaran pembangunan (contohnya, sistem pengurusan pangkalan data atau alat ujian).

Elemen utama pelaksanaan:

• Tentukan rancangan pelaksanaan tempatan. Perhalusi pelan pelaksanaan anda berdasarkan keperluan khusus unit perniagaan atau projek pembangunan anda.
• Menyemak ketepatan persekitaran. Uji persekitaran yang digunakan dan sahkan bahawa ia memenuhi keperluan yang ditetapkan dari segi kefungsian, sifat dan pengehadan yang ditentukan.

Kawalan

Seperti yang ditunjukkan dalam Jadual 3, mengurus persekitaran pembangunan selepas ia digunakan juga mempunyai aspek khusus untuk setiap elemen.

Jadual 3. Aspek pengurusan

unsur	Penerangan
Kaedah	Mengumpul maklum balas mengenai metodologi
Alatan	Sandaran, pengarkiban, pemulihan data Mengumpul maklum balas tentang alatan
Pembolehan	Latihan pakar Mengumpul maklum balas mengenai penyediaan
Organisasi	Mengumpul maklum balas tentang
Infrastruktur	Menyediakan atau menarik balik infrastruktur mengikut keperluan Mengumpul maklum balas mengenai infrastruktur
Anak angkat	Mengukur keberkesanan alam sekitar Mengumpul maklum balas mengenai pelaksanaan

Elemen utama teknik:

• Mengumpul maklum balas mengenai metodologi. Aspek utama mengurus persekitaran pembangunan anda adalah untuk terus memperbaikinya. Oleh itu, pengumpulan maklum balas melibatkan semua elemen. Maklum balas biasanya dikumpul secara subjektif menggunakan soal selidik, sebagai contoh.

Elemen utama alatan:

• Sandaran, pengarkiban, pemulihan data. Sahkan bahawa produk kerja yang dicipta oleh pakar diurus dengan betul dan amalan "pentadbiran yang baik" digunakan.
• Mengumpul maklum balas tentang alatan. Kumpul maklum balas (positif dan negatif) mengenai ketersediaan dan prestasi alatan.

Elemen utama persiapan:

• Latihan penghibur. Tetapkan penyelia projek supaya penghibur tahu cara menggunakan persekitaran.
• Mengumpul maklum balas mengenai penyediaan, cth. untuk latihan atau bimbingan.

Elemen utama organisasi:

• Mengumpul maklum balas tentang organisasi. Pelaku memberikan ulasan mereka tentang sokongan yang disediakan untuk menggunakan persekitaran pembangunan (contohnya, mengenai kualiti perkhidmatan sokongan).

Elemen utama infrastruktur:

• Menyediakan atau menarik balik elemen infrastruktur mengikut keperluan. Dari awal hingga akhir projek, persekitaran pembangunan mesti bersaiz sewajarnya untuk menyokong bilangan pekerja yang menggunakan persekitaran secara optimum pada bila-bila masa.
• Kumpul maklum balas tentang infrastruktur, termasuk perkakasan dan perisian sokongan.

Elemen utama pelaksanaan:

• Mengukur keberkesanan alam sekitar. Ini adalah aspek utama dalam pelaksanaan yang berjaya. Sebagai contoh, anda boleh menyediakan soal selidik kepada penghibur dan meminta mereka menilai keberkesanan memperkenalkan kaedah kerja baharu.
• Mengumpul maklum balas mengenai pelaksanaan. Maklum balas mengenai pendekatan pelaksanaan dikumpul.

Saling bergantung

Akhir sekali, perlu diingat bahawa pelbagai elemen persekitaran pembangunan tidak bebas. Perwakilan alternatif bagi Rajah 2 diberikan dalam Rajah 5, yang menunjukkan bahawa setiap elemen mempunyai hubungan dengan semua elemen lain.

Berikut ialah beberapa contoh kebergantungan antara elemen:

• Metodologi (metodologi) merujuk kepada kursus latihan yang ada (persediaan).
• Alat (alat) mengautomasikan tugas (teknik).
• Peranan pentadbiran (organisasi) ditakrifkan untuk menyokong alat (alat).
• Pelayan (infrastruktur) disediakan untuk menjadi tuan rumah satu set alat (alat).
• Pelaksanaan amalan kerja (pelaksanaan) dinilai menggunakan pendekatan khusus (metodologi).

Kesimpulan

Artikel ini melengkapkan artikel (EN) yang diterbitkan oleh pengarang yang sama dalam Tepi Rasional pada tahun 2008. Ia memperincikan elemen utama persekitaran pembangunan dan menyerlahkan pelbagai aspek mentakrif, menggunakan dan mengurus persekitaran tersebut. Ia menyediakan rangka kerja mudah untuk memastikan semua aspek ini diambil kira semasa merancang tindakan untuk menambah baik persekitaran sedia ada, mentakrifkan keperluan alam sekitar, mentakrifkan seni bina, menilai persekitaran, dan sebagainya.

Artikel ini dikhaskan untuk teknologi pembangunan aplikasi dan trend dalam pembangunan mereka dalam konteks peralihan kebanyakan syarikat domestik dan asing daripada automasi spontan kawasan individu aktiviti mereka kepada penyelesaian bersepadu bersatu.

Pembangunan aplikasi dalam projek IT moden

Tempoh semasa pembangunan alat automasi dan maklumat untuk perusahaan domestik boleh dicirikan sebagai masa peralihan besar-besaran daripada automasi spontan kawasan individu aktiviti syarikat kepada penyelesaian bersepadu bersepadu yang meliputi semua aspek kewujudan mereka. Ini tidak boleh tetapi menjejaskan komposisi dan skop projek IT yang paling kerap dijalankan dan kaedah pelaksanaannya.

Ciri-ciri projek IT moden

Jika lima hingga tujuh tahun yang lalu, projek yang berkaitan dengan pembangunan tersuai bagi aplikasi unik (dan agak kurang kerap - penyelesaian berdasarkan komponen siap sedia bertujuan untuk bidang subjek tertentu) dan dijalankan oleh pengaturcara umum yang terpelajar dengan kepakaran yang berkaitan (contohnya. , yang tahu bagaimana untuk mentadbir rangkaian tempatan dan DBMS), maka hari ini, pertama sekali, projek untuk pelaksanaan aplikasi perniagaan siap pakai dan sistem ERP diperintahkan, dalam rangka kerja yang mana projek sering dijalankan untuk membangunkan penyelesaian berdasarkan aplikasi perniagaan sedia yang sama. Sebabnya, di satu pihak, kesedaran oleh pengurus kebanyakan syarikat tentang hakikat bahawa, tidak kira betapa syarikat mereka mendakwa unik dalam strategi pemasarannya, pada dasarnya kedua-dua pengeluaran dan aspek tertentu aktivitinya. adalah agak standard, dan sebaliknya - pengiktirafan oleh pengeluar aplikasi perniagaan terhadap keunikan proses perniagaan kebanyakan syarikat dan penciptaan pelbagai penyelesaian standard sambil pada masa yang sama menyediakan perkhidmatan untuk pelaksanaan, penyelenggaraan dan pengemaskinian mereka sendiri atau oleh rakan kongsi.

Peralihan kepada pembahagian kerja dalam projek pembangunan perisian

Keadaan ini tidak boleh tidak menjejaskan komposisi kakitangan syarikat IT, antaranya penyepadu sistem baru-baru ini didominasi (kadang-kadang mempunyai jabatan pembangunan mereka sendiri, tetapi pakar terutamanya dalam projek yang kompleks, termasuk bukan sahaja pembangunan aplikasi), dan syarikat yang mengkhusus secara eksklusif dalam pembangunan beberapa aplikasi. . Dalam proses terakhir, proses pengkhususan sedang giat dijalankan, membahagikan pasukan pembangunan kepada penganalisis perniagaan, penganalisis sistem, pengaturcara, penulis teknikal dan pengurus projek. Pada masa yang sama, selalunya penganalisis sistem tidak tahu cara memprogramkan, penganalisis perniagaan tidak menguruskan projek, dan pengurus projek hanya terlibat dalam kerja organisasi dan tidak berminat dengan seni bina aplikasi, apatah lagi bidang subjek. Ini mencerminkan hakikat peralihan daripada pengeluaran berskala kecil perisian eksklusif kepada pengeluaran industri besar-besaran bagi penyelesaian standard yang dituntut oleh pengguna moden.

Menukar keperluan permohonan

Bercakap mengenai projek pembangunan aplikasi dan bahagian projek IT kompleks yang berkaitan dengan pembangunan aplikasi, perlu diingatkan bahawa hari ini yang paling relevan ialah penciptaan penyelesaian korporat berdasarkan bukan sahaja pada DBMS, tetapi juga pada produk lain - aplikasi pejabat, sistem GIS dan CAD. , alat analisis perniagaan, produk pelayan khusus, sistem pengurusan perusahaan dan aplikasi perniagaan lain. Keperluan keselamatan untuk penyelesaian yang dibuat juga nyata berbeza daripada yang wujud tiga tahun lalu. Akhir sekali, salah satu trend penting ialah minat yang semakin meningkat dalam aplikasi untuk peranti mudah alih dan aplikasi yang boleh berfungsi secara autonomi dan, jika perlu, disegerakkan dengan sistem maklumat perusahaan.

Antara trend lain yang muncul baru-baru ini dalam pembangunan penyelesaian korporat, perlu diperhatikan keperluan syarikat yang semakin meningkat untuk alat analisis perniagaan yang merupakan sebahagian daripada penyelesaian sedia ada atau wujud sebagai alat yang berasingan. Walaupun fakta bahawa mencipta aplikasi menggunakan analisis perniagaan adalah sukar kerana pada hari ini isu menyeragamkan akses kepada data daripada storan berbilang dimensi dan bahasa untuk menyoalnya tetap relevan, pembangun sudah mempunyai alat yang mencukupi di tangan mereka untuk menyelesaikan masalah tersebut untuk platform analisis yang paling popular seperti daripada pembekal platform analisis sendiri (contohnya, Oracle, Microsoft dan Hyperion), dan daripada syarikat yang pakar dalam alat analisis data (Cognos, ProClarity dan Business Objects). Selain itu, Business Intelligence and Report Tools (BIRT) tersedia untuk platform Eclipse, yang kini menyumbang separuh daripada pasaran untuk alatan pembangunan aplikasi Java.

Melibatkan pelanggan dalam proses pembangunan

Menilai sumbangan pembangun aplikasi kepada kejayaan perniagaan syarikat pelanggan, serta menilai kualiti proses pembangunan itu sendiri dan hasilnya, sentiasa menjadi isu kontroversi dan punca salah faham dan konflik. Walau bagaimanapun, baru-baru ini, kaedah untuk menilai kematangan proses pembangunan dan cadangan berdasarkan model Integrasi Model Kematangan Keupayaan (CMMI) telah muncul, serta beberapa metodologi pembangunan aplikasi yang memberikan pelanggan aplikasi peluang untuk mengawal kemajuan proses pembangunan. Model CMMI membolehkan anda menilai dan menambah baik proses pembangunan aplikasi dan mengambil kesempatan daripada contoh yang berjaya untuk menyediakan proses sedemikian, dan kehadiran penilaian satu atau tahap kematangan mengikut model ini di syarikat pembangunan adalah pada tahap tertentu. jaminan kualiti hasil akhir proses pembangunan produk di syarikat ini.

Keluarga metodologi pembangunan aplikasi yang dikenali sebagai metodologi Agile (termasuk, antara lain, Pengaturcaraan Extreme, yang kami tulis kira-kira beberapa bulan lalu) menyediakan resipi untuk pengurusan harian pasukan projek, termasuk, tetapi tidak terhad kepada, Ujian -Pembangunan Terpacu -Pembangunan Terpacu (TDD), yang telah membuktikan dirinya sebagai satu cara untuk menghasilkan kod berkualiti tinggi. Satu ciri keluarga metodologi ini ialah penglibatan pelanggan dalam proses pembangunan supaya dia boleh mengawalnya pada semua peringkat.

Seni bina dan platform yang paling popular

Seni bina berorientasikan perkhidmatan

Salah satu trend semasa dalam pembangunan infrastruktur IT perusahaan moden dan seni bina aplikasi korporat ialah peralihan kepada seni bina berorientasikan perkhidmatan (SOA). Seni bina ini melibatkan penciptaan dan pelaksanaan aplikasi dan perkhidmatan yang diedarkan berdasarkan penggunaan pelbagai teknologi, seperti perkhidmatan web (teknologi sedemikian disokong secara meluas oleh platform Eclipse dan alat pembangunan daripada Borland dan Microsoft).

Platform paling popular

Salah satu trend terkini yang paling ketara ialah penyatuan platform yang mana kebanyakan aplikasi dicipta, dan pengenalpastian dua pemimpin antaranya - Windows/Microsoft .NET dan Java/J2EE. Ini sebahagian besarnya disebabkan oleh keupayaan platform ini untuk menyediakan keupayaan untuk mencipta aplikasi, tahap perlindungan data di mana, serta keupayaan untuk mencipta antara muka pengguna dan menyediakan akses kepada perkhidmatan dan data, memenuhi keperluan moden. Walau bagaimanapun, trend ini bukan perkara baru kepada sesiapa untuk masa yang lama.

Kami juga ambil perhatian bahawa disebabkan pertumbuhan pesat minat dalam kalangan pelanggan korporat dalam pembangunan untuk peranti mudah alih, alat pembangunan untuk kategori aplikasi ini dan platform mudah alih itu sendiri menjadi semakin popular di kalangan pembangun.

Populariti platform mudah alih yang semakin meningkat

Hari ini, aplikasi mudah alih dibangunkan untuk kira-kira satu setengah dozen platform. Menurut kajian akhir tahun lalu oleh firma penyelidikan Evans Data Corp. Dalam tinjauan beberapa ratus pembangun aplikasi mudah alih, peneraju utama dalam bidang ini ialah .NET Compact Framework dan Java 2 Mobile Edition (J2ME), serta platform Microsoft lain untuk peranti mudah alih dan Embedded Linux (Rajah 1).

nasi. 1. Populariti platform mudah alih dalam kalangan pembangun (sumber - Platform Wayarles Pilihan Pembangun. Kedudukan Definitif Platform Tanpa Wayar oleh Pembangun Seluruh Dunia - Evans Data Corp., September 2005)

Bagaimanapun, menurut tinjauan yang sama, dari segi kepuasan pembangun dengan kualiti alatan dan tahap sokongan daripada komuniti pembangun, platform Nokia Series 60 kini menduduki tempat pertama. Menurut ramalan daripada Evans Data Corp. yang sama, bahagian tersebut Linux Embedded dalam pasaran platform mudah alih dijangka berkembang.

Dari segi alat pembangunan aplikasi, alatan Microsoft telah tersedia untuk platform Windows Mobile selama beberapa tahun. Alat Borland tersedia untuk platform .NET Compact Framework, Symbian dan J2ME. Di samping itu, terdapat beberapa alat pembangunan aplikasi mudah alih daripada Sybase, serta daripada beberapa pengeluar lain.

Alat Pembangun Hari Ini

Pengkhususan sempit pembangun telah membawa kepada pembangunan aktif selama lima tahun yang lalu alat sokongan kitaran hayat aplikasi yang direka untuk pasukan pembangun yang besar. Alat tersebut termasuk alatan pengurusan keperluan, proses perniagaan, aplikasi dan pemodelan data, ujian dan pengoptimuman aplikasi, pengurusan kerja berpasukan, kawalan versi dan pengurusan perubahan. Banyak pembekal perisian terkemuka menghasilkan alat sedemikian: IBM, Computer Associates, Borland, Microsoft, Oracle dan beberapa yang lain.

Baru-baru ini, banyak syarikat yang sebelum ini mengkhususkan diri dalam mewujudkan persekitaran pembangunan (khususnya, IBM, Computer Associates, Borland, Microsoft, Oracle dan Sybase) telah mula memberi perhatian kepada alatan untuk tujuan ini. Keperluan untuk penyepaduan bersama semua alat "berat" ini telah membawa kepada penciptaan keseluruhan platform untuk pembangunan perisian berasaskan peranan dan pengurusan kitaran hayat aplikasi - platform sedemikian kini dihasilkan oleh Borland, IBM, Microsoft dan beberapa yang lain.

Sebagai peraturan, penggunaan alat sedemikian memerlukan mempertimbangkan proses pembangunan perisian sebagai proses pengeluaran dan, dengan itu, mencipta dan melaksanakan kaedah untuk menguruskan proses ini, sama seperti kaedah untuk menguruskan proses pengeluaran bahan. Pelaksanaan teknik sedemikian sering dilakukan melalui pelaksanaan projek IT yang berasingan (dan bukan murah!) untuk pelaksanaan dalam syarikat yang membangunkan platform pembangunan aplikasi bersepadu untuk mengautomasikan dan mengoptimumkan proses yang mengiringi pembangunan, termasuk menetapkan tugas, mengurus keperluan. , dan mencapai pematuhan piawaian kualiti.

Versi percuma alat komersial

Jika kita ingat apa yang telah berlaku dengan alat pembangunan dalam dua tahun kebelakangan ini, kita dapat melihat bahawa baru-baru ini terdapat kecenderungan yang sangat aktif untuk pengeluar alat pembangunan terkemuka untuk mengeluarkan versi percuma mereka (dengan fungsi yang baik) untuk menarik perhatian pembangun kepada potensi dan keupayaan produk dan platform yang berfungsi sepenuhnya yang bertujuan untuknya. Khususnya, Borland telah mengeluarkan versi percuma beberapa alat pembangunannya selama kira-kira tiga tahun sekarang. Microsoft baru-baru ini mengeluarkan keluarga produk Express, yang termasuk beberapa alat untuk membangunkan Windows Forms dan aplikasi ASP .NET. Oracle Corporation, seterusnya, turut menyediakan pemaju akses percuma kepada alat Oracle JDeveloper 10g.

Alat Sumber Terbuka

Terdapat satu lagi trend yang menjadi ciri pasaran alat pembangunan moden - pertumbuhan aktif dalam populariti platform dan alat sumber terbuka, dalam pembangunan yang mana banyak wang kini dilaburkan oleh syarikat komersial, termasuk platform yang terkenal itu. pengeluar seperti IBM, Novell dan Oracle. Antara contoh yang paling menarik, kita harus perhatikan pembangunan aktif persekitaran Eclipse - platform pembangunan terbuka universal yang serasi dengan banyak bahasa, platform penggunaan dan teknologi, serta projek Mono untuk melaksanakan sebahagian daripada platform .NET untuk operasi Linux. sistem (penyusun dan alat lain kini sedang giat dihasilkan untuk yang terakhir) .

Projek Eclipse telah dilancarkan pada tahun 1998 oleh IBM dengan matlamat untuk mewujudkan persekitaran pembangunan Java bersepadu generasi akan datang, boleh dikembangkan dengan alatan terbina dalam, merentas pelbagai vendor alat Java. Untuk tujuan ini, IBM pada akhir tahun 2001 menyediakan komuniti Sumber Terbuka sebahagian daripada kod sumber alat pembangunan aplikasi Java WebSphere Studio Workbench dan membentuk konsortium Eclipse (termasuk wakil Borland, IBM, MERANT, QNX Software Systems, Rational Perisian, Red Hat, SuSE , TogetherSoft dan Webgain) untuk menguruskan pembangunan selanjutnya persekitaran pembangunan ini, yang kemudiannya menjadi organisasi bukan untung bebas, Yayasan Eclipse, yang kini mempunyai 115 ahli.

Hari ini, lima tahun selepas penubuhannya, platform Eclipse telah menjadi begitu popular sehingga ia telah mula menggantikan alat komersial yang digunakan secara meluas (seperti beberapa alat pembangunan Java) daripada pasaran. Hari ini, bahagian pasaran alat pembangunan aplikasi Java Eclipse adalah kira-kira 50%. Walau bagaimanapun, sepanjang tahun lalu terdapat aliran jelas Eclipse yang berubah daripada persekitaran pembangunan Java kepada platform penyepaduan alat untuk keseluruhan kitaran hayat pembangunan aplikasi - baru-baru ini konsortium Eclipse telah melancarkan projek seperti penciptaan persekitaran pemodelan grafik, alatan untuk seni bina berorientasikan perkhidmatan, dan versi alat ujian yang dikemas kini, analisis perniagaan dan alatan untuk mencipta aplikasi web telah dikeluarkan.

Bagi alat pembangunan aplikasi sebenar, persekitaran pembangunan untuk PHP, Fortran, Macromedia Flex kini telah dicipta berdasarkan platform Eclipse; Kami merancang untuk mengeluarkan beberapa alat untuk membangunkan aplikasi untuk platform terbenam dan mudah alih. Terdapat juga alatan pembangunan komersial untuk platform Eclipse daripada IBM, Borland dan SAP.

Persekitaran pembangunan yang paling popular

Menurut tinjauan terhadap 1,200 pembangun yang dijalankan pada bulan Jun tahun ini oleh syarikat penyelidikan Evans Data Corp., Microsoft Visual Studio .NET adalah persekitaran pembangunan yang paling banyak digunakan (Rajah 2).

nasi. 2. Kekerapan penggunaan persekitaran pembangunan (sumber - Kad Skor IDE Pilihan Pembangun - Evans Data Corp., Jun 2006)

Menurut tinjauan yang sama, persekitaran pembangunan aplikasi yang paling popular dari segi kefungsian ialah Pembangun Aplikasi Rasional IBM, yang diiktiraf oleh peserta tinjauan sebagai alat terbaik untuk pemodelan dan membina aplikasi dan mempunyai set contoh terbaik (Rajah 3).

Hasil tinjauan ini mencerminkan arah aliran yang telah disebutkan tentang penguasaan dua platform paling popular (Windows/Microsoft .NET dan Java/J2EE - hampir semua persekitaran pembangunan popular direka untuk platform ini) dan peningkatan populariti alatan pembangunan sumber terbuka dan platform (seperti yang dibuktikan dengan kehadiran Eclipse dalam lima persekitaran pembangunan paling popular).

Jadi, trend moden dalam pembangunan teknologi pembangunan aplikasi termasuk pengurangan bahagian pembangunan aplikasi dalam projek IT, peralihan beransur-ansur daripada pengeluaran berskala kecil perisian eksklusif kepada pengeluaran industri besar-besaran penyelesaian standard, penggunaan alat yang semakin aktif untuk menyokong kitaran hayat pembangunan aplikasi (termasuk projek untuk pelaksanaan platform bersepadu untuk pembangunan aplikasi). Baru-baru ini, terdapat juga peningkatan minat dalam mencipta aplikasi untuk platform mudah alih. Trend ciri dalam beberapa tahun kebelakangan ini ialah kemunculan alat sumber terbuka berkualiti tinggi. Ada kemungkinan trend ini akan berterusan sekurang-kurangnya beberapa tahun lagi.

1.3 Memilih alat pembangunan perisian

Pada masa ini, terdapat sejumlah besar produk perisian yang membolehkan anda membangunkan pakej perisian dengan berkesan dan cekap untuk pelbagai bidang subjek dalam masa yang singkat.

Ini termasuk perisian seperti Delphi, Visual C++, C Builder, Visual Basic, Java Builder;

Penggunaan alat jenis ini adalah wajar apabila perlu untuk mencipta aplikasi dengan antara muka grafik yang mudah dan boleh difahami dalam masa yang singkat.

Dengan mengambil kira hujah di atas, adalah dinasihatkan untuk menggunakan alat seperti RAD untuk perisian yang dibangunkan dan kompleks metodologi.

Untuk berfungsi pakej perisian, persekitaran perisian tertentu juga diperlukan, dalam kes paling mudah yang diwakili oleh sistem pengendalian. Dalam kes yang lebih kompleks, apabila sistem berfungsi dengan sejumlah besar data yang perlu sentiasa dikemas kini, beberapa jenis DBMS mesti ada.

Untuk pilihan produk RAD yang betul dan termaklum, adalah perlu untuk menilai produk mengikut kriteria tertentu oleh pakar. Anda boleh mendapatkan penilaian produk daripada sumber khas. Tetapi penilaian ini diberikan dengan mengambil kira spesifik pembangunan aplikasi. Pilihan alat pembangunan aplikasi yang lebih rasional hanya boleh dibuat dalam konteks projek tertentu atau organisasi tertentu yang mengetuai pembangunan.

Oleh itu, untuk penilaian yang betul terhadap alatan pembangunan aplikasi, penilaian oleh pakar yang biasa dengan spesifik aplikasi yang sedang dibangunkan dan isu pengubahsuaian dan penyelenggaraan selanjutnya diperlukan. Disebabkan ketidakmungkinan mendapatkan penilaian sedemikian daripada pakar yang diiktiraf dan kesungguhan aplikasi yang sedang dibangunkan yang tidak mencukupi, saya memutuskan untuk menerima pelajar kumpulan dan orang lain yang terlibat dalam pembangunan program sebagai pakar.

Pelbagai kriteria telah diambil kira untuk menilai kualiti produk perisian, khususnya yang mengambil kira aspek produk perisian yang dibangunkan:

Ketersediaan alat pembangunan dan pelaksanaan perisian;

Surat-menyurat perisian yang dipilih kepada tahap kesediaan pengaturcara;

Kemungkinan alat perisian untuk membangunkan aplikasi profesional dan sistem perisian yang kompleks;

Menilai kualiti alat dari segi kebolehpercayaan, produktiviti, kemudahan penggunaan dan intensiti buruh operasinya;

Prospek dan daya maju syarikat pembuatan perisian, kemungkinan mengemas kini dan ketersediaan versi baharu produk apabila memodenkan persekitaran perisian dan perkakasan;

Keupayaan untuk beralih daripada versi pengguna tunggal (untuk nyahpepijat dan penggunaan tempatan) kepada versi rangkaian, untuk alat pembangunan dan alat operasi, serta kerumitannya;

Mengantaramuka dengan pelbagai DBMS lain dan keupayaan untuk memindahkan pangkalan data untuk perisian ini ke DBMS lain;

Keupayaan untuk menyambung ke rangkaian korporat dan Internet/Intranet, sokongan untuk sentiasa membangunkan teknologi WEB;

Prinsip pembinaan modular, tahap serba bolehnya.

Ketersediaan dokumentasi dalam bahasa Rusia, sistem bantuan, dokumentasi bercetak dan elektronik, peluang perundingan;

Kesederhanaan bahasa pengaturcaraan;

Kelajuan permohonan;

Kelajuan penyusunan aplikasi;

Ketersediaan penyahpepijat bersepadu;

Pengendalian pengecualian;

Kaedah untuk menentukan produk perisian yang sesuai adalah seperti berikut.

Pertama, beberapa produk perisian yang tersedia dan terkenal dipilih. Saya memilih Delphi 5.0, Visual C++ 6.0 dan Visual Basic untuk dipertimbangkan. Setiap kriteria diberi pemberat berdasarkan matlamat reka bentuk sedemikian rupa sehingga jumlah pemberat semua kriteria adalah sama dengan 1.

Kemudian, bagi setiap parameter kriteria, produk perisian dinilai pada skala sepuluh mata, dan skor kamiran bagi setiap produk perisian dikira menggunakan formula 1.1.

Pelajar tahun lima kumpulan IT98-1 bertindak sebagai pakar yang memberikan penilaian pakar.

Pengiraan menggunakan formula (1.1) diringkaskan dalam jadual 1.2.

Seperti yang dapat dilihat daripada Jadual 1.2, alat yang paling sesuai untuk membangunkan pakej perisian ialah Delphi 5.0.

Jadual 1.2 - Perbandingan produk perisian

1.4 Bidang tugas 1.4.1 Pengenalan

Pakej perisian direka bentuk untuk mencipta kursus pengajian dalam disiplin dan untuk mengajar disiplin.

1.4.2 Sebab pembangunan

Pembangunan pakej perisian dijalankan berdasarkan tugasan tesis, yang diluluskan oleh perintah rektor Akademi Kejuruteraan Donbass mengikut GOST 19.101-77.

Topik tesis ialah "Perisian dan kompleks metodologi untuk persembahan multimedia maklumat pendidikan."

Bahagian khas pembangunan - "Pembangunan perisian untuk antara muka shell kompleks dan contoh kandungan maklumat"

1.4.3 Tujuan pembangunan

Pakej perisian direka untuk mencipta sejumlah besar cakera pendidikan dalam pelbagai disiplin. Termasuk antara muka untuk mencipta kursus latihan dan cangkerang latihan.

1.4.4 Keperluan untuk produk perisian 1.4.4.1 Keperluan untuk ciri fungsi

Pakej perisian mesti melaksanakan fungsi berikut:

Menyediakan keupayaan untuk memasuki kuliah dan bahan pendidikan lain dengan gambar, video dan audio;

Memberi peluang untuk menukar kursus;

Memberi peluang mengikuti kursus (belajar);

Memberi peluang untuk mengawal pengetahuan yang diperoleh;

Menyediakan keupayaan untuk mencari keseluruhan kursus.

1.4.4.2 Keperluan kebolehpercayaan

Pakej perisian mesti berfungsi dengan stabil dan tidak menyebabkan sistem pengendalian menjadi beku dalam situasi kecemasan.

Kawalan bahan pendidikan yang dihasilkan diberikan kepada pengguna yang mencipta kursus latihan.

1.4.4.3 Keadaan operasi

Suhu udara ambien, kelembapan dan parameter iklim mikro yang lain mesti memenuhi keperluan untuk premis yang dilengkapi dengan komputer peribadi.

Untuk membuat kursus latihan, anda memerlukan seseorang - seorang guru atau pengguna yang akan mencipta bahan tersebut. Orang itu mesti mempunyai kemahiran untuk bekerja dengan komputer peribadi yang dilengkapi dengan sistem pengendalian Windows.

1.4.4.4 Keperluan untuk komposisi dan parameter cara teknikal

Untuk fungsi normal pakej perisian, komputer peribadi dengan ciri-ciri berikut diperlukan:

Jumlah RAM adalah sekurang-kurangnya 32 megabait;

Pemproses tidak lebih rendah daripada Pentium 166, tetikus, papan kekunci;

Ketersediaan ruang cakera keras percuma sekurang-kurangnya 5 megabait;

pemacu cakera 3.5 inci;

Kad bunyi;

Pemantau SVGA.

1.5.4.5 Keperluan untuk maklumat dan keserasian perisian

Program ini mesti dijalankan di bawah sistem pengendalian Windows. Program Pentadbir BDE mesti dipasang untuk berfungsi dengan pangkalan data. Kod sumber program mesti ditulis dalam bahasa Object Pascal dalam persekitaran pembangunan Delphi 5.0. Maklumat mesti dimasukkan terus melalui GUI. Hasil visualisasi maklumat hendaklah dipersembahkan dalam bentuk yang boleh difahami dengan jelas.

1.4.4.6 Keperluan untuk dokumentasi perisian

Komposisi awal dokumentasi program ditetapkan mengikut GOST 19.101-77. Di bawah ialah senarai dokumen dasar dan kandungannya.

Teks program – rekod program dengan penjelasan dan komen yang diperlukan.

Penerangan program – maklumat tentang struktur logik dan fungsi program.

Program dan metodologi ujian - keperluan untuk disahkan semasa menguji program, serta prosedur dan kaedah kawalan.

Terma rujukan – dokumen ini.

Nota penjelasan - hasil kajian struktur untuk menyampaikan maklumat, penerangan umum tentang fungsi program, serta rasional untuk keputusan teknikal dan teknikal-ekonomi yang diterima pakai.

1.4.5 Peringkat dan peristiwa penting pembangunan

Peringkat dan fasa pembangunan mesti mematuhi GOST 19.101-77 dan terdiri daripada perkara berikut.

1 Spesifikasi teknikal – definisi kasar tentang keperluan untuk pakej perisian dan dokumentasi perisian.

2 Reka bentuk draf – pembangunan struktur untuk menyampaikan maklumat dalam pakej perisian, pembangunan struktur kelas yang diperlukan untuk pelaksanaan algoritma yang diberikan. Perumusan kaedah untuk melaksanakan sarang dalam pakej perisian, pembangunan struktur program.

3 Projek teknikal – menjelaskan struktur kelas dan kaedah penyampaian maklumat. Penjelasan terperinci kaedah pelaksanaan bersarang. Pembangunan struktur program.

4 Projek kerja - pembangunan program, pembangunan dokumentasi program, ujian program.

1.4.6 Prosedur pemeriksaan dan penerimaan

Perisian yang dibangunkan mesti memenuhi keperluan pelanggan dan memenuhi semua keperluan fungsi yang ditentukan. Program ini mesti diuji untuk kemungkinan pengecualian berlaku dan semakan yang sewajarnya mesti dibuat.

1.5 Pembangunan model matematik

Langkah yang sangat penting dalam mencipta buku teks elektronik ialah pemilihan bahan untuk latihan dan struktur persembahan bahan-bahan ini.

Langkah-langkah berikut dicadangkan untuk mereka bentuk kursus latihan:

Pembangunan metodologi topik program latihan.

Dengan menganalisis keputusan eksperimen model khas, bangunkan model bab untuk buku teks khusus.

Untuk menentukan keperluan untuk produk perisian yang digunakan oleh guru di institusi pendidikan untuk membuat buku teks elektronik untuk sekolah khusus, dengan mengambil kira tahap latihan guru dalam menggunakan komputer.

Membangunkan pakej perisian yang direka untuk pembangunan alat pendidikan elektronik: maklumat dan sistem pakar, buku teks elektronik, alat khas untuk pelajar yang belajar.

Untuk mencadangkan teknologi untuk membangunkan buku teks elektronik untuk latihan khusus menggunakan pakej.

Membangunkan beberapa buku teks dan menjalankan eksperimen untuk mengujinya dengan pelajar dan guru.

Berdasarkan analisis alat elektronik yang dicipta oleh guru dan penyelidikan khas, bangunkan projek perisian baharu untuk mencipta buku teks elektronik.

Apabila membangunkan buku teks, perlu mengambil kira: minat pelajar, ciri psikologi mereka, sikap terhadap subjek dan guru, keupayaan pelajar untuk menyelesaikan tugas kreatif dan orientasi ke arahnya, kesukaran pelajar sekolah dalam mempelajari subjek dan jenis bantuan yang mereka suka.

Peringkat-peringkat membangunkan buku teks elektronik boleh diwakili dalam bentuk rajah yang ditunjukkan dalam Rajah 1.2.

Buku teks memerlukan perhatian khusus untuk memotivasikan pelajar mempelajari setiap topik. Perkara biasa dalam bidang ini ialah: kemungkinan mengaplikasikan matematik dalam bidang subjek yang berkaitan, keperluan untuk lulus peperiksaan.

Peluang untuk menimba pengalaman dalam aktiviti kreatif dalam bidang subjek yang berbeza, kebiasaan dengan aplikasi komputer yang menarik.

Buku teks mesti memberi pelajar peluang untuk memilih bukan sahaja tahap di mana dia akan mempelajari bahan pendidikan topik itu, tetapi juga cara yang berbeza untuk mempelajari topik itu (sekurang-kurangnya dua cara). Pada masa yang sama, pelajar mesti menyedari bahawa dia dan hanya dia bertanggungjawab ke atas pilihan tahap pengajian topik tersebut.

Rajah 1.2 - Peringkat pembangunan loji kuasa

Buku teks direka untuk melindungi pelajar daripada bebanan yang berlebihan. Khususnya, ini disediakan oleh bahagian kerja rumah mengenai bahan baharu (ia membentangkan bilangan minimum tugas yang akan ditawarkan di rumah dan apabila menyelesaikannya, pelajar perlu memilih tahap kesukaran sekali lagi).

Buku teks harus mempunyai simulator khas, dengan mengakses yang, atas inisiatifnya sendiri, pelajar bukan sahaja boleh membuat algoritma untuk menyelesaikan jenis masalah asas, tetapi juga belajar: untuk meninggalkan kaedah yang diketahui untuk menyelesaikan masalah dan mencari kaedah lain, mengarang masalah, mencari dan membetulkan kesilapan dalam menyelesaikan masalah, menganalisis situasi dengan cara yang berbeza, dsb.

Buku teks harus mempunyai bahagian pemantauan peribadi yang ditujukan untuk pelajar yang, sebelum mengambil ujian, ingin menilai hasil kerja mereka mengenai topik dan membuat pelarasan yang diperlukan tepat pada masanya, ingin mengetahui ramalan keputusan ujian dan menerima arahan daripada komputer tentang cara memperbaikinya.

Pelbagai jenis bantuan disediakan untuk pelajar. Terutama penting ialah kemasukan sistem pakar khas, yang bertujuan bukan sahaja untuk membantu pelajar dalam menyelesaikan masalah tertentu di dalam bilik darjah atau di rumah, tetapi juga tertumpu kepada penyampaian pengalaman pengarang buku teks dengan unsur-unsur buku teks yang berbeza.

Bahagian untuk tugasan kreatif, yang menawarkan projek yang mungkin untuk keperluan institusi pendidikan dan untuk penyertaan dalam persidangan dan pertandingan yang diadakan di dalam institusi pendidikan dan di luarnya.

Adalah penting bahawa buku teks boleh diubah dan ditambah dengan ketara bukan sahaja berdasarkan perkembangan pengarang buku teks, guru yang menggunakannya, tetapi juga oleh pelajar bersama-sama guru berdasarkan projek yang disiapkan oleh pelajar dan mengambil kira ciri-ciri institusi pendidikan dan profil kelas. Berikut adalah satu ilustrasi: buku teks matematik untuk kelas kemanusiaan boleh diterjemahkan oleh pelajar ke dalam bahasa asing yang dipelajari oleh pelajar. Dalam kes ini, pelajar baharu yang menggunakan versi terkini buku teks elektronik menerima pilihan baharu yang mungkin untuk mempelajari topik - mempelajari topik dalam bahasa asing.

Adalah penting untuk pelajar membiasakan diri dengan pengalaman melaksanakan beberapa kerja yang penting untuk profil kelas, yang menyebabkan kesukaran yang diketahui untuk pelajar, dan yang dilakukan oleh rakan sebaya mereka. Ini dicapai dengan memasukkan bahagian dalam buku teks yang membentangkan pilihan yang berbeza untuk menyelesaikan tugasan yang sama oleh pelajar yang mempelajari bahan menggunakan buku teks elektronik (contohnya, untuk refleksi atau sistematisasi, untuk mengarang masalah, dll.) dan analisis prestasi dilakukan oleh pelajar dan pengarang buku teks elektronik.

Berdasarkan perkara di atas, struktur bahan yang ditunjukkan dalam Rajah 1.3 adalah dicadangkan.

1.6 Pembangunan komponen pakej perisian 1.6.1 Pembangunan model logik pakej perisian

Salah satu cara untuk menerangkan model logik pakej perisian ialah analisis struktur.

Intipati pendekatan struktur terletak pada penguraian (pembahagian) sistem ke dalam fungsi automatik: sistem dibahagikan kepada subsistem berfungsi, yang seterusnya dibahagikan kepada subfungsi, dibahagikan kepada tugas, dan sebagainya. Proses pembahagian diteruskan ke prosedur tertentu. Pada masa yang sama, sistem automatik mengekalkan pandangan holistik di mana semua komponen saling berkaitan. Apabila membangunkan sistem "bottom-up" daripada tugas individu kepada keseluruhan sistem, integriti hilang, dan masalah timbul dalam sambungan maklumat komponen individu.

Semua metodologi pendekatan struktur yang paling biasa adalah berdasarkan beberapa prinsip umum. Dua prinsip asas berikut digunakan:

Prinsip menyelesaikan masalah kompleks dengan memecahkannya kepada banyak masalah bebas yang lebih kecil yang mudah difahami dan diselesaikan;

Prinsip penyusunan hierarki ialah prinsip penyusunan komponen sesuatu masalah ke dalam struktur pokok hierarki dengan penambahan butiran baharu pada setiap peringkat.

Mengasingkan dua prinsip asas tidak bermakna bahawa prinsip yang selebihnya adalah sekunder, kerana mengabaikan mana-mana daripadanya

ia boleh membawa kepada akibat yang tidak dapat diramalkan (termasuk kegagalan keseluruhan projek). Yang utama daripada prinsip ini adalah seperti berikut:

Prinsip abstraksi adalah untuk menyerlahkan aspek penting sistem dan abstrak daripada yang tidak penting;

Risiko 1.3- Struktur bahan

Prinsip pemformalan adalah keperluan untuk pendekatan metodologi yang ketat untuk menyelesaikan masalah;

Prinsip ketekalan - terletak pada kesahihan dan ketekalan unsur;

Prinsip penstrukturan data ialah data harus berstruktur dan teratur secara hierarki.

Analisis struktur terutamanya menggunakan dua kumpulan alat untuk menggambarkan fungsi yang dilakukan oleh sistem dan hubungan antara data. Setiap kumpulan alat sepadan dengan jenis model tertentu (rajah), yang paling biasa adalah yang berikut:

model SADT (Analisis Berstruktur dan Teknik Reka Bentuk) dan gambar rajah berfungsi yang sepadan;

DFD (Data Flow Diagrams) gambar rajah aliran data;

ERD (Entity-Relationship Diagrams) entiti-relationship diagrams;

Dalam pelajaran biologi. [Sumber elektronik]. Mod akses: http://www. nenc.gov.ua/index.php? id=79. - Tajuk dan tajuk. skrin. ABSTRAK Slipchuk I.Yu. Metodologi untuk mengajar biologi kepada pelajar gred 8-9 menggunakan teknologi komputer termaju. - Manuskrip. Disertasi untuk pembangunan tahap saintifik calon sains pedagogi untuk kepakaran 13.00.02 – teori dan kaedah sains (biologi). - Nasional...

Sfera aktiviti intelektual membawa idea baru sepenuhnya tentang kemungkinan pemprosesan maklumat, teknik dan bentuk kerja baru, tahap keselamatan maklumat masyarakat yang baru. Dalam pengertian ini, ada sebab untuk bercakap tentang kedatangan era teknologi komputer sebagai pusingan baru tamadun. Ngomong-ngomong, ungkapan "tamadun komputer" benar-benar wujud, ia benar...

Menurut klasifikasi klasik prinsip pengaturcaraan, pengaturcaraan prosedural dan deklaratif, serta jenisnya, dibezakan: imperatif, berfungsi, berorientasikan objek, logik, sistem pakar dan induktif. Prinsip-prinsip ini, sehingga satu tahap tertentu, digunakan dalam kerangka ideologi membina sistem maklumat sasaran yang direka untuk menyelesaikan pelbagai masalah tertentu. Selepas itu, pertumbuhan berterusan keperluan manusia untuk komunikasi global memaksa perubahan dalam ideologi prinsip pengaturcaraan.

Mereka diwakili oleh banyak platform, yang sentiasa ditambah dengan yang lebih baru dan sangat khusus.

Produk perisian masyarakat maklumat global dicirikan oleh keperluan yang tinggi untuk komponen komunikasi mereka. Ini telah membawa kepada peralihan daripada mencipta penyelesaian monolitik kepada mencipta komponen yang boleh digunakan semula merentas persekitaran dan aplikasi perisian yang berbeza.

Ideologi pembangunan dalam IT

Ubah ideologi dalam pembangunan sistem perisian telah diperhatikan oleh wakil terkemuka industri IT, kemunculan produk perisian generasi baru secara kualitatif. Sesetengah pengeluar sistem perisian memaklumkan pasaran bahawa produk mereka tergolong dalam ideologi terbuka, memberikan mereka ciri luaran yang bercirikan. Khususnya, produk Microsoft yang dikeluarkan sejak awal abad ke-21 dicirikan oleh penghujung nama. Net (dibaca sebagai Dot Net). Berdasarkan keputusan ini, intipati ideologi pengaturcaraan terbuka akan dibincangkan pada masa hadapan.

Salah satu pelaksanaan praktikal ideologi pengaturcaraan terbuka ialah, dilaksanakan dalam versi terkini Microsoft Visual Studio, keterbukaan kepada bahasa pengaturcaraan. Ia terdiri daripada menggunakan persekitaran pembangunan berbilang bahasa. Iaitu, dalam versi terkini persekitaran pembangunan aplikasi Visual Studio, bersama-sama dengan bahasa pengaturcaraan yang disertakan oleh Microsoft (Visual C ++, Visual C, J. Net, Visual Basic. Net), mana-mana bahasa pengaturcaraan yang penyusun dicipta oleh syarikat lain boleh ditambah -pengilang. Hari ini, cukup banyak sambungan seperti persekitaran Visual Studio telah dibuat; praktikalnya, ia wujud untuk semua bahasa yang diketahui (Fortran, Cobol, Komponen Pascal, Oberon, dll.).

Persekitaran terbuka tidak bermakna kebebasan sepenuhnya. Semua pembangun penyusun, apabila memperkenalkan bahasa baharu ke dalam persekitaran pembangunan, mesti mematuhi peraturan dan sekatan yang ditetapkan. Had utama, yang, pada masa yang sama, boleh dianggap sebagai kelebihan, ialah semua bahasa yang disertakan dalam persekitaran pembangunan Visual Studio mesti menggunakan rangka kerja tunggal - Framework.Net.

Rangka kerja permohonan

Konsep Rangka Kerja Aplikasi − Aplikasi Rangka Kerja muncul dalam sumber sastera sejak separuh kedua 90-an abad yang lalu dalam penerangan penggunaan Visual Studio, bermula dengan versi keempat. Peranan rangka kerja untuk aplikasi Visual C ++ dalam versi awal Visual Studio telah dilakukan oleh perpustakaan kelas MFC (Microsoft Foundation Classes). Pustaka kelas MFC pada asalnya ialah koleksi kelas yang disusun secara hierarki yang termasuk kelas yang boleh mencipta seni bina aplikasi baharu. Dengan memilih jenis aplikasi, pembangun menerima platform berfungsi yang dikehendaki, dibentuk dan disokong oleh objek kelas rangka kerja.

Sebagai contoh, apabila pembangun memilih seni bina "Paparan Dokumen" daripada jenis aplikasi yang mungkin, kelas Dokumen, yang bertanggungjawab untuk struktur dokumen dan kelas Paparan, yang bertanggungjawab untuk persembahan visualnya, telah dibina secara automatik ke dalam aplikasinya. . Kelas Borang, bersama-sama dengan kelas lain yang melaksanakan kawalan, menyediakan antara muka aplikasi bersatu.

Sepanjang tahun-tahun berikutnya, peranan rangka kerja dalam membina aplikasi telah meningkat dengan ketara dengan mengembangkan keupayaannya ke peringkat Framework.NET. Hari ini, Microsoft Framework.NET ialah platform untuk mencipta, menggunakan dan menjalankan aplikasi. Ia menyediakan persekitaran berprestasi tinggi, berasaskan standard, berbilang bahasa yang membolehkan anda menyepadukan aplikasi sedia ada dengan aplikasi dan perkhidmatan generasi akan datang.

Dengan menggunakan rangka kerja Framework.Net tunggal, kelebihan berikut dicapai:

• keupayaan untuk menggunakan komponen yang dibangunkan dalam bahasa yang berbeza;
• keupayaan untuk membangunkan beberapa bahagian satu aplikasi dalam bahasa pengaturcaraan yang berbeza;
• keupayaan untuk menyahpepijat aplikasi berbilang bahasa dengan lancar;
• keupayaan untuk mencipta kelas dalam satu bahasa, dan keturunannya dalam bahasa lain.

Rangka kerja tunggal merangsang penumpuan bahasa pengaturcaraan, sementara pada masa yang sama membolehkan mereka mengekalkan keperibadian mereka dan kelebihan yang mereka ada. Terima kasih kepada satu rangka kerja, masalah halangan bahasa dalam dunia pengaturcara diselesaikan sedikit sebanyak.

Rangka kerja. Rangka kerja bersih

Apabila rangka kerja berkembang, terdapat proses semula jadi pemisahannya daripada persekitaran pembangunan - Framework.Net menjadi superstruktur di atas sistem pengendalian. Pada tahun 2001, Persatuan Pengilang Komputer Eropah (ECMA) mengguna pakai komponen bingkai sebagai standard. Hasilnya, Framework.Net berpeluang untuk dibangunkan untuk digunakan pada platform pengendalian selain Windows.

hari ini, rangka kerja Framework.Net menjadi penyelesaian teknologi yang diedarkan secara bebas. Ini meluaskan skop aplikasinya dengan ketara. Pengeluar pelbagai produk perisian lebih suka menumpukan pembangunan mereka pada penggunaan rangka kerja Framework.Net untuk memastikan keupayaan untuk melaksanakan kod pada pelbagai platform operasi.

Rangka kerja Framework.Net mengandungi dua komponen utama:

Statik - FCL(Perpustakaan Kelas Rangka) - perpustakaan kelas bingkai.

Dinamik - CLR(Common Language Runtime) - persekitaran masa jalan bahasa biasa.

Pustaka kelas FCL ialah evolusi perpustakaan kelas MFC, menjadikan Framework.Net satu-satunya rangka kerja untuk pelbagai bahasa pengaturcaraan. Oleh itu, tidak kira apa bahasa pengaturcaraan pembangunan dijalankan, ia menggunakan kelas satu perpustakaan biasa. Kebanyakan kelas perpustakaan yang membentuk teras biasa digunakan oleh semua bahasa rangka kerja. Dengan cara ini, penyatuan pelaksanaan berikut dicapai:

• antara muka aplikasi, tanpa mengira bahasa di mana ia dibangunkan;
• interaksi dengan koleksi dan bekas data lain;
• akses kepada pelbagai jenis sumber data luaran.

Selain itu, perpustakaan kelas FCL mengandungi beberapa komponen statik yang menyediakan pengaturcaraan terbuka dalam persekitaran Visual Studio. Antaranya, kita harus menyerlahkan: jenis data primitif terbina dalam, jenis data struktur, komponen untuk menyokong kepelbagaian aplikasi seni bina, ruang nama.

Jenis data primitif terbina dalam. Bahagian penting perpustakaan FCL ialah kelas yang menerangkan jenis data primitif. Jenis rangka kerja meliputi keseluruhan pelbagai jenis data yang terdapat dalam bahasa pengaturcaraan. Jenis data bahasa pengaturcaraan memetakan kepada jenis rangka kerja yang sepadan. Contohnya, jenis data yang dikenali sebagai Integer dalam Visual Basic dan int dalam C memetakan kepada jenis data FCL Int32. Dalam setiap bahasa pengaturcaraan, bersama-sama dengan nama jenis data "asli" bahasa, ia dibenarkan untuk menggunakan nama jenis yang diterima pakai dalam rangka kerja. Akibatnya, semua bahasa dalam persekitaran pembangunan boleh menggunakan satu sistem jenis data terbina dalam, memastikan interaksi komponen yang ditulis dalam bahasa yang berbeza.

Jenis Data Struktur. Perpustakaan termasuk bukan sahaja jenis data terbina dalam yang ringkas, tetapi juga jenis struktur yang menerangkan organisasi struktur data yang kompleks: istilah, tatasusunan, senarai, rekod. Ini juga menyumbang kepada penyatuan dan penumpuan sebenar bahasa pengaturcaraan.

Komponen untuk menyokong kepelbagaian aplikasi seni bina. Dalam persekitaran pembangunan, terdapat pelbagai jenis seni bina aplikasi yang mungkin. Sebagai tambahan kepada aplikasi Windows tradisional dan aplikasi konsol, adalah mungkin untuk mencipta platform untuk aplikasi Web. Banyak perhatian diberikan kepada kemungkinan mencipta komponen yang boleh digunakan semula - ia dibenarkan untuk membina perpustakaan kelas dan mengawal perpustakaan. Penyusun bahasa yang dibekalkan oleh pelbagai syarikat untuk mencipta projek boleh menggunakan kedua-dua perpustakaan FCL dan perpustakaan kelas mereka sendiri.

Ruang nama. Bilangan kelas dalam perpustakaan FCL telah mencapai tahap yang ketara (beberapa ribu), jadi terdapat keperluan untuk cara untuk menstrukturnya. Secara logiknya, kelas dengan fungsi yang serupa digabungkan ke dalam kumpulan yang dipanggil ruang nama. Ruang nama utama perpustakaan FCL ialah ruang Sistem, yang mengandungi, bersama dengan kelas, ruang nama bersarang lain. Sebagai contoh, jenis primitif Int32 bersarang terus dalam ruang nama Sistem, dan nama penuhnya, termasuk nama ruang, ialah System.Int32. Bersarang dalam ruang Sistem ialah beberapa ruang nama lain yang digunakan untuk mencipta aplikasi.

Peralihan kepada ideologi pengaturcaraan terbuka dalam rangka kerja Framework.Net telah direalisasikan sebahagian besarnya berkat komponen dinamiknya - persekitaran pelaksanaan bahasa biasa CLR. Persekitaran pelaksanaan menyelesaikan masalahnya berdasarkan komponen berikut: modul terurus, mesin maya, metadata, pengumpulan sampah, pengendali pengecualian, acara dan spesifikasi umum.

Modul terurus. Menggunakan modul terurus dan kod terurus, konsep masa jalan teras rangka kerja, penyusunan dua langkah, dilaksanakan. Modul terurus ialah fail boleh laku atau fail PE yang boleh dipindahkan (Portable Exeable). Fail PE adalah modul, kandungannya dijana oleh penyusun bahasa pengaturcaraan dalam bahasa perantaraan - IL (Bahasa Pertengahan). Bergantung pada jenis projek, fail PE mungkin mempunyai sambungan exe, dll, mod atau mdl.

Walaupun fakta bahawa fail PE mempunyai sambungan exe, ia dilaksanakan oleh sistem pengendalian tidak sama seperti fail exe biasa. Apabila ia dilancarkan, ia diiktiraf sebagai fail perantaraan khas dan dipindahkan ke persekitaran pelaksanaan untuk diproses. Persekitaran pelaksanaan mula berfungsi dengan kod di mana tiada satu pun spesifik bahasa pengaturcaraan asal kekal. Kod bahasa perantaraan mula dilaksanakan di bawah kawalan persekitaran masa jalan.

Mesin maya. Hasil daripada persekitaran pelaksanaan rangka kerja boleh dianggap sebagai sejenis mesin maya. Mesin ini menterjemah bahagian kod perantaraan yang diserahkan untuk pelaksanaan kepada arahan pemproses sebenar, yang sebenarnya melaksanakan kod tersebut. Asas mesin maya terdiri daripada penterjemah JIT (Just In Time Compiler), yang menterjemahkan kod perantaraan ke dalam kod arahan komputer di mana persekitaran pelaksanaan dipasang dan berfungsi.

Microsoft menggunakan pengalaman mesin maya Java dalam pembangunannya. Ia telah menerima pengiktirafan luas, menambah baik proses kerana fakta bahawa, tidak seperti Java, kod perantaraan tidak ditafsirkan oleh persekitaran masa jalan, tetapi disusun dengan mengambil kira semua ciri platform pengkomputeran. Terima kasih kepada ini, adalah mungkin untuk mencipta aplikasi yang lebih produktif. Di samping itu, persekitaran pelaksanaan, bekerja dengan kod perantaraan, menjalankan pengoptimuman kod program yang agak berkesan dan, yang penting, perlindungannya.

Metadata. Fail PE boleh laku yang boleh dipindahkan ialah fail pendokumentasian sendiri, i.e. mengandungi, bersama-sama dengan kod program, metadata yang menerangkannya. Fail bermula dengan manifes, yang merangkumi penerangan semua kelas yang disimpan di dalamnya, sifatnya, kaedah, semua hujah kaedah ini, iaitu, semua maklumat yang diperlukan untuk CLR. Oleh itu, selain daripada fail PE, tiada fail tambahan atau entri pendaftaran diperlukan - semua maklumat yang diperlukan diambil daripada fail itu sendiri.

Pemungut Sampah. Pengumpulan sampah merujuk kepada pembebasan RAM yang diduduki oleh objek yang telah menjadi berlebihan dan tidak digunakan dalam operasi selanjutnya aplikasi. Dalam banyak bahasa pengaturcaraan (contoh klasik ialah bahasa C/C++), memori dibebaskan oleh pengaturcara sendiri dengan arahan pengaturcaraan secara eksplisit untuk mencipta dan memadam objek. Untuk mengelakkan ralat pengaturcara yang tidak dapat dielakkan apabila bekerja dengan memori, alih keluar objek yang tidak digunakan, i.e. Pengumpulan sampah telah menjadi sebahagian daripada persekitaran masa jalan.

Pengendali pengecualian. Dalam kes di mana, apabila memanggil fungsi tertentu (prosedur), ternyata ia tidak dapat melaksanakan kerjanya dengan betul, persekitaran runtime membuang pengecualian. Pengecualian melontar paling baik menjajarkan proses pengaturcaraan dengan persekitaran masa jalan. Dalam proses membangunkan sistem perisian, mengatur pemintasan pengecualian yang dilemparkan dan pemprosesan seterusnya adalah tindak balas utama yang disyorkan program kepada situasi bukan standard.

Peristiwa. Persekitaran masa jalan mempunyai pandangan sendiri tentang jenis setiap objek. Untuk melakukan ini, kami menggunakan penerangan rasmi sistem jenis biasa CTS - Sistem Jenis Biasa. Menurut penerangan ini, setiap jenis, sebagai tambahan kepada kaedah dan sifat, juga boleh mengandungi peristiwa. Apabila peristiwa berlaku semasa bekerja dengan objek jenis tertentu, mesej dihantar yang boleh diterima dan digunakan oleh objek lain. Mekanisme pemesejan adalah berdasarkan perwakilan, jenis fungsi.

Spesifikasi Umum. Seperti yang telah dinyatakan, Framework.Net menyediakan kebolehoperasian silang bahasa. Agar kelas yang dibangunkan dalam bahasa yang berbeza boleh digunakan dalam aplikasi yang sama, iaitu, keturunan berbilang bahasa mereka boleh berinteraksi, mereka mesti memenuhi sekatan tertentu. Sekatan ini ditetapkan oleh satu set spesifikasi bahasa biasa - CLS (Common Language Specification). Kelas yang memenuhi spesifikasi CLS dipanggil mematuhi CLS. Ia tersedia untuk digunakan dalam bahasa lain yang kelasnya boleh menjadi pelanggan atau pewaris kelas kongsi.

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/

KEMENTERIAN PENDIDIKAN DAN SAINS UKRAINE

UNIVERSITI KEBANGSAAN DONETSK

Jabatan Matematik Gunaan dan Teori Sistem Kawalan

ABSTRAK

"Informatik dan pengaturcaraan"

„ MajuteknologiDanpopularkemudahanpembangunanperisianperuntukan”

Dilaporkan:

pelajar kumpulan 2-B

M.A. Matishina

Guru: Ph.D., penyelidik kanan

S. N. Michkivsky

Donetsk 2013

pengenalan

1. Sejarah

2. Ciri-ciri utama metodologi RAD

2.1 KES bermaksud

2.2 Aplikasi kaedah berorientasikan objek

2.3 Persekitaran pembangunan menggunakan prinsip RAD

2.4 Bila hendak menggunakan RAD.

3. Kitaran hayat metodologi RAD

3.1 Fasa analisis dan perancangan keperluan

3.2 Fasa reka bentuk

3.3 Fasa pembinaan

3.4 Fasa pelaksanaan

Kesimpulan

pengenalan

Pada peringkat awal kewujudan sistem maklumat komputer, pembangunan mereka dijalankan dalam bahasa pengaturcaraan tradisional. Walau bagaimanapun, apabila kerumitan sistem dibangunkan meningkat dan permintaan pengguna meningkat (yang sangat difasilitasi oleh kemajuan dalam teknologi komputer, serta kemunculan antara muka pengguna grafik yang mudah dalam perisian sistem), alat baharu diperlukan untuk mengurangkan masa pembangunan dengan ketara. Ini berfungsi sebagai prasyarat untuk penciptaan arah keseluruhan dalam bidang perisian - alat untuk pembangunan aplikasi pesat. Perkembangan arah ini telah membawa kepada kemunculan di pasaran perisian alat automasi untuk hampir semua peringkat kitaran hayat sistem maklumat. Contohnya, teknologi Rapid Application Development (RAD).

perisian berorientasikan kehidupan

1. cerita

Konsep RAD adalah tindak balas kepada kaedah pembangunan perisian kikuk pada tahun 1970-an dan awal 1980-an, seperti model Waterfall. Kaedah-kaedah ini melibatkan proses yang lambat untuk mencipta program yang selalunya keperluan untuk program itu mempunyai masa untuk berubah sebelum tamat pembangunan. Pengasas RAD dianggap sebagai pekerja IBM James Martin, yang pada tahun 1980-an merumuskan prinsip asas RAD, berdasarkan idea Barry Boym dan Scott Schultz. Dan pada tahun 1991, Martin menerbitkan sebuah buku terkenal di mana dia menggariskan secara terperinci konsep RAD dan kemungkinan penggunaannya. Pada masa ini, RAD menjadi skim yang diterima umum untuk mencipta alat pembangunan perisian. Ia adalah alat pembangunan berdasarkan RAD yang paling popular di kalangan pengaturcara.

2 . asaskeistimewaanmetodologiRAD

Metodologi untuk membangunkan sistem maklumat, berdasarkan penggunaan alat pembangunan aplikasi pesat, baru-baru ini telah meluas dan telah memperoleh nama metodologi pembangunan aplikasi pesat - RAD (Rapid Application Development). Metodologi ini merangkumi semua peringkat kitaran hayat sistem maklumat moden.

RAD ialah satu set alat khas untuk pembangunan pesat sistem maklumat gunaan yang membolehkan anda beroperasi dengan set objek grafik tertentu yang memaparkan komponen maklumat individu aplikasi secara berfungsi.

Metodologi pembangunan aplikasi pantas biasanya merujuk kepada proses pembangunan sistem maklumat berdasarkan tiga elemen utama:

· satu pasukan kecil pengaturcara (biasanya dari 2 hingga 10 orang);

· jadual kerja pengeluaran yang disusun dengan teliti, direka untuk tempoh pembangunan yang agak singkat (dari 2 hingga 6 bulan);

· model pembangunan berulang berdasarkan interaksi rapat dengan pelanggan - semasa projek berjalan, pembangun menjelaskan dan melaksanakan dalam produk keperluan yang dikemukakan oleh pelanggan.

Apabila menggunakan metodologi RAD, pengalaman dan profesionalisme pembangun adalah sangat penting. Pasukan pembangunan harus terdiri daripada profesional yang berpengalaman dalam analisis perisian, reka bentuk, pengaturcaraan dan ujian.

Prinsip asas metodologi RAD boleh diringkaskan seperti berikut:

· model pembangunan berulang (spiral) digunakan;

· penyiapan lengkap kerja pada setiap peringkat kitaran hayat tidak perlu;

· dalam proses membangunkan sistem maklumat, interaksi rapat dengan pelanggan dan pengguna masa depan adalah perlu;

· adalah perlu untuk menggunakan alat CASE dan alat pembangunan aplikasi pantas;

· adalah perlu untuk menggunakan alat pengurusan konfigurasi yang memudahkan membuat perubahan pada projek dan mengekalkan sistem siap;

· adalah perlu untuk menggunakan prototaip untuk lebih memahami dan merealisasikan keperluan pengguna akhir;

· ujian dan pembangunan projek dijalankan serentak dengan pembangunan;

· pembangunan dijalankan oleh pasukan profesional yang kecil dan diurus dengan baik;

· pengurusan yang cekap bagi pembangunan sistem, perancangan yang jelas dan kawalan pelaksanaan kerja diperlukan.

2.1 Kemudahanautomasipembangunanprogram(CASE-tools)

Dalam prinsip asas metodologi RAD, konsep seperti alat CASE muncul. Jadi, kemudahanautomasipembangunanprogram(CASE-tools) - alat untuk mengautomasikan reka bentuk dan proses pembangunan perisian untuk penganalisis sistem, pembangun perisian dan pengaturcara. Pada mulanya, alat CASE hanya difahami sebagai alat untuk memudahkan proses analisis dan reka bentuk yang paling intensif buruh, tetapi kemudian alat CASE mula ditakrifkan sebagai alat perisian untuk menyokong proses kitaran hayat perisian.

Kemunculan teknologi CASE dan alat CASE didahului oleh penyelidikan dalam bidang metodologi pengaturcaraan. Pengaturcaraan telah memperoleh ciri pendekatan sistem dengan pembangunan dan pelaksanaan bahasa peringkat tinggi, kaedah pengaturcaraan berstruktur dan modular, bahasa reka bentuk dan cara menyokongnya, bahasa formal dan tidak formal untuk menerangkan keperluan dan spesifikasi sistem, dan lain-lain. Di samping itu, kemunculan teknologi CASE difasilitasi oleh faktor-faktor seperti:

* melatih penganalisis dan pengaturcara yang menerima konsep pengaturcaraan modular dan berstruktur;

* penggunaan meluas dan pertumbuhan berterusan dalam prestasi komputer, yang memungkinkan untuk menggunakan alat grafik yang berkesan dan mengautomasikan kebanyakan peringkat reka bentuk;

* pengenalan teknologi rangkaian, yang memberi peluang untuk menggabungkan usaha individu penghibur ke dalam satu proses reka bentuk tunggal melalui penggunaan pangkalan data dikongsi yang mengandungi maklumat yang diperlukan tentang projek itu.

2.3 Permohonanberorientasikan objekkaedah

Bagi alat RAD, mereka memungkinkan untuk melaksanakan teknologi yang sama sekali berbeza untuk mencipta aplikasi berbanding dengan yang tradisional.

Objek maklumat dibentuk sebagai model kerja tertentu (prototaip), yang fungsinya diselaraskan dengan pengguna, dan kemudian pembangun boleh meneruskan terus ke pembentukan aplikasi lengkap tanpa kehilangan gambaran keseluruhan sistem yang direka bentuk.

Keupayaan untuk menggunakan pendekatan sedemikian sebahagian besarnya adalah hasil daripada penerapan prinsip reka bentuk berorientasikan objek. Penggunaan kaedah berorientasikan objek membolehkan kita mengatasi salah satu kesukaran utama yang timbul apabila membangunkan sistem yang kompleks - jurang yang besar antara dunia sebenar (kawasan subjek masalah yang diterangkan) dan persekitaran simulasi.

Penggunaan kaedah berorientasikan objek membolehkan anda membuat penerangan (model) kawasan subjek dalam bentuk satu set objek - entiti yang menggabungkan data dan kaedah untuk memproses data ini (prosedur). Setiap objek mempunyai tingkah laku sendiri dan memodelkan beberapa objek dunia sebenar. Dari sudut pandangan ini, objek adalah perkara yang benar-benar nyata yang menunjukkan tingkah laku tertentu.

Dalam pendekatan berasaskan objek, penekanan diberikan kepada ciri khusus sistem fizikal atau abstrak yang menjadi subjek pemodelan perisian. Objek mempunyai integriti yang tidak boleh dilanggar. Oleh itu, sifat yang mencirikan objek dan tingkah lakunya kekal tidak berubah. Objek hanya boleh menukar keadaan, dikawal, atau menjadi dalam hubungan tertentu dengan objek lain.

Pengaturcaraan berorientasikan objek dikenali secara meluas dengan kemunculan alat reka bentuk visual, apabila data digabungkan (dikapsulkan) dengan prosedur yang menerangkan tingkah laku objek sebenar ke dalam objek program yang boleh dipaparkan dengan cara tertentu dalam persekitaran pengguna grafik. Ini memungkinkan untuk mula mencipta sistem perisian yang sama seperti yang mungkin dan untuk mencapai tahap abstraksi tertinggi. Sebaliknya, pengaturcaraan berorientasikan objek membolehkan anda mencipta kod yang lebih dipercayai kerana objek program mempunyai antara muka yang jelas dan dikawal ketat.

Pembangunan aplikasi menggunakan alat RAD menggunakan pelbagai objek pra-bina yang disimpan dalam storan kongsi. Walau bagaimanapun, ia juga memberi peluang untuk membangunkan objek baharu. Pada masa yang sama, objek baru boleh dibangunkan sama ada berdasarkan yang sedia ada atau dari awal.

Alat RAD mempunyai antara muka pengguna grafik yang mesra pengguna dan membolehkan anda membina aplikasi mudah berdasarkan objek standard tanpa menulis kod program. Ini adalah kelebihan besar RAD, kerana ia mengurangkan dengan ketara kerja rutin membangunkan antara muka pengguna (menggunakan alat konvensional, membangunkan antara muka adalah tugas yang agak intensif buruh dan memakan masa). Kelajuan tinggi pembangunan bahagian hadapan aplikasi membolehkan anda membuat prototaip dengan cepat dan memudahkan interaksi dengan pengguna akhir.

Oleh itu, alat RAD membolehkan pembangun menumpukan usaha mereka pada intipati proses perniagaan sebenar perusahaan yang sistem maklumat sedang dicipta. Akhirnya, ini membawa kepada peningkatan dalam kualiti sistem yang dibangunkan.

Penerapan prinsip pengaturcaraan berorientasikan objek telah memungkinkan untuk mencipta alat reka bentuk aplikasi yang pada asasnya baru, yang dipanggil alat pengaturcaraan visual. Alat visual RAD membolehkan anda mencipta antara muka pengguna grafik yang kompleks tanpa menulis sebarang kod sama sekali. Pada masa yang sama, pemaju boleh memerhati pada mana-mana peringkat apa yang digunakan sebagai asas untuk keputusan yang dibuat.

Alat pembangunan visual beroperasi terutamanya dengan objek antara muka standard - tingkap, senarai, teks, yang boleh dikaitkan dengan mudah dengan data daripada pangkalan data dan dipaparkan pada skrin monitor. Kumpulan objek lain mewakili kawalan standard - butang, suis, kotak semak, menu, dll., dengan bantuan data yang dipaparkan dikawal. Semua objek ini boleh diterangkan dalam cara standard menggunakan bahasa, dan penerangan itu sendiri disimpan untuk digunakan semula selanjutnya.

Pada masa ini, terdapat beberapa alat pembangunan aplikasi visual yang berbeza. Tetapi kesemuanya boleh dibahagikan kepada dua kumpulan - universal dan khusus.

Antara sistem pengaturcaraan visual universal, yang paling biasa hari ini ialah Borland Delphi dan Visual Basic. Kami memanggilnya universal kerana mereka tidak tertumpu pada pembangunan aplikasi pangkalan data sahaja - dengan bantuan mereka, aplikasi hampir semua jenis boleh dibangunkan, termasuk aplikasi maklumat. Selain itu, program yang dibangunkan menggunakan sistem universal boleh berinteraksi dengan hampir semua sistem pengurusan pangkalan data. Ini dipastikan dengan menggunakan pemacu ODBC atau OLE DB, dan dengan menggunakan alat khusus (komponen).

2.4 hari rabupembangunan,menggunakanprinsipRAD

Borland Delphi

· Borland C++ Builder

Microsoft Visual Studio

Macromedia Flash

Perisian Pengarang Macromedia

Pengarah Macromedia

DataFlex Visual

Pembangunan aplikasi yang pesat CepatPermohonanPembangunan(RAD) ialah kitaran hayat proses reka bentuk yang direka untuk mencapai kelajuan dan kualiti perisian yang lebih tinggi daripada yang mungkin dengan pendekatan reka bentuk tradisional. RAD menganggap bahawa pembangunan perisian dijalankan oleh sekumpulan kecil pembangun dalam tempoh kira-kira tiga hingga empat bulan menggunakan incremental prototaip menggunakan pemodelan visual dan alat pembangunan. Teknologi RAD menyediakan penglibatan aktif pelanggan pada peringkat awal - tinjauan organisasi, pembangunan keperluan sistem. Sebab populariti RAD berpunca daripada faedah yang disediakan oleh teknologi ini. Yang paling ketara ialah:

§ kelajuan tinggi pembangunan;

§ kos rendah;

§ kualiti tinggi.

Alat visual RAD membolehkan anda membawa peringkat mencipta sistem maklumat sedekat mungkin; analisis keadaan awal, reka bentuk sistem, pembangunan prototaip dan pembentukan akhir aplikasi menjadi serupa, kerana pada setiap peringkat pembangun beroperasi dengan objek visual.

Logik aplikasi yang dibina dengan RAD adalah didorong oleh peristiwa. Ini bermakna bahawa setiap objek yang merupakan sebahagian daripada aplikasi boleh menjana peristiwa dan bertindak balas kepada peristiwa yang dihasilkan oleh objek lain. Contoh acara termasuk: membuka dan menutup tetingkap, menekan butang, menekan kekunci papan kekunci, menggerakkan tetikus, menukar data dalam pangkalan data, dsb.

Pembangun melaksanakan logik aplikasi dengan mentakrifkan pengendali untuk setiap peristiwa - prosedur yang dilaksanakan oleh objek apabila peristiwa yang sepadan berlaku. Sebagai contoh, pengendali acara klik butang mungkin membuka kotak dialog. Oleh itu, objek diurus menggunakan peristiwa.

Pengendali acara yang berkaitan dengan pengurusan pangkalan data (DELETE, INSERT, UPDATE) boleh dilaksanakan sebagai pencetus pada nod klien atau pelayan. Pengendali sedemikian membolehkan anda memastikan integriti rujukan pangkalan data semasa operasi pemadaman, sisipan dan kemas kini, serta penjanaan automatik kunci utama.

2.5 BilaberlakuRAD

Penggunaan teknologi RAD adalah dinasihatkan apabila: projek perlu disiapkan dalam masa yang singkat (90 hari). Penyiapan projek yang pantas membolehkan anda mencipta sistem yang memenuhi keperluan hari ini. Sekiranya sistem direka untuk jangka masa yang lama, maka terdapat kebarangkalian yang sangat tinggi bahawa pada masa ini peruntukan asas yang mengawal selia aktiviti organisasi akan berubah dengan ketara, iaitu sistem akan menjadi usang walaupun sebelum reka bentuknya selesai.

Antara muka pengguna (GUI) adalah faktor utama. Tiada gunanya memaksa pengguna melukis gambar. Teknologi RAD memungkinkan untuk menunjukkan antara muka dalam prototaip, dan tidak lama lagi selepas permulaan projek. Projek ini besar, tetapi boleh dibahagikan kepada komponen berfungsi yang lebih kecil. Jika sistem yang dicadangkan adalah besar, ia perlu dipecahkan kepada bahagian-bahagian kecil yang setiap satunya mempunyai fungsi yang jelas. Mereka boleh dilepaskan secara berurutan atau selari (dalam kes kedua, beberapa kumpulan RAD terlibat).·

Perisian ini tidak mempunyai kerumitan pengiraan yang tinggi. Alat moden untuk pembangunan pesat aplikasi Windows, yang dipanggil alat rad (rad bermaksud pembangunan aplikasi pesat), mempunyai, pada satu tahap atau yang lain, hampir semua keupayaan untuk melaksanakan elemen antara muka sedemikian dalam aplikasi. Kebanyakan daripada mereka membenarkan akses kepada pangkalan data, termasuk pangkalan data pelayan. Borland Delphi, pada pendapat penulis, adalah alat yang paling mudah dan paling mudah untuk digunakan dalam hal ini.

Teknologi RAD tidak universal, iaitu penggunaannya tidak selalu digalakkan. Sebagai contoh, dalam projek di mana keperluan untuk produk perisian ditakrifkan dengan jelas dan tidak sepatutnya berubah, penglibatan pelanggan dalam proses pembangunan tidak diperlukan dan pembangunan hierarki (kaedah air terjun) boleh menjadi lebih berkesan. Perkara yang sama berlaku untuk projek perisian, kerumitannya ditentukan oleh keperluan untuk melaksanakan algoritma yang kompleks, dan peranan serta skop antara muka pengguna adalah kecil.

3 . VitalkitaranmetodologiRAD

Apabila menggunakan metodologi pembangunan aplikasi pantas, kitaran hayat sistem maklumat terdiri daripada empat fasa:

· fasa analisis dan perancangan keperluan;

· fasa reka bentuk;

· fasa pembinaan;

· fasa pelaksanaan.

3 .1 fasaanalisisDanperancangankeperluan.

Semasa fasa analisis dan perancangan keperluan, kerja berikut dilakukan:

· fungsi yang mesti dilaksanakan oleh sistem maklumat yang dibangunkan ditentukan;

· fungsi keutamaan tertinggi yang memerlukan pembangunan terlebih dahulu ditentukan;

· penerangan tentang keperluan maklumat dijalankan;

· skop projek adalah terhad;

· rangka masa ditentukan untuk setiap fasa berikutnya;

· Kesimpulannya, kemungkinan untuk melaksanakan projek ini dalam rangka kerja pembiayaan yang telah ditetapkan, menggunakan perkakasan dan perisian yang tersedia, ditentukan.

Sekiranya pelaksanaan projek itu pada asasnya mungkin, maka hasil analisis keperluan dan fasa perancangan akan menjadi senarai fungsi sistem maklumat yang sedang dibangunkan, menunjukkan keutamaan mereka, dan model fungsian dan maklumat awal sistem.

3 .2 fasareka bentuk

Semasa fasa reka bentuk, alat yang diperlukan ialah alat CASE, yang digunakan untuk menghasilkan prototaip aplikasi yang berfungsi dengan cepat.

Prototaip yang dibuat menggunakan alat CASE dianalisis oleh pengguna, yang menjelaskan dan menambah keperluan sistem tersebut yang tidak dikenal pasti dalam fasa sebelumnya. Oleh itu, fasa ini juga memerlukan penyertaan pengguna masa depan dalam reka bentuk teknikal sistem.

Jika perlu, prototaip separa dibuat untuk setiap proses asas: skrin, dialog atau laporan (ini membantu menghapuskan kekaburan atau kekaburan). Kemudian keperluan untuk menyekat akses kepada data ditentukan.

Selepas pertimbangan terperinci proses, bilangan elemen fungsi sistem yang dibangunkan ditentukan. Ini membolehkan anda membahagikan sistem maklumat kepada beberapa subsistem, setiap satu daripadanya dilaksanakan oleh satu pasukan pembangun dalam masa yang boleh diterima untuk projek RAD (kira-kira sebulan setengah). Menggunakan alat CASE, projek itu diedarkan di kalangan pasukan yang berbeza - model berfungsi dibahagikan.

Pada fasa yang sama, set dokumentasi yang diperlukan ditentukan.

Keputusan fasa ini ialah:

· model maklumat umum sistem;

· model fungsi sistem secara keseluruhan dan subsistem yang dilaksanakan oleh pasukan pembangunan individu;

· antara muka yang ditakrifkan dengan tepat antara subsistem yang dibangunkan secara autonomi menggunakan alat CASE;

· membina prototaip skrin, dialog dan laporan.

Salah satu ciri mengaplikasikan metodologi RAD pada fasa ini ialah setiap prototaip yang dicipta dibangunkan menjadi sebahagian daripada sistem masa hadapan. Oleh itu, maklumat yang lebih lengkap dan berguna dipindahkan ke fasa seterusnya. Pendekatan tradisional menggunakan alat prototaip yang tidak direka untuk membina aplikasi sebenar, jadi prototaip yang dibangunkan tidak boleh digunakan dalam fasa berikutnya dan hanya "dibuang" selepas mereka menyelesaikan tugas menghapuskan kekaburan dalam reka bentuk.

3 .3 fasapembinaan

Fasa binaan ialah di mana perkembangan pesat sebenar aplikasi berlaku. Pada fasa ini, pembangun membina sistem sebenar secara berulang berdasarkan model yang diperoleh sebelum ini, serta keperluan tidak berfungsi. Aplikasi ini dibangunkan menggunakan alat pengaturcaraan visual. Penjanaan kod program sebahagiannya dilakukan menggunakan penjana kod automatik yang disertakan dalam alat CASE. Kod dijana berdasarkan model yang dibangunkan.

Fasa pembinaan juga memerlukan penyertaan pengguna sistem yang menilai keputusan yang diperoleh dan membuat pelarasan jika, semasa proses pembangunan, sistem tidak lagi memenuhi keperluan yang ditetapkan sebelum ini. Ujian sistem dijalankan secara langsung semasa proses pembangunan.

Selepas menyelesaikan kerja setiap pasukan pembangunan individu, penyepaduan beransur-ansur bahagian sistem ini dengan yang lain dijalankan, kod program lengkap dihasilkan, operasi bersama bahagian aplikasi ini dengan yang lain diuji, dan kemudian sistem secara keseluruhannya diuji.

Reka bentuk fizikal sistem sedang disiapkan, iaitu:

· keperluan untuk pengedaran data ditentukan;

· analisis penggunaan data dijalankan;

· reka bentuk fizikal pangkalan data dijalankan;

· keperluan untuk sumber perkakasan ditentukan;

· cara untuk meningkatkan produktiviti ditentukan;

· Pembangunan dokumentasi projek sedang disiapkan.

Hasil daripada fasa ini ialah sistem maklumat siap sedia yang memenuhi semua keperluan pengguna.

3 .4 fasapelaksanaan

Fasa pelaksanaan terutamanya datang kepada melatih pengguna sistem maklumat yang dibangunkan.

Memandangkan fasa pembinaan agak singkat, perancangan dan persediaan untuk pelaksanaan harus bermula lebih awal, walaupun pada peringkat reka bentuk sistem.

Skim yang diberikan untuk membangunkan sistem maklumat adalah tidak universal. Pelbagai penyelewengan daripadanya agak mungkin. Ini disebabkan oleh pergantungan skim pelaksanaan projek pada keadaan awal di mana pembangunan bermula (contohnya, sistem yang sama sekali baru sedang dibangunkan atau beberapa sistem maklumat telah wujud di perusahaan). Dalam kes kedua, sistem sedia ada sama ada boleh digunakan sebagai prototaip sistem baru, atau diintegrasikan ke dalam pembangunan baru sebagai salah satu subsistem.

Kesimpulan

Walaupun semua kelebihannya, metodologi RAD bagaimanapun (seperti mana-mana metodologi lain) tidak boleh menuntut kesejagatan. Penggunaannya paling berkesan apabila melaksanakan sistem yang agak kecil yang dibangunkan untuk perusahaan yang sangat khusus.

Apabila membangunkan sistem standard, yang bukan produk siap, tetapi merupakan koleksi elemen standard sistem maklumat, penunjuk projek seperti kebolehkawalan dan kualiti, yang mungkin bercanggah dengan kesederhanaan dan kelajuan pembangunan, adalah sangat penting. Ini disebabkan oleh fakta bahawa sistem standard biasanya diselenggara secara berpusat dan boleh disesuaikan dengan pelbagai platform perisian dan perkakasan, sistem pengurusan pangkalan data, alat komunikasi, dan juga boleh disepadukan dengan pembangunan sedia ada. Oleh itu, projek jenis ini memerlukan tahap perancangan yang tinggi dan disiplin reka bentuk yang ketat, pematuhan ketat terhadap protokol dan antara muka yang telah dibangunkan, yang mengurangkan kelajuan pembangunan.

Metodologi RAD tidak terpakai bukan sahaja untuk mencipta sistem maklumat standard, tetapi juga untuk membina program pengiraan kompleks, sistem pengendalian atau program untuk menguruskan objek kejuruteraan dan teknikal yang kompleks - program yang memerlukan penulisan kod unik yang banyak.

Metodologi RAD tidak boleh digunakan untuk membangunkan aplikasi di mana antara muka pengguna adalah sekunder, iaitu, tiada definisi visual bagi logik sistem. Contoh aplikasi sedemikian termasuk aplikasi masa nyata, pemacu atau perkhidmatan.

Metodologi RAD sama sekali tidak boleh diterima untuk pembangunan sistem yang bergantung kepada keselamatan manusia, seperti sistem kawalan pengangkutan atau loji kuasa nuklear. Ini disebabkan oleh fakta bahawa pendekatan berulang, yang merupakan salah satu asas RAD, menganggap bahawa versi pertama sistem tidak akan beroperasi sepenuhnya, yang dalam kes ini boleh membawa kepada bencana yang serius.

Senaraikansumber

1. http://ru.wikipedia.org

2. http://www.inforazrabotky.info

3. http://brain.botik.ru

4. http://promidi.by.ru

5. http://www.citforum.ru

6. Trofimov S.A. Teknologi CASE: kerja praktikal di Rational Rose.

7. http://vk.com/away.php?to=https%3A%2F%2Fdrive.google.com%2Ffolderview%3Fid%3D0B4QYrT5wARvMdUttbnJ4N1F0bFk%26usp%3Dsharing&post=-58064243_12

Disiarkan di Allbest.ru

...

Dokumen yang serupa

Keperluan untuk teknologi reka bentuk perisian. Komposisi dan perihalan peringkat kitaran hayat perisian yang lengkap. Klasifikasi model kitaran hayat perisian, ciri-cirinya. Metodologi pembangunan perisian, teknik pengaturcaraan yang melampau.

pembentangan, ditambah 09/19/2016


Konsep, intipati dan struktur kitaran hayat perisian, perihalan teknologi untuk reka bentuk, pembangunan dan penyelenggaraannya. Intipati dan peruntukan utama standard antarabangsa ISO/IEC 12207. Senarai prinsip asas metodologi RAD.

abstrak, ditambah 30/11/2010


Masalah metodologi moden dalam pembangunan dan pelaksanaan perisian sistem ERP. Pendekatan konseptual asas kepada pembangunan perisian dan metodologi pelaksanaan. Kajian tentang metodologi ASAP: kekuatan dan kelemahannya.

tesis, ditambah 04/29/2011


Teknologi untuk membina perisian yang berjalan dengan pasti dan cekap pada komputer sebenar. Model Pembangunan Aplikasi Rapid sebagai salah satu contoh menggunakan strategi reka bentuk tambahan.

abstrak, ditambah 06/24/2009


Prinsip asas pembangunan perisian: kitaran hayat klasiknya, prototaip, strategi reka bentuk, model proses pembangunan yang berkualiti. Aplikasi algoritma selari dan sistem CASE, kriteria untuk menilai keberkesanannya.

kerja kursus, ditambah 04/07/2015


Kajian tentang pendekatan berorientasikan objek untuk reka bentuk perisian jam penggera. Model perisian. Interaksi antara pengguna dan sistem. Gambar rajah dan penjanaan kod menggunakan alat Rational Rose.

kerja kursus, ditambah 09/26/2014


Konsep teknologi pembangunan program. Asas reka bentuk perisian. Model kitaran hayat yang timbul secara sejarah semasa pembangunan teori reka bentuk perisian. Model lingkaran, lata dan berulang.

pembentangan, ditambah 05/11/2015


Idea utama metodologi dan prinsip RAD - pembangunan sistem maklumat, kelebihan utamanya. Sebab populariti, ciri aplikasi teknologi. Perumusan prinsip asas pembangunan. Persekitaran pembangunan menggunakan prinsip RAD.

pembentangan, ditambah 04/02/2013


Penilaian tahap kewangan, nilai strategik dan risiko projek. Klasifikasi projek: pelanggan "sendiri", produk tersuai, produk replika, penyumberan luar. Organisasi proses pembangunan perisian, metodologi untuk reka bentuknya.

pembentangan, ditambah 12/07/2013


Peringkat pembangunan perisian. Alat, metodologi dan kaedah untuk pembangunannya. Menilai kebolehpercayaan dan kualiti projek. Justifikasi keperluan untuk membangunkan program. Pengujian ialah proses melaksanakan program ujian dengan tujuan mencari ralat.