Contoh visi proyek. Visi perusahaan. Komposisi informasi dari visi

Penglihatan- ini adalah gambaran keadaan ideal perusahaan di masa depan, pedoman bagi pergerakan perusahaan. Visi mendorong motivasi di seluruh organisasi, sehingga formulanya harus menginspirasi semua orang. Visi perusahaan lebih dari tujuan perusahaan atau manajemennya (untuk mendapatkan begitu banyak dan begitu banyak) dan misinya. Meskipun yang terakhir sering digambarkan dalam istilah yang mirip dengan visi. Perencanaan bisnis strategis dimulai dengan perumusan visi. Sebuah visi menyediakan perusahaan dengan panduan untuk bertindak. Jangka waktu bahasa Inggris: pernyataan visi.

Sebuah perusahaan dapat sukses untuk waktu yang lama jika karyawan perusahaan mengidentifikasi dengan itu. Mereka harus tahu untuk apa perusahaan mereka bekerja, apa arti kegiatannya. Dan jika mereka tahu jawabannya, dan jawabannya terdengar positif, maka pada tingkat emosional mereka siap untuk melakukan upaya mereka untuk mencapai tujuan. Karena mereka sekarang memiliki visi tentang masalah ini. Dan ada identifikasi diri dengan kasus ini. Mengapa kita melakukan apa yang kita lakukan hari ini? Di mana kita melihat diri kita dalam 5-10 tahun?

model penglihatan

D. Collins menjelaskan model visi berikut. Ini mencakup dua komponen penting: - ideologi kunci (ideologi inti) - masa depan yang dibayangkan (envisioned future). Ideologi kunci terdiri dari nilai-nilai kunci dan tujuan utama (misi). Masa depan yang dibayangkan tentu mencakup tujuan (See Goal setting) yang mengandung tantangan bagi perusahaan dan gambaran yang jelas tentang hasil pencapaian tujuan tersebut. Visi bukanlah keinginan abstrak. Itu harus dibangun di atas dasar yang nyata dan sesuai dengan kenyataan. Penyempurnaan visi perusahaan difasilitasi oleh pengembangan produk baru, pengenalan teknologi baru, dan reorganisasi struktur. Semua ini mengarah pada klarifikasi makna dan kerja sama para karyawan. Setiap karyawan berperan di sini. Visi perusahaan, bisnis lebih dari sekedar generalisasi dari tujuan utama perusahaan. Namun, tujuan dan misi memiliki banyak kesamaan. Mereka harus cocok. Seringkali tujuan berasal dari visi dan misi bisnis. Dan jika yang satu berkorelasi dengan yang lain, maka visi, misi, dan tujuan bisnis terlihat realistis. Kredibilitas adalah prinsip utama merumuskan visi bisnis. Di sini diasumsikan bahwa pernyataan visi memperhitungkan pendapat karyawan; visi tersebut terus-menerus ditegaskan oleh tindakan nyata dari pihak manajemen; ini mencapai keselarasan dengan jadwal kerja harian, tujuan dan visi.

Visi dan Misi

Visi adalah gagasan kita tentang masa depan yang akan datang meskipun kita tidak ada di sana. Misi adalah tempat kita di masa depan yang kita lihat. Visi adalah tempat yang Anda inginkan. Ini dapat didasarkan pada nilai dalam arti ekonomi, tetapi tidak harus demikian. Tujuan spesifiknya adalah “kami ingin mencapai omset $1 juta.” bisa menjadi "kita ingin memiliki bagian terbesar pasar di industri kami. Visi berbeda dari misi karena berfokus pada perusahaan itu sendiri, karyawannya, dan pada dunia luar – pelanggan. Misi hampir selalu diarahkan ke luar, kepada pelanggan perusahaan. Namun ada kalanya misi dan visi perusahaan dirumuskan dalam kalimat yang sama. Ya, di tempat Sony Ericsson di bawah judul "Misi" menggambarkan visi: "Visi kami adalah menjadi merek hiburan komunikasi. Kami menginspirasi orang untuk melakukan lebih dari sekadar berkomunikasi. Kami memungkinkan setiap orang untuk membuat dan berpartisipasi dalam pengalaman hiburan. Pengalaman yang mengaburkan batas antara komunikasi dan hiburan. Visi kami: menjadi simbol koneksi-hiburan. Kami menginspirasi orang untuk melakukan lebih dari sekadar komunikasi. Kami memberdayakan semua orang untuk menciptakan dan merasakan hiburan. Pengalaman ini mengaburkan batas antara hiburan dan komunikasi."

Contoh Visi

Ini adalah rintisan untuk artikel ensiklopedia tentang topik ini. Anda dapat berkontribusi pada pengembangan proyek dengan meningkatkan dan melengkapi teks publikasi sesuai dengan aturan proyek. Anda dapat menemukan panduan pengguna

Langkah-langkah yang perlu dilakukan untuk membentuk dokumen “Visi”:

• Perumusan masalah.
• Identifikasi pemilik bersama
• Menentukan batas-batas sistem
• Identifikasi Kendala
• Rumusan pernyataan masalah
• Menentukan Kemampuan Sistem
• Evaluasi hasil

Untuk menggambarkan masalah, template diusulkan, ditunjukkan pada Tabel. 7.1.

Identifikasi pemilik bersama melibatkan pencarian dan penetapan pemangku kepentingan proyek - perwakilan Pelanggan dan Kontraktor, investor, pakar eksternal, dll.

Menentukan batas-batas suatu sistem adalah proses non-sepele. Untuk penggunaan ini diagram konteks(Lihat materi "Analisis persyaratan lanjutan. Pemodelan"). RUP dalam mencari batasan menyarankan mulai dari faktor dan kasus penggunaan.

Di antara sumber pembatasan biasanya dibedakan:

• politik,
• ekonomis,
• Rabu
• Teknis,
• eksekusi,
• Sistemik.

Deskripsi kemampuan sistem adalah pernyataan persyaratan tingkat tinggi.

Templat dokumen RUP "Visi" berisi bagian utama berikut:

1. pengantar
2. Pemosisian
3. Deskripsi rekan pemilik dan pengguna
4. Ikhtisar produk
5. Fitur Produk
6. Pembatasan
7. Indikator kualitas
8. Senioritas dan prioritas
9. Persyaratan produk lainnya:
10. Persyaratan dokumen
11. Aplikasi.

Pendahuluan menjelaskan tujuan dokumen, konteksnya (hubungan dan interaksi dengan berbagai proyek), definisi, akronim dan singkatan, tautan ke dokumen lain, ringkasan.

Dalam bab " penentuan posisi"Definisi masalah (s) yang harus dipecahkan ditempatkan, target pelanggan ditunjukkan, dan keuntungan bisnis produk atas yang serupa di pasar dieksplorasi.

Dalam deskripsi pemilik bersama dan pengguna, selain deskripsi aktual dari kedua kelompok ini, demografi pasar diperiksa: segmen pasar sasaran, ukuran dan tingkat pertumbuhan pasar, penawaran kompetitif yang ada di pasar, reputasi Pengembang di pasar.

Ringkasan produk berisi ringkasan produk, deskripsi prospek dan fitur utamanya, asumsi dan ketergantungan, menunjukkan biaya dan perhitungannya, membahas masalah lisensi dan pemasangan.

Di bagian fitur produk, mereka dijelaskan secara lebih rinci, masing-masing dalam paragraf terpisah.

Bagian "Pembatasan" harus mencakup keadaan teknis, teknologi, dan keadaan lain yang ada yang harus diperhitungkan pada tahap ini.

Bab " Indikator kualitas" berisi deskripsi persyaratan non-fungsional yang paling signifikan untuk sistem (efisiensi, keandalan, toleransi kesalahan, dll.).

Bagian "Senioritas dan Prioritas" memberi peringkat persyaratan dan kemampuan sistem yang dirumuskan sebelumnya dalam hal kepentingan, prioritas implementasi, dll.

Bagian "Persyaratan produk lainnya" menjelaskan standar yang berlaku, Persyaratan sistem, persyaratan operasional, persyaratan lingkungan.

Persyaratan dokumentasi menyediakan fitur utama dari panduan pengguna, bantuan online, panduan instalasi dan konfigurasi, file Baca aku.

Atribut kemampuan dibawa ke dalam aplikasi. RUP merekomendasikan set atribut berikut: Status, Manfaat, Cakupan, Risiko, Stabilitas, Rilis Target, Tujuan, Penyebab.

Visi / Kerangka Kerja di MSF

Menurut buku putih MSF, fase membayangkan meletakkan salah satu fondasi mendasar untuk keberhasilan proyek - penciptaan dan konsolidasi tim proyek didasarkan pada pengembangan visi bersama. Grup proyek harus bayangkan dengan jelas apa yang ingin dia lakukan untuk pelanggan dan merumuskan tujuannya sedemikian rupa untuk memotivasi pelanggan dan tim proyek sebanyak mungkin. Mengembangkan pandangan tingkat tinggi tentang tujuan dan kondisi proyek dapat dilihat sebagai bentuk awal perencanaan; itu mempersiapkan dasar untuk proses penciptaan rencana terperinci yang akan diimplementasikan secara langsung selama tahap perencanaan.

Tugas utama fase pengembangan konsep adalah pembentukan tim proyek inti (lihat di bawah) dan persiapan dokumen gambaran umum dan ruang lingkup proyek(dokumen visi/ruang lingkup). Membentuk visi untuk sebuah proyek dan menentukan ruang lingkupnya bukanlah hal yang sama, meskipun keduanya diperlukan untuk keberhasilan sebuah proyek. Visi adalah ide yang tidak terbatas tentang solusi yang seharusnya. Kerangka (scope) juga memberikan batasan yang jelas untuk apa yang diusulkan oleh visi ini akan diimplementasikan dalam batasan desain yang ada.

Manajemen risiko adalah proses berulang yang dilakukan di seluruh lingkaran kehidupan proyek. Selama fase konsep grup proyek menyiapkan dokumen penilaian risiko dan menyajikan risiko utama proyek bersama dengan: gambaran umum dan ruang lingkup proyek. Untuk informasi lebih lanjut tentang manajemen risiko, lihat Buku Putih Disiplin Manajemen Risiko.

Pelanggan:
DABCC.COM

Pelaksana:
Douglas Brown, Pemilik

Proyek:
Menerapkan Citrix® MetaFrame® Access Suite

Tahap proof-of-concept dimaksudkan untuk menentukan kemampuan penerapan MetaFrame Access Suite yang diusulkan dalam hal mencapai visi desain. Proses proof-of-concept membuat prototipe MetaFrame Access Suite, bersama dengan semua aplikasi yang diperlukan, printer, dan sebagainya. Aplikasi telah diuji secara ekstensif untuk memverifikasi fungsinya di lingkungan terminal MetaFrame XP/Terminal Server. Untuk setiap item, hasilnya didokumentasikan dan penyesuaian yang diperlukan dibuat. Dokumen ini merupakan laporan akhir tentang prosedur pembuktian konsep.

Dokumen ini dibagi menjadi beberapa bagian berikut:

• Spesifikasi lingkungan
• Prosedur untuk menciptakan lingkungan
• Tes
• Penyesuaian Tes
• Kesimpulan

1. Spesifikasi lingkungan

1.2. Perangkat keras

Nama: DB2KCTX1 Model: Compaq ML 530 Peran: Citrix MetaFrame XP Server

48x CDROM, kedua - untuk Compaq Internal DLT 20/40 Pengontrol Disk - Pengontrol Cerdas Array 4200 4 Saluran RAID 5

Nama: DB2KWEB1 Model: Compaq ML 530 Peran: Server Web Antarmuka Web

Faktor Bentuk - Dudukan Rak Prosesor - 2 x 933MHz, Pentium III Xeon, 256KB level 2-Advanced Transfer Cache. Memori – 1 GB 133 MHz ECC SDRAM, dapat diperluas hingga 4 GB menggunakan modul 512 MB Adaptor jaringan - pengontrol NC3123 Fast Ethernet NIC PCI 10/100 Drive bay - 4 x 5,25" drive bay yang dapat dilepas dan satu floppy drive 1,44 MB. Satu digunakan untuk drive 48x CDROM, yang kedua untuk Compaq DLT 20/40 Disk drive - hanya 218.4 GB Penyimpanan Hot Plug Internal Maksimum Ultra2. Tiga drive Hot Plug Ultra 3 18,2 GB terpasang Pengontrol disk - Smart Array 5300 RAID ADG dikonfigurasi untuk RAID 5 Antarmuka - satu port Ethernet RJ-45, dua serial, satu paralel, keyboard, mouse, video, SCSI eksternal

1.3. Lingkungan sistem operasi

Konfigurasi Domain
Direktori Aktif atau Domain NT?	Direktori Aktif
(Domain NT) Model domain (Single domain, Master domain, Multiple-master, dll.):	-
(Direktori Aktif) Mode (asli / campuran)?	warga asli
(Direktori Aktif) nama pohon:	DABCC.COM
(Direktori Aktif) Nama domain:	DABCC.COM
(Direktori Aktif) Ruang Nama DNS:	DABCC.COM
(Direktori Aktif) Ruang nama internal:	DABCC
Nama server DNS:	DB2KAD1, DB2KAD2
MENANG nama server:	DB2KAD2
Nama server DHCP:	DB2KAD2

Alamat TCP/IP
Masukkan informasi alamat IP jaringan Anda
alamat jaringan:	192.168.1.0
Subnetmask:	255.255.255.0
pintu gerbang:	192.168.1.254
MENANG utama:	192.168.1.1
MENANG Sekunder:	Bukan
DNS primer:	192.168.1.1
DNS sekunder:	192.168.1.2
Tentukan alamat server yang tercantum di bagian "Lingkungan perangkat keras":
DB2KAD1	192.168.1.5
DB2KAD2	192.168.1.6
DB2KFS1	192.168.1.71
DB2KWEB1	192.168.1.8
Tentukan alamat IP printer jaringan
HP 4M	192.168.1.15
HP 4000	192.168.1.16
HP 4000	192.168.1.17
HP LaserJet 4050 Warna	192.168.1.18
HP OfficeJet 720	192.168.1.19
Tentukan rentang DHCP:
rentang DHCP:	dari 192.168.1.100 hingga 92.168.1.200
Daftar OU
Nama	Keterangan
bawaan	OU bawaan
komputer	OU untuk pengguna akhir
Pengguna DABCC	OU untuk pengguna dan grup DABCC.COM
Pengontrol Domain	OU untuk pengontrol domain direktori aktif Windows 2000. Termasuk DB2KAD1 dan DB2KAD2.
Keamanan/Prinsip Asing	OU bawaan
Server	OU untuk server Windows NT/2000. Termasuk: DB2KFS1 dan DB2KWEB1
Pengguna	OU Default untuk Pengguna dan Grup Direktori Aktif
Informasi Kebijakan Grup (jika ada)
Apakah Anda menggunakan kebijakan WinNT atau Win2000?	Win2000
Penempatan file kebijakan	-
Pengguna dan grup yang terpengaruh oleh kebijakan	administrator, pengguna

1.4. Skrip masuk

penggunaan bersih h: \dabcc\\dfsroot\users\%namapengguna%

Logon_admins.cmd

penggunaan bersih j:\dabcc\\dfsroot\applications gunakan bersih k:\dabcc\\dfsroot\drivers gunakan bersih o:\dabcc\\dfsroot\citrix gunakan bersih p:\dabcc\\dfsroot\public

1.5. Lingkungan cetak

Nama Pencetak	Cetak nama server	Pengemudi
HP4M	DB2KFS1	HP 4M
HP4000Barat	DB2KFS1	HP 4000
HP4000Timur	DB2KFS1	HP 4000
HPWarna	DB2KFS1	HP LaserJet 4050 Warna
HPOfficeJet	DB2KFS1	HP OfficeJet 720

1.6. Lingkungan klien

2. Prosedur untuk menciptakan lingkungan

Citrix MetaFrame Access Suite Server dan semua server lain yang digunakan dalam fase proof of concept dikonfigurasikan menurut metodologi Konsultasi D&D, termasuk keamanan dan pengoptimalan server. Hal ini dilakukan jika bukti konsep berhasil, maka lingkungan server akan menjadi dasar untuk penyebaran produksi MetaFrame Access Suite di lingkungan produksi.

Untuk detail tentang mendesain MetaFrame XP, MetaFrame Secure Access Manager, Web Interface, atau Secure Gateway, lihat dokumentasi yang disediakan oleh D&D Consulting.

Berikut ini adalah daftar langkah dasar untuk membuat server MetaFrame XP:

• Instalasi sistem operasi server, paket layanan terbaru, dan perbaikan terbaru
• Instal layanan yang diperlukan dan hapus layanan yang tidak perlu
• Menyiapkan jaringan dan identifikasi domain server
• Mengubah layanan SNMP sehingga komunitas "publik" memiliki izin "baca dan tulis"
• Mengonfigurasi semua adapter jaringan di server hingga 100 Mbps dan Full Duplex
• Mengonfigurasi Keamanan Lokal di Server Citrix
• Mengaktifkan Server Lisensi Layanan Terminal dan TS CAL
• Menginstal Rilis Fitur terbaru pada Citrix MetaFrame XP dan paket layanan terbaru
• Mengonfigurasi Lisensi Citrix di Server
• Instal Manajer Instalasi Citrix (jika diperlukan)
• Menginstal Citrix Resource Manager (jika diperlukan)
• Menyiapkan di server SpeedScreen
• Pengaturan koneksi
• Konfigurasi Pembaruan Klien ICA
• Pengaturan di server pengoptimalan
• Isolasi server menggunakan izin NTFS dan kebijakan sistem
• Menyiapkan pencetakan di server
• Menginstal dan mengonfigurasi aplikasi
• Menyesuaikan SpeedScreen untuk Aplikasi Individual
• Penerbitan aplikasi
• Buat Disk Penyelamatan
• Menginstal komponen lain (MetaFrame Conferencing Manager, Web Interface, Secure Gateway, dll.)
• Pemeriksaan server dan aplikasi

2.2. Prosedur instalasi aplikasi
Menulis instruksi rinci instalasi setiap aplikasi yang akan diuji selama fase Proof of Concept.

3.0. Tes

4.0 Penyesuaian tes

5.0 Kesimpulan

Setelah meninjau hasil pengujian dan membuat penyesuaian yang diperlukan, D&D Consulting dan DABCC.COM menentukan bahwa ada alasan yang cukup untuk melanjutkan proyek yang direncanakan semula.

Pembentukan Visi

membuat prototipe

Prototyping adalah strategi elisitasi persyaratan utama di sebagian besar metodologi modern (lihat Bab 10 untuk detail lebih lanjut). Prototipe perangkat lunak adalah "cermin" di mana cerminan bagaimana Kontraktor memahami persyaratan Pelanggan terlihat. Proses mengidentifikasi persyaratan melalui prototyping semakin intens, semakin bengkok cermin ini. Cara dokumenter untuk mengidentifikasi persyaratan selalu kalah dengan komunikasi langsung. Analisis apa yang dilakukan dalam bentuk antarmuka pengguna memberikan efek yang lebih besar. Saluran persepsi hemisfer kanan terhubung, yang, seperti yang Anda ketahui, bekerja untuk kebanyakan orang jauh lebih efisien daripada saluran verbal.

Metode RAD adalah salah satu cara paling terkenal untuk membuat prototipe dengan cepat 1) .

RAD didasarkan pada prinsip-prinsip dasar berikut:

• prototipe evolusioner;
• CASE-tools sebagai alat utama, termasuk kemungkinan rekayasa maju dan mundur dan pembuatan kode otomatis;
• Profesional berkualifikasi tinggi yang berpengalaman dalam bidang yang dikembangkan peralatan;
• Metode JAD interaktif yang menggabungkan komunikasi dengan pengembangan online;
• Kerangka waktu yang kaku seperti penangkal "penyebaran batas" proyek: jika tim tidak memenuhi tenggat waktu, fungsinya menyempit.

Visi produk dan pekerjaan lingkup proyek biasanya dimulai sangat awal dalam proyek, sebelum konsultasi ekstensif untuk mengidentifikasi persyaratan terperinci, meskipun secara umum keberadaan dan urutan langkah-langkah ini tergantung pada metodologi yang dipilih. Dalam prakteknya, kegiatan ini sering digabungkan. Aturan untuk mengekstrak persyaratan, dibahas dalam Bab 6, juga dapat digunakan dalam pembentukan visi.

Menganalisis literatur tentang subjek yang sedang dipertimbangkan, kita dapat membedakan berikut ini yang banyak digunakan: kata kunci: di satu sisi - konsep, visi, gambar, di sisi lain - kerangka kerja, batasan, konteks.

Dalam kasus pertama, kita berbicara tentang visi sistem yang seharusnya. Persyaratan tingkat tinggi (kemampuan, properti) produk dan batasan paling signifikan dibahas. Sejumlah penulis, sebaliknya, bersikeras bahwa visi itu harus "tidak terbatas".

Konsep visi banyak digunakan dalam analisis bisnis. Jika manajemen puncak perusahaan memiliki gagasan tentang apa tujuan utama, segmen pasar, posisi produk, keuntungan yang harus dicapai, katakanlah, dalam 5 tahun, maka perusahaan memiliki visi jangka panjang tentang dirinya sendiri di pasar. Cara menghilangkan batasan saat mengembangkan visi memungkinkan Anda untuk berkembang Tampilan Baru pada hal-hal, "naik di atas situasi", untuk merencanakan masa depan, mulai bukan dari sumber daya dan keterbatasan saat ini, tetapi dari tujuan strategis, menerapkan inovasi, pengetahuan, dll.

Pengalaman pembentukan visi ini sebagian besar dapat ditransfer ke proses pengembangan. sistem Informasi: Anda perlu "melihat" di cakrawala perencanaan jangka menengah dan (atau) jangka panjang bagaimana SIA akan cocok dengan proses organisasi perusahaan, manfaat utama apa yang akan diberikannya, masalah apa yang akan dipecahkannya. Saat mencari metode dan cara baru untuk manajemen perusahaan berdasarkan teknologi Informasi seringkali perlu untuk "membentuk kembali" proses bisnis yang ada; pada kenyataannya, pengenalan AIS, yang mempengaruhi persentase signifikan dari proses perusahaan, pasti mengarah pada restrukturisasi proses ini untuk mengoptimalkan kegiatan perusahaan, mencapai faktor efisiensi utama, dll.

Dalam kasus kedua (kerangka, batas, konteks), isu-isu seperti batas sistem dan lingkungan, sumber daya yang diperlukan untuk membuat sistem, dan waktunya dibahas. Setelah membangun "visi tanpa batas", cepat atau lambat seseorang harus kembali ke hal-hal yang membosankan seperti anggaran, penjadwalan, rekrutmen, pencapaian proyek.

Apakah selalu perlu membuat dokumen konsep? Haruskah visi dan batasan dipisahkan?

Seringkali, Pelanggan menyadari perlunya otomatisasi sebagai cara untuk memecahkan masalah yang menumpuk. Setelah merumuskan masalah untuk dirinya sendiri, Pelanggan sering melihat solusi untuk itu, yang dengannya dia datang ke Kontraktor ("Saya membutuhkan situs web", "Saya membutuhkan sistem CRM", dll.). Kontraktor yang berkualifikasi tidak boleh, terburu-buru, terburu-buru memecahkan masalah dalam perumusan Pelanggan. Menurut ekspresi kiasan G. Kalyanov 1) mengotomatisasi proses "sebagaimana adanya" sama dengan mengaspal jalan di mana sapi berjalan.

Ada metafora penting dalam notasi RUP: "Lihat masalah demi masalah". Konsep hanya berfungsi untuk membantu Pelanggan mengidentifikasi dengan tepat persyaratan untuk sistem yang akan membantunya mengoptimalkan pekerjaan perusahaannya dalam jangka panjang.

Oleh karena itu, tahap pembentukan konsep itu penting, tetapi ini cukup memberikan kepada Pelanggan dan Kontraktor persyaratan tinggi: Pelanggan harus mengalokasikan sumber daya dan bersiap untuk biaya tenaga kerja untuk mencari solusi bersama; Kontraktor harus memiliki kualifikasi yang memadai baik di bidang IT maupun di bidang manajemen perusahaan agar alat otomasi yang dikembangkan benar-benar bermanfaat. Semua hal di atas sama sekali tidak mengecualikan kemungkinan bekerja tanpa konsep: baik kita berbicara tentang proyek kecil, yang penganggarannya tidak menguntungkan untuk tahap pengembangan konsep, atau Pelanggan sendiri memiliki kualifikasi yang cukup untuk merumuskan persyaratan untuk AIS, memiliki "konsep di kepalanya" dan waktu untuk berkonsultasi dengan Pengembang.

Beberapa argumen untuk memisahkan visi dan batasan telah diberikan di atas. Untuk menarik garis yang jelas antara konsep-konsep ini menyarankan, khususnya, proses MSF. Pada akhirnya, pertanyaan "untuk berbagi atau tidak berbagi" ditentukan oleh metodologi yang dipilih.

Mari kita pertimbangkan persyaratan dasar untuk pengembangan konsep yang ditetapkan dalam metodologi GOST, RUP, dan MSF domestik.