Ada banyak metode dan opsi untuk mengembangkan SIA, yang penggunaannya tergantung pada berbagai faktor, misalnya, ukuran perusahaan dan (atau) SI mereka, tujuan pembuatan SI, sumber daya yang tersedia, dll. Metode dan prinsip perancangan sebuah IS dibahas dalam bab-bab sebelumnya.
Siklus hidup proyek perangkat lunak adalah serangkaian tahapan dan tahapan pengembangan perangkat lunak mulai dari: analisa sistem dan pengembangan kebutuhan awal sebelum dilakukan instalasi (installation) pada komputer.
Pengalaman dalam pengembangan dan implementasi berbagai kelas AIS telah menunjukkan efisiensi yang tinggi (termasuk ekonomis) dari aplikasinya, terutama di perusahaan besar... Ini tercermin dalam organisasi tenaga kerja dan produksi yang baik, peningkatan akurasi perencanaan dan pelaksanaan tugas yang ditetapkan, dalam memastikan ritme perusahaan, mengurangi pangsa tenaga kerja manual, dukungan informasi yang efektif (termasuk operasional) untuk berbagai kategori pengguna, dll. Periode pengembalian rata-rata untuk sistem seperti itu biasanya tidak melebihi dua tahun.
Saat mengembangkan SI, dalam banyak kasus, preferensi diberikan pada solusi desain standar, yang disesuaikan dengan kondisi dan kemampuan spesifik Pelanggan. Proyek individu dikembangkan tanpa adanya solusi standar atau ketika parameter dasar organisasi berbeda secara signifikan (lebih dari 10-15%) dari solusi standar. Ini biasanya berlaku untuk organisasi besar dan terbesar.
Tidak ada skema pengembangan IC yang mutlak. Berbagai opsi dimungkinkan, tergantung, misalnya, pada kondisi awal di mana pengembangan dilakukan: sistem yang sama sekali baru sedang dikembangkan; survei perusahaan telah dilakukan dan model kegiatannya ada; perusahaan sudah memiliki SI yang dapat digunakan sebagai prototipe awal atau harus diintegrasikan dengan yang dikembangkan.
Pengembangan rinci proyek AIS mengandaikan ketersediaan satu set lengkap dokumentasi organisasi, desain, teknologi dan operasional.
Desain objek apa pun dilakukan dengan:
- a) menentukan tujuan fungsionalnya (mengapa dibutuhkan, apa dan bagaimana objek yang dirancang itu),
- b) mengidentifikasi koneksi logis (bagaimana objek yang dirancang memenuhi tujuan fungsionalnya, informasi apa yang diproses dan dalam urutan apa),
- c) pilihan sumber daya material implementasi objek yang dirancang - aspek fungsional, teknologi dan teknis (media, alat pemrosesan data, dll.),
- d) penempatan spasial (teritorial) alat penjualan material di area yang dialokasikan atau memungkinkan untuk digunakan,
- e) pembentukan struktur organisasi dan manajemen objek yang dirancang (komposisi departemen, wewenang dan tanggung jawab fungsional pekerja)
Setelah memilih metode desain SIA, perlu direncanakan serangkaian pekerjaan untuk membuat sistem sesuai dengan tipikal tahapan pengembangannya. Proyek ditinjau dan disetujui oleh Pelanggan. Desain SIA melibatkan implementasi tahapan dan tahapan tertentu.
Untuk keberhasilan pelaksanaan proyek, perlu untuk menetapkan tonggak nyata dengan awal dan akhir yang ditandai dengan jelas. Perkembangan dari rencana rinci pekerjaan dikaitkan dengan deskripsi proses dan urutannya yang dilakukan pada setiap tahap, spesialis, dana, dan sumber daya yang diperlukan. Pendekatan ini membantu lebih jauh untuk menghindari kelalaian dan kesalahan. Hal ini diperlukan bagi karyawan yang mengimplementasikan implementasi proyek otomasi, dan juga berdampak positif pada orang yang membiayainya.
Implementasi bertahap yang efektif pekerjaan desain terkait dengan kebutuhan untuk mengembangkan jadwal pelaksanaannya, termasuk sumber daya dan ketentuan (tahapan) pelaksanaannya (lihat grafik dan gambar sebelumnya). Sumber daya meliputi personel yang dibutuhkan, perangkat keras, perangkat lunak, pendanaan, dan infrastruktur. Pada saat yang sama, lebih baik untuk membiayainya secara terpisah untuk setiap jenis pekerjaan (pembelian dana dan perangkat lunak, instalasi, pelatihan, tahap desain individu, dll.).
Untuk otomatisasi berbagai jenis kegiatan (manajemen, desain, penelitian, dll.), termasuk kombinasinya, ketentuan GOST 34.601-90 digunakan. Ini menyediakan tahapan dan tahapan desain berikut (tabel 1).
Meja 2
|
1. Pembentukan persyaratan untuk AU |
|
|
2. Pengembangan konsep pembicara |
|
|
3. Kerangka acuan |
3.1. Pengembangan dan persetujuan spesifikasi teknis untuk pembuatan AU |
|
4. Rancangan proyek |
|
|
6. Dokumentasi kerja |
|
|
7. Komisioning |
|
|
8. Pendampingan AU |
|
Standar juga menyatakan bahwa:
- · Tahapan dan tahapan yang dilakukan oleh organisasi yang berpartisipasi dalam pembentukan AU ditetapkan dalam kontrak dan Kerangka Acuan berdasarkan standar ini.
- · Diperbolehkan untuk mengecualikan tahap "Desain draf" dan tahap pekerjaan yang terpisah di semua tahap, untuk menggabungkan "Desain teknis" dan "Dokumentasi kerja" menjadi satu tahap "Desain pengerjaan teknis". Bergantung pada spesifikasi sistem nuklir yang sedang dibuat dan kondisi pembuatannya, diperbolehkan untuk melakukan tahapan pekerjaan individu sebelum penyelesaian tahap sebelumnya, paralel dalam waktu pelaksanaan tahapan pekerjaan, dimasukkannya tahapan pekerjaan baru .
Desain awal berisi dasar rangkaian listrik dan dokumentasi desain objek pengembangan dan komponennya, daftar perangkat lunak dan perangkat keras siap pakai yang dipilih (termasuk jenis komputer, sistem operasi, program aplikasi, dll.), algoritma untuk memecahkan masalah untuk pengembangan perangkat lunak baru).
Desain terperinci - tahap desain akhir, secara umum, menyediakan penyempurnaan dan perincian hasil dari tahap sebelumnya, pembuatan dan pengujian prototipe objek otomatisasi, pengembangan dan pengujian produk perangkat lunak, dokumentasi teknologi dan operasional.
Dalam praktik modern merancang sistem informasi otomatis (misalnya, AIPS, ASNTI, ACS, dll.), Ini dapat menjadi tahap awal implementasinya dalam pekerjaan organisasi atau layanan Pelanggan proyek, atau kepala satu di sejumlah organisasi otomatis lainnya, layanan, dll.
Pengembangan rinci dari desain sistem mengandaikan ketersediaan satu set lengkap dokumentasi organisasi, desain, teknologi dan operasional.
Standar negara bagian GOST 19.102-77 menetapkan tahapan pengembangan dokumentasi perangkat lunak berikut:
- 1. Kerangka acuan;
- 2. Rancangan proyek;
- 3. Desain teknis;
- 4. Rancangan kerja;
- 5. Implementasi.
Perhatikan bahwa untuk proyek kecil jumlah tahapan dapat dikurangi.
Sebagai bagian dari implementasi tahap pertama "Pembentukan persyaratan untuk AU", objek disurvei dan kebutuhan untuk membuat AIS dibuktikan, dengan mempertimbangkan kebutuhan pengguna untuk AIS yang dirancang. Prosedur tahap pertama desain ini adalah bagian dari studi pra-proyek. Ini juga dapat mencakup prosedur desain tahap kedua - “Pengembangan konsep PLTN”.
Dalam proses penelitian pra-desain, dilakukan studi kelayakan untuk kelayakan pembuatan SIA; pengembangan persyaratan umum untuk pengembangan SIA.
Dalam proses studi pra-desain untuk pelaksanaan pekerjaan desain yang diperlukan, hal-hal berikut diidentifikasi:
- · sumber bahan,
- · sumber keuangan,
- · sumber daya manusia,
- · Sumber daya sementara.
Saat ini, setiap organisasi memiliki beberapa sumber daya material, sebagai suatu peraturan, yang berasal dari heterogen. Untuk memastikan keamanan sumber daya ini, perlu untuk menyimpan catatan dan menunjuk orang yang bertanggung jawab. Solusi dari masalah ini dapat dilakukan dengan menggunakan berbagai aplikasi, seperti 1C: Enterprise, AVARD dan masih banyak lagi. Tetapi program-program ini sangat mahal, baik dalam pembelian maupun dalam pemeliharaannya. Memerlukan pendidikan dan pelatihan khusus personel.
Nbsp; Model siklus hidup AIS
Model siklus hidup AIS adalah struktur yang menggambarkan proses, tindakan dan tugas yang dilakukan dan selama pengembangan, operasi, dan pemeliharaan di seluruh siklus hidup sistem.
Pilihan model siklus hidup tergantung pada spesifikasi, skala, kompleksitas proyek dan serangkaian kondisi di mana AIS dibuat dan dioperasikan.
Model siklus hidup AIS meliputi:
Hasil kerja pada setiap tahap;
Peristiwa kunci atau titik penyelesaian dan pengambilan keputusan.
Sesuai dengan model siklus hidup perangkat lunak yang terkenal, model siklus hidup AIS ditentukan - kaskade, iteratif, spiral.
I. Model air terjun menjelaskan pendekatan klasik untuk pengembangan sistem di bidang subjek apa pun; banyak digunakan pada tahun 1970-an dan 1980-an.
Model air terjun menyediakan organisasi kerja yang berurutan, dan fitur utama dari model ini adalah pembagian semua pekerjaan ke dalam tahapan. Transisi dari tahap sebelumnya ke tahap berikutnya hanya terjadi setelah selesainya semua pekerjaan yang sebelumnya.
alokasikan lima tahap perkembangan yang stabil, praktis tidak bergantung pada bidang subjek (Gbr. 1.1).
pada pertama Pada tahap ini dilakukan studi area masalah, kebutuhan pelanggan dirumuskan. Hasil tahap ini merupakan tugas teknis (task for development), disepakati dengan semua pihak yang berkepentingan.
Selama kedua tahap, sesuai dengan persyaratan tugas teknis, solusi desain tertentu dikembangkan. Hasilnya adalah satu set dokumentasi proyek.
Ketiga tahap - pelaksanaan proyek; intinya, pengembangan perangkat lunak (coding) sesuai dengan keputusan desain tahap sebelumnya. Dalam hal ini, metode implementasi tidak terlalu penting. Hasil dari tahap ini adalah produk perangkat lunak jadi.
pada keempat Pada tahap ini, perangkat lunak yang diterima diperiksa kesesuaiannya dengan persyaratan yang dinyatakan dalam kerangka acuan. Operasi percobaan memungkinkan Anda untuk mengidentifikasi berbagai jenis kelemahan tersembunyi yang muncul dalam kondisi nyata AIS.
Tahap terakhir adalah menyerah proyek selesai, dan hal utama di sini adalah meyakinkan pelanggan bahwa semua persyaratannya terpenuhi secara penuh.
Gambar 1.1 Model Waterfall dari siklus hidup AIS
Tahapan kerja dalam kerangka model air terjun sering disebut bagian dari siklus desain SIA, karena tahapan tersebut terdiri dari banyak prosedur berulang untuk memperjelas persyaratan sistem dan opsi desain. Siklus hidup AIS jauh lebih rumit dan lebih lama: dapat mencakup nomor arbitrer siklus klarifikasi, perubahan dan penambahan solusi desain yang sudah diadopsi dan diimplementasikan. Dalam siklus ini, pengembangan SIA dan modernisasi komponen individualnya terjadi.
Keuntungan dari model kaskade:
1) pada setiap tahap, satu set lengkap dokumentasi proyek terbentuk yang memenuhi kriteria kelengkapan dan konsistensi. Pada tahap akhir, dokumentasi pengguna dikembangkan, mencakup semua jenis dukungan AIS yang disediakan oleh standar (organisasi, informasi, perangkat lunak, teknis, dll.);
2) implementasi bertahap dari tahapan pekerjaan memungkinkan Anda untuk merencanakan waktu penyelesaian dan biaya yang sesuai.
Model air terjun pada awalnya dikembangkan untuk memecahkan berbagai macam masalah teknik dan tidak kehilangan signifikansinya untuk bidang terapan sampai sekarang. Selain itu, pendekatan air terjun sangat ideal untuk pengembangan AIS, seperti yang sudah di awal pengembangan, dimungkinkan untuk merumuskan semua persyaratan dengan akurasi yang cukup untuk memberikan pengembang kebebasan implementasi teknis. AIS tersebut, khususnya, mencakup sistem penyelesaian yang kompleks dan sistem waktu nyata.
Kekurangan model air terjun:
Keterlambatan yang signifikan dalam memperoleh hasil;
Kesalahan dan kekurangan pada tahap apa pun muncul, sebagai suatu peraturan, pada tahap pekerjaan selanjutnya, yang mengarah pada kebutuhan untuk kembali;
Kompleksitas pekerjaan paralel pada proyek;
Kejenuhan informasi yang berlebihan dari setiap tahapan;
Kompleksitas manajemen proyek;
Tingkat risiko yang tinggi dan investasi yang tidak dapat diandalkan.
Keterlambatan dalam menerima hasil memanifestasikan dirinya dalam kenyataan bahwa pendekatan yang konsisten untuk pengembangan kesepakatan hasil dengan pemangku kepentingan dilakukan hanya setelah penyelesaian tahap pekerjaan berikutnya. Akibatnya, AIS yang dikembangkan mungkin tidak memenuhi persyaratan, dan inkonsistensi seperti itu dapat muncul pada setiap tahap pengembangan; selain itu, kesalahan dapat secara tidak sengaja diperkenalkan oleh perancang dan pemrogram analitis, karena mereka tidak diharuskan untuk fasih dalam bidang subjek di mana AIS sedang dikembangkan.
Kembali ke tahap sebelumnya. Kelemahan ini adalah salah satu manifestasi dari yang sebelumnya: pekerjaan sekuensial langkah demi langkah pada suatu proyek dapat mengarah pada fakta bahwa kesalahan yang dibuat pada tahap sebelumnya hanya ditemukan pada tahap selanjutnya. Akibatnya, proyek dikembalikan ke tahap sebelumnya, dikerjakan ulang dan baru kemudian ditransfer ke pekerjaan berikutnya. Hal ini dapat menyebabkan gangguan dalam jadwal dan memperumit hubungan antara kelompok pengembangan yang melakukan tahapan individu.
Pilihan terburuk adalah ketika kekurangan dari tahap sebelumnya ditemukan bukan pada tahap berikutnya, tetapi kemudian. Misalnya, pada tahap operasi percobaan, kesalahan dalam deskripsi area subjek mungkin muncul. Artinya, sebagian proyek harus dikembalikan ke tahap awal pengerjaan.
Kompleksitas pekerjaan paralel terhubung dengan kebutuhan untuk mengkoordinasikan bagian-bagian yang berbeda dari proyek Semakin kuat hubungan masing-masing bagian proyek, semakin sering dan menyeluruh sinkronisasi harus dilakukan, semakin bergantung satu sama lain tim pengembangan. Akibatnya, manfaat dari pekerjaan paralel hilang begitu saja; kurangnya paralelisme berdampak negatif pada organisasi kerja seluruh tim.
Masalah kejenuhan informasi muncul dari ketergantungan yang kuat antara kelompok pembangunan yang berbeda. Faktanya adalah bahwa ketika membuat perubahan pada salah satu bagian dari proyek, perlu untuk memberi tahu pengembang yang menggunakannya (dapat menggunakannya) dalam pekerjaan mereka. Di hadapan sejumlah besar subsistem yang saling berhubungan, sinkronisasi dokumentasi internal menjadi tugas penting yang terpisah: pengembang harus terus-menerus membiasakan diri dengan perubahan dan mengevaluasi bagaimana perubahan ini akan memengaruhi hasil yang diperoleh.
Kompleksitas manajemen proyek terutama karena urutan tahapan pengembangan yang ketat dan adanya hubungan yang kompleks antara berbagai bagian proyek. Urutan pekerjaan yang diatur mengarah pada fakta bahwa beberapa kelompok pengembangan harus menunggu hasil pekerjaan tim lain, oleh karena itu, intervensi administratif diperlukan untuk menyepakati waktu dan komposisi dokumentasi yang diserahkan.
Jika kesalahan terdeteksi dalam pekerjaan, kembali ke tahap sebelumnya diperlukan; pekerjaan saat ini dari mereka yang melakukan kesalahan terganggu. Konsekuensi dari hal ini biasanya adalah keterlambatan penyelesaian baik proyek yang dikoreksi maupun proyek baru.
Dimungkinkan untuk menyederhanakan interaksi antara pengembang dan mengurangi kelebihan informasi dokumentasi dengan mengurangi jumlah koneksi antara bagian-bagian individu dari proyek, tetapi tidak setiap AIS dapat dibagi menjadi subsistem yang digabungkan secara longgar.
Tingkat risiko yang tinggi. Semakin kompleks proyek, semakin lama setiap tahap pengembangan dan semakin kompleks interkoneksi antara bagian-bagian individu proyek, yang jumlahnya juga meningkat. Apalagi hasil pengembangan dapat benar-benar dilihat dan dievaluasi hanya pada tahap pengujian, yaitu setelah selesai tahap analisis, desain dan pengembangan yang pelaksanaannya membutuhkan waktu dan biaya yang tidak sedikit.
Evaluasi yang terlambat menciptakan masalah serius dalam mengidentifikasi kesalahan dalam analisis dan desain - ini membutuhkan kembali ke tahap sebelumnya dan mengulangi proses pengembangan. Namun, kembali ke tahap sebelumnya dapat dikaitkan tidak hanya dengan kesalahan, tetapi juga dengan perubahan yang terjadi di area subjek atau dalam persyaratan pelanggan selama pengembangan. Pada saat yang sama, tidak ada yang menjamin bahwa area subjek tidak akan berubah lagi pada saat versi proyek berikutnya siap. Faktanya, ini berarti bahwa ada kemungkinan "perulangan" proses pengembangan: biaya proyek akan terus bertambah, dan tenggat waktu untuk pengiriman produk jadi terus-menerus ditunda.
II. Model berulang terdiri dari serangkaian siklus pendek (langkah-langkah) perencanaan, pelaksanaan, kajian, tindakan.
Penciptaan AIS kompleks melibatkan persetujuan solusi desain yang diperoleh dalam pelaksanaan tugas individu. Pendekatan desain bottom-up memerlukan iterasi pengembalian seperti itu, ketika solusi desain untuk tugas individu digabungkan menjadi solusi sistemik umum. Pada saat yang sama, ada kebutuhan untuk merevisi persyaratan yang telah dibentuk sebelumnya.
Keuntungan model iteratifnya adalah bahwa penyesuaian antar-tahap memberikan pengembangan yang kurang padat karya dibandingkan dengan model air terjun.
Kekurangan model berulang:
· Masa pakai setiap tahap diperpanjang untuk seluruh periode pekerjaan;
· Karena banyaknya iterasi, ada inkonsistensi dalam implementasi solusi desain dan dokumentasi;
· Kerumitan arsitektur;
· Kesulitan dalam menggunakan dokumentasi desain pada tahap implementasi dan operasi mengharuskan perancangan ulang seluruh sistem.
AKU AKU AKU. Model spiral, berbeda dengan kaskade, tetapi mirip dengan yang sebelumnya, ini melibatkan proses pengembangan AIS yang berulang. Pada saat yang sama, pentingnya tahap awal, seperti analisis dan desain, meningkat, di mana kelayakan solusi teknis diperiksa dan dibenarkan dengan membuat prototipe.
Setiap iterasi mewakili siklus pengembangan lengkap yang mengarah ke rilis versi internal atau eksternal dari suatu produk (atau subset dari produk akhir), yang ditingkatkan dari iterasi ke iterasi untuk menjadi sistem yang lengkap (Gambar 1.2).
Beras. 1.2. Model spiral siklus hidup AIS
Dengan demikian, setiap putaran spiral sesuai dengan pembuatan fragmen atau versi produk perangkat lunak, tujuan dan karakteristik proyek ditentukan di atasnya, kualitasnya ditentukan, pekerjaan direncanakan untuk putaran spiral berikutnya. Setiap iterasi berfungsi untuk memperdalam dan secara konsisten mengkonkretkan detail proyek, sebagai akibatnya opsi yang masuk akal untuk implementasi akhir dipilih.
Menggunakan model spiral memungkinkan Anda untuk pindah ke tahap berikutnya dari proyek tanpa menunggu penyelesaian lengkap dari yang sekarang - pekerjaan yang belum selesai dapat diselesaikan pada iterasi berikutnya. Tujuan utama dari setiap iterasi adalah untuk membuat produk yang bisa diterapkan untuk demonstrasi kepada pengguna sesegera mungkin. Dengan demikian, proses penyesuaian dan penambahan proyek sangat disederhanakan.
Pendekatan spiral untuk pengembangan perangkat lunak mengatasi sebagian besar kekurangan model air terjun, selain itu, menyediakan sejumlah kemampuan tambahan, membuat proses pengembangan lebih fleksibel.
Keuntungan pendekatan berulang:
Pengembangan berulang sangat menyederhanakan pengenalan perubahan pada proyek ketika persyaratan pelanggan berubah;
Saat menggunakan model spiral, elemen AIS individual secara bertahap diintegrasikan ke dalam satu kesatuan. Karena integrasi dimulai dengan elemen yang lebih sedikit, masalah dalam implementasinya jauh lebih sedikit;
Mengurangi tingkat risiko (konsekuensi dari keuntungan sebelumnya, karena risiko terdeteksi secara tepat selama integrasi). Tingkat risiko maksimal pada awal pengembangan proyek, seiring perkembangannya, semakin berkurang;
Pengembangan berulang memberikan fleksibilitas yang lebih besar dalam manajemen proyek dengan memungkinkan perubahan taktis dilakukan pada produk yang sedang dikembangkan. Jadi, Anda dapat mempersingkat waktu pengembangan dengan mengurangi fungsionalitas sistem atau menggunakan produk dari perusahaan pihak ketiga alih-alih pengembangan Anda sendiri sebagai bagian komponen (penting dalam ekonomi pasar ketika perlu untuk menolak promosi pesaing ' produk);
Pendekatan berulang membuatnya lebih mudah untuk menggunakan kembali komponen, karena jauh lebih mudah untuk mengidentifikasi (mengidentifikasi) bagian umum dari proyek ketika mereka sudah dikembangkan sebagian daripada mencoba untuk mengisolasi mereka di awal proyek. Analisis proyek setelah beberapa iterasi awal mengungkapkan komponen umum yang dapat digunakan kembali yang akan ditingkatkan pada iterasi berikutnya;
Model spiral memungkinkan sistem yang lebih andal dan stabil. Ini karena ketika sistem berkembang, kesalahan dan kelemahan ditemukan dan diperbaiki pada setiap iterasi. Pada saat yang sama, parameter kinerja kritis disesuaikan, yang dalam kasus model kaskade hanya tersedia sebelum implementasi sistem;
Pendekatan berulang meningkatkan proses
pengembangan - sebagai hasil analisis pada akhir setiap iterasi, penilaian perubahan dalam organisasi pengembangan dilakukan; itu meningkat pada iterasi berikutnya.
Masalah utama dari siklus spiral- sulitnya menentukan momen transisi ke tahap selanjutnya. Untuk mengatasinya, perlu untuk memperkenalkan batas waktu untuk setiap tahap siklus hidup. Jika tidak, proses pengembangan dapat berubah menjadi perbaikan tanpa akhir dari apa yang telah dilakukan.
Melibatkan pengguna dalam proses mendesain dan menyalin aplikasi memungkinkan Anda menerima komentar dan penambahan persyaratan secara langsung dalam proses mendesain aplikasi, sehingga mengurangi waktu pengembangan. Perwakilan pelanggan dapat mengontrol proses pembuatan sistem dan memengaruhi konten fungsionalnya. Hasilnya adalah komisioning sistem yang memperhitungkan sebagian besar kebutuhan pelanggan.
Metodologi modern dan teknologi desain AIS yang mengimplementasikannya disampaikan dalam bentuk elektronik bersama dengan CASE-tools dan termasuk perpustakaan proses, template, metode, model, dan komponen lain yang dimaksudkan untuk membangun perangkat lunak dari kelas sistem yang menjadi fokus metodologi. Metodologi dan teknologi elektronik merupakan inti dari seperangkat alat pengembangan SIA yang selaras. Fitur solusi metodologis modern untuk merancang AIS tidak dapat diimplementasikan tanpa teknologi desain tertentu yang sesuai dengan skala dan spesifikasi proyek.
Teknologi desain AIS adalah seperangkat metode dan alat untuk merancang SIA, serta metode dan alat untuk mengatur desain (mengelola proses pembuatan dan modernisasi proyek AIS).
Menurut desain TP, AIS adalah serangkaian tindakan berurutan-paralel, terhubung dan subordinat, yang masing-masing dapat memiliki subjeknya sendiri. Tindakan yang dilakukan dalam desain SIA dapat didefinisikan sebagai operasi teknologi yang tidak dapat dibagi atau sebagai sub-proses dari operasi teknologi. Semua tindakan bisa tepat desain, yang membentuk atau memodifikasi hasil desain, dan diperkirakan, yang dikembangkan sesuai dengan kriteria yang ditetapkan untuk mengevaluasi hasil desain.
Dengan demikian, teknologi desain diatur oleh urutan operasi teknologi yang diatur dalam proses pembuatan proyek berdasarkan satu metode atau lainnya.
Subjek dari teknologi desain yang dipilih harus menjadi cerminan dari proses desain yang saling terkait di semua tahap siklus hidup AIS.
Persyaratan utama untuk teknologi desain yang dipilih adalah sebagai berikut:
· Proyek yang dibuat dengan bantuan teknologi ini harus memenuhi kebutuhan pelanggan;
· Teknologi harus mencerminkan sebanyak mungkin semua tahapan siklus hidup proyek;
· Teknologi harus menyediakan tenaga kerja dan biaya biaya minimum untuk desain dan dukungan proyek;
· Teknologi harus berkontribusi pada pertumbuhan produktivitas desainer;
· Teknologi harus memastikan keandalan desain dan pengoperasian proyek;
· Teknologi harus memudahkan pemeliharaan dokumentasi proyek.
Teknologi desain AIS menerapkan metodologi desain tertentu. Pada gilirannya, metodologi desain mengasumsikan adanya beberapa konsep, prinsip desain dan diimplementasikan oleh seperangkat metode dan alat.
Metode desain AIS dapat diklasifikasikan menurut tingkat penggunaan alat otomatisasi, solusi desain tipikal, kemampuan beradaptasi terhadap perubahan yang diantisipasi.
Menurut tingkat otomatisasi, mereka dibedakan:
desain manual, di mana desain komponen AIS dilakukan tanpa menggunakan instrumen khusus alat perangkat lunak; pemrograman dilakukan dalam bahasa algoritmik;
desain komputer, di mana generasi atau konfigurasi (penyetelan) solusi desain dilakukan menggunakan alat perangkat lunak khusus.
Menurut tingkat penggunaan solusi desain khas, mereka dibedakan:
asli (individu) desain, ketika solusi desain dikembangkan "dari awal" sesuai dengan persyaratan untuk AIS;
desain khas, dengan asumsi konfigurasi AIS dari solusi desain standar yang sudah jadi (modul perangkat lunak).
desain asli AIS mengasumsikan pertimbangan maksimum dari fitur fasilitas otomatis.
Desain khas dilakukan berdasarkan solusi yang sudah jadi dan merupakan generalisasi dari pengalaman yang diperoleh sebelumnya dalam pembuatan proyek terkait.
Dengan tingkat kemampuan beradaptasi dari solusi desain metode berikut berbeda:
rekonstruksi- adaptasi solusi desain dilakukan dengan memproses komponen yang sesuai (memprogram ulang modul perangkat lunak);
parameterisasi- solusi desain disesuaikan sesuai dengan parameter yang ditentukan dan variabel;
restrukturisasi model- model perubahan area subjek, yang mengarah pada reformasi otomatis solusi desain.
Kombinasi berbagai tanda klasifikasi metode desain menentukan sifat dari teknologi desain SIA yang digunakan. Ada dua kelas utama teknologi desain: resmi dan industri... Teknologi desain industri dibagi menjadi dua subkelas: otomatis(penggunaan teknologi CASE) dan khas(berorientasi parametrik atau berorientasi model).
Tabel 1.1.Karakteristik kelas teknologi desain
Desain AIS Kanonik berfokus pada penggunaan terutama model air terjun dari siklus hidup AIS.
Bergantung pada kompleksitas objek otomatisasi dan serangkaian tugas yang perlu diselesaikan saat membuat AIS tertentu, tahapan dan tahapan pekerjaan dapat memiliki intensitas tenaga kerja yang berbeda. Diperbolehkan untuk menggabungkan tahap-tahap yang berurutan dan mengecualikan beberapa di antaranya pada tahap proyek mana pun. Itu juga diperbolehkan untuk memulai pekerjaan tahap berikutnya sebelum akhir yang sebelumnya.
Tahapan dan tahapan pembuatan AIS, yang dilakukan oleh organisasi yang berpartisipasi, ditentukan dalam kontrak dan kerangka acuan untuk kinerja pekerjaan.
Tahap 1. Pembentukan persyaratan untuk AIS:
· Survei fasilitas dan justifikasi kebutuhan untuk membuat SIA;
· Pembentukan persyaratan pengguna untuk AIS;
· Penyusunan laporan tentang pekerjaan yang dilakukan dan tugas taktis dan teknis untuk pengembangan.
Tahap 2. Pengembangan konsep AIS:
· Studi objek otomatisasi;
· Melaksanakan pekerjaan penelitian yang diperlukan;
· Pengembangan opsi untuk konsep AIS, memenuhi kebutuhan pengguna;
· Penyusunan laporan dan persetujuan konsep.
Tahap 3. Tugas teknis:
Pengembangan dan persetujuan spesifikasi teknis untuk pembuatan AIS.
Tahap 4. Desain awal:
· Pengembangan solusi desain awal untuk sistem dan bagian-bagiannya;
· Pengembangan dokumentasi garis besar untuk AIS dan bagian-bagiannya.
Tahap 5. Proyek teknis:
· Pengembangan solusi desain untuk sistem dan bagian-bagiannya;
· Pengembangan dokumentasi untuk AIS dan bagian-bagiannya;
· Pengembangan dan pelaksanaan dokumentasi untuk penyediaan komponen;
· Pengembangan tugas desain di bagian terkait proyek.
Tahap 6. Dokumentasi kerja:
· Pengembangan dokumentasi kerja untuk AIS dan bagian-bagiannya;
· Pengembangan dan adaptasi program.
Tahap 7. Komisioning:
· Persiapan objek otomatisasi; pelatihan staf;
· Set lengkap produk yang disediakan AIS (perangkat lunak dan perangkat keras, kompleks perangkat lunak dan perangkat keras, produk informasi);
· Pekerjaan konstruksi dan instalasi; pekerjaan komisioning;
· Melakukan tes pendahuluan;
· Melakukan operasi percobaan;
· Melaksanakan tes penerimaan.
Tahap 8. pendamping AIS:
· Pelaksanaan pekerjaan sesuai dengan kewajiban jaminan;
· Layanan pasca-garansi.
survei- adalah studi dan analisis struktur organisasi perusahaan, kegiatannya dan sistem yang ada memproses informasi.
Bahan-bahan yang diperoleh dari hasil survei digunakan untuk:
Justifikasi untuk pengembangan dan implementasi sistem secara bertahap;
Menyusun spesifikasi teknis untuk pengembangan sistem;
Pengembangan proyek teknis dan kerja sistem.
Pada tahap survei, disarankan untuk membedakan dua komponen: mendefinisikan strategi implementasi SIA dan analisis rinci kegiatan organisasi.
Tugas utama dari tahap pertama survei adalah menilai volume nyata proyek, tujuan dan sasarannya berdasarkan fungsi yang diidentifikasi dan elemen informasi dari objek otomatis tingkat tinggi. Tugas-tugas ini dapat diimplementasikan baik oleh pelanggan AIS secara mandiri, atau dengan melibatkan organisasi konsultan. Tahap ini melibatkan interaksi yang erat dengan pengguna potensial utama dari sistem dan pakar bisnis. Tugas utama interaksi adalah untuk mendapatkan pemahaman yang lengkap dan jelas tentang kebutuhan pelanggan. Biasanya, informasi yang perlu dapat diperoleh melalui wawancara, percakapan atau lokakarya dengan manajemen, pakar, dan pengguna.
Setelah menyelesaikan tahap survei, menjadi mungkin untuk menentukan kemungkinan pendekatan teknis untuk pembuatan sistem dan untuk memperkirakan biaya implementasinya (untuk perangkat keras, untuk perangkat lunak yang dibeli dan untuk pengembangan perangkat lunak baru).
Hasil dari tahap definisi strategi adalah dokumen (studi kelayakan - studi kelayakan - proyek), di mana dirumuskan dengan jelas apa yang akan diterima pelanggan jika dia setuju untuk membiayai proyek, kapan dia menerima produk jadi (jadwal kerja) dan bagaimana banyak biayanya (untuk proyek besar - ini adalah jadwal pendanaan pada berbagai tahap pekerjaan). Diinginkan untuk mencerminkan dalam dokumen tidak hanya biaya, tetapi juga manfaat proyek, misalnya, waktu pengembalian proyek, efek ekonomi yang diharapkan (jika dapat diperkirakan).
Keterbatasan, risiko, faktor kritis yang dapat mempengaruhi keberhasilan proyek;
Serangkaian kondisi di mana ia seharusnya mengoperasikan sistem masa depan - arsitektur sistem, sumber daya perangkat keras dan perangkat lunak, kondisi operasi, personel layanan, dan pengguna sistem;
Persyaratan penyelesaian tahapan individu, bentuk penerimaan/penyerahan pekerjaan, sumber daya yang terlibat, langkah-langkah untuk melindungi informasi;
Deskripsi fungsi yang dilakukan oleh sistem;
Peluang untuk pengembangan dan modernisasi sistem;
Antarmuka dan distribusi fungsi antara seseorang dan sistem;
persyaratan untuk perangkat lunak dan sistem manajemen basis data (DBMS).
Pada tahap analisis rinci kegiatan organisasi, dipelajari kegiatan yang memastikan pelaksanaan fungsi manajemen, struktur organisasi, staf dan konten pekerjaan pada manajemen perusahaan, serta sifat subordinasi kepada badan manajemen yang lebih tinggi. Di sini perlu untuk menguraikan materi instruktif-metodologis dan arahan, atas dasar yang komposisi subsistem dan daftar tugas, serta kemungkinan menggunakan metode baru untuk memecahkan masalah, ditentukan.
Analis mengumpulkan dan mencatat informasi dalam dua bentuk yang saling terkait:
Fungsi - informasi tentang peristiwa dan proses yang terjadi di organisasi otomatis;
Entitas - Informasi tentang kelas objek yang relevan dengan organisasi dan tentang data mana yang dikumpulkan.
Saat mempelajari setiap tugas kontrol fungsional, berikut ini ditentukan:
Nama tugas; syarat dan frekuensi keputusannya;
Tingkat formalisasi masalah;
Sumber informasi yang dibutuhkan untuk memecahkan masalah;
Indikator dan karakteristik kuantitatifnya;
Prosedur untuk mengoreksi informasi;
Algoritma operasi untuk menghitung indikator dan metode kontrol yang mungkin;
Sarana pengumpulan, pengiriman dan pemrosesan informasi yang ada;
sarana komunikasi yang ada;
Keakuratan yang diterima dari solusi masalah;
Kompleksitas pemecahan masalah;
Bentuk penyajian data awal yang sudah ada dan hasil pengolahannya dalam bentuk dokumen;
Konsumen dari informasi yang dihasilkan pada tugas.
Salah satu tugas yang paling memakan waktu, meskipun diformalkan dengan baik, dari tahap ini adalah deskripsi alur kerja organisasi. Saat memeriksa alur kerja, diagram rute pergerakan dokumen dibuat, yang harus mencerminkan:
Jumlah dokumen;
Tempat pembentukan dokumen indikator;
Keterkaitan dokumen selama pembentukannya;
Rute dan durasi pergerakan dokumen;
Tempat penggunaan dan penyimpanan dokumen ini;
Komunikasi internal dan eksternal;
Volume dokumen dalam tanda.
Berdasarkan hasil survei, daftar tugas manajemen I yang akan diotomatisasi, dan urutan pengembangannya, ditetapkan.
Selama fase survei, fungsi sistem yang direncanakan harus diklasifikasikan menurut kepentingannya. Salah satu format yang memungkinkan untuk menyajikan klasifikasi tersebut adalah MuSCoW. Singkatan ini singkatan dari: Harus memiliki - fungsi yang diperlukan; Harus memiliki - fungsi yang diinginkan; Bisa memiliki - saya mungkin fungsi; Tidak akan memiliki fitur yang hilang.
Fungsi kategori pertama memberikan peluang yang sangat penting untuk keberhasilan pengoperasian sistem. Pelaksanaan fungsi-fungsi kategori kedua dan ketiga dibatasi oleh kerangka waktu dan keuangan: yang diperlukan, serta semaksimal mungkin, dalam urutan prioritas, jumlah fungsi kategori kedua dan ketiga. Kategori fungsi terakhir sangat penting, karena perlu untuk memahami dengan jelas batas-batas proyek I dan rangkaian fungsi yang tidak akan ada dalam sistem.
Model aktivitas organisasi dibuat dalam dua jenis 1:
Model “sebagaimana adanya” mencerminkan proses bisnis yang ada dalam organisasi;
Model "menjadi" mencerminkan perubahan yang diperlukan dalam proses bisnis dengan mempertimbangkan penerapan SIA. J
Sudah pada tahap analisis, perlu untuk melibatkan kelompok pengujian dalam pekerjaan untuk menyelesaikan tugas-tugas berikut:
Memperoleh karakteristik komparatif dari platform perangkat keras, sistem operasi, DBMS, dll.;
Pengembangan rencana kerja untuk memastikan keandalan SIA dan pengujiannya.
Melibatkan penguji di awal pengembangan adalah ide bagus untuk proyek apa pun. Semakin banyak kesalahan dalam solusi desain yang ditemukan, semakin mahal biaya untuk memperbaikinya; skenario kasus terburuk adalah deteksi mereka selama fase implementasi. Jadi, semakin cepat tim pengujian mulai mengidentifikasi kesalahan dalam AIS, semakin rendah biaya pengerjaan sistem. Waktu untuk menguji sistem dan untuk mengoreksi kesalahan yang terdeteksi harus disediakan tidak hanya pada tahap pengembangan, tetapi juga pada tahap desain.
Sistem pelacakan bug khusus dirancang untuk memfasilitasi dan meningkatkan efektivitas pengujian. Penggunaannya memungkinkan Anda untuk memiliki satu gudang kesalahan, melacak kemunculannya kembali, mengontrol kecepatan dan efisiensi perbaikan bug, melihat komponen sistem yang paling tidak stabil, dan juga menjaga komunikasi antara tim pengembangan dan tim pengujian.
Hasil survei merupakan dasar obyektif untuk pembentukan spesifikasi teknis untuk AIS.
tugas teknis Adalah dokumen yang mendefinisikan tujuan, persyaratan, dan data awal dasar yang diperlukan untuk pengembangan sistem kontrol otomatis.
Saat mengembangkan tugas teknis (TOR), perlu untuk menyelesaikan tugas-tugas berikut:
· Untuk menetapkan tujuan umum pembuatan AIS;
· Menetapkan persyaratan umum untuk sistem yang dirancang;
Mengembangkan dan mendukung persyaratan untuk informasi, matematika, perangkat lunak, teknis dan dukungan teknologi;
· Menentukan komposisi subsistem dan tugas fungsional;
· Mengembangkan dan memperkuat persyaratan untuk subsistem;
· Menentukan tahapan pembuatan sistem dan waktu pelaksanaannya;
· Membuat perhitungan awal biaya pembuatan sistem dan menentukan tingkat efisiensi ekonomi implementasi;
· Untuk menentukan komposisi pemain.
| Bab | Isi |
| Informasi Umum | Nama lengkap sistem dan simbolnya. Kode topik atau kode (nomor) kontrak. Nama perusahaan pengembang dan pelanggan sistem, detailnya. Daftar dokumen yang menjadi dasar pembuatan IS. Tanggal yang dijadwalkan untuk awal dan akhir pekerjaan. Informasi tentang sumber dan tata cara pembiayaan pekerjaan. Prosedur pendaftaran dan presentasi kepada pelanggan hasil pekerjaan pada pembuatan sistem, bagian-bagiannya, dan sarana individu |
| Maksud dan tujuan pembuatan (pengembangan) sistem | Jenis aktivitas yang akan diotomatisasi. Daftar objek di mana sistem seharusnya digunakan. Nama dan nilai yang diperlukan dari indikator teknis, teknologi, produksi-ekonomi dan lainnya dari objek, yang harus dicapai saat memperkenalkan IS |
| Deskripsi objek otomatisasi | Informasi singkat tentang objek otomatisasi. Kondisi Operasi dan Informasi Performa lingkungan |
| Persyaratan sistem | Persyaratan untuk sistem secara keseluruhan: persyaratan untuk struktur dan fungsi sistem (daftar subsistem, tingkat hierarki, tingkat sentralisasi, metode pertukaran informasi, mode operasi, interaksi dengan sistem yang berdekatan, prospek pengembangan sistem). sistem); persyaratan personel (jumlah pengguna, kualifikasi, jam kerja, prosedur pelatihan); indikator tujuan (tingkat kemampuan beradaptasi sistem terhadap perubahan dalam proses kontrol dan nilai parameter) persyaratan untuk keandalan, keselamatan, ergonomis, portabilitas, operasi, pemeliharaan dan perbaikan, perlindungan dan keamanan informasi, perlindungan dari pengaruh eksternal, untuk kemurnian paten, untuk standardisasi dan unifikasi. Persyaratan untuk fungsi (berdasarkan subsistem): daftar tugas yang akan diotomatisasi; jadwal waktu pelaksanaan masing-masing fungsi; persyaratan kualitas pelaksanaan masing-masing fungsi, berupa penyajian informasi keluaran, karakteristik akurasi, keandalan hasil; daftar dan kriteria penolakan. Persyaratan untuk jenis dukungan: matematika (komposisi dan cakupan model dan metode matematika, standar dan algoritma yang dikembangkan); |
Persyaratan umum untuk komposisi dan isi spesifikasi teknis diberikan dalam tabel. 1.6.
Tablitsa 1.6. Komposisi dan isi tugas teknis (GOST 34.602-89)
| informasional (komposisi, struktur dan organisasi data, pertukaran data antar komponen sistem, kompatibilitas informasi dengan sistem yang berdekatan, pengklasifikasi yang digunakan, DBMS, kontrol data dan pemeliharaan susunan informasi, prosedur untuk memberikan efek hukum pada dokumen keluaran); linguistik (bahasa pemrograman, bahasa interaksi pengguna dengan sistem, sistem pengkodean, bahasa input-output); perangkat lunak (independensi perangkat lunak dari platform, kualitas perangkat lunak dan metode kontrolnya, penggunaan dana algoritma dan program); teknis; metrologi; organisasi (struktur dan fungsi unit operasi, perlindungan terhadap tindakan personel yang salah); metodologis (susunan dokumentasi normatif dan teknis) | |
| Komposisi dan konten pekerjaan pada pembuatan sistem | Daftar tahapan dan tahapan pekerjaan. Tenggat waktu. Komposisi organisasi yang melaksanakan pekerjaan. Jenis dan tata cara pemeriksaan dokumentasi teknis. Program jaminan keandalan. Program dukungan metrologi |
| Kontrol sistem dan prosedur penerimaan | Jenis, komposisi, ruang lingkup, dan metode pengujian sistem. Persyaratan umum untuk penerimaan pekerjaan secara bertahap. Status panitia penerimaan |
| Persyaratan untuk komposisi dan konten pekerjaan pada persiapan objek otomatisasi untuk mengoperasikan sistem | Mengubah informasi input menjadi bentuk yang dapat dibaca mesin. Perubahan pada objek otomatisasi. Syarat dan prosedur perekrutan dan pelatihan personel |
| Persyaratan dokumen | Daftar dokumen yang akan dikembangkan. Daftar dokumen pada media mesin |
| Sumber pengembangan | Dokumen dan bahan informasi yang menjadi dasar pengembangan TK dan sistem |
Proyek eksklusif menyediakan untuk pengembangan solusi desain awal untuk sistem dan bagian-bagiannya. Desain pendahuluan bukanlah tahap yang benar-benar wajib. Jika solusi desain utama ditentukan sebelumnya atau cukup jelas untuk objek SIA dan otomatisasi tertentu, maka tahap ini dapat dikecualikan dari urutan pekerjaan umum.
fungsi SIA;
Fungsi subsistem, tujuannya dan efek implementasi yang diharapkan;
Komposisi set tugas dan tugas individu;
Konsep dasar informasi dan strukturnya yang diperbesar;
fungsi sistem manajemen basis data;
Komposisi sistem komputasi dan sarana teknis lainnya;
Fungsi dan parameter perangkat lunak utama.
Berdasarkan hasil pekerjaan yang dilakukan, dokumentasi disusun, disetujui dan disetujui dalam jumlah yang diperlukan untuk menggambarkan set lengkap keputusan desain yang diadopsi dan cukup untuk pekerjaan lebih lanjut pada pembuatan sistem.
Sesuai dengan GOST 19.102-77, tahap desain awal terdiri dari dua tahap: pengembangan desain awal; persetujuan rancangan desain.
Tahap pertama pengembangan terdiri dari:
Pengembangan awal struktur data input dan output;
Penyempurnaan metode untuk memecahkan masalah;
Pengembangan deskripsi umum dari algoritma untuk memecahkan masalah;
Pengembangan studi kelayakan;
Pengembangan catatan penjelasan.
Dalam hal ini, diperbolehkan untuk menggabungkan dan mengecualikan beberapa karya.
Di bawah ini adalah kumpulan dokumen yang harus dan dapat disiapkan di akhir desain sketsa.
Dokumen wajib:
1) kerangka acuan yang diperbarui untuk desain dan pengembangan
pekerjaan SIA;
2) spesifikasi persyaratan kualifikasi pada SIA;
3) satu set spesifikasi persyaratan untuk komponen perangkat lunak fungsional dan deskripsi data;
4) spesifikasi persyaratan untuk antarmuka internal komponen dan antarmuka dengan lingkungan eksternal;
5) deskripsi sistem manajemen basis data, struktur dan distribusi perangkat lunak dan objek informasi dalam basis data;
6) rancangan pedoman untuk perlindungan informasi dan memastikan keandalan fungsi SIA;
7) versi awal manual administrator AIS;
8) versi awal manual pengguna AIS;
9) rencana revisi untuk pelaksanaan proyek;
10) rencana manajemen jaminan kualitas AIS yang disempurnakan;
11) catatan penjelasan dari draft awal AIS;
12) kontrak yang direvisi (perjanjian) dengan pelanggan untuk perincian
desain baru AIS.
Dokumen yang dibuat berdasarkan kesepakatan dengan pelanggan:
1) deskripsi awal tentang fungsi AIS;
2) diagram aliran data antar komponen fungsional SIA;
3) diagram halus arsitektur AIS, interaksi perangkat lunak dan komponen informasi, organisasi proses komputasi dan alokasi sumber daya;
4) deskripsi indikator kualitas komponen dan persyaratannya berdasarkan tahapan pengembangan SIA;
5) laporan indikator teknis dan ekonomi, jadwal pelaksanaan proyek, alokasi sumber daya dan anggaran;
6) tabel distribusi spesialis berdasarkan komponen dan tahapan pekerjaan;
7) sertifikat pengembang untuk hak menggunakan teknologi dan alat otomasi untuk pengembangan SIA;
8) uraian tentang persyaratan susunan dan bentuk dokumen yang dihasilkan menurut tahapan pekerjaan;
9) rencana untuk men-debug komponen perangkat lunak, menyediakannya dengan metode dan alat otomatisasi pengujian;
10) panduan awal untuk desain terperinci
vaniya, pemrograman dan debugging komponen AIS;
11) rencana awal penjualan dan pelaksanaannya;
12) deskripsi struktur awal database.
Proyek teknis sistem adalah dokumentasi teknis yang berisi solusi desain seluruh sistem, algoritme untuk memecahkan masalah, serta penilaian efisiensi ekonomi AIS. Pada tahap ini, penelitian kompleks dan pekerjaan eksperimental dilakukan untuk memilih solusi desain utama dan menghitung efisiensi ekonomi dari sistem. Komposisi dan isi proyek teknis diberikan dalam tabel. 1.7
Tabel 1.7. Isi proyek teknis
| Bab | Isi |
| Catatan penjelasan | Dasar pengembangan sistem. Daftar organisasi pengembang. Deskripsi singkat tentang objek, yang menunjukkan indikator teknis dan ekonomi utama dari fungsi dan hubungannya dengan objek lain. Informasi singkat tentang solusi desain utama untuk bagian fungsional dan pendukung sistem |
| Struktur fungsional dan organisasi sistem | Pembenaran subsistem yang dialokasikan, daftar dan tujuannya. Daftar tugas yang harus diselesaikan di setiap subsistem, dengan deskripsi singkat tentang isinya. Skema hubungan informasi antar subsistem dan antar tugas dalam setiap subsistem |
| Pernyataan masalah dan algoritma solusi | Esensi organisasi dan ekonomi dari masalah (nama, tujuan solusi, ringkasan, metode, frekuensi dan waktu penyelesaian masalah, metode pengumpulan dan transfer data, menghubungkan masalah dengan masalah lain, sifat penggunaan hasil solusi di mana mereka digunakan). Model ekonomi dan matematika dari masalah (struktural dan bentuk presentasi rinci). Masukan informasi operasional (karakteristik indikator, rentang perubahan, bentuk presentasi). Informasi referensi (NSI) (isi dan formulir presentasi). Informasi disimpan untuk komunikasi dengan tugas lain. Informasi terakumulasi untuk solusi selanjutnya untuk masalah ini. Ubah informasi (perubahan sistem dan daftar informasi dapat berubah). Algoritma untuk memecahkan masalah (urutan tahapan perhitungan, diagram, rumus perhitungan). Test case (satu set dokumen input yang diisi dengan data, dokumen bersyarat dengan informasi yang terakumulasi dan tersimpan, formulir output yang diisi berdasarkan hasil pemecahan masalah ekonomi dan teknis dan sesuai dengan algoritma perhitungan yang dikembangkan) |
| Organisasi basis informasi | Sumber informasi dan metode transmisinya. Seperangkat indikator yang digunakan dalam sistem. Komposisi dokumen, persyaratan dan frekuensi penerimaannya. Solusi desain dasar untuk organisasi dana NSI. Komposisi NSI, termasuk daftar rinciannya, definisinya, rentang perubahannya dan daftar dokumen NSI. Daftar kumpulan data dari data referensi, volumenya, urutan dan frekuensi koreksi informasi. Struktur dana NSI dengan deskripsi hubungan antar elemennya; persyaratan untuk teknologi penciptaan dan pemeliharaan dana. Metode penyimpanan, pengambilan, modifikasi dan kontrol. Penentuan volume dan arus data referensi informasi. Uji kasus untuk membuat perubahan pada NSI. Proposal untuk penyatuan dokumentasi |
| Album bentuk dokumen | Hilang |
| Sistem perangkat lunak | Justifikasi struktur perangkat lunak. Justifikasi pilihan sistem pemrograman. Daftar program standar |
| Prinsip membangun sarana teknis yang kompleks | Deskripsi dan justifikasi diagram alir pengolahan data. Pembenaran dan pilihan struktur kompleks sarana teknis dan kelompok fungsionalnya. Justifikasi persyaratan untuk pengembangan peralatan non-standar. Serangkaian tindakan untuk memastikan keandalan berfungsinya sarana teknis |
| Perhitungan efisiensi ekonomi sistem | Sebuah ringkasan perkiraan biaya yang terkait dengan pengoperasian sistem. Perhitungan efisiensi ekonomi tahunan, yang sumbernya adalah optimalisasi struktur produksi ekonomi (asosiasi), pengurangan biaya produksi karena penggunaan sumber daya produksi yang rasional dan pengurangan kerugian, perbaikan manajemen keputusan yang diambil |
| Langkah-langkah untuk mempersiapkan fasilitas untuk implementasi sistem | Daftar langkah-langkah organisasi untuk meningkatkan proses bisnis. Daftar pekerjaan pada implementasi sistem yang harus dilakukan pada tahap desain terperinci, yang menunjukkan waktu dan orang yang bertanggung jawab |
| Daftar dokumen | Hilang |
Pada tahap "Dokumentasi kerja", produk perangkat lunak dibuat dan semua dokumentasi yang menyertainya dikembangkan. Dokumentasi harus berisi semua informasi yang diperlukan dan memadai untuk memastikan kinerja pekerjaan pada commissioning SIA dan operasinya, serta untuk mempertahankan tingkat karakteristik operasional (kualitas) sistem. Dokumentasi yang dikembangkan harus dibuat dengan benar, disetujui dan disetujui.
Pada tahap "Mengoperasikan" untuk AIS, jenis tes utama berikut ditetapkan: tes pendahuluan, operasi uji coba, dan tes penerimaan. Jika perlu, diizinkan untuk melakukan jenis pengujian lain dari sistem dan bagian-bagiannya.
Tergantung pada hubungan antara komponen AIS dan objek otomatisasi, pengujian dapat bersifat otonom dan kompleks. Komponen sistem terlibat dalam pengujian otonom. Mereka dilakukan segera setelah bagian-bagian dari sistem siap untuk commissioning. Pengujian kompleks dilakukan untuk kelompok komponen yang saling berhubungan (subsistem) atau untuk sistem secara keseluruhan.
Untuk merencanakan pelaksanaan semua jenis tes, dokumen "Program dan Metodologi Tes" sedang dikembangkan. Pengembang dokumen ditetapkan dalam kontrak atau TK. Tes atau kasus uji dapat dimasukkan dalam dokumen sebagai lampiran.
Debugging adalah proses desain yang paling memakan waktu. Kesalahan tersembunyi terkadang muncul setelah bertahun-tahun pengoperasian sistem. Tidak mungkin untuk sepenuhnya menghindari kesalahan, yang disebabkan oleh jumlah opsi astronomis untuk operasi sistem. Hampir tidak mungkin untuk memeriksa semuanya untuk operasi yang benar di masa mendatang.
Biaya untuk mengidentifikasi dan menghilangkan kesalahan pada tahap desain selanjutnya meningkat secara kira-kira secara eksponensial (Gambar 1.10).
Peneliti menghitung 169 jenis kesalahan, dirangkum dalam 19 kelas besar:
1) logis;
2) kesalahan manipulasi data;
3) kesalahan input-output;
4) kesalahan dalam perhitungan;
Beras. 1.10. Biaya relatif untuk mendeteksi dan memperbaiki satu kesalahan
5) kesalahan dalam antarmuka pengguna;
6) kesalahan dalam sistem operasi dan program bantu;
7) kesalahan tata letak;
8) kesalahan dalam antarmuka antarprogram;
9) kesalahan pada antarmuka "Program - perangkat lunak sistem";
10) kesalahan saat menangani perangkat eksternal;
11) kesalahan antarmuka dengan database (DB);
12) kesalahan inisialisasi basis data;
13) kesalahan perubahan atas permintaan dari luar;
14) kesalahan yang terkait dengan variabel global;
15) kesalahan berulang;
16) kesalahan dalam dokumentasi;
17) pelanggaran persyaratan teknis;
18) kesalahan yang tidak dikenali;
19) kesalahan operator.
Tidak semua bug berasal dari developer. Menurut berbagai peneliti, dari 6 hingga 19% kesalahan disebabkan oleh kesalahan dalam dokumentasi.
Hubungan antara pengembangan dan pengujian pada berbagai tahap desain AIS ditunjukkan pada Gambar. 1.11.
Rantai ini hanya "diregangkan" secara kondisional menjadi sebuah garis. Selalu ada loop berulang di dalamnya. Untuk mengidentifikasi kesalahan, pengembang membuat tes khusus dan melakukan tahap debugging. Jika tidak ada kesalahan yang ditemukan, ini tidak berarti tidak ada - mungkin tesnya terlalu lemah.
Beras. 1.11. Korelasi antara pengembangan dan pengujian dengan tahapan desain AIS
Metodologi debugging memperhitungkan gejala kemungkinan kesalahan:
Pemrosesan yang salah (jawaban salah, hasil) - hingga 30%;
Transfer kontrol yang salah - 16%;
Ketidakcocokan program dengan data yang digunakan - 15%;
Ketidakcocokan program untuk data yang ditransmisikan - hingga 9%.
Saat mengembangkan tugas debug, tugas berikut diselesaikan:
Tes menulis;
Pemilihan titik, zona dan rute kendali;
Penetapan daftar besaran terkendali dan tata cara penetapan nilainya;
Mengatur urutan pengujian;
Penilaian keandalan dan kompleksitas debugging.
Program yang sedang di-debug harus setidaknya sekali bekerja melalui setiap cabang algoritme dan pada saat yang sama menetapkan sejumlah nilai ke variabel, menangkap batas rentang, beberapa nilai di dalamnya, nilai nol dan poin tunggal (jika ada). Untuk sistem khusus, bahasa debugging khusus dikembangkan. Mereka dapat berisi sejumlah kecil perintah (20-30) dengan parameter penyetelan tambahan untuk menyelesaikan tugas-tugas berikut:
Kontrol penarikan;
Pemodelan proses eksekusi program yang sedang di-debug;
Mengeluarkan status komponen memori selama eksekusi program;
Memeriksa kondisi untuk mencapai keadaan tertentu dalam proses eksekusi program;
Menetapkan nilai uji dari data awal;
Implementasi lompatan bersyarat dalam pengujian, tergantung pada hasil eksekusi makro lain atau berbagai pengujian;
Melakukan operasi layanan untuk mempersiapkan program untuk pengujian.
Proses debugging tidak dapat diklasifikasikan sebagai sepenuhnya diformalkan, oleh karena itu ada rekomendasi empiris untuk pelaksanaannya, yang diberikan di bawah ini.
1. Gunakan pendekatan semantik dan bijaksana untuk debugging, rencanakan proses debugging Anda, dan rancang set data pengujian dengan cermat dari opsi yang paling sederhana, menghilangkan sumber kesalahan yang paling mungkin.
2. Kumpulkan dan analisis informasi untuk merampingkan proses pengujian:
Fitur dan statistik kesalahan;
Tentang kekhususan data awal dan urutan variabel yang berubah dalam program dan pengaruh timbal baliknya;
Tentang struktur algoritma dan fitur implementasi perangkat lunaknya.
3. Temukan hanya satu kesalahan dalam satu waktu.
Gunakan cara mencatat dan menampilkan informasi tentang kesalahan, termasuk dalam program kode debug khusus untuk mencetak nilai sampel variabel, pesan tentang akhir setiap bagian program, penelusuran, kondisi logis, dll.
5. Pelajari output yang dihasilkan dengan hati-hati dan bandingkan dengan hasil yang diharapkan dan telah dihitung sebelumnya.
6. Perhatikan data, analisis dengan cermat pengoperasian program saat menggunakan nilai batas dan saat salah memasukkan; mengontrol tipe data, rentang, ukuran bidang, dan presisi.
7. Gunakan analisis aliran data dan analisis aliran kontrol untuk memvalidasi dan menetapkan cakupan data untuk rute eksekusi program yang berbeda.
8. Gunakan alat debugging yang berbeda secara bersamaan, tanpa memikirkan satu kemungkinan. Gunakan alat otomatis dan debugging manual dan pengujian pada saat yang sama, memeriksa kode program untuk kinerja, dengan mempertimbangkan kesalahan yang paling mungkin terjadi.
9. Dokumentasikan kesalahan yang ditemukan dan diperbaiki, perbedaannya, lokasi dan jenisnya. Informasi ini akan membantu dalam mencegah kesalahan di masa mendatang.
10. Mengukur kompleksitas program. Dalam program dengan kompleksitas tinggi, ada kemungkinan besar kesalahan spesifikasi dan desain, dan dengan kompleksitas rendah - kesalahan pengkodean dan klerikal.
11. Untuk meningkatkan pengalaman dan latihan dalam debugging menempatkan kesalahan secara artifisial dalam program. Setelah periode debug tertentu, programmer harus menunjukkan kesalahan yang tersisa yang tidak dia temukan. "Pembibitan" semacam itu banyak digunakan untuk memperkirakan jumlah kesalahan yang tidak terdeteksi (jika kesalahan buatan dan kesalahan nyata terdeteksi dan dikoreksi secara seragam, maka persentase kesalahan yang diperkenalkan dan kesalahan nyata dapat digunakan untuk menebak berapa banyak dari mereka yang tersisa).
Tes pendahuluan dilakukan untuk menentukan pengoperasian sistem dan untuk menyelesaikan masalah kemungkinan penerimaannya ke dalam operasi uji coba. Pengujian pendahuluan harus dilakukan setelah pengembang men-debug dan menguji perangkat lunak dan perangkat keras sistem yang disediakan dan menyerahkan dokumen yang relevan tentang kesiapan mereka untuk pengujian, serta setelah membiasakan personel AIS dengan dokumentasi operasional.
Operasi uji coba sistem dilakukan untuk menentukan nilai aktual dari karakteristik kuantitatif dan kualitatif sistem dan kesiapan personel untuk bekerja dalam kondisi fungsinya, serta untuk menentukan efisiensi aktual dan menyesuaikan , jika perlu, dokumentasi.
Tes penerimaan dilakukan untuk menentukan kesesuaian sistem dengan spesifikasi teknis, menilai kualitas operasi percobaan dan menyelesaikan masalah kemungkinan menerima sistem untuk operasi permanen.
Kepatuhan terhadap prinsip-prinsip di atas diperlukan saat melakukan pekerjaan di semua tahap pembuatan dan fungsi AIS dan AIT, yaitu. sepanjang seluruh siklus hidup mereka.
Lingkaran kehidupan(Siklus Hidup) - periode pembuatan dan penggunaan AIS (AIT), mulai dari saat kebutuhan akan sistem otomatis ini muncul dan berakhir dengan saat penarikannya dari penggunaan.
Siklus hidup AIS dan AIT memungkinkan kita untuk membedakan empat tahap utama, setiap tahap desain dibagi menjadi beberapa tahap dan menyediakan pekerjaan yang sesuai:
Tahap I - inspeksi pra-proyek:
Tahap 1 - pembentukan persyaratan, studi objek desain, pengembangan dan pemilihan varian konsep sistem;
Tahap 2 - analisis bahan dan pembentukan dokumentasi - pembuatan dan persetujuan studi kelayakan dan spesifikasi teknis untuk desain sistem berdasarkan analisis bahan survei yang dikumpulkan pada tahap pertama.
Tahap II - desain:
tahap 1 - desain teknis, di mana pencarian solusi desain paling rasional untuk semua aspek pengembangan dilakukan, semua komponen sistem dibuat dan dijelaskan, dan hasil pekerjaan tercermin dalam proyek teknis;
tahap 2 - desain yang rinci, dalam proses di mana pengembangan dan penyempurnaan program, penyesuaian struktur basis data, pembuatan dokumentasi untuk pasokan, pemasangan sarana teknis dan instruksi untuk operasinya, persiapan deskripsi pekerjaan untuk setiap pengguna dilakukan. Proyek teknis dan kerja dapat digabungkan menjadi satu dokumen - proyek kerja teknis.
Tahap III - masukan sistem beraksi:
tahap 1 - persiapan pelaksanaan- instalasi dan commissioning sarana teknis, pemuatan database dan operasi uji coba program, pelatihan personel;
tahap 2 - uji coba semua komponen sistem sebelum dipindahkan ke operasi industri, pelatihan personel;
Tahap 3 (tahap akhir pembuatan AIS dan AIT) - menempatkan ke dalam operasi komersial; dibuat dengan tindakan penerimaan dan penyerahan pekerjaan.
Tahap IV - operasi industri - selain operasi sehari-hari, ini mencakup pemeliharaan perangkat lunak dan seluruh proyek, pemeliharaan operasional dan administrasi basis data.
5. Metode pekerjaan desain
Penciptaan sistem dan teknologi informasi otomatis dapat dilakukan dengan dua cara. Opsi pertama mengasumsikan bahwa pekerjaan ini dilakukan oleh perusahaan khusus dengan pengalaman profesional dalam persiapan produk perangkat lunak dengan orientasi tertentu. Menurut opsi kedua, desain dan pembuatan pengembangan dilakukan oleh perancang-pemrogram yang berada di staf perusahaan, di mana teknologi dan sistem informasi baru dibuat.
Dalam proses pengembangan sistem otomatis, tempat kerja dan teknologi, desainer dihadapkan dengan sejumlah masalah yang saling terkait:
Sulit bagi seorang desainer untuk mendapatkan informasi yang komprehensif untuk menilai persyaratan untuk: sistem baru atau teknologi.
Pelanggan seringkali tidak memiliki pengetahuan yang cukup tentang masalah otomasi untuk menilai kelayakan penerapan inovasi tertentu. Pada saat yang sama, perancang dihadapkan dengan jumlah informasi rinci yang berlebihan tentang area masalah, yang menyebabkan kesulitan dalam pemodelan dan deskripsi formal dari proses informasi dan pemecahan masalah fungsional.
Karena volumenya yang besar dan istilah teknisnya, spesifikasi sistem yang dirancang seringkali tidak dapat dipahami oleh pelanggan, dan penyederhanaannya yang berlebihan tidak dapat memuaskan spesialis yang membuat sistem.
Dengan bantuan metode analitik yang terkenal, beberapa masalah yang terdaftar dimungkinkan untuk diselesaikan, namun, solusi radikal hanya disediakan oleh metode struktural modern, di antaranya metodologi analisis struktural menempati tempat sentral.
Analisis struktural disebut metode mempelajari suatu sistem, yang dimulai dengan gambaran umum dan kemudian perincian, memperoleh struktur hierarkis dengan peningkatan jumlah level.
Analisis struktural melibatkan pembagian sistem ke dalam level abstraksi dengan sejumlah elemen terbatas pada setiap level (biasanya dari 3 hingga 6-7). Di setiap level, hanya detail yang penting untuk sistem yang disorot.
Metodologi analisis struktural didasarkan pada prinsip-prinsip dekomposisi dan prinsip urutan hierarkis.
Prinsip penguraian melibatkan pemecahan masalah yang sulit dengan memecahnya menjadi masalah yang mudah dipahami dan dipecahkan.
Prinsip urutan hierarkis menyatakan bahwa sistem dapat dipahami dan dibangun di tingkat, yang masing-masing menambahkan detail baru.
pada tahap pra-proyek studi dan analisis semua fitur objek desain dilakukan untuk memperjelas kebutuhan pelanggan. Secara khusus, satu set kondisi diidentifikasi di mana ia seharusnya mengoperasikan sistem masa depan (sumber daya perangkat keras dan perangkat lunak; kondisi eksternal fungsinya; komposisi orang dan pekerjaan yang terkait dengannya dan berpartisipasi dalam proses informasi dan manajemen), a deskripsi fungsi yang dilakukan oleh sistem, dll. P.
Pada tahap ini, hal-hal berikut ditentukan:
Arsitektur sistem, fungsinya, kondisi eksternal, distribusi fungsi antara perangkat keras dan perangkat lunak;
Antarmuka dan distribusi fungsi antara seseorang dan sistem;
Persyaratan untuk perangkat lunak dan komponen informasi sistem, sumber daya perangkat keras yang diperlukan, persyaratan database, karakteristik fisik komponen sistem, antarmukanya.
Kualitas desain lebih lanjut sangat bergantung pada pilihan metode analisis yang tepat, persyaratan yang dirumuskan untuk teknologi yang baru dibuat.
Metode yang digunakan pada tahap survei pra-proyek dibagi menjadi:
- Metode untuk mempelajari dan menganalisis keadaan sebenarnya dari suatu objek atau teknologi. Metode-metode ini memungkinkan Anda untuk mengidentifikasi hambatan dalam proses yang dipelajari dan mencakup: pertanyaan lisan atau tertulis; kuesioner tertulis; observasi, pengukuran dan evaluasi; Kelompok diskusi; analisis tugas; analisis proses produksi dan manajemen.
Secara umum, metode mempelajari dan menganalisis keadaan sebenarnya dari kegiatan manajemen dan teknologi yang ada untuk memecahkan masalah dimaksudkan untuk mengumpulkan bahan yang diperlukan dan membentuk dasar untuk desain AIS dan AIT.
- Metode untuk menghasilkan keadaan tertentu. Mereka didasarkan pada pembenaran semua komponen AIS berdasarkan tujuan, persyaratan, dan kondisi pelanggan. Metode ini, yang merupakan alat kerja desainer, meliputi metode: pemodelan proses kontrol; desain struktural; penguraian; analisis proses informasi.
- Metode pemodelan proses kontrol. Dalam proses mempelajari objek desain, model ekonomi-organisasi dan informasi-logis dibangun. Mereka mencerminkan hubungan bisnis dan manajemen, serta arus informasi yang terkait dengannya.
- Metode desain struktural memungkinkan untuk membagi seluruh kompleks tugas menjadi sub-kompleks (modul) yang terlihat dan dapat dianalisis.
- Metode dekomposisi modul menyediakan pembagian lebih lanjut dari sub-set tugas menjadi tugas-tugas terpisah, indikator.
- Analisis proses informasi dirancang untuk mengidentifikasi dan mewakili hubungan antara hasil, proses pemrosesan, dan entri data. Hal ini juga digunakan untuk menganalisis dan membentuk hubungan informasi antara tempat kerja pekerja manajemen, spesialis, tenaga teknis dan teknologi informasi. Untuk tujuan ini, informasi input dan output, serta algoritma pemrosesan informasi untuk setiap tempat kerja, dijelaskan.
- Metode untuk membuat grafik status aktual dan target menyediakan penggunaan representasi visual dari proses pemrosesan informasi. Yang paling terkenal di antaranya adalah metode diagram blok, diagram panah, diagram jaringan, tabel aliran proses.
Jika pada tahap pra-desain persyaratan untuk pembuatan SIA dan AIT harus dirumuskan dalam kerangka acuan, maka desain harus menjawab pertanyaan: "Bagaimana sistem akan memenuhi persyaratan untuk itu?"
Sebagai hasil dari tahap desain, desain sistem harus diperoleh dalam anggaran sumber daya yang dialokasikan.
Tahapan desain meliputi pekerjaan utama sebagai berikut:
Pengembangan tujuan dan prinsip organisasi SIA;
Pembentukan versi AIS dan AIT;
Program debug;
Operasi percobaan;
Pengiriman proyek AIS dan AIT.
Dalam proses pengorganisasian desain, berbagai keputusan dibuat yang mempengaruhi dinamika dan kualitas pekerjaan. Oleh karena itu, untuk setiap tahap desain ditentukan hal-hal berikut: hasil dan dokumen yang diharapkan; fungsi pribadi kepala; keputusan yang dibuat oleh kepala; fungsi pelanggan dan pengembang AIS dan AIT.
Desain dan dokumentasi as-built meliputi: instruksi untuk proses kerja, program untuk tempat kerja, instruksi untuk menyiapkan dokumen, rekomendasi untuk menggunakan informasi, metode, tabel keputusan, dll.
Dalam kondisi modern, AIS, AIT, dan AWP, sebagai suatu peraturan, tidak dibuat dari awal. Kebutuhan akan informasi operasional yang tepat waktu, berkualitas tinggi, dan penilaiannya sebagai sumber daya terpenting dalam proses manajemen, serta pencapaian terbaru dari kemajuan ilmiah dan teknologi, memerlukan restrukturisasi AIS yang berfungsi dan penciptaan AIS dan AIT baru. dasar teknis dan teknologi.
Kirim karya bagus Anda di basis pengetahuan sederhana. Gunakan formulir di bawah ini
Mahasiswa, mahasiswa pascasarjana, ilmuwan muda yang menggunakan basis pengetahuan dalam studi dan pekerjaan mereka akan sangat berterima kasih kepada Anda.
Diposting pada http://www.allbest.ru/
Kementerian Pendidikan dan Ilmu Pengetahuan Federasi Rusia
Anggaran Negara Federal lembaga pendidikan pendidikan profesional yang lebih tinggi
Universitas Teknologi dan Desain Negeri Saint Petersburg
Tugas kursus
Dengan disiplin: "Arsitektur sistem informasi"
Pada topik: "Merancang sistem informasi otomatis"
PENGANTAR
Saat ini, teknologi komputer menjadi semakin luas baik dalam produksi maupun dalam alur kerja perusahaan, dan daftar tugas yang dicakupnya menjadi lebih luas. Volume dan kompleksitas informasi yang diproses terus berkembang; semua jenis presentasi baru diperlukan.
Berikut adalah beberapa manfaat menggunakan komputasi untuk organisasi:
* Kemungkinan kontrol operasional atas keakuratan informasi;
* Mengurangi jumlah kemungkinan kesalahan saat menghasilkan data turunan;
* Kemampuan untuk mengakses data apa pun dengan cepat;
* Kemampuan untuk menghasilkan laporan dengan cepat;
* Menghemat biaya tenaga kerja dan waktu yang dihabiskan untuk pemrosesan informasi.
Semua keunggulan ini saat ini diapresiasi oleh banyak organisasi, oleh karena itu, saat ini ada proses perkembangan pesat sistem informasi otomatis dan implementasinya dalam pekerjaan berbagai institusi. Dalam hal ini, topik yang saya pilih sangat relevan saat ini.
Fitur utama dari industri sistem otomasi untuk berbagai perusahaan dan institusi, yang dicirikan oleh berbagai input data dengan berbagai rute untuk memproses data ini, adalah konsentrasi kompleksitas pada tahap awal analisis persyaratan dan desain spesifikasi sistem dengan relatif kompleksitas rendah dan kerumitan tahap selanjutnya. Sebenarnya, di sinilah pemahaman tentang apa yang akan dilakukan sistem di masa depan, dan bagaimana ia akan bekerja untuk memenuhi tuntutan yang dibuat padanya, terjadi. Yaitu, ketidakjelasan dan ketidaklengkapan persyaratan sistem, masalah yang belum terselesaikan dan kesalahan yang dibuat pada tahap analisis dan desain menimbulkan masalah yang sulit, seringkali tidak dapat diselesaikan pada tahap selanjutnya dan, pada akhirnya, menyebabkan kegagalan seluruh pekerjaan secara keseluruhan. Replikasi sederhana bahkan dari sistem manajemen perusahaan yang sangat baik tidak akan pernah sepenuhnya sesuai dengan pelanggan, karena tidak dapat memperhitungkan spesifikasinya. Selain itu, dalam kasus ini, muncul masalah dalam memilih sistem yang paling cocok untuk perusahaan tertentu. Dan masalah ini semakin diperumit oleh fakta bahwa kata kunci yang mencirikan berbagai sistem informasi praktis sama:
* Lingkungan informasi terpadu perusahaan;
* Modus waktu nyata;
* Independensi dari undang-undang;
* Integrasi dengan aplikasi lain (termasuk sistem yang sudah beroperasi di perusahaan);
* Implementasi bertahap, dll.
Faktanya, masalah otomatisasi yang kompleks telah menjadi relevan untuk setiap perusahaan. Dan untuk melakukan otomatisasi yang kompleks, Anda memerlukan pengetahuan terstruktur di area ini.
Tujuan dari pekerjaan ini: Untuk berkenalan dengan konsep sistem informasi otomatis, untuk mempertimbangkan proses desain.
Untuk mencapai tujuan, perlu untuk menyelesaikan tugas-tugas berikut:
Merumuskan definisi konsep dan istilah dasar;
Pertimbangkan tujuan dan sasaran desain;
Kenali tahapan utama desain;
Soroti fase-fase pengembangan sistem informasi otomatis;
Mempertimbangkan komposisi dan struktur penugasan teknis dan proyek teknis.
1. PENGERTIAN KONSEP AUTOMATED INFORMATION SYSTEM (AIS), INFORMATION SYSTEM (IS), PROYEK DAN DESAIN
Saat menyusun proses di lapangan aktifitas manusia metode yang berbeda untuk memisahkan komponen (sub-proses) digunakan dan hasil yang berbeda diperoleh - seperti penelitian dan pengembangan, analisis dan sintesis, dll.
Sangat dapat diterima untuk mempertimbangkan desain sebagai konsep generalisasi untuk banyak tugas intelektual yang diselesaikan dalam proses berpikir dan dibedakan dengan cara yang berbeda.
Akar kata desain menekankan hubungan antara proses yang memiliki nama tersebut dengan hasil utama dari proses ini, sebagai berikut:
a) proyeksi - apa yang diperoleh dengan menganalisis fenomena kompleks untuk mendapatkan representasi yang disederhanakan, dan
b) proyek - apa yang diperoleh dengan mensintesis representasi kompleks dari serangkaian gambar yang lebih sederhana.
Dua alasan di atas berfungsi sebagai alasan untuk pilihan kata desain saat ini sebagai istilah yang menunjukkan esensi dari itu aktifitas utama, yang dilakukan dalam ilmu komputer.
Dalam desain sistem informasi, sistem informasi adalah objek desain, dan ini sangat wajar untuk informatika (karena IS dianggap sebagai objek utamanya).
Seperti yang Anda ketahui, sistem informasi mampu menampilkan fenomena alam semesta yang paling beragam, dan, oleh karena itu, semua fenomena juga menjadi objek desain yang potensial.
Sistem informasi dalam banyak kasus ternyata menjadi subjek desain, mis. para pemain yang melakukan proses desain itu sendiri. Dengan mempelajari proses desain, kita sebagian besar terlibat dalam studi sistem informasi.
Suatu sistem dipahami sebagai setiap objek yang secara bersamaan dianggap baik sebagai satu kesatuan tunggal maupun sebagai seperangkat elemen heterogen yang digabungkan untuk mencapai tujuan yang ditetapkan. Sistem berbeda secara signifikan satu sama lain baik dalam komposisi maupun dalam hal tujuan utamanya.
Dalam ilmu komputer, konsep sistem tersebar luas dan memiliki banyak arti semantik. Paling sering digunakan dalam kaitannya dengan satu set perangkat keras dan perangkat lunak. Penambahan konsep kata sistem informasi mencerminkan tujuan pembuatan dan fungsinya. Sistem informasi menyediakan pengumpulan, penyimpanan, pemrosesan, pencarian, dan pengiriman informasi yang diperlukan dalam proses pengambilan keputusan tentang masalah dari bidang apa pun. Mereka membantu menganalisis masalah dan menciptakan produk baru.
Sistem informasi (SI) adalah seperangkat alat, metode, dan personel yang saling berhubungan yang digunakan untuk menyimpan, memproses, dan mengeluarkan informasi untuk mencapai tujuan yang ditetapkan.
Teknologi informasi modern menyediakan berbagai metode implementasi IP, pilihannya didasarkan pada persyaratan pengguna yang dituju, yang, sebagai suatu peraturan, berubah selama proses pengembangan.
Menambahkan istilah "otomatis" ke konsep "sistem" mencerminkan cara membuat dan memfungsikan sistem semacam itu.
Sistem otomatis (menurut GOST) adalah sistem yang terdiri dari seperangkat unit organisasi yang saling berhubungan dan seperangkat alat otomatisasi kegiatan yang mengimplementasikan fungsi otomatis untuk jenis tertentu kegiatan.
Sistem informasi otomatis (AIS) adalah kompleks perangkat lunak, teknis, informasi, linguistik, alat dan personel organisasi dan teknologi, yang dirancang untuk memecahkan masalah referensi dan layanan informasi dan (atau) dukungan informasi bagi pengguna.
Sistem informasi otomatis adalah kumpulan informasi, metode dan model ekonomi dan matematika, teknis, perangkat lunak, alat teknologi, dan spesialis yang dirancang untuk memproses informasi dan membuat keputusan manajemen.
Tujuan utama dari sistem informasi otomatis tidak hanya untuk mengumpulkan dan menyimpan sumber daya informasi elektronik, tetapi juga untuk menyediakan pengguna dengan akses ke sana. Salah satu fitur yang paling penting dari AIS adalah organisasi pengambilan data dalam array informasi mereka (database).
Di bawah proyek AIS yang kami maksud adalah dokumentasi desain dan teknologi, yang memberikan deskripsi solusi desain untuk pembuatan dan pengoperasian IS dalam lingkungan perangkat lunak dan perangkat keras tertentu.
Fitur pembeda utama berikut dari proyek sebagai objek manajemen dapat dibedakan:
· Pembatasan tujuan akhir;
· Durasi terbatas;
· Anggaran terbatas;
· Sumber daya yang dibutuhkan terbatas;
· Kebaruan untuk perusahaan yang proyeknya sedang dilaksanakan;
· Kompleksitas;
· Dukungan hukum dan organisasi.
Mempertimbangkan perencanaan dan manajemen proyek, perlu dipahami dengan jelas bahwa kita berbicara tentang pengelolaan objek dinamis tertentu. Oleh karena itu, sistem manajemen proyek harus cukup fleksibel untuk memungkinkan kemungkinan modifikasi tanpa perubahan global dalam program kerja... Pelaksanaan pekerjaan dipastikan dengan ketersediaan sumber daya yang diperlukan: bahan; peralatan; sumber daya manusia... Dari sudut pandang teori sistem kontrol, proyek sebagai objek kontrol harus dapat diamati dan dikelola, yaitu, beberapa karakteristik dibedakan sehingga kemajuan proyek dapat terus dipantau. Selain itu, mekanisme diperlukan untuk mempengaruhi kemajuan proyek secara tepat waktu.
Desain AIS dipahami sebagai proses mengubah informasi input tentang suatu objek, metode dan pengalaman dalam merancang objek dengan tujuan yang sama sesuai dengan GOST menjadi proyek SI.
Dari sudut pandang ini, desain AIS bermuara pada formalisasi sekuensial solusi desain pada berbagai tahap siklus hidup AIS: perencanaan dan analisis persyaratan, desain teknis dan detail, implementasi dan pengoperasian AIS.
Skala sistem yang dikembangkan menentukan komposisi dan jumlah peserta dalam proses desain. Dengan volume yang besar dan tenggat waktu yang ketat untuk pelaksanaan pekerjaan desain, beberapa tim desain (organisasi pengembangan) dapat mengambil bagian dalam pengembangan sistem. Dalam hal ini, organisasi induk dialokasikan, yang mengoordinasikan kegiatan semua organisasi pelaksana bersama.
Teknologi desain AIS adalah seperangkat metodologi dan alat desain untuk AIS, serta metode dan sarana organisasinya (manajemen proses pembuatan dan modernisasi proyek AIS).
Teknologi desain didasarkan pada proses teknologi yang menentukan tindakan, urutannya, komposisi pemain yang diperlukan, sarana dan sumber daya.
Proses teknologi merancang SIA secara keseluruhan dibagi menjadi serangkaian tindakan berurutan-paralel, terhubung dan subordinat, yang masing-masing dapat memiliki subjeknya sendiri. Dengan demikian, teknologi desain diatur oleh urutan operasi teknologi yang diatur berdasarkan satu atau lain metode, sebagai akibatnya menjadi jelas tidak hanya apa yang harus dilakukan untuk membuat proyek, tetapi juga bagaimana, oleh siapa, dan dalam urutan apa.
Subjek dari setiap teknologi desain yang dipilih harus menjadi cerminan dari proses desain yang saling terkait di semua tahap siklus hidup AIS. Persyaratan utama untuk teknologi desain yang dipilih meliputi:
· Proyek yang dibuat harus memenuhi kebutuhan pelanggan;
· Refleksi maksimum dari semua tahapan siklus hidup proyek;
· Memastikan biaya tenaga kerja dan biaya minimum untuk desain dan pemeliharaan proyek;
· Teknologi harus menjadi dasar komunikasi antara desain dan dukungan proyek;
· Peningkatan produktivitas desainer;
· Keandalan desain dan pengoperasian proyek;
· Pemeliharaan sederhana dari dokumentasi proyek.
Teknologi desain AIS didasarkan pada metodologi yang mendefinisikan esensi, fitur teknologi utama yang khas.
Metodologi desain mengasumsikan adanya beberapa konsep, prinsip desain, yang diimplementasikan oleh serangkaian metode, yang, pada gilirannya, harus didukung oleh beberapa cara.
Organisasi desain melibatkan penentuan metode interaksi antara desainer dan pelanggan dalam proses pembuatan proyek SIA, yang juga dapat didukung oleh seperangkat alat khusus.
sistem informasi desain berbantuan komputer
2. TUJUAN DAN TUJUAN DESAIN
Desain sistem informasi selalu dimulai dengan mendefinisikan tujuan proyek. Tujuan dari desain adalah pemilihan teknis dan pembentukan informasi, matematika, perangkat lunak dan dukungan organisasi dan hukum.
Pemilihan dukungan teknis harus sedemikian rupa untuk memastikan pengumpulan, pendaftaran, transfer, penyimpanan, pengisian dan pemrosesan informasi yang tepat waktu.
Dukungan informasi harus menyediakan pembuatan dan pengoperasian dana informasi tunggal dari sistem, yang diwakili oleh berbagai susunan informasi, kumpulan data, atau database.
Pembentukan dukungan matematis sistem mencakup satu set lengkap metode dan algoritma untuk memecahkan masalah fungsional. Saat mengembangkan sistem perangkat lunak, perhatian khusus diberikan pada pembuatan serangkaian program dan instruksi pengguna dan pilihan produk perangkat lunak yang efektif.
Tugas utama dari setiap proyek yang sukses adalah memastikan bahwa pada saat peluncuran sistem dan selama operasinya, dimungkinkan untuk memastikan:
· Fungsionalitas yang diperlukan dari sistem dan tingkat adaptasi terhadap perubahan kondisi fungsinya;
· Throughput yang dibutuhkan dari sistem;
· Waktu respon yang dibutuhkan sistem terhadap permintaan;
· Pengoperasian sistem yang bebas masalah dalam mode yang diperlukan, dengan kata lain - kesiapan dan ketersediaan sistem untuk memproses permintaan pengguna;
· Kemudahan pengoperasian dan dukungan sistem;
· Keamanan yang diperlukan.
Kinerja adalah penentu utama efisiensi sistem. Solusi desain yang baik membentuk dasar dari sistem kinerja tinggi.
Desain sistem informasi otomatis mencakup tiga bidang utama:
· Desain objek data yang akan diimplementasikan dalam database;
· Merancang program, layar, laporan yang akan memastikan eksekusi query ke data;
· Memperhatikan lingkungan atau teknologi tertentu, yaitu: topologi jaringan, konfigurasi perangkat keras, arsitektur yang digunakan (file-server atau client-server), pemrosesan paralel, pemrosesan data terdistribusi, dll.
Dalam kondisi nyata, desain adalah pencarian metode yang memenuhi persyaratan fungsionalitas sistem melalui teknologi yang tersedia, dengan mempertimbangkan batasan yang diberikan.
Sejumlah persyaratan mutlak dikenakan pada proyek apa pun, misalnya, waktu pengembangan proyek maksimum, investasi keuangan maksimum dalam proyek, dll. Salah satu kesulitan desain adalah bahwa itu bukan tugas terstruktur seperti menganalisis persyaratan untuk suatu proyek atau mengimplementasikan solusi desain tertentu.
3. TAHAP DESAIN
Proses pembuatan SIA dibagi menjadi beberapa tahapan (stages), dibatasi oleh beberapa kerangka waktu dan diakhiri dengan rilis produk tertentu.
Setiap proyek, terlepas dari kompleksitas dan volume pekerjaan yang diperlukan untuk implementasinya, melewati keadaan tertentu dalam perkembangannya. Dari status saat “proyek belum ada” hingga status saat “proyek sudah tidak ada lagi”. Serangkaian tahapan pengembangan dari munculnya ide hingga penyelesaian proyek yang lengkap biasanya dibagi menjadi beberapa fase.
Maksud dari tahap awal pembuatan SIA, yang dilakukan pada tahap menganalisis aktivitas organisasi, adalah untuk merumuskan persyaratan SIA yang secara benar dan akurat mencerminkan tujuan dan sasaran organisasi pelanggan. Untuk menentukan proses pembuatan SIA yang memenuhi kebutuhan organisasi, perlu untuk memperjelas dan mengartikulasikan dengan jelas apa kebutuhan ini. Untuk melakukan ini, perlu untuk menentukan persyaratan pelanggan untuk AIS dan memetakannya dalam bahasa model ke dalam persyaratan untuk pengembangan proyek AIS untuk memastikan kepatuhan dengan tujuan dan sasaran organisasi.
Fase pengembangan sistem informasi otomatis berikut dapat dibedakan:
3.1 Pembentukan konsep. Fase konseptual
Ini termasuk:
· Pembentukan ide;
· Pembentukan tim proyek kunci;
· Studi motivasi dan persyaratan pelanggan dan peserta lainnya;
· Pengumpulan data awal dan analisis keadaan yang ada;
· Penentuan persyaratan dan batasan dasar, bahan yang diperlukan, sumber daya keuangan dan tenaga kerja;
· Penilaian komparatif dari alternatif-alternatif;
· Pengajuan proposal, pemeriksaan dan persetujuannya.
Tugas membentuk persyaratan untuk AIS adalah salah satu yang paling bertanggung jawab, sulit untuk diformalkan dan paling mahal dan sulit untuk diperbaiki jika terjadi kesalahan. Alat dan produk perangkat lunak modern memungkinkan Anda membuat AIS dengan cepat sesuai dengan persyaratan yang sudah jadi. Tetapi seringkali sistem ini tidak memuaskan pelanggan, memerlukan banyak modifikasi, yang mengarah pada peningkatan tajam dalam biaya biaya aktual AIS. Alasan utama untuk situasi ini adalah definisi persyaratan AIS yang salah, tidak akurat, atau tidak lengkap pada tahap analisis.
3.2 Penyusunan proposal teknis
pengembangan konten utama dari struktur dasar proyek;
pengembangan dan persetujuan spesifikasi teknis;
perencanaan, dekomposisi model struktural dasar proyek;
menyusun perkiraan dan anggaran proyek;
§ perkembangan rencana kalender dan jadwal kerja yang diperbesar;
menandatangani kontrak dengan pelanggan;
mengoperasikan sarana komunikasi para peserta proyek dan sarana pemantauan kemajuan pekerjaan.
3.3 Desain
Pada fase desain, subsistem ditentukan, keterkaitannya, dan cara desain dan penggunaan sumber daya yang paling efektif dipilih. Karya karakteristik fase ini:
pelaksanaan pekerjaan desain dasar;
pengembangan spesifikasi teknis swasta;
implementasi desain konseptual;
menyusun spesifikasi dan instruksi teknis;
presentasi pengembangan desain, pemeriksaan dan persetujuan.
Pada tahap desain, model data terlebih dahulu dibentuk. Desainer menerima hasil analisis sebagai masukan. Membangun model data logis dan fisik adalah bagian penting dari desain database. Model informasi yang diperoleh selama analisis pertama ditransformasikan menjadi logis dan kemudian menjadi model data fisik.
3.4 Pengembangan
Pada tahap pengembangan, koordinasi dan pengendalian operasional pekerjaan proyek dilakukan, subsistem diproduksi, digabungkan dan diuji.
Setelah uji otonom berhasil dilewati, modul disertakan dalam bagian sistem yang dikembangkan dan sekelompok modul yang dihasilkan menjalani uji komunikasi, yang harus melacak pengaruh timbal baliknya.
Selanjutnya, sekelompok modul diuji keandalan operasinya, yaitu lulus, pertama, pengujian untuk mensimulasikan kegagalan sistem, dan kedua, pengujian waktu pengoperasian di antara kegagalan. Kelompok tes pertama menunjukkan seberapa baik sistem pulih dari kegagalan perangkat lunak, kegagalan perangkat keras. Kelompok pengujian kedua menentukan tingkat stabilitas sistem selama operasi normal dan memungkinkan Anda memperkirakan waktu kerja sistem. Rangkaian uji stabilitas harus mencakup pengujian yang mensimulasikan beban puncak pada sistem.
Kemudian seluruh rangkaian modul menjalani uji sistem - uji penerimaan internal produk, yang menunjukkan tingkat kualitasnya. Ini termasuk tes fungsionalitas dan tes keandalan sistem.
Tes terakhir dari sistem informasi otomatis adalah tes penerimaan. Tes semacam itu melibatkan menunjukkan sistem informasi kepada pelanggan dan harus berisi sekelompok tes yang mensimulasikan proses bisnis nyata.
3.5 Menugaskan sistem
Pada tahap penerapan sistem, pengujian dilakukan, sistem sedang diuji dalam kondisi nyata, negosiasi sedang berlangsung tentang hasil proyek dan kemungkinan kontrak baru.
Jenis pekerjaan utama:
tes kompleks;
pelatihan personel untuk pengoperasian sistem yang sedang dibuat;
persiapan dokumentasi kerja, pengiriman sistem ke pelanggan dan pengoperasiannya;
iringan, dukungan, layanan;
evaluasi hasil proyek dan persiapan dokumen akhir.
4. KOMPOSISI DAN STRUKTUR TUGAS TEKNIS DAN DESAIN TEKNIS
1. Ketentuan Umum
1.1. Kerangka acuan (TOR) adalah dokumen utama yang mendefinisikan persyaratan dan prosedur untuk pembuatan (pengembangan atau modernisasi - pembuatan lebih lanjut) dari sistem informasi, yang dengannya pengembangan SI dilakukan dan penerimaannya saat commissioning .
1.2. TK dikembangkan untuk sistem secara keseluruhan, dirancang untuk bekerja secara mandiri atau sebagai bagian dari sistem lain.
1.3. Persyaratan untuk SI dalam volume yang ditetapkan oleh standar ini dapat dimasukkan dalam penugasan untuk desain objek informasi yang baru dibuat. Dalam hal ini, TK tidak dikembangkan.
1.4. Persyaratan yang termasuk dalam TK harus sesuai dengan tingkat perkembangan teknologi informasi saat ini dan tidak kalah dengan persyaratan serupa untuk mitra modern terbaik dalam dan luar negeri. Persyaratan yang ditetapkan dalam TK tidak boleh membatasi pengembang sistem dalam menemukan dan menerapkan solusi teknis, teknis, ekonomis, dan lainnya yang paling efektif.
1.5. TK hanya mencakup persyaratan yang melengkapi persyaratan untuk sistem jenis ini dan ditentukan oleh spesifikasi objek tertentu di mana sistem sedang dibuat.
1.6. Perubahan pada TK dibuat dengan tambahan atau protokol yang ditandatangani oleh pelanggan dan pengembang. Suplemen atau protokol yang ditentukan merupakan bagian yang tidak terpisahkan dari TK pada IP. Pada halaman judul TK harus ada entri "Valid from ...".
2. Komposisi dan konten
2.1. TK berisi bagian-bagian berikut, yang dapat dibagi menjadi beberapa subbagian:
1) informasi umum;
2) maksud dan tujuan pembuatan (pengembangan) sistem;
3) karakteristik benda;
4) persyaratan sistem;
5) komposisi dan isi karya pada pembuatan sistem;
6) prosedur pengendalian dan penerimaan sistem;
7) persyaratan untuk komposisi dan konten pekerjaan tentang persiapan objek pengembangan untuk mengoperasikan sistem;
8) persyaratan untuk dokumentasi;
9) sumber pengembangan.
TK dapat mencakup aplikasi.
2.2. Bergantung pada jenis, tujuan, fitur spesifik proyek dan kondisi untuk berfungsinya sistem, diizinkan untuk memformalkan bagian TK dalam bentuk aplikasi, memperkenalkan tambahan, mengecualikan, atau menggabungkan subbagian TK.
TK untuk bagian dari sistem tidak termasuk bagian yang menduplikasi konten bagian TK secara keseluruhan.
2.3. Di bagian "Informasi umum" tunjukkan:
1) nama lengkap sistem dan simbolnya;
2) kode topik atau kode (nomor) kontrak;
3) nama perusahaan pengembang dan pelanggan (pengguna) sistem dan perinciannya;
4) daftar dokumen yang menjadi dasar pembuatan sistem, oleh siapa dan kapan dokumen-dokumen ini disetujui;
5) tanggal mulai dan akhir yang direncanakan untuk pembuatan sistem;
6) informasi tentang sumber dan tata cara pembiayaan pekerjaan;
7) prosedur pendaftaran dan presentasi kepada pelanggan hasil pekerjaan pembuatan sistem (bagian-bagiannya), pembuatan dan penyesuaian sarana individu (perangkat keras, perangkat lunak, informasi) dan perangkat lunak dan perangkat keras (perangkat lunak dan metodologis) ) sistem dari sistem.
2.4. Bagian “Maksud dan tujuan pembuatan (pengembangan) sistem” terdiri dari subbagian:
1) tujuan sistem;
2) tujuan dibuatnya sistem.
2.4.1. Dalam sub-bagian "Tujuan sistem" menunjukkan jenis aktivitas sistem (manajemen, desain, dll.) dan daftar objek informasi (objek) yang seharusnya digunakan.
2.4.2. Di sub-bagian "Tujuan pembuatan sistem" nama dan nilai yang diperlukan dari indikator teknis, teknologi, produksi-ekonomi atau lainnya dari objek informatisasi, yang harus dicapai sebagai hasil dari pembuatan IS, diberikan , dan kriteria untuk menilai pencapaian tujuan pembuatan sistem ditunjukkan.
2.5. Di bagian "Karakteristik objek informatisasi" berikan:
1) informasi singkat tentang objek informasi atau tautan ke dokumen yang berisi informasi tersebut;
2) informasi tentang kondisi operasi objek otomatisasi.
2.6. Bagian Persyaratan Sistem terdiri dari subbagian berikut:
1) persyaratan untuk sistem secara keseluruhan;
2) persyaratan untuk fungsi (tugas) yang dilakukan oleh sistem;
3) persyaratan untuk jenis keamanan.
Komposisi persyaratan untuk sistem, yang termasuk dalam bagian TK untuk SI ini, ditetapkan tergantung pada jenis, tujuan, fitur khusus, dan kondisi untuk berfungsinya sistem tertentu.
2.6.1. Di subbagian "Persyaratan untuk sistem secara keseluruhan" tunjukkan:
persyaratan untuk struktur dan fungsi sistem;
persyaratan untuk jumlah dan kualifikasi personel sistem dan cara kerja mereka;
indikator tujuan;
persyaratan keandalan;
persyaratan keselamatan;
persyaratan ergonomis dan estetika teknis;
persyaratan untuk pengoperasian, pemeliharaan, perbaikan dan penyimpanan komponen sistem;
persyaratan untuk perlindungan informasi dari akses yang tidak sah;
persyaratan keamanan informasi jika terjadi kecelakaan;
persyaratan perlindungan dari pengaruh pengaruh luar;
persyaratan kemurnian paten;
persyaratan standardisasi dan unifikasi;
Persyaratan tambahan.
2.6.1.1. Persyaratan untuk struktur dan fungsi sistem meliputi:
1) daftar subsistem, tujuan dan karakteristik dasarnya, persyaratan untuk jumlah tingkat hierarki dan tingkat sentralisasi sistem;
2) persyaratan metode dan sarana komunikasi untuk pertukaran informasi antar komponen sistem;
3) persyaratan untuk karakteristik interkoneksi sistem yang dibuat dengan sistem yang berdekatan, persyaratan kompatibilitasnya, termasuk instruksi tentang cara bertukar informasi (secara otomatis, dengan mengirim dokumen, melalui telepon, dll.);
4) persyaratan untuk mode operasi sistem;
5) persyaratan untuk mendiagnosis sistem;
6) prospek pengembangan, modernisasi sistem.
2.6.1.2. Persyaratan jumlah dan kualifikasi personel SI meliputi:
persyaratan jumlah personel (pengguna) SI;
persyaratan kualifikasi personel, prosedur pelatihan dan pengendalian pengetahuan dan keterampilan mereka;
mode operasi personel IS yang diperlukan.
2.6.1.3. Dalam persyaratan untuk indikator tujuan IS, nilai parameter yang mencirikan tingkat kepatuhan sistem dengan tujuannya diberikan.
2.6.1.4. Persyaratan keandalan meliputi:
1) komposisi dan nilai kuantitatif indikator keandalan untuk sistem secara keseluruhan atau subsistemnya;
2) daftar situasi darurat yang persyaratan keandalannya harus diatur, dan nilai-nilai indikator yang sesuai;
3) persyaratan keandalan perangkat keras dan perangkat lunak;
4) persyaratan untuk metode penilaian dan pemantauan indikator keandalan pada berbagai tahap pembuatan sistem sesuai dengan dokumen peraturan dan teknis saat ini.
2.6.1.5. Persyaratan keselamatan mencakup persyaratan untuk memastikan keselamatan selama pengiriman, commissioning, pengoperasian dan pemeliharaan sistem.
2.6.1.6. Persyaratan untuk ergonomi dan estetika teknis termasuk indikator IP yang mengatur kualitas yang dibutuhkan interaksi manusia-mesin dan kenyamanan kondisi kerja personel.
2.6.1.7. Persyaratan untuk melindungi informasi dari akses yang tidak sah termasuk persyaratan yang ditetapkan oleh industri dan lingkungan informasi pelanggan.
2.6.1.8. Dalam persyaratan keamanan informasi, daftar peristiwa diberikan: kecelakaan, kegagalan sarana teknis (termasuk kehilangan daya), dll., Di mana keamanan informasi dalam sistem harus dipastikan.
2.6.1.9. Persyaratan kemurnian paten menunjukkan daftar negara di mana kemurnian paten sistem dan bagian-bagiannya harus dipastikan.
2.6.1.10. Persyaratan tambahan termasuk persyaratan khusus atas kebijaksanaan pengembang atau pelanggan sistem.
2.6.2. Pada subbagian "Persyaratan untuk fungsi (tugas)" yang dilakukan oleh sistem, berikut ini diberikan:
untuk setiap subsistem, daftar fungsi, tugas atau kompleksnya (termasuk yang memastikan interaksi bagian-bagian sistem) diotomatisasi;
saat membuat sistem dalam dua atau lebih antrian - daftar subsistem fungsional, fungsi atau tugas individu yang dioperasikan pada fase pertama dan selanjutnya;
jadwal waktu untuk pelaksanaan setiap fungsi, tugas (atau serangkaian tugas);
persyaratan untuk kualitas implementasi setiap fungsi (tugas atau tugas kompleks), untuk bentuk penyajian informasi keluaran, karakteristik akurasi dan waktu pelaksanaan yang diperlukan, persyaratan untuk kinerja simultan dari sekelompok fungsi, keandalan fungsi hasil;
daftar dan kriteria kegagalan untuk setiap fungsi yang persyaratan keandalannya ditetapkan.
2.6.3. Dalam sub-bagian "Persyaratan untuk jenis dukungan", tergantung pada jenis sistem, persyaratan untuk matematika, informasi, linguistik, perangkat lunak, teknis, metrologi, organisasi, metodologis, dan jenis dukungan sistem lainnya diberikan.
2.6.3.2. Untuk dukungan informasi sistem, persyaratan berikut diberikan:
1) komposisi, struktur dan metode pengorganisasian data dalam sistem;
2) untuk pertukaran informasi antar komponen sistem;
3) kompatibilitas informasi dengan sistem terkait;
4) tentang penerapan sistem manajemen basis data;
5) struktur proses pengumpulan, pengolahan, transfer data dalam sistem dan penyajian data;
6) untuk perlindungan data;
7) kontrol, penyimpanan, pemutakhiran dan pemulihan data;
2.6.3.3. Untuk dukungan linguistik sistem, persyaratan diberikan untuk penggunaan bahasa pemrograman tingkat tinggi dalam sistem, bahasa untuk interaksi antara pengguna dan sarana teknis sistem, serta persyaratan untuk encoding dan decoding data, untuk bahasa input-output data, bahasa manipulasi data, sarana untuk menggambarkan area subjek, untuk metode pengorganisasian dialog.
2.6.3.4. Untuk perangkat lunak sistem, daftar perangkat lunak yang dibeli diberikan, serta persyaratannya:
1) ketergantungan perangkat lunak pada lingkungan operasi;
2) kualitas perangkat lunak, serta metode penyediaan dan pengendaliannya;
2.6.3.5. Untuk dukungan teknis sistem, persyaratan berikut diberikan:
1) untuk jenis sarana teknis, termasuk jenis kompleks sarana teknis, kompleks perangkat lunak dan perangkat keras dan komponen lainnya, yang dapat digunakan dalam sistem;
2) dengan karakteristik fungsional, desain dan operasional dari dukungan teknis sistem.
2.6.3.6. Persyaratan untuk dukungan metrologi meliputi:
1) daftar awal saluran pengukuran;
2) persyaratan keakuratan pengukuran parameter dan (atau) karakteristik metrologi saluran pengukuran;
3) persyaratan untuk kompatibilitas metrologi dari sarana teknis sistem;
4) daftar saluran kontrol dan komputasi dari sistem yang perlu untuk mengevaluasi karakteristik akurasi;
5) persyaratan untuk dukungan metrologi dari perangkat keras dan perangkat lunak yang merupakan bagian dari saluran pengukuran sistem, sarana, kontrol built-in, kesesuaian metrologi saluran pengukuran dan alat ukur yang digunakan dalam menyiapkan dan menguji sistem;
6) jenis sertifikasi metrologi (negara bagian atau departemen) dengan indikasi prosedur pelaksanaannya dan organisasi yang melakukan sertifikasi.
2.6.3.7. Untuk dukungan organisasi, persyaratan diberikan:
1) untuk struktur dan fungsi divisi yang berpartisipasi dalam memfungsikan sistem atau menyediakan operasi;
2) untuk pengorganisasian fungsi sistem dan urutan interaksi antara personel IS dan personel objek informasi;
3) untuk melindungi dari tindakan yang salah dari personel sistem.
2.7. Bagian "Komposisi dan konten pekerjaan pada pembuatan (pengembangan) sistem" harus berisi daftar tahapan dan tahapan pekerjaan pada pembuatan sistem, waktu pelaksanaannya, daftar organisasi - pelaksana pekerjaan , tautan ke dokumen yang mengonfirmasi persetujuan organisasi-organisasi ini untuk berpartisipasi dalam pembuatan sistem, atau catatan yang mengidentifikasi orang yang bertanggung jawab (pelanggan atau pengembang) untuk melakukan pekerjaan ini.
V bagian ini juga mengutip:
1) daftar dokumen yang disajikan pada akhir tahapan dan tahapan pekerjaan yang relevan;
2) jenis dan prosedur pemeriksaan dokumentasi teknis (tahap, tahapan, volume dokumentasi yang diverifikasi, organisasi ahli);
3) program kerja yang bertujuan untuk memastikan tingkat keandalan yang diperlukan dari sistem yang sedang dikembangkan (jika perlu);
4) daftar pekerjaan pada dukungan metrologi di semua tahap pembuatan sistem, yang menunjukkan tenggat waktu mereka dan organisasi pelaksana (jika perlu).
2.8. Di bagian "Prosedur untuk kontrol dan penerimaan sistem" tunjukkan:
1) jenis, komposisi, ruang lingkup dan metode pengujian sistem dan komponennya;
2) persyaratan umum untuk penerimaan pekerjaan secara bertahap, prosedur untuk koordinasi dan persetujuan dokumentasi penerimaan;
2.9. Di bagian "Persyaratan untuk komposisi dan konten pekerjaan tentang persiapan objek otomatisasi untuk commissioning sistem", perlu untuk memberikan daftar kegiatan utama dan pelakunya, yang harus dilakukan saat menyiapkan proyek untuk commissioning IS.
Daftar kegiatan utama meliputi:
1) membawa informasi yang masuk ke dalam sistem (sesuai dengan kebutuhan informasi dan dukungan linguistik);
2) penciptaan kondisi untuk berfungsinya proyek, di mana kepatuhan sistem yang dibuat dengan persyaratan yang terkandung dalam TOR dijamin;
3) pembuatan subdivisi dan layanan yang diperlukan untuk berfungsinya sistem;
4) waktu dan prosedur untuk staf dan pelatihan staf.
2.10. Di bagian "Persyaratan untuk Dokumentasi", berikut ini diberikan:
1) daftar set dan jenis dokumen yang akan dikembangkan, disetujui oleh pengembang dan Pelanggan sistem;
2) daftar dokumen yang diterbitkan pada media mesin;
3) dalam ketidakhadiran standar negara yang menentukan persyaratan untuk mendokumentasikan elemen sistem, selain itu mencakup persyaratan untuk komposisi dan isi dokumen tersebut.
2.11. Bagian "Sumber pengembangan" harus mencantumkan dokumen dan materi informasi yang menjadi dasar pengembangan TK dan yang harus digunakan saat membuat sistem.
3. Aturan desain.
3.1. Bagian dan subbagian TK harus ditempatkan dalam urutan yang ditetapkan dalam bagian. 2 dari standar ini.
3.2. Nomor lembar (halaman) diletakkan, mulai dari lembar pertama setelah halaman judul, di bagian atas lembar (di atas teks, di tengah) setelah penunjukan kode TK pada IP.
3.3. Halaman judul berisi tanda tangan pelanggan, pengembang, dan perusahaan yang menyetujui, yang disegel. Jika perlu, halaman judul dibuat dalam beberapa halaman. Tanda tangan pengembang TK dan pejabat peserta persetujuan dan pertimbangan rancangan TK pada IP ditempatkan pada lembar terakhir.
Bentuk halaman judul TK diberikan pada Lampiran 2. Bentuk halaman terakhir TK diberikan pada Lampiran 3.
3.4. Halaman judul suplemen TK dibuat dengan cara yang sama seperti halaman judul tugas teknis. Alih-alih nama "Terms of Reference" mereka menulis "Suplemen No. ... untuk TOR untuk AC ...".
3.5. Pada lembar tambahan TK berikutnya, dasar perubahan, isi perubahan dan tautan ke dokumen, sesuai dengan perubahan ini, ditempatkan.
3.6. Saat menyajikan teks tambahan untuk TK, nomor klausa, sub-klausa, tabel TK utama yang relevan, dll. harus ditunjukkan dan kata-kata "ganti", "tambahan", "tidak termasuk", "diubah kata" " seharusnya digunakan.
Tata cara pembinaan, koordinasi dan persetujuan TK IS.
1. Draf TK dikembangkan oleh organisasi-pengembang sistem dengan partisipasi pelanggan berdasarkan persyaratan teknis (aplikasi, spesifikasi taktis dan teknis, dll.).
Dalam organisasi kerja yang kompetitif, opsi untuk rancangan TK dipertimbangkan oleh pelanggan, yang memilih opsi yang disukai, atau berdasarkan analisis komparatif mempersiapkan, dengan partisipasi pengembang SI masa depan, versi final dari TK untuk AC.
2. Kebutuhan persetujuan rancangan TK dengan otoritas pengawasan negara dan organisasi lain yang berkepentingan ditentukan bersama oleh pelanggan sistem dan pengembang rancangan TK pada SI,
Pekerjaan persetujuan rancangan TK untuk SI dilakukan bersama oleh pengembang TK dan pelanggan sistem, masing-masing di organisasi kementeriannya (departemen).
3. Jangka waktu persetujuan rancangan TK di setiap organisasi tidak boleh lebih dari 15 hari sejak tanggal diterimanya. Disarankan untuk mengirimkan salinan draft TK (salinan) secara bersamaan ke semua organisasi (departemen) untuk disetujui.
4. Komentar atas draft TOR harus disampaikan dengan justifikasi teknis. Keputusan atas komentar harus dibuat oleh pengembang draf TK dan pelanggan sistem sebelum persetujuan TK di SI.
5. Jika, ketika menyetujui rancangan TK, perbedaan pendapat muncul antara pengembang dan pelanggan (atau organisasi lain yang berkepentingan), maka protokol ketidaksepakatan (bentuk sewenang-wenang) dibuat dan keputusan khusus dibuat dengan cara yang ditentukan.
6. Persetujuan rancangan TK diperbolehkan untuk membuat dokumen (surat) tersendiri. Dalam hal ini, di bawah judul "Setuju" buat referensi ke dokumen ini.
7. Persetujuan TK dilakukan oleh pimpinan perusahaan pengembang dan pelanggan sistem.
8. Salinan TK yang disetujui dalam waktu 10 hari setelah persetujuan dikirim oleh pengembang TK kepada peserta dalam pembuatan sistem.
9. Koordinasi dan persetujuan penambahan TK dilakukan dengan cara yang ditentukan untuk TK di SI.
10. Perubahan TK tidak diperbolehkan untuk disetujui setelah pengajuan sistem atau antriannya untuk tes penerimaan.
Dasar pengembangan proyek teknis sistem adalah penugasan teknis yang disetujui oleh pelanggan.
Desain teknis sistem adalah dokumentasi teknis yang disetujui dengan cara yang ditentukan, yang berisi solusi desain seluruh sistem, algoritme untuk memecahkan masalah, serta penilaian efisiensi ekonomi dari sistem kontrol otomatis dan daftar tindakan yang harus disiapkan. fasilitas pelaksanaannya.
Proyek teknis sedang dikembangkan untuk menentukan solusi desain utama untuk pembuatan sistem. Pada tahap ini, penelitian kompleks dan pekerjaan eksperimental dilakukan untuk memilih solusi terbaik, verifikasi eksperimental solusi desain utama dan perhitungan efisiensi ekonomi sistem.
Faktanya, proyek teknis berisi model ekonomi, matematika, dan algoritme yang kompleks.
Satu set lengkap desain teknis untuk sistem mencakup 10 dokumen:
1. Catatan penjelasan.
2. Struktur fungsional dan organisasi sistem.
3. Pernyataan masalah dan algoritma solusi.
4. Organisasi basis informasi.
5. Album formulir dokumen.
6. Sistem perangkat lunak.
7. Prinsip membangun sarana teknis yang kompleks.
8. Perhitungan efisiensi ekonomi sistem.
9. Langkah-langkah mempersiapkan fasilitas untuk implementasi sistem.
10. Daftar dokumen.
Dari daftar di atas, dokumen 3 "Pernyataan tugas dan algoritme untuk penyelesaian" dilakukan untuk setiap tugas individu yang termasuk dalam EIS, dokumen lainnya adalah umum untuk keseluruhan sistem. Selain itu, dokumen 1, 2, 5, 8, dan 9 dapat dikembangkan untuk subsistem individu.
Semua dokumen yang terdaftar dapat dikelompokkan dan disajikan dalam bentuk empat bagian utama dari proyek teknis: ekonomi-organisasi, informasional, matematika, teknis.
Bagian ekonomi dan organisasi dari proyek teknis berisi catatan penjelasan yang membenarkan pengembangan sistem, daftar organisasi pengembang, deskripsi singkat tentang objek yang menunjukkan indikator teknis dan ekonomi utama dari fungsinya dan hubungannya dengan objek lain, singkat informasi tentang solusi desain utama untuk bagian fungsional dan pendukung sistem.
Di bagian proyek teknis yang didedikasikan untuk organisasi dan struktur fungsional sistem, diberikan: alasan untuk subsistem yang dialokasikan, daftar dan tujuannya; daftar tugas yang harus diselesaikan di setiap subsistem, dengan deskripsi singkat tentang isinya; diagram hubungan informasi antara subsistem dan antara tugas dalam setiap subsistem.
Untuk setiap tugas yang termasuk dalam kumpulan tugas prioritas, pernyataannya dan algoritme untuk menyelesaikannya dilakukan. Bagian dari desain teknis ini meliputi:
esensi organisasi dan ekonomi dari masalah (nama, tujuan solusi, ringkasan, metode, frekuensi dan waktu penyelesaian masalah, metode pengumpulan dan transfer data, menghubungkan masalah dengan masalah lain, sifat penggunaan hasil solusi di mana mereka digunakan);
model masalah ekonomi dan matematis (bentuk presentasi struktural dan rinci);
masukan informasi operasional (karakteristik indikator, signifikansi dan jangkauan perubahannya, bentuk presentasi);
informasi referensi normatif (NSI) - isi dan bentuk presentasi;
informasi yang disimpan untuk komunikasi dengan tugas lain;
informasi terakumulasi untuk solusi selanjutnya untuk masalah ini;
informasi tentang membuat perubahan (sistem untuk membuat perubahan dan daftar informasi yang dapat berubah);
algoritma untuk memecahkan masalah (urutan tahapan perhitungan, diagram, rumus perhitungan);
kasus uji (satu set formulir dokumen input yang diisi dengan data, dokumen bersyarat dengan informasi yang terakumulasi dan tersimpan, formulir dokumen keluaran yang dilengkapi berdasarkan hasil pemecahan masalah ekonomi dan teknis dan sesuai dengan algoritma perhitungan yang dikembangkan).
Dokumen "Perhitungan efisiensi ekonomi sistem" berisi ringkasan perkiraan biaya yang terkait dengan pengoperasian sistem, perhitungan efisiensi ekonomi tahunan, yang sumbernya adalah optimalisasi struktur produksi ekonomi ( asosiasi), keputusan manajemen.
Dokumen "Langkah-langkah untuk mempersiapkan fasilitas untuk implementasi sistem" berisi daftar tindakan organisasi untuk meningkatkan struktur manajemen yang ada, daftar pekerjaan pada implementasi sistem yang harus dilakukan pada tahap desain terperinci, yang menunjukkan waktu dan orang yang bertanggung jawab.
Bagian informasi dari proyek teknis menyatukan dokumen 4 dan 5. Dokumen "Organisasi basis informasi" mencerminkan: sumber informasi dan metode transmisinya untuk menyelesaikan kompleks utama tugas fungsional; seperangkat indikator yang digunakan dalam sistem; komposisi dokumen, syarat dan frekuensi penerimaannya; solusi desain dasar untuk organisasi dana NSI; komposisi NSI, termasuk daftar rinciannya, definisinya, signifikansinya, rentang perubahannya dan daftar dokumen NSI; daftar kumpulan data dari data referensi, volumenya, urutan dan frekuensi koreksi informasi; proposal untuk penyatuan dokumentasi, kasus uji untuk mengubah NSI; bentuk struktur NSI dengan deskripsi hubungan antar elemen; persyaratan teknologi pembuatan dan pemeliharaan dana; metode penyimpanan, pencarian, modifikasi dan kontrol, penentuan volume dan arus informasi data referensi.
"Album formulir dokumen" berisi formulir data referensi.
Bagian matematika dari proyek teknis berisi alasan untuk struktur perangkat lunak, alasan untuk memilih sistem pemrograman, termasuk daftar program standar.
Bagian teknis proyek teknis meliputi: deskripsi dan justifikasi diagram proses pengolahan data teknis; justifikasi persyaratan untuk pengembangan peralatan non-standar; pembuktian dan pilihan struktur kompleks sarana teknis dan kelompok fungsionalnya; seperangkat tindakan untuk memastikan keandalan berfungsinya sarana teknis.
KESIMPULAN
Pengembangan sistem informasi, sebagai suatu peraturan, dilakukan untuk perusahaan yang sangat spesifik. Spesifik dari aktivitas subjek perusahaan, tentu saja, mempengaruhi struktur sistem informasi, tetapi pada saat yang sama, struktur perusahaan yang berbeda umumnya mirip satu sama lain. Setiap organisasi, terlepas dari jenis kegiatannya, terdiri dari sejumlah divisi yang secara langsung melakukan satu atau beberapa jenis kegiatan perusahaan, dan situasi ini berlaku untuk hampir semua organisasi, apa pun jenis kegiatan yang mereka lakukan.
Pengenalan teknologi informasi modern memungkinkan untuk mengurangi waktu yang diperlukan untuk persiapan proyek pemasaran dan produksi tertentu, mengurangi biaya non-produktif selama implementasinya, menghilangkan kemungkinan kesalahan dalam persiapan akuntansi, teknologi, dan jenis dokumentasi lainnya. , yang memberikan perusahaan komersial efek ekonomi langsung.
Tentu saja, untuk mengungkapkan semua kemungkinan potensial yang ditimbulkan oleh penggunaan komputer, perlu untuk menggunakan perangkat lunak dan perangkat keras yang paling sesuai dengan rangkaian tugas dalam pekerjaan mereka. Oleh karena itu, pada saat ini perusahaan-perusahaan komersial sangat membutuhkan program-program komputer yang mendukung kerja manajemen perusahaan, serta informasi tentang bagaimana memanfaatkan secara optimal perangkat-perangkat komputer yang tersedia di perusahaan tersebut.
Implementasi desain AIS melibatkan penggunaan teknologi desain tertentu oleh desainer, sesuai dengan skala dan karakteristik proyek yang dikembangkan.
DAFTAR PUSTAKA YANG DIGUNAKAN
1. Pedoman studi disiplin "Sistem informasi otomatis" [Sumber daya elektronik]. - Moskow, 2006. - Mode akses:
http://www.e-biblio.ru/book/bib/01_informatika/sg.html - Judul. dari layar.
2. Wikipedia, ensiklopedia gratis [Sumber daya elektronik] / Artikel "Sistem informasi" - Mode akses: http://ru.wikipedia.org/wiki/Sistem informasi.
3. Pers komputer: Majalah Internet. - Elektron. Dan. - [Bm, 2001]. - Mode akses: http://compress.ru/article.aspx?id=12282.
4. Vendrov AM, "Merancang perangkat lunak untuk sistem informasi ekonomi" / .М. Vendra. - M .: "Keuangan dan statistik", 2000. - 364 hal.
5. "Ketentuan referensi untuk pembuatan sistem otomatis" / - M.: GOST 34.602-89, 1990.
6. Grekul V.I. "Merancang sistem informasi" / V.I. Grekul, G.N. Denischenko, N.L. Korovkin. - M.: Universitas Teknologi Informasi Internet, 2008.
Diposting di Allbest.ru
...Dokumen serupa
Pengembangan sistem informasi. Pasar modern perangkat lunak terapan keuangan dan ekonomi. Keuntungan dan kerugian penerapan sistem informasi otomatis. Metode untuk merancang sistem informasi otomatis.
tesis, ditambahkan 22/11/2015
Jenis dukungan sistem informasi otomatis. Penyusunan spesifikasi teknis, pengembangan sistem informasi, penyusunan panduan pengguna program. Alat pemrograman untuk sistem pemrosesan informasi terdistribusi.
laporan latihan, ditambahkan 16/04/2017
Siklus hidup sistem informasi otomatis. Dasar-dasar metodologi untuk merancang sistem otomatis berdasarkan teknologi CASE. Fase analisis dan perencanaan, konstruksi dan implementasi sistem otomatis. Model air terjun dan spiral.
makalah ditambahkan pada 20/11/2010
Konsep sistem informasi, jenis-jenis sistem informasi. Analisis alat untuk pengembangan sistem informasi otomatis. Persyaratan untuk program dan produk perangkat lunak. Pengembangan bentuk antarmuka grafis dan database.
tesis, ditambahkan 23/06/2015
Prinsip-prinsip pengorganisasian sistem yang terdiri dari personel dan seperangkat alat untuk mengotomatisasi kegiatan mereka. Desain sistem informasi otomatis perusahaan. Struktur, aliran input dan output, keterbatasan sistem otomatis.
presentasi ditambahkan pada 14/10/2013
Konsep sistem informasi. Tahapan pengembangan sistem informasi. Proses dalam sistem informasi. Sistem informasi untuk menemukan ceruk pasar, untuk mengurangi biaya produksi. Struktur sistem informasi. Dukungan teknis.
abstrak, ditambahkan 17/11/2011
Organisasi, arsitektur dan struktur sistem informasi. Indikator efektivitas pekerjaannya. Maksud dan tujuan analisis ACS. Komponen sistem otomatis. Deskripsi area subjek, data input dan output. Membangun diagram kasus penggunaan.
makalah ditambahkan 11/04/2014
Pembuatan dan pengorganisasian sistem informasi otomatis (AIS). Komponen utama dan proses teknologi SIA. Tahapan dan tahapan pembuatan SIA dari posisi manajemen organisasi. Pengembangan kompleks solusi desain untuk sistem otomatis.
abstrak ditambahkan pada 18/10/2012
Faktor utama yang mempengaruhi sejarah perkembangan sistem informasi otomatis perusahaan. Karakteristik umum dan klasifikasinya. Komposisi dan struktur SIA terintegrasi. Sistem ERP sebagai jenis sistem informasi perusahaan modern.
presentasi ditambahkan pada 14/10/2013
Analisis bidang studi, tahapan merancang sistem informasi otomatis. Sistem alat pengembangan perangkat lunak. Peran alat CASE dalam desain model informasi. Model logis dari database yang dirancang.
Kebijakan privasi data pribadi dan kondisi pemrosesan data pribadi
Kebijakan Privasi untuk data pribadi ini berlaku untuk semua data pribadi yang mungkin diterima TEKORA dari Anda saat Anda menggunakan situs web perusahaan.
Dengan mengisi formulir di situs web http: //www.site/ dan situs web lain Perusahaan TEKORA yang mengumpulkan data dan mengacu pada ketentuan ini, Anda memberikan persetujuan sukarela Anda kepada Perusahaan TEKORA untuk memproses data pribadi berikut menggunakan pemrosesan otomatis alat atau tanpanya: nama keluarga, nama, patronimik; tempat kerja, nama jabatan yang dijabat; Alamat email; Kontak nomor telepon.
Dengan memberikan TEKORA informasi yang diperlukan untuk memulai interaksi lebih lanjut, Anda menyetujui penggunaannya sesuai dengan Kebijakan ini.
Jika Anda tidak setuju dengan syarat dan ketentuan yang ditetapkan dalam dokumen ini, mohon untuk tidak menggunakan situs web ini atau mengisi formulir permintaan informasi.
TEKORA artinya:
JSC "TEKORA", Alamat resmi: 119285 Moskow, st. Mosfilmovskaya, 22, gedung 1.
Alamat pos: 117997, GSP-7, Moskow, st. Profsoyuznaya, 65, kantor 369.
Pemrosesan data pribadi berarti tindakan yang diatur oleh undang-undang Federasi Rusia, termasuk Hukum Federal 27.07.2006 N 152-FZ "Tentang Data Pribadi".
Dengan mengirimkan data pribadi Anda, Anda menyetujui pemrosesannya, termasuk pengumpulan, pencatatan, sistematisasi, akumulasi, penyimpanan, klarifikasi (pembaruan, perubahan), ekstraksi, penggunaan, transfer, depersonalisasi, penghapusan, penghancuran oleh TEKORA untuk memproses pesanan Anda dan permintaan untuk melakukan kegiatan untuk mempromosikan barang, karya, layanan, atau objek kekayaan intelektual di pasar dengan melakukan kontak langsung dengan Anda menggunakan sarana komunikasi, mengevaluasi dan menganalisis situs, menganalisis karakteristik pembelian, dan memberikan rekomendasi pribadi; memberi tahu Anda tentang promosi, diskon, dan penawaran khusus melalui surat elektronik, serta untuk menghubungi Anda (melalui email dan / atau telepon).
Dengan memberikan TEKORA dengan data pribadi Anda, Anda dapat yakin bahwa mereka tidak akan diberikan kepada pihak ketiga, kecuali untuk kasus-kasus ketika diperlukan untuk kepentingan hubungan bisnis antara Anda dan TEKORA. Dalam beberapa kasus, Perusahaan TEKORA berkewajiban untuk mentransfer data pribadi Anda kepada pihak ketiga sehubungan dengan persyaratan hukum yang berlaku. Misalnya, hal ini mungkin terjadi ketika ada alasan untuk mencurigai suatu kejahatan atau penyalahgunaan situs web TEKORA.
Anda dapat memilih untuk tidak menerima email kapan saja, tetapi ini tidak mempengaruhi pengiriman email yang diperlukan untuk hubungan bisnis antara Anda dan TEKORA.
Situs web ini berisi beberapa tautan ke perusahaan yang dikelola TEKORA hubungan bisnis... Perusahaan TEKORA tidak bertanggung jawab untuk memenuhi persyaratan perlindungan data pribadi sehubungan dengan penggunaan situs web mitra Perusahaan TEKORA. Untuk informasi tentang perlindungan data saat mengunjungi situs-situs ini, silakan merujuk ke kebijakan privasi situs web masing-masing perusahaan.
Data pribadi yang dikumpulkan oleh TEKORA disimpan di server yang aman. Akses hanya diperbolehkan untuk sejumlah orang yang berwenang yang membutuhkannya untuk mengelola situs web Perusahaan TEKORA atau memastikan fungsinya yang tepat, terutama dalam hal dukungan teknis.
Dengan persetujuan ini, Anda mengonfirmasi bahwa Anda adalah subjek dari data pribadi yang diberikan, dan juga mengonfirmasi keakuratan data yang diberikan.
