hai teman teman seperjuangan !

this is my 1st post in this blog setelah beberapa lama mempelajari cara buat ngepost haf banget kan

sekedar mau berbagi materi aja nih untuk para saudara saudara rakyat indonesia pembaca setia *apasih* haha

ini dulu tugas summary jaman semester 3 coba di baca aja ya siapa tau bermanfaat, amin Ya Rabb

Summary PSI pertemuan 2

Dian Andriani

1601278293

03PBY

®    The Capability Maturity Model (CMM) adalah framework untuk mengukur tingkat “kematangan” pengembangan sistem informasi dan manajemen proses dan produk suatu organisasi. CMM terdiri dari lima tingkat perkembangan.

®    Capability Maturity Model disingkat CMM adalah suatu model kematangan kemampuan (kapabilitas) proses yang dapat membantu pendefinisian dan pemahaman proses-proses suatu organisasi. CMM dibagi menjadi lima tingkatan ”kematangan” yang mengukur kualitas dari proses pengembangan sistem dan perangkat lunak organisasi (setiap level menjadi pra-syarat bagi level sesudahnya).

      Level 1 – Initial

Hampir setiap organisasi memulai dari level yang seringkali disebut anarki atau kekacauan (chaos) ini. Pengembangan system tidak menggunakan proses yang terstruktur dan tiap developer menggunakan alat dan metodenya masing-masing. Pada tahap ini umumnya proses tidak dapat diprediksi, tidak berulang, sering mengalami krisis, over-budget, dan gagal mencapai target waktu.

      Level 2 – Repeatable

Proses dan praktek manajemen proyek pengembangan system telah dirancang untuk melacak biaya proyek, jadwal, dan kegunaan dari sistem. Pada tahap ini, fokus ditekankan pada manajemen proyeknya, bukan pada pengembangan sistem (pengembangan sistem bervariasi untuk tiap proyek). Kesuksesan dan kegagalan masih bergantung pada kemampuan dan pengalaman dari tim yang mengerjakan proyek. Walaupun begitu, telah terdapat usaha untuk mengulang keberhasilan proyek sebelumnya, dan manajemen proyek yang efektif pun akhirnya menjadi pondasi bagi standardisasi proses level berikutnya.

      Level 3 – Defined

Proses pengembangan sistem standar (umumnya disebut metodologi) telah dimiliki atau dikembangkan dan telah digunakan secara terintegrasi melalui unit sistem atau pelayanan informasi organisasi. Sebagai hasilnya, hasil dari setiap proyek menjadi lebih konsisten, dokumentasi serta penyampaian yang berkualitas tinggi, dan proses menjadi lebih stabil, mampu diprediksi (predictable), dan berulang (repeatable). Meskipun butuh kerja keras untuk mencapai tahap ini, level ketiga seringkali menjadi syarat dari pemerintah (AS) untuk meningkatkan kinerja perusahaan.

      Level 4 – Managed

Telah memiliki tujuan yang terukur untuk kualitas dan produktivitas. Ukuran mendetail mengenai proses pengembangan proses standar dan kualitas produk telah dikumpulkan secara rutin dan disimpan dalam database. Pada tahap ini manajemen lebih proaktif dalam melihat masalah pengembangan sistem. Jadi walaupun proyek menemui masalah atau isu yang tidak diperkirakan, proses masih akan dapat disesuaikan berdasarkan efek dari kondisi yang mampu diprediksi dan terukur.

      Level 5 – Optimized

Proses pengembangan sistem terstandarisasi secara kontinu dimonitor dan ditingkatkan berdasarkan ukuran dan analisa data di level 4. Setiap pembelajaran yang ada disebarluaskan pada seluruh bagian organisasi dengan penekanan pada penurunan ketidakefisienandalam proses pengembangan sistem ketika menjaga kestabilan kualitas. Sebagai kesimpulan, organisasi telah menjadikan peningkatan proses pengembangan sistem yang kontinu bagian dari dirinya.

®    System Life Cycle VS Methodology

• System life cycle, seumur hidup dari suatu sistem informasi menjadi dua tahap, (1) pengembangan sistem dan (2) sistem operasi dan pemeliharaan.
• System Development Methodology, pendekatan formal untuk proses pengembangan sistem, proses pengembangan standar yang mendefinisikan (seperti dalam CMM Level 3) serangkaian kegiatan, metode, praktik terbaik, penyerahan, dan alat-alat otomatis yang pengembang sistem dan manajer proyek yang digunakan untuk mengembangkan dan terus meningkatkan sistem informasi dan perangkat lunak.

®    Prinsip Pengembangan Sistem

ü  Mendapatkan pengguna sistem yang terlibat.

ü  Gunakan pendekatan pemecahan masalah.

ü  Menetapkan tahapan dan kegiatan.

ü  Dokumen melalui pengembangan.

ü  Menetapkan standar.

ü  Mengelola proses dan proyek

ü  Meratakan sistem sebagai investasi modal.

ü  Jangan takut untuk membatalkan atau merevisi lingkup.

ü  Membagi dan menaklukkan.

ü  Mendesain sistem untuk pertumbuhan dan perubahan.

 

®    Process Management

kegiatan yang berkelanjutan yang dokumen, mengelola, mengawasi penggunaan, dan meningkatkan memilih metodologi organisasi (“proses”) untuk pengembangan sistem. Proses manajemen berkaitan dengan tahapan, kegiatan, penyerahan, dan standar kualitas harus diterapkan secara konsisten untuk seluruh proyek.

®    Project Management

proses melingkupi, merencanakan, menyediakan staf, mengorganisasi, mengarahkan, dan mengendalikan sebuah proyek untuk mengembangkan sistem informasi dengan biaya minimal, dalam jangka waktu tertentu, dan dengan kualitas yang dapat diterima.

®    Meratakan Sistem Informasi sebagai Investasi Modal

1. 1.      Cost-effectiveness

Hasil yang diperoleh dari keseimbangan antara biaya seumur hidup mengembangkan, memelihara, dan mengoperasikan sistem informasi dan manfaat yang diperoleh dari sistem tersebut. Efektivitas biaya diukur dengan analisis biaya-manfaat.

1. 2.      Strategic information systems plan

Rencana strategis formal (3-5 tahun) untuk membangun dan meningkatkan infrastruktur teknologi informasi dan aplikasi sistem informasi yang menggunakan infrastruktur itu.

1. 3.      Strategic enterprise plan

Rencana strategis formal (3-5 tahun) untuk seluruh bisnis yang mendefinisikan misi, visi, tujuan, strategi, benchmark, dan ukuran kemajuan dan prestasi. Biasanya, rencana strategis perusahaan dilengkapi dengan rencana unit bisnis strategis yang menentukan bagaimana setiap unit bisnis akan memberikan kontribusi pada rencana perusahaan. Informasi rencana sistem adalah salah satu rencana unit-tingkat.

®    Cancel or Revise Scope

ü  Creeping commitment

Strategi di mana kelayakan dan risiko terus dievaluasi melalui sebuah proyek. Anggaran proyek dan tenggat waktu yang disesuaikan.

ü  Risk management

Proses mengidentifikasi, mengevaluasi, dan mengendalikan apa yang mungkin salah dalam proyek sebelum menjadi ancaman bagi keberhasilan penyelesaian proyek atau implementasi sistem informasi. Manajemen risiko berkendara dengan analisis risiko atau penilaian.

®    Where Do Systems Development Projects Come From?

1)      Problems

situasi yang tidak diinginkan yang mencegah organisasi dari sepenuhnya mencapai tujuan, sasaran, dan / atau tujuan.

2)      Opportunity

kesempatan untuk meningkatkan organisasi bahkan tanpa adanya suatu masalah yang diidentifikasi.

3)      Directive

persyaratan baru yang dikenakan oleh manajemen, pemerintah, atau pengaruh eksternal.

®    The PIECES Problem-Solving Framework

• P                the need to improve performance
•  I                the need to improve information (and data)
• E               the need to improve economics, control costs, or increase profits
• C               the need to improve control or security
• E               the need to improve efficiency of people and processes
• S                the need to improve service to customers, suppliers, partners, employees

®    Scope Definition Phase

• Problem statement
• Constraint
• Scope creep
• Statement of work

®    Logical Design Phase

• Logical design
• System model
• Analysis paralysis

®    Decision Analysis Phase

• Technical feasibility
• Operational feasibility
• Economic feasibility
• Schedule feasibility
• Risk feasibility

®    Construct and test system components

• Software
• Purchased
• Custom-built
• Databases
• User and System Interfaces
• Hardware
• Networks

®    Cross Life-Cycle Activities

• Fact-finding
• Documentation and presentation
  • Documentation
  • Presentation
  • Repository
  • Feasibility analysis
  • Process and project management

®    Model-Driven Development Strategy

• Process modeling
• Data modeling
• Object modeling
• Advantages
  • Persyaratan seringkali lebih menyeluruh
  • Mudah untuk menganalisis secara alternatif
  • Spesifikasi desain sering lebih stabil dan fleksibel
  • Sistem dapat dibangun lebih tepat pertama kalinya
  • Disadvantages
    • Memakan waktu
    • Model hanya sebagai baik sebagai pemahaman pengguna ‘persyaratan
    • Mengurangi peran pengguna karena gambar tidak software
    • Bisa tidak fleksibel

®    Rapid Application Development (RAD)

suatu strategi pengembangan sistem yang menekankan kecepatan pengembangan melalui keterlibatan pengguna yang ekstensif dalam cepat, berulang, dan konstruksi tambahan dari serangkaian berfungsi prototipe dari sebuah sistem yang akhirnya berkembang menjadi sistem final.

• Prototype,  sebuah skala kecil, perwakilan, atau model kerja kebutuhan pengguna atau desain yang diusulkan untuk sistem informasi.
• Time Box, pengenaan periode non-diperpanjang waktu, biasanya 60-90 hari, dimana yang pertama (atau berikutnya) versi sistem harus diserahkan ke operasi.
• Advantage
  • Kebutuhan pengguna sering tidak menentu dan tidak tepat
  • Mendorong pengguna aktif dan partisipasi manajemen
  • Proyek mendapatkan visibilitas yang lebih tinggi dan dukungan
  • Stakeholder melihat solusi yang bekerja lebih cepat
  • Kesalahan terdeteksi sebelumnya
  • Pengujian dan pelatihan yang alami oleh-produk
  • Lebih proses alami karena perubahan diharapkan
  • Disadvantage
    • Dapat mendorong “kode, melaksanakan, memperbaiki” mentalitas
    • Dapat memecahkan masalah yang salah karena analisis masalah adalah disingkat
    • Dapat mencegah analis dari mempertimbangkan alternatif
    • Stakeholder enggan untuk membuang prototipe
    • Penekanan pada kecepatan dapat berakibat buruk kualitas

®    Commercial Application Package

aplikasi perangkat lunak yang dapat dibeli dan disesuaikan untuk memenuhi kebutuhan bisnis dari sejumlah besar organisasi atau industri tertentu. Sinonim adalah off-the-shelf (COTS) sistem komersial.

• Request for proposal (RFP)dokumen formal yang mengkomunikasikan bisnis, teknis, dan persyaratan dukungan untuk paket aplikasi perangkat lunak untuk vendor yang mungkin ingin bersaing untuk penjualan paket dan layanan aplikasi.
• Request for quotation (RFQ) dokumen formal yang mengkomunikasikan bisnis, teknis, dan persyaratan dukungan untuk aplikasi paket perangkat lunak untuk satu vendor yang telah ditentukan sebagai mampu menyediakan bahwa paket dan layanan aplikasi.
• Gap analysis – perbandingan persyaratan teknis untuk paket aplikasi komersial terhadap kemampuan dan fitur dari paket aplikasi komersial spesifik untuk menentukan persyaratan yang tidak dapat dipenuhi bisnis.
• Advantage
  • Sistem biasanya dilaksanakan lebih cepat
  • Menghindari staf yang dibutuhkan untuk mengembangkan solusi di rumah
  • Umumnya lebih murah
  • Penjual bertanggung jawab untuk perbaikan dan koreksi
  • Banyak fungsi bisnis yang lebih mirip daripada yang berbeda untuk semua bisnis dalam suatu industri tertentu
  • Disadvantage
    • Bergantung pada kelangsungan hidup jangka panjang vendor
    • Jarang mencerminkan solusi ideal
    • Seringkali resistensi terhadap perubahan proses bisnis untuk beradaptasi dengan software

®    Computer-Assisted Software Engineering (CASE)

perangkat lunak otomatis yang mendukung gambar dan analisis model sistem dan spesifikasi yang terkait. Beberapa alat CASE juga menyediakan kemampuan generasi prototyping dan kode.

• Case Repository,  sistem database pengembang ‘di mana pengembang dapat menyimpan model sistem, deskripsi rinci dan spesifikasi, dan produk lainnya dari pengembangan sistem. Sinonim: kamus dan ensiklopedia.
•  Forward Engineering, CASE kemampuan alat yang dapat menghasilkan perangkat lunak awal atau kode database secara langsung dari sistem.
• Reverse Engineering, CASE kemampuan alat yang dapat menghasilkan model sistem awal dari perangkat lunak atau kode database.