- LATAR BELAKANG
Pekerjaan sedang berlangsung di klub panggung hiburan untuk analisis sistem dan desain sistem informasi layanan anggota mereka. Tapi Martinez bob lebih belajar tentang sistem, semakin bingung dia mendapat. Bob bisa mengingat beberapa tugas pemrograman di perguruan tinggi. Kebanyakan dari mereka hanya satu atau dua halaman poin bullet daftar fitur yang diperlukan. Hal ini cukup mudah untuk mendapatkan heda Anda di sekitar that.but sistem panggung baru akan melibatkan pelacakan kontak anggota dan persyaratan pembelian, promosi, penjualan, pengiriman, persediaan, beberapa wwarehouse, situs web, dan banyak lagi.
Bagaimana mereka tahu data apa yang mereka butuhkan untuk melacak? Bagaimana mereka tahu apa yang setiap bagian program perlu lakukan? Dia menyebutkan bahwa untuk bosnya, Sandra. Dia bilang itu semua tentang berikut "metodologi". Dia ingat sesuatu tentang metodologi dari kelas analisis sistem. Pada saat itu tampak seperti banyak pekerjaan yang tidak perlu. Tapi dia mulai melihat sekarang bahwa pada proyek besar, mengikuti metode yang ditetapkan mungkin satu-satunya jalan yang aman untuk bepergian.
- PERUMUSAN MASALAH
- Apa tujuan adanya Sitem Informasi Pengembangan?
- Apa arti Capability Maturity Model (CMM)?
- Apa saja yang menjadi Underlying Principles for Systems Development?
- Apa tujuan adanya kegiatan siklus hidup Cross ?
- Apa yang menjadi proses dan proyek manajemen dalam sistem informasi perkembangan ini terjadi.
BAB II
ISI
The proses of system Development
Sebuah proses pengembangan sistem adalah seperangkat aktivitas, metode, praktik terbaik, Deliverables, dan alat – alat otomatis yang stakeholders. Dgunakan untuk menggembangkan dan memelihara sistem informasi dan peragkat lunak.
Ø The Capability Maturity Model (CMM)
The Capability Maturity Model (CMM) adalah kerangka kerja untuk menilai tingkat kematangan pengembangan sistem informasi itu organisasi dan proses manajemen dan produk. It consists of five levels of maturity as measured by a set of guidelines called the key process areas. Ini terdiri dari lima tingkat kematangan yang diukur dengan seperangkat pedoman yang disebut area proses kunci.
· Level 1 Initial :
Proyak pengembangan sistem tidak mengikuti proses yang ditentukan.
· Level 2 Repetable :
Proses manajemen proyek dan praktek dibentuk untuk melacak biaya proek, jadwal dan Fungsional.
· Level 3 Defined :
Sebuah proses pengembangan sistem standart (kadang – kadang disebut “ METODOLOGI”) adalah dibeli atau dikembangkan, dan terintegrasi diseluruh sistem informasi/Unit layanan Organisasi.
· Level 4 Managed :
Tujuan yang terukur untuk kualitas dan produktivitas ditetapakan.
· Level 5 Optimizing :
Pengembangan sistem proses standart adalah terus dimonitor dan ditingkatkan berdasarkan ukuran dan analisis data yang didirkan pada level 4.
Ø Life cycle Vs Methodologi
Satu metodologi pembangunan sistem "laksanakan" langkah pembangunan sistem dari jalan kehidupan sistem. Masing-masing individu sistem informasi yang mempunyai jalan kehidupan sistemnya sendiri.
Metodology adalah standart berjalan membangun dan memelihara sistem itu dan semua sistem informasi lain melalui jalan kehidupan mereka.
Consisten dengan tujuan dari CMM, metodologi memastikan tersebut:
· Satu consitent, pendekatan yang dapat direproduksi diterapkan terhadap semuanya proyek.
· Ada risiko dikurangi menghubungkan dengan jalan pintas dan kesalahan.
· Lengkapi dan dokumentasi konsisten dihasilkan dari sesuatu memproyeksikan ke berikutnya.
· Penganalisa sistem, perancang dan ahli bangunan dengan cepat menugaskan kembali di antara proyek karena semua pergunakan proses yang sama.
· Seperti pasukan pembangunan dan staf secara konstan berganti, hasil dari pekerjaan utama dapat mudah didapat kembali dan dipahami oleh yang ikuti.
Ø Underlying Principles for Systems Development
- Prinsip 1: Peroleh pengguna sistem Terbelit untuk alasan ini, keterlibatan pengguna sistem adalah satu keperluan absolut untuk pembangunan sistem sukses.
- Prinsip 2: Pergunakan satu Pendekatan pemecahan masalah
Masalah masa dengan luas terpakai sepanjang buku ini untuk meliputi :
1. Masalah sebenarnya
2. Kesempatan untuk peningkatan
3. Direktif dari manajemen
Pemecahan masalah klasik pendekatan adalah sebagai berikut:
1. Pembahasan dan memahami masalah, hubungan kalimat ini dan dampak ini.
2. Definisikan kebutuhan yang harus dijumpai oleh apapun solusi.
3. Mengidentifikasi solusi calon yang memenuhi kebutuhan dan memilih solusi.
4. Desain dan atau menerapkan memilih solusi.
5. Amati dan evaluasi dampaknya solusi dan menyuling solusi bersesuaian.
- Prinsip 3: Dirikan Tahap dan aktivitas
- Prinsip 4: Mendokumentasikan sepanjang pembangunan.
- Prinsip 5: Mendirikan Standar
Satu arsitektur teknologi memberi keterangan secara khas tentang mestandarkan sebagai berikut :
1. Database technology
2. Software technology
3. Interface technology
· Prinsip 6 : Mengatur proses dan proyek
Proses manajemen dan manajemen proyek dipengaruhi oleh kebutuhan untuk mutu mengurangi manajemen. Standar berkualitas dibangun ke dalam satu proses untuk memastikan bahwa aktivitas dan deliverables dari masing-masing tahap akan sokong ke pembangunan dari satu berkwalitas tinggi sistem infrmation. Mereka mengurangi kemungkinan dengan masalah terluput dan kebutuhan, seperti halnya desain cacat dan kesalahan program.
- Prinsip 7 : Membenarkan Sistem Informasi sebagai investasi modal
Pemilik sistem menjalankan kembali ke lebih keputusan teknis mahal. Di dalam mempertimbangkan satu investasi ibukota, dua emisi harus tertuju:
1. Untuk apapun masalah, ada mungkin beberapa solusi mungkin.
2. Setelah solusi alternatif identifikas,juru analisa sistem harus mengevaluasi masing-masing mungkin solusi untuk kelayakan, terutama untuk merugikan efektivitas.
- Prinsip 8 : Jangan menjadi Ketakutan ke penangguhan atau perbaikan
Di masing-masing titik pemeriksaan, ahli analisa harus mempertimbangkan hak suara berikut:
1. Batalkan proyek kalau ini adalah tidak lagi mungkin.
2. Evaluasi ulang dan sesuaikan biaya dan jadwal kalau memproyeksikan bidang lapangan adalah ditingkat.
3. Kurangi bidang lapangan kalau anggaran keuangan proyek dan jadwal dibekukan dan tidak cukup ke sampul semua proyeksikan obyektif.
- Prinsip 9 : Terpecah dan menaklukkan
Terpecah ini dan menaklukkan pendekatan juga melengkapi manajemen komunikasi dan proyek dengan mengijinkan potongan berbeda dari sistem dikomunikasikan ke berbeda dan paling sesuai pemegang taruhan.
- Prinsip 10 : Disain sistem untuk perkembangan dan perubahan
Masalah-PIECES
P = Kebutuhan untuk meningkatkan kinerja.
I = Saya perlu untuk meningkatkan informasi (dan data)
E = Kebutuhan untuk meningkatkan ekonomi, biaya kontrol, atau keuntungan meningkat
C = perlu untuk meningkatkan kontrol atau keamanan
E = Kebutuhan untuk meningkatkan efisiensi orang dan proses
S = Kebutuhan untuk meningkatkan layanan kepada pelanggan, pemasok, mitra, karyawan, dll
Kegiatan siklus hidup Cross adalah kegiatan yang tumpang tindih atau semua fase banyak metodologi.
o Fact-finding Pencarian fakta
o Documentation and presentation Dokumentasi dan presentasi
o Feasibility analysis Analisis Kelayakan
o Process and project management Proses dan manajemen proyek
System Development Documentation, Responsitory, dan Presentation
Desain fisik dan integrasi memberikan persetujuan atas usulan sistem dari tahap analisa keputusan, Anda akhirnya dapat merancang sistem yang baru.
desain pysical adalah kebalikan dari desain logis.
ada dua filosofi desain fisik ekstrim
desain pysical adalah kebalikan dari desain logis.
ada dua filosofi desain fisik ekstrim
1. Desain oleh spesifikasi, model sistem fisik dan spesifikasi rinci diproduksi sebagai rangkaian tertulis (atau komputer yang dihasilkan) cetak biru untuk konstruksi.
2. Desain oleh prototyping-lengkap tapi aplikasi yang berfungsi atau subsistem yang dibangun dan disempurnakan berdasarkan masukan dari pengguna dan desainer lainnya.
Konstruksi dan pengujian, mengingat beberapa tingkat prysical model desain dan spesifikasi.
Kegiatan siklus hidup Cross adalah kegiatan yang tumpang tindih atau semua fase banyak metodologi.
o Fact-finding Pencarian fakta
o Documentation and presentation Dokumentasi dan presentasi
o Feasibility analysis Analisis Kelayakan
o Process and project management Proses dan manajemen proyek
Model didorong strategi pembangunan, model sistem yang digunakan untuk menggambarkan dan mengkomunikasikan pengetahuan, proses-proses, atau blok bangunan interface dari sistem informasi.
Kita sebut perhatian Anda ke catatan berikut yang sesuai dengan peluru bernomor:
1. Model sistem mungkin ada dari proyek yang menciptakan sistem yang sekarang.
2. yoau sebelumnya belajar bahwa penting untuk menentukan ruang lingkup proyek
3. teknik sistem pemodelan beberapa panggilan untuk model yang luas dari sistem yang ada untuk mengidentifikasi masalah dan apportunities untuk perbaikan sistem.
4. the persyaratan pernyataan adalah salah satu penyampaian yang paling penting dari sistem devalopment
Repositori adalah database dimana pengembang sistem menyimpan semua dokumentasi, pengetahuan, dan produk untuk satu atau lebih sistem informasi atau proyek.
Rute alternatif melalui Metodologi
· Model-Driven Development (MDD) Model-Driven Development (MDD)
· Rapid Application Development (RAD) Rapid Application Development (RAD)
· Commercial Off-the-Shelf Software (COTS) Commercial Off-the-Shelf Software (COTS)
· Pemeliharaan dan Pembenahan
Model Driven system development Strategy
Secara ringkas, model sistem dapat diproduksi sebagai bagian dari kiriman untuk Fase yang paling. Model pendekatan didorong menekankan pemodelan sistem. Setelah menerapkan sistem melayani sebagai model dokumentasi untuk setiap perubahan yang mungkin diperlukan selama tahap operasi dan dukungan dari siklus kehidupan.
Pendekatan model ini diyakini didorong untuk menawarkan beberapa keuntungan dan kerugiannya, sebagaimana tercantum di bawah ini:
Keuntungannya adalah:
a. Persyaratan spesifikasi cenderung lebih dan lebih baik melalui dokumen
b. Businnes persyaratan dan desain sistem lebih mudah untuk memvalidasi dengan gambar daripada kata-kata.
c. Lebih mudah untuk mengidentifikasi, konsep, dan menganalisis solusi teknis alternatif.
d. Spesifikasi desain cenderung lebih suara, stabil, mudah beradaptasi dan fleksibel karena mereka model yang didasarkan dan dianalisa lebih mendalam sebelum mereka dibangun.
e. Sistem dapat dibangun lebih tepatnya pertama kali ketika dibangun dari menyeluruh dan jelas berdasarkan spesifikasi model.
f. Beberapa berpendapat bahwa perangkat lunak kode-menghasilkan secara otomatis dapat menghasilkan kerangka atau kode lengkap dekat dari model sistem yang bagus
Kekurangannya:
a. Itu memakan waktu. Dibutuhkan waktu untuk mengumpulkan fakta-fakta, menggambar model, dan memvalidasi model-model. Hal ini terutama berlaku jika pengguna tidak yakin atau tidak tepat tentang persyaratan sistem mereka.
b. Model hanya bisa sebagai baik sebagai pengguna pemahaman tentang persyaratan
c. Gambar yang bukan perangkat lunak-beberapa berpendapat bahwa adalah mengurangi peran pengguna dalam proyek untuk partisipasi pasif.
d. Pendekatan model didorong dianggap oleh beberapa orang untuk menjadi pengguna fleksibel sepenuhnya harus menentukan persyaratan sebelum desain, desain harus sepenuhnya spesifikasi teknis sebelum konstruksi, dan sebagainya
Proses Modeling. Proses pemodelan didirikan dalam analisis terstruktur dan metodologi desain pada tahun 1978. Sedangkan analisis terstruktur dan desain telah kehilangan dukungan sebagai metodologi, proses pemodelan tetap menjadi teknik yang layak dan penting.
Data Pemodelan. Data metode pemodelan menekankan blok bangunan pengetahuan.
Obyek Modeling. Pemodelan Obyek merupakan hasil dari hasil kemajuan teknis.
Obyek Modeling. Pemodelan Obyek merupakan hasil dari hasil kemajuan teknis.
STRATEGI PEMBANGUNAN APLIKASI RAPID
Ide dasar dari RAD adalah:
a. Untuk lebih aktif melibatkan pengguna sistem dalam desain, analisis, dan kegiatan konstruksi
b. Untuk mengatur pengembangan sistem menjadi serangkaian terfokus, lokakarya imtense bersama-sama melibatkan sistem pemilik, pengguna, analisis, perancang dan pembangun.
c. Untuk mempercepat fase syarat analisis dan desain melalui pendekatan konstruksi berulang
d. Untuk mengurangi jumlah waktu yang berlalu sebelum pengguna mulai melihat suatu sistem kerja
Pendekatan RAD menawarkan beberapa keuntungan dan kerugian:
Keuntungan
a. Sangat berguna untuk proyek di mana persyaratan pengguna tidak yakin atau tidak tepat.
b. Mendorong pengguna aktif dan partisipasi manajemen (sebagai lawan dari reaksi pasif untuk model tidak bekerja). Akhir ini meningkatkan antusiasme user untuk proyek tersebut.
c. Proyek memiliki visibilitas yang lebih tinggi dan dukungan karena keterlibatan pengguna luas di seluruh proses
d. Pengguna dan manajemen melihat kerja, solusi berbasis perangkat lunak lebih cepat daripada yang mereka lakukan dalam pembangunan berbasis model
e. Kesalahan dan kelalaian cenderung terdeteksi sebelumnya dalam prototipe dibandingkan pada model sistem
f. Pengujian dan pelatihan yang alami oleh produk-produk dari pendekatan prototipe yang mendasari
g. Pendekatan iteratif merupakan proses yang lebih alami karena perubahan merupakan faktor yang diharapkan selama pengembangan
Kekurangan:
a. Beberapa pihak berpendapat bahwa RAD mendorong sebuah "kode, Melaksanakan, dan perbaikan" mentalitas yang meningkatkan biaya seumur hidup yang diperlukan untuk mengoperasikan, mendukung dan memelihara sistem
b. Prototipe RAD dapat dengan mudah memecahkan masalah yang salah karena masalah analisis disingkat atau diabaikan
c. Sebuah prototipe RAD berbasis dapat mencegah analis dari mempertimbangkan lain, alternatif teknis yang lebih layak
d. Kadang-kadang yang terbaik adalah membuang prototipe jauhnya, tapi pemangku kepentingan sering enggan untuk melakukannya karena mereka melihat ini sebagai hilangnya waktu dan usaha dalam produk saat ini
e. Penekanan pada kecepatan dapat berakibat buruk terhadap kualitas karena keliru pintas melalui metodologi
PAKET APLIKASI COOMERCIAL
Ide-ide dasar di balik aplikasi komersial rute kami pelaksanaan paket adalah:
1. Paket solusi software harus dipilih dengan cermat untuk memenuhi kebutuhan bisnis
2. Solusi paket perangkat lunak tidak hanya mahal untuk membeli tetapi dapat mahal untuk melaksanakan
3. Paket perangkat lunak biasanya harus disesuaikan untuk dan diintegrasikan ke dalam dunia bisnis
4. Paket software jarang memenuhi semua persyaratan bisnis untuk kepuasan pengguna lengkap
Strategi aplikasi komersial paket menawarkan kelebihan dan kekurangan:
Keuntungan:
a. Sistem baru biasanya dapat diterapkan lebih cepat karena pemrograman yang ekstensif tidak diperlukan
b. Banyak bisnis tidak mampu membayar staf dan keahlian yang dibutuhkan untuk mengembangkan solusi in-house
c. Aplikasi vendor menyebarkan biaya pengembangan mereka di seluruh pelanggan yang membeli software mereka.
d. Vendor aplikasi bertanggung jawab untuk perbaikan sistem yang signifikan dan koreksi kesalahan
e. Banyak fungsi bisnis yang lebih mirip dari dissimiliar untuk bisnis semua dalam suatu industri tertentu.
Kekurangan:
a. Cots implementasi yang sukses tergantung pada sukses jangka panjang suatu kelangsungan dari aplikasi vendor-jika vendor keluar dari bisnis, Anda dapat kehilangan dukungan teknis dan perbaikan masa depan
b. Sistem dibeli jarang mencerminkan solusi ideal yang bisnis dapat mencapai dengan sistem yang dikembangkan in-house yang bisa disesuaikan dengan harapan tepat manajemen dan pengguna
c. Hampir selalu ada setidaknya beberapa perlawanan untuk mengubah proses bisnis untuk beradaptasi dengan perangkat lunak
HYBRID STATEGY
Rute yang paling cepat adalah tidak semata-mata berbalas-balasan. Rute ini biasanya digunakan untuk menyeleksi antara tingkatan arti tujuan dan negosisai bagian daftar kerja. Salah satu strateginya adalah menggunakan kedua model-driven dan cepat rute aplikasi pengembangan adalah strategi penambahan.
SYSTEM PEMELIHARAAN
Sitem pemeliharaan adalah yang akan datang dengan sengaja untuk memimpin project operation dan tingkatan bantuan pada life cycle dimana terdapat pada dekade kemarin.
ALAT DAN TEGNOLOGI OTOMATIS
Apabila metode system perkembangan tidak dapat dilakukan selalu mengambil alat otomatis, dan biasanya metode ini mempunyai manfaat dari tegnologinya. Beberapa manfaatnya adalaj:
· Meningkatkan aktivitas produksinya
· Meningkatkan kualitasnya
· Membuat lebih baik dan konsisten pada dokumennya.
· Mengurangi umur hidup pemeliharaan.
· Methodology bekerja baik
Tiga kelas pada alat otomatis pada perkembangan sistem informasi adalah:
· Komputer menambah sistem modeling
· Aplikasi pengembangan.
· Project dan proses managers.
COMPUTER- ASSISTEN SISTEM ENGINEERING
Sitem engineering dan software engineering adalah dasar dari tujuan sistem dan software perkembangan yang dapat dilakukan dan harus menjadi pekerjaan dengan engineering. Untuk membantu analisis sistem lebih baik perform sistem modelling., indutri perkembangan alat otomatisnya disebut alat Computer Assisted Software Engineering (CASE).
Biasanya jalan produk modelling ada pada personal komputer:
· Repositories CASE
Disini adalah pusat dari kebenaran alat arsitekture CASE adalah perkembangan database yang disebut dengan Repository CASE. Sekitar Repository CASE adalah collection of tools atau fasilitas untuk membuat model sistem dan dokumen.
· Fasilitas CASE
Untuk menggunakan Repository, alat CASE memberi beberapa kombinasi yang diikuti oleh fasilitasnya antara lain:
- Diagramming tools
- Dictonary tools
- Design tools
- Quality managemen tools
- Documentation tools
- Design and code generator
- Testing tools
· Forward dan Reverse Engineering.
APPLICATION DEVELOPMENT ENVIRONMENTS (ADEs)
ADEs mempunyai beberapa fasilitas diantara fasilitas tersebut dibagi menjadi tiga yaitu antara lain:
· Bahasa programming atau gaya bahasa
· Interface contrukstion tools
· Middleware
· Alat percobaan
· Version kontrol
· Help authoring tools
· Repository links
PROJEK DAN PROSES MANAGER
Dimana CASE tools dan ADEs adalah tujuan untuk mendukung analisis, design, dan konstruksi pada sistem informasi yang baru dan software, proses aplikasi manager dan proyek aplikasi manajemen adalah tujuan untuk mendukung jalannya aktivitas life cycle.
1 komentar:
Nice article,,,
Posting Komentar