SHIZUKAMINAMOTO_IRARA: Oktober 2013

MODUL 2

Bab 7

Penerapan Rilis Secara Berurutan Dengan Menggunakan Sitem ERP

Ringkasan

Industri perangkat lunak terkenal untuk menggunakan terminologi non-standar dalam menggambarkan wares. Oleh karena itu, adalah penting untuk mendefinisikan istilah yang akan digunakan serta menetapkan perbedaan antara versi baru, upgrade besar, atau upgrade kecil dari produk pemrograman. Cukup sering, untuk alasan komersial, istilah ini digunakan secara bergantian.

Jika rilis baru software off-the-shelf, seperti ERP atau CRM, hanya mewakili minor upgrade, ini biasanya akan melibatkan koreksi kesalahan, perbaikan bug, penghapusan patch, atau menyiangi beberapa inefisiensi. Sebaliknya, upgrade besar biasanya akan melibatkan fungsi baru. Hal ini juga dapat menjelaskan perubahan peraturan mengenai pelaporan keuangan dan persyaratan lainnya. Sementara masing-masing vendor cenderung menggunakan terminologi sendiri , cara untuk bertaruh adalah bahwa rilis utama untuk melihat bahwa versi berturut-turut sistem ERP ( atau jenis lain dari perangkat lunak komoditas ) akan cenderung secara signifikan berbeda dari pendahulunya . Inti produk itu sendiri dipengaruhi dan , cukup sering , ini berdampak pada organisasi pengguna sepanjang jalan dari keterampilan sistem untuk memori pusat dan persyaratan teknis lainnya .

Kedua tujuan dan masalah yang terkait dengan rilis baru dapat lebih dihargai melalui cepat

melihat sejarah perangkat lunak ERP . Ketika pada 1990- an 1980s/early , ERP menekan pasar , vendor yang berbeda memusatkan upayanya pada menangkap sebanyak pangsa pasar mungkin dengan terus memperluas cakupan dari persembahan mereka - dan melalui strategi ini , basis pelanggan mereka .

ERP tidak diciptakan dalam semalam . Salah satu pendahulunya adalah MRP II , awalnya dirancang untuk mengelola pesanan fasilitas produksi ini pelanggan, rencana penjadwalan , dan persediaan . Kebutuhan untuk mengintegrasikan buku penjualan dengan barang-barang dalam proses dan data persediaan datang sebagai langkah logis berikutnya . Ini adalah rilis baru . Seperti yang terlihat dalam Bab 1 , rilis lain mengurus rutinitas akuntansi , informasi keuangan , dan perencanaan sumber daya manusia. Kebutuhan untuk inovasi stabil dapat dihargai oleh kenyataan bahwa sementara sebagian besar tahun 1990-an menyaksikan booming penjualan ERP , pada tahun 1998 pasar melambat dengan pendapatan dari penjualan lisensi perangkat lunak baru menurun . Salah satu alasannya adalah bahwa perusahaan klien yang diperlukan untuk memecahkan Tahun 2000 mereka ( Y2K ) masalah . Alasan lain adalah bahwa pasar ERP itu sendiri mulai menjadi jenuh .

Dengan menambahkan fungsi baru untuk perangkat lunak komoditas , rilis berturut sering berperan dalam menembus penghalang saturasi . Ini, bagaimanapun , mungkin menyebabkan kompleksitas di sisi pelaksanaan serta kurangnya keterampilan dalam memecahkan masalah tersebut Salah satu kompleksitas ini adalah yang disebut aplikasi perencanaan sumber daya perusahaan multi-situs , di mana di setiap situs ada pilihan yang berbeda karena kriteria yang berbeda untuk mengevaluasi alternatif dan melanjutkan dengan solusi yang valid ( lihat Bab 6 ) .

Rilis baru juga diperlukan agar sesuai dengan persyaratan yang ditimbulkan oleh kemajuan teknologi . sebuah

Contohnya adalah kebutuhan untuk memasukkan ke dalam dukungan paket untuk Produk Markup Language ( PML ) , yang merupakan perpanjangan dari Extensible Markup Language ( XML ) - sendiri merupakan pengembangan dari HTML Web [ 1 ] PML dibahas dalam Bab 7.6 ; . fungsinya melayani dalam menangani bahan cerdas , karena dalam perjalanan untuk menjadi bahasa standar untuk menggambarkan benda-benda fisik . Pintar bahan adalah tema

Bagian II .

7.1 Pengolahan Terdistribusi Meningkatkan Tantangan Dalam Pelaksanaan Untuk Rilisan terbaru

Di satu situs membatasi pilihan yang tersedia atau mempengaruhi kinerja sistem pada situs lain . pemakai organisasi karena itu baik - disarankan untuk merencanakan multi-situs ERP dan CRM implementasi sangat teliti . Mereka harus melakukannya sebelum melakukan sendiri untuk solusi perangkat lunak komoditas tertentu dan rilis berturut-turut .

Ada kekurangan utama dalam menerapkan ERP rilis keprihatinan latar belakang alasan teknis berturut-turut ,mulai dari platform perangkat keras heterogen dan OS / DBMS pilihan di tempat organisasi pengguna , untuk keterampilan terbatas untuk menjaga sistem up - to-date di setiap situs . Bahkan jika dalam tahun atau bulan , masalah heterogenitas platform dan perangkat lunak dasar untuk sementara diselesaikan , mereka muncul kembali dengan rilis baru , meninggalkan perusahaan untuk melihat migrasi sebagai sulit, memakan waktu , dan mahal. Rilis baru dari produk pemrograman komoditas , apakah perangkat lunak dasar atau aplikasi , yang sebenarnya pedang bermata dua . Salah satu alasan mengapa proses migrasi memakan waktu begitu lama untuk mengeksekusi adalah perhatian yang harus dibayarkan kepada setiap platform heterogen yang ada . Alasan lain adalah ingin koordinasi dan kebijakan tradisional banyak toko-toko IT bergerak pada kecepatan lambat . Memang, alasan yang terakhir , lebih dari yang lain , untuk melihat bahwa beberapa migrasi ke rilis baru menerima ulasan buruk.

Apakah seseorang berbicara tentang ERP , CRM , atau produk pemrograman lain , koordinasi multi-situs adalah kata kunci . Perlu diingat bahwa banyak fungsi bisnis ERP yang didukung semakin dieksekusi secara simultan , interaktif , dan secara real -time . Ini membutuhkan usaha dan staf sistem untuk bekerja sama erat dengan kedua vendor dan situs implementasi yang berbeda , dan untuk mengatasi semua jenis masalah implementasi dengan cara yang ketat , termasuk masalah muncul ke permukaan dalam satu situs tetapi tidak pada orang lain . Orang yang memiliki , pada beberapa kesempatan , melalui pengalaman pelaksanaan rilis baru berkomentar bahwa , dalam penilaian mereka , beberapa kompleksitas dalam perangkat lunak ERP melepaskan berasal dari sifat yang sangat umum dari aplikasi off - the-shelf dan dari fakta bahwa organisasi pengguna pindah ke personalisasi rutinitas ini . Hal ini untuk melihat bahwa keragaman dan kompleksitas karena meningkat, lebih-lebih jika bukan kustomisasi parametrik , perusahaan pengguna mengubah beberapa perangkat lunak. Baik rasa sistem menunjukkan bahwa perubahan tersebut tidak boleh dilakukan . Software off -the-shelf harus digunakan sebagai adalah, tunduk hanya pada kustomisasi parametrik , dan yang terakhir harus dilakukan hanya jika fasilitas tersebut tersedia oleh vendor .

Untuk membantu dalam mengevaluasi kebijaksanaan mengadopsi rilis baru , pameran 7.1 menunjukkan prosedur seleksi untuk off - the-rak produk pemrograman . Biasanya , sebuah perusahaan memiliki daftar fungsi top- sepuluh itu ingin untuk melihat didukung dengan cara yang lebih efisien daripada yang saat ini tersedia .

Exhibit 7.1 : Sebuah Bagan Radar untuk Mengevaluasi Lima Tempat Berbeda ERP Paket dan Upgrade mereka , Berdasarkan pada Empat Faktor

Paket ERP , yang Upgrade terbaru dipetakan dalam hal efektivitas dalam grafik radar , dipasang di lima lokasi utama dari perusahaan EPSILON ( nama fiktif , tetapi entitas yang nyata ) . Setiap situs , diidentifikasi I sampai V , diuji setelah upgrade dan datang dengan rating tercermin dalam pameran 7.1 .

Sebagai pembaca dapat menghargai , peringkat ini pun beragam . Di lokasi IV dan V , misalnya biaya menginstal rilis baru hampir tidak pecah bahkan dengan manfaat yang diharapkan .

Salah satu tujuan dari rilis baru adalah bahwa untuk meningkatkan proses bisnis , seseorang harus memiliki bukti bahwa upgrade memang menguntungkan organisasi. Bukti tersebut diperoleh dengan penentuan proses bisnis penting yang hasil yang terukur dapat diperoleh .

Dengan berhati-hati berkaitan dengan efektivitas biaya , pengguna dapat mempengaruhi vendor ERP untuk menambahkan lebih fungsi atau untuk meningkatkan efisiensi mereka rilis . Pada saat yang sama , vendor harus jeli untuk menguji upgrade proyeksi dengan organisasi pengguna . Hal ini sesuai bahwa evolusi solusi ERP dipengaruhi oleh perubahan kondisi pasar, tapi ada daftar seluruh kriteria untuk diamati , termasuk baik pendekatan berorientasi layanan . Bahkan jika banyak organisasi tidak bermigrasi saat baru versi yang tersedia, dalam jangka panjang mereka termotivasi untuk mengadopsi rilis baru karena alasan teknis dan peluang bisnis .

Pada tingkat organisasi pengguna , tidak hanya kompleksitas aplikasi saat ini perlu dievaluasi melalui benchmark menangani rilis baru , bersama dengan manfaat yang diharapkan di setiap situs , tetapi kebutuhan masa depan juga harus diperhitungkan , mengingat evolusi permintaan untuk produk dan jasa .

Untuk biaya / manfaat alasan , itu adalah kebijakan saya untuk melacak biaya instalasi awal dari sistem ERP dan rilis selanjutnya . Hal ini dapat dilakukan melalui grafik sederhana dibawah ini gambar 7.2 .

Untuk proses evolusi yang mudah untuk menerapkan dan membantu dalam membangun diferensiasi bisnis. Tidak hanya arsitektur terbuka memudahkan tugas integrasi asli komoditas software ERP , tetapi juga , hal lain dianggap sama , menyederhanakan instalasi dan pengoperasian rilis baru

Perhatikan juga bahwa dengan hampir setiap rilis baru , ERP , CRM , dan produk pemrograman lain dapat dikonfigurasi melalui model konseptual terkait dengan repositori dari sistem yang sedang digunakan . Itu sebabnya, sampai batas yang sangat signifikan , konsep kaku adat dengan solusi mainframe tidak lagi diterima . Apa yang dibutuhkan adalah konsep menargetkan fleksibel yang cocok dengan rilis baru dan teknik menyesuaikan parametrik .

Penggunaan alat pemodelan dapat membantu dalam migrasi ke rilis baru karena mereka dapat membantu dalam fungsional. Definisi dan dalam menetapkan kriteria kinerja . Adanya pengembangan database memungkinkan untuk memiliki dokumentasi rinci baik di tingkat bisnis dan teknis . Hal ini juga menyediakan hubungan yang baik untuk upgrade lebih lanjut .

7.2 Meta data dan Meta knowledge : Upgrade No Company Haruskah

Meta adalah tingkat di atas tingkat yang lebih mendasar lagi , dan oleh karena itu kuat dalam konten semantik . Gambar 7.3 menyediakan dua contoh : satu dari perbankan , yang lain dari manajemen persediaan . Jumlah uang tertulis di cek adalah rendah tingkat informasi . Tanggal dan tempat masalah adalah meta untuk itu . Up masih lebih tinggi adalah tingkat kontrol, yang delimits tanggal validitas dan jumlah maksimum yang dapat diterima .

Exhibit 7.3 : Konsep Metadata tidak dipahami dengan baik , Namun Apa Dasar untuk Komputer Modern

Metadata adalah penting dalam banyak kegiatan . Manajemen persediaan adalah contoh lain . Metadata untuk tingkat persediaan baku termasuk direktori lokasi persediaan , minimum dan maksimum per item , dan tingkat kepercayaan untuk penataan kembali secara otomatis . Hal ini penting untuk pemasaran dan optimasi . demikian

Metalevels memungkinkan seseorang untuk perencanaan persediaan menyempurnakan dan kontrol . Bagaimana hal ini terhubung ke layanan yang diberikan oleh bahan cerdas dijelaskan dalam Bab 8 sampai 11 . Kedua contoh - cek dan tingkat persediaan - membantu dalam menjelaskan metadata yaitu data tentang data. Dengan demikian , sangat penting untuk pengelolaan sumber daya secara efektif data dan juga untuk menentukan struktur terbaik yang diadopsi sehubungan dengan database logis dan fisik . ERP dan software CRM harus kuat dalam mendukung metadata , tetapi biasanya tidak. Oleh karena itu , seseorang tidak boleh melewatkan kesempatan untuk menerapkan rilis baru menggunakan metadata .

Sebuah cara yang berbeda dalam memandang hal ini adalah bahwa titik fokus dari database adalah organisasi mereka , utilitas ,dan layanan di pasar yang terus menjadi lebih kompetitif dan lebih menuntut . Kontribusi ke database seseorang harus menjadi kriteria utama dalam pemilihan dan penggunaan ERP dan produk CRM pemrograman . Penekanan harus ditempatkan pada aplikasi yang memanfaatkan solusi database pengetahuan diperkaya - dan ini berarti penanganan mampu metadata dan metaknowledge .

Secara teknis , metaknowledge kontras dengan pengetahuan objek . Obyek pengetahuan tingkat dasar . Misalnya, logika pemrograman yang khas adalah ekspresi dari pengetahuan objek . Sebaliknya , dalam cara yang sebanding dengan apa yang baru saja menjelaskan tentang metadata , metaknowledge adalah tingkat yang lebih tinggi , yang meliputi generalisasi dan kendala . Metaknowledge - yaitu, pengetahuan tentang pengetahuan - pada dasarnya adalah kendala -jenis pengetahuan. Gagasan kendala sangat penting karena mengontrol mekanisme pengolahan inferensi pada manusia dan mesin .

Dalam hal implementasi praktis , metaknowledge dapat berperan dalam transformasi pandangan perilaku , pola prosedural dan lainnya , dan kerangka kerja operasional . Sistem manajemen pengetahuan perlu kedua metadata dan metaknowledge . Hal ini benar apakah seseorang berbicara tentang computer artefak berbasis atau sekitar penanganan manual . Saat ini , tidak ada solusi yang efisien untuk secara manual

Informasi ditangani , sehingga suatu fungsi metalevel canggih berbasis komputer paling welcome . Data tradisional disimpan dalam database hanya dapat mewakili 10 persen dari aset informasi perusahaan . Sisanya biasanya disimpan sebagai dokumen nondigitally , faks , file-file kertas , gambar , atau foto . Tantangannya adalah bagaimana menggunakan metaknowledge sehubungan dengan kedua. Jawabannya adalah untuk mengklasifikasikan jenis informasi dengan cara yang akhir - pengguna dapat mengakses sebagai bagian dari sumber daya global (lihat Bab 10 dan 11 klasifikasi ) . Ini dilakukan , tugas selanjutnya dapat ditugaskan untuk sistem manajemen pengetahuan . Pemetaan pengetahuan meluas konsep metadata untuk mengklasifikasi dan mengambil Informasi nondigitized .

Gambar 7.4 menjelaskan interaksi antara tingkat yang lebih tinggi dan lebih rendah dengan memperkenalkan konsep pandangan makroskopik dan mikroskopik . Metalayer ini didasarkan pada pengetahuan makroskopik , yang konseptual dan bahkan mungkin kabur . Tingkat mikroskopis terdiri dari detail, dengan tipe data dasar yang dapat digabungkan . Keduanya dihubungkan oleh warisan, yang dinamis , seketika , dan tahan lama .

Gambar 7.4 : Metalayer Is Berdasarkan Makroskopik Pengetahuan

Kedua ERP dan fungsionalitas CRM bisa mendapatkan keuntungan dari metalevels , di atas tingkat detail yang merupakan obyek pemeriksaan ini . Didukung oleh metalevel , pandangan makroskopik akan memungkinkan seseorang untuk fokus pada bagian komponen (melalui zooming ) dan untuk menguji pandangan integratif elemen rinci . Pada prinsipnya : ƒ pengetahuan mikroskopis difokuskan pada satu domain di mana ada sedikit atau tidak ada kontradiksi .

Sebuah contoh adalah penanganan produk keuangan tertentu, seperti letter of credit . Pengetahuan spesialis mikroskopis penting tidak hanya untuk memastikan debit yang tepat dan kredit , tetapi juga untuk menghitung risiko yang diambil oleh bank - dan oleh karena itu

ƒ pengetahuan mikroskopik sering dianggap " jelas" kepada orang-orang dengan pengalaman dalam diberikan domain terbatas. Meskipun pengetahuan mikroskopis biasanya membahas bidang sempit , ada beberapa kesulitan dalam data dan akuisisi pengetahuan . Juga, sementara hanya ada satu atau paling sedikit pola didirikan sehubungan dengan pengetahuan mikroskopis , terdapat pada waktu kurang dari pendekatan realistis untuk penalaran .

Kontras dengan hal ini , pengetahuan manajemen makroskopik . Ini menyangkut grand design serta proyeksi , ekstrapolasi , inferensi , pengurangan , dan induksi . Pengetahuan penawaran makroskopik dengan data lunak (misalnya , prakiraan ) dan data keras ( misalnya , statistik ) . Namun, perkiraan adalah bagian dari manajemen pengetahuan, sementara statistik dan bukti sejarah adalah provinsi pengetahuan mikroskopis . soft data datang pada tingkat risiko tertentu , proyeksi berharga dalam perencanaan mungkin tidak terwujud , tapi selama seseorang memahami bahwa informasi ini mungkin kabur , tidak jelas, dan tidak pasti , seseorang dapat memperoleh manfaat dari soft data .

Pengetahuan makroskopik bukan koleksi pengetahuan mikroskopis , seperti menyimpulkan tagihan supermarket . Ini berasal dari pengalaman panjang mengkristal menjadi aturan kualitatif . Hal ini memerlukan lembaga , operasi , dan pemeliharaan fasilitas memori korporat . Semua ini adalah alasan mengapa rilis baru dari ERP , CRM , atau produk pemrograman lain yang menggunakan orientasi objek , metadata , dan metaknowledge tidak boleh dilewatkan .

7.3 Sebuah Standar In-House Evaluasi Software Multi- Dimensi

Fungsionalitas ERP , CRM , dan produk pemrograman lain adalah untuk sebagian besar didorong oleh kekuatan pasar . Lebih tepatnya , hal ini didorong oleh tekanan pasar untuk pertukaran informasi antara entitas yang berbeda dan platform sehingga heterogen , dan untuk membuat mulus perbedaan antara

proses transaksi di bawah beberapa rutinitas penanganan transaksi . Ada juga inisiatif yang cenderung membangun semacam wilayah yang lebih luas makna bisnis yang memiliki implikasi penting bagi kedua vendor ERP dan bagi para pelanggan mereka .

Perubahan ini dengan cara tradisional pelaksanaan perangkat lunak komoditas melambangkan penggunaan teknologi canggih sebagai kekuatan utama dalam persaingan . Mereka berperan penting dalam mewujudkan jangkauan yang lebih luas dengan komputer dan jaringan , bukan hanya karena mereka menambahkan lebih maksimal , tetapi juga karena alat-alat baru memungkinkan seseorang untuk menggunakan teknologi informasi untuk ulang sumber daya kronis stagnan organisasi. Ini adalah perspektif lain di mana rilis baru harus dilihat , seperti contoh di Bab 7.2 .

Dalam proses ini lebih cepat dan lebih dalam perubahan , siklus yang cepat dari desain untuk manufaktur dan penjualan

menjadi bagian integral dari lamanya perjalanan operasi . Inti dari strategi global perusahaan adalah menggunakan IT untuk membantu dirinya sendiri dan pelanggan mengambil keuntungan dari pasar global . Semakin banyak , seluruh proses penggunaan komputer ditujukan untuk filosofi yang, bagaimanapun , harus membayar banyak perhatian modal manusia , termasuk rekrutmen, pelatihan , dan kompensasi.

Sebuah keuntungan perusahaan karena sebagai perdagangan Internet menjadi lebih populer , saluran pemasaran langsung dan layanan pelanggan konvensional tidak lagi memadai untuk memenuhi tuntutan dari basis pelanggan yang semakin berbeda . Lebih dari sebelumnya , di tahun-tahun mendatang elemen kunci akan menjadi komunikasi yang efektif , dan ini membutuhkan jenis lebih maju dari perangkat lunak.Efektivitas komunikasi ditandai , sebagai kondisi , dengan nilai diferensiasi untuk semua link jaringan seperti yang disediakan oleh Web - di setiap lokasi. Di front-end datang peran CRM memungkinkan pusat kontak pelanggan , yang menggabungkan berbagai bentuk saluran kontak pelanggan : video, e -mail , faks, surat , dan kios . Tapi front-end harus didukung oleh informasi back-office , yang menekankan peran ERP .

ƒ Rilis baru dari ERP atau CRM yang mengintegrasikan dua paket harus , pada prinsipnya , dilaksanakan .

ƒ Dalam mencapai keputusan implementasi, bagaimanapun , itu selalu baik untuk memeriksa biaya / manfaat

Pada prinsipnya , tetapi hanya pada prinsipnya , produktivitas dalam kontak pelanggan bisa mendapatkan dorongan jika seseorang mampu mencapai contact center state-of - the-art sambil menghindari banyak masalah integrasi di sepanjang jalan . Hal ini menyebabkan variabel penting dalam keputusan rilis baru : proses integrasi yang menambah proyek tantangan yang dihadapi oleh pelaksana ERP dan CRM .

Solusi yang efektif untuk masalah integrasi telah menjadi lebih kompleks karena banyaknya platform , yang menambah tantangan yang ditimbulkan oleh heterogenitas mereka. Beberapa saran yang baik untuk bersiap-siap untuk belajar tentang masalah yang rekan-rekan seseorang menghadapi dan solusi bahwa mereka telah menerapkan .

Dalam pengertian ini , sistem pakar mengidentifikasi kasus yang relevan , alternatif dievaluasi , dan membangun sebuah jalan menuju solusi. Prosedur ini telah sekali lagi menjadi penting dalam mengembangkan kemampuan call center generasi berikutnya dalam Internet perdagangan , sesuatu CRM harus menyediakan . Kebutuhan untuk melakukan pendekatan seperti yang paling canggih adalah di bagian atas agenda banyak organisasi ' , bahkan jika jalan menuju sukses adalah satu sulit karena, seperti telah disebutkan, meliputi:

ƒ Mengintegrasikan dan menggunakan ERP dan CRM solusi untuk membangun multi-situs , multi-fungsional ,

kemampuan multimedia

ƒ Menyebarkan sumber daya dengan cara yang menjamin pendekatan halus dan harmonis Perusahaan dengan pengalaman dalam domain ini integratif menunjukkan bahwa penggunaan mampu teknologi Web dapat

memberikan kontribusi signifikan untuk sebuah penanganan interaktif masalah dan solusi dan pembuatan permintaan untuk penawaran, serta memastikan proaktif real-time komunikasi suara dan video. Agen dapat memainkan peran kunci dalam mencapai tujuan ini .

Vendor ERP , CRM , dan produk pemrograman lain harus bersemangat untuk mengembangkan sistem yang memastikan bahwa artifact belajar dari pekerjaan yang dilakukannya. Dengan sistem pembelajaran , ada interaksi antara bank pengetahuan dan pengguna antarmuka , yang memberikan kontribusi hingga jatuh tempo sistem .

Proses ini melibatkan metode penalaran dan aturan dapat tumbuh dengan asupan pengetahuan berturut-turut .Seperti pengalaman dengan Web -enabled call center dikembangkan lebih lanjut , pertanyaan sesungguhnya adalah bahwa dari pandangan global yang dapat meningkatkan daya saing perusahaan . Ini adalah perpanjangan alami dari apa jika mengapa jika , yang mengarah ke arah pengembangan sistem informasi strategis dapat membantu semua manajer dan profesional dalam organisasi , serta mitra bisnis dalam rantai pasokan .

Kesimpulannya , dari awal bantu kuantitatif untuk manajemen , dukungan komputer telah diidentifikasi dengan pribadi pengambilan keputusan . Pada intinya , ini adalah tujuan dari komputasi personal - yang inersia khas dan misinformasi pengolahan data klasik diharamkan . Seperti DSS dan sistem pakar pada 1980-an , CRM dan generasi baru ERP harus ditandai dengan pesatnya perkembangan nilai tambah fungsi , menempatkan premi pada mampu menangani ad hoc dan sangat cepat kebutuhan yang berkembang pada pengguna akhir 'sisi . Rilis baru menjunjung tinggi prinsip-prinsip ini juga mungkin layak garam mereka .

7.4 Meningkatkan Kecepatan dari Implementasi Sistem canggih

Bab 6 menggarisbawahi fakta bahwa waktu yang dibutuhkan untuk mengimplementasikan produk baru pemrograman , atau rilis baru satu sudah dalam produksi , dan biaya operasi ini berkorelasi positif dengan satu sama lain .

Penelitian telah menunjukkan bahwa koefisien korelasi ini tidak sama dengan 1; biasanya bervariasi antara 0,75 dan 0.85 , tapi ini cukup tinggi untuk membuat perusahaan jernih berjalan lebih cepat untuk menuntut implementasi yang cepat jadwal dan mengurangi biaya implementasi .Kadang-kadang krisis merupakan instrumen dalam menuntut fase implementasi yang cepat . Pada tanggal 27 Oktober 1997, bencana ekonomi dan keuangan di Asia Timur memicu aktivitas pasar saham yang mengirim volume perdagangan ke tanda tinggi air tinggi. NASDAQ pasar saham menerima rekor 20 juta hits dalam satu hari di perusahaan

Situs perdagangan internet , nasdaq.com . Akibatnya , NASDAQ sangat dibutuhkan server tambahan untuk menangani ini peningkatan besar . Atas permintaan NASDAQ , Dell dibangun dan dikirimkan delapan , sistem server sepenuhnya diuji kustom -dikonfigurasi hanya dalam 36 jam . Tiga hari kemudian , NASDAQ telah menggunakan server untuk melakukan bisnis online tanpa cacat terlihat.

Tindakan ini cepat tersedia NASDAQ dengan solusi sistem teknologi state-of - the-art , dalam

jangka waktu yang tidak ada vendor komputer lainnya sejauh ini cocok . Pelaksanaan memecahkan rekor dicapai oleh Dell bersama dan NASDAQ penjualan , pengadaan , dan tim produksi bekerja sama untuk memahami dan menganalisa , dan kemudian dengan cepat merespon , kebutuhan pelanggan .

Plot dalam Tampilan 7.5 membuat menarik membaca . Ini peta penilaian kinerja empat proyek serupa tentang pengenalan perangkat lunak komoditas baru. Paket ini sudah dilaksanakan di berbagai

perusahaan tentang ukuran dan bidang usaha yang sama . Dari A sampai D , hubungan antara rating dan biaya dapat didekati melalui garis yang menunjukkan biaya secara signifikan lebih besar , maka diminishing return untuk kinerja yang lebih rendah dan lebih rendah .

Gambar 7.5 : Biaya / Kinerja Sebuah Evaluasi Empat Proyek Software serupa Dilaksanakan di Benar-benarJadwal yang berbeda untuk Deliverables

ƒ Proyek B mengambil satu - dan -a - setengah kali lebih lama dari proyek A , dan biaya adalah 53 persen lebih tinggi .

ƒ Proyek C diperlukan sekitar 80 persen lebih banyak waktu dari A , sementara 2 - ke - 1 rasio menang dalam hal biaya .

Ini menjadi kasus, mengapa pengendalian manajemen atas jadwal pelaksanaan begitu lemah ? baru-baru ini

Studi telah menemukan bahwa manajemen puncak dihadapkan dengan dua masalah yang ditemukan sulit untuk diatasi :

1 . Its buta huruf komputer sendiri, yang tidak mengizinkan untuk melakukan kontrol internal yang ketat , seperti di domain lainnya , dan

2 . Sebuah perkembangan yang disengaja go-slow perangkat lunak dan implementasi kebijakan , dilakukan terutama untuk alasan keamanan kerja

Dalam beberapa proyek dikunjungi dalam program studi ini , manajemen membuat referensi yang analis , programer , dan CIO mengambil sekitar 200 sampai 300 persen lebih banyak waktu daripada benar-benar diperlukan

untuk mengembangkan dan melaksanakan program-program komputer baru . Alasan berulang untuk kebijakan ini go-slow disengaja adalah bahwa mereka berpikir bahwa dengan berbuat demikian , mereka memiliki keamanan pekerjaan yang lebih baik . Justru kebalikannya adalah benar.

Hanya perusahaan terbaik yang dikelola bergerak sangat cepat dalam pengembangan perangkat lunak dan jadwal pelaksanaan . Dalam perjalanan penelitian saya , sebuah bank Inggris mengatakan bahwa sejauh produk keuangan derivatif dan operasi treasury prihatin , waktu minimum yang efektif untuk perangkat lunak baru satu jam , dan waktu terpanjang diterima adalah tiga bulan , untuk tim dari dua orang .

Seiring frame yang sama dari referensi, sebuah bank Amerika menyatakan bahwa banyak perangkat lunak yang diproduksi untuk

produk keuangan baru biasanya dilakukan dalam dua jam . Jika proyek membutuhkan waktu dua minggu , itu sudah terlalu lama . Jadwal-jadwal itu berjalan bertentangan dengan apa yang saya sebutkan di paragraf sebelumnya sebagai praktek yang lebih umum saat ini, di mana pengembangan perangkat lunak membutuhkan waktu tiga tahun - dan kadang-kadang lebih .

Strategi Securum telah didasarkan pada dua pilar : ( 1 ) pengembangan perangkat lunak yang cepat dan kerangka waktu ( 2 ) desain rendah dan biaya implementasi teknologi informasi . Perusahaan abadi software dilakukan pada klien / server dengan tim pengembangan kecil , bukan di lima tahun dengan kelompok pengembangan yang besar seperti yang diminta oleh para mainframers dari Nordbanken lama.

7.5 Komoditi Software dan Alat untuk Solusi Bisnis Lanjutan

Bab 7.4 menekankan titik bahwa solusi perangkat lunak canggih yang penting untuk industry saing dan karena itu mereka harus bergerak cepat , menargetkan hasil kelas . mutakhir

perangkat lunak dapat berperan dalam meningkatkan kualitas bisnis seseorang dan jangkauan perusahaan . Munculnya perangkat lunak intelijen , ditambah dengan komunikasi berkecepatan tinggi , menawarkan kemungkinan-kemungkinan baru dan dramatis untuk pengembangan produk yang inovatif.

Statistik semakin meyakinkan bahwa teknologi tinggi memiliki potensi besar dan jauh jangkauannya berdampak pada produktivitas pribadi . Pada saat yang sama , rasa manajemen yang baik untuk melihat bahwa seseorang harus menentukan peran yang tepat untuk dimainkan oleh berbagai aktor dalam program kinerja tinggi , melakukannya dalam konteks tingkat dunia dengan menggunakan Internet . Komputer dan komunikasi adalah pasar global .

ƒ Sebuah program dinamis selalu didorong oleh kebutuhan pengguna . Program ini harus menjadi hasil

berorientasi dan bertujuan untuk membangun kepemimpinan industri dan keuangan .

ƒ Program tersebut juga harus mampu menciptakan kondisi pasar domestik dan internasional

Ini adalah tujuan untuk mencapai dengan ERP , CRM , dan produk pemrograman lain , tidak hanya di satu lokasi tetapi di seluruh jaringan operasi perusahaan . Hal ini harus dilakukan secara efisien sambil memberikan jawaban yang valid ke sejumlah sudut pandang , bahkan jika sudut pandang ini memiliki persyaratan sebagian komplementer dan sebagian bertentangan .

Dalam lingkungan didistribusikan , sejumlah titik pandang yang berbeda harus didukung dengan kecepatan rekor .

Fungsi penanganan informasi alamat pemodelan data dan aliran data , serta kendala manipulasi data . The komputasi sisi persamaan berfokus pada struktur komponen aplikasi dan pertukaran data dan kontrol antara mereka . Sebuah metodologi belajar benar harus menargetkan perampingan tugas prosedural dan implementasi .

Ambil sebagai contoh proses mengadopsi rilis berturut-turut perangkat lunak dibeli , sebagaimana dimaksud dalam bagian awal bab ini . Sebuah metode yang saya temukan adalah bermanfaat untuk melacak waktu dan biaya pelaksanaan rilis berturut-turut , baik untuk alasan pengendalian internal dan post-mortem diskusi dengan vendor pada (biasanya optimis ) perkiraan .

Gambar 7.6 adalah plot biaya . Kriteria klasifikasi kinerja adalah dari perusahaan. Untuk tujuan perbandingan , itu sudah cukup untuk dicatat perbedaan dalam hal fungsi dan biaya yang terkait

dengan pelaksanaan setiap rilis . Seperti dapat dilihat dalam grafik , membawa rilis berikutnya ke dalam arus utama yang dibutuhkan hampir 30 persen dari biaya pelaksanaan asli - tapi kinerja secara signifikan ditingkatkan. Seiring waktu, bagaimanapun , adalah mungkin untuk mengurangi biaya pelaksanaan rilis baru .

Gambar 7.6 : Sebuah Metode Kemudahan untuk Menjaga Track Biaya awal Pemrograman Produk Pendahuluan dan dari Pers selanjutnya Tindakan balancing antara biaya dan fungsionalitas membawa ke dalam perspektif kedua teknik dan sudut pandang manajerial . Yang terakhir menyangkut mekanisme yang menyediakan transparansi dalam hal fungsi dan biaya . Seringkali , sebuah bab biaya yang signifikan adalah bahwa kendala penanganan yang dikenakan oleh teknologi dari mana sistem TI yang ada dibangun . Sebuah sudut pandang biaya jangka panjang harus melihat optimasi dengan pertimbangan efektivitas biaya tertentu yang disetujui oleh dewan .

Untuk mencapai apa yang tersirat oleh paragraf sebelumnya , seseorang harus memiliki dan menggunakan dalam mampu cara perangkat lunak yang kuat . Praktek tua adalah bahwa orang-orang yang tertarik pada proyek TI canggih sering terlibat dalam perkembangan yang relatif rumit karena mereka menggunakan alat tua dan gagal untuk mengambil keuntungan dari prototyping . Sikap ini menunjukkan bahwa orang tersebut tidak sangat tertarik pada aplikasi kelas .

Baru , perangkat lunak yang lebih efisien sangat dibutuhkan untuk pengembangan cepat karena pemikiran bisnis tentang perangkat lunak mengalami perubahan radikal dari waktu ke waktu . Manajemen perusahaan semakin dipaksa untuk membuat pilihan yang sulit tentang di mana untuk menghabiskan dolar perangkat lunak yang berharga . Sebuah alat per se (misalnya ,

pemrograman berorientasi objek [ lihat Bab 7.1 ] ) , tidak akan pernah berubah programmer miskin menjadi yang baik . Sebaliknya, bagaimanapun, adalah benar. Alat miskin akan salju di bawah keterampilan programmer yang baik , menunda kiriman yang diharapkan , dan berkontribusi overruns anggaran .

Kita tidak boleh lupa bahwa di ujung lain dari spektrum implementasi adalah pengguna alat yang mungkin

tidak cukup memahami aplikasi baru, dan itu terus dalam cara mereka berpikir dengan metode lama . Biasanya , ini terlalu tradisional . Pengguna akhir yang tidak terlalu melek komputer tidak memiliki dorongan untuk keluar dari sistem warisan atau menggunakan perangkat lunak baru yang membahas masalah mereka dengan cara yang lebih efektif - kecuali mereka terlatih dan memahami fungsi yang tersedia untuk mereka .

Metode pembangunan yang lebih baik dan alat yang lebih baik sangat dibutuhkan karena juga ada batasan untuk jumlah orang yang dapat secara efektif bekerja sama dalam proyek yang sama . Satu , dua , atau tiga orang yang dapat diterima tetapi , Bukti 7.7 terlihat , dengan empat orang atau lebih , produktivitas pribadi berkurang tajam . Ketika tim pengembangan memiliki sepuluh orang atau lebih , fenomena yang sering , produktivitas di

rockbottom .

Gambar 7.7 : Programmer Produktivitas sebagai Ukuran dari Tim Pengembangan Meningkatkan

Ada juga kendala mengenai jumlah orang yang memiliki kemampuan dan bakat untuk menjadi

perangkat lunak profesional . Saat ini , Inggris sudah kurang 40.000 pekerja software . Jerman memiliki sekitar statistik yang sama , meskipun beberapa perkiraan membawa nomor ini untuk 70.000 kosong posting TI . Di Amerika Serikat , lowongan dalam rekayasa perangkat lunak jauh lebih tinggi . Oleh karena itu, pada akhir tahun 2000 , Kongres AS mengesahkan undang-undang otorisasi visa imigran luar biasa untuk 199.000 analis yang terampil , desainer , dan programmer

Kita harus menghadapi kenyataan bahwa kedua daya saing perusahaan dan nasional dalam Ekonomi Baru tergantung signifikan terhadap penyadapan sumber daya orang terlatih . Ini adalah spesialis yang akan mengembangkan produk pemrograman imajinatif dan rilis berikutnya mereka. Masalah diciptakan oleh kekurangan tenaga terampil serius karena kurangnya pekerja yang berkualitas software dapat:

ƒ Mengarah ke perlambatan dalam pengenalan produk dan layanan baru

ƒ Membuat upgrade kualitas hampir tidak mungkin dalam produk pemrograman seperti ERP dan CRM

Karena tidak dapat diulang terlalu sering , inovasi secara historis menjadi salah satu kompetitif kunci keuntungan banyak perusahaan dinamis, tetapi inovasi membutuhkan perangkat lunak yang lebih dan lebih canggih . Ini berarti bahwa manajemen tidak melihat pengembangan perangkat lunak dan pemeliharaan sebagai salah satu inti

kompetensi . Memang , di permukaan , perusahaan Ekonomi Lama tidak muncul untuk berada dalam bisnis pembuatan perangkat lunak , namun produk dan jasa yang mereka jual lebih komputer bergantung daripada sebelumnya , dan mereka akan menjadi lebih sehingga dalam tahun-tahun mendatang .

7.6 Markup Produk Bahasa untuk Bahan Smart Dunia

Bab ini membuat beberapa referensi ke kebutuhan untuk alat yang lebih baik , dimulai pada kata pengantar , yang dibawa ke perhatian pembaca Produk Markup Language ( PML ) untuk menggambarkan benda-benda fisik . PML didasarkan pada Extensible Markup Language ( XML ) , yang merupakan pengembangan dari Hypertext Markup Language ( HTML ) , alat pemrograman umum yang sebagian besar situs web didasarkan .

HTML memungkinkan setiap pengguna untuk berselancar di Internet dari desktop . Namun, sementara HTML memberitahu komputer bagaimana

Informasi harus ditampilkan , XML melangkah lebih jauh dengan menginstruksikan komputer pada jenis informasi pengguna melihat . Microsoft telah mengembangkan Visual Studio.NET , yang merupakan alat berbasis XML . Ini adalah kedua model pemrograman dan sarana untuk pengembangan aplikasi yang cepat . Obyek Visual Studio.NET adalah untuk memungkinkan pengiriman mudah layanan diprogram sangat terdistribusi berjalan di mesin yang berdiri sendiri . Ini dapat terletak di pusat data perusahaan atau dalam lingkungan Internet . Ini adalah terpuji , tetapi tidak cukup dengan bahan cerdas . PML MIT melangkah lebih jauh : [ 4

ƒ Ini membantu dalam membangun - dalam lapisan data semakin spesifik untuk menggambarkan benda-benda fisik , mereka

konfigurasi , dan negara mereka.

ƒ Ini memberikan instruksi untuk mesin proses itu atau mengubah suatu produk , seperti motor

Bersama dengan Electronic Product Code ( dibahas dalam Bab II ) , PML memenuhi dasar komponen yang diperlukan untuk secara otomatis menghubungkan informasi dengan benda-benda fisik . Dalam istilah lain , ia menyediakan sangat dibutuhkan konektivitas antara jaringan fisik dan jaringan logis atau digital .

Fungsi PML ditemukan di luar penanganan data statis . Pilihan ini dibuat sebagai penghargaan atas fakta bahwa ada kebutuhan untuk berkomunikasi data dinamis : yaitu, informasi yang berubah ketika suatu produk yang digunakan , usia , atau dikonsumsi . Contohnya adalah perubahan berat, volume , suhu , kelembaban , tekanan, dan variabel lain yang dilacak melalui metrik . Pada prinsipnya , perusahaan tidak harus mengorbankan rilis baru yang mencakup PML .

Desain rekening PML untuk fakta bahwa aplikasi masa depan kemungkinan besar akan perlu untuk menyertakan perangkat lunak yang menggambarkan bagaimana sebuah benda berperilaku . Sebagai contoh, sebuah file PML mungkin berisi program yang mengatakan seberapa cepat sumber daya akan digunakan sebelum perlu diganti - atau seberapa cepat proses produksi akan kehabisan persediaan , mengingat tingkat tersedia dan konsumsi saat ini.

Sehubungan dengan aplikasi bahan cerdas , ada juga kebutuhan untuk Penamaan Layanan Object ( ONS ) yang memastikan bahwa jaringan fisik dan jaringan logis dapat bekerjasama secara efektif . Tujuannya adalah untuk menyediakan konektivitas yang universal antara objek dalam dunia fisik dan pemetaan digital mereka . Beberapa tantangan yang saat ini ditangani oleh para peneliti di MIT Auto - ID Center dilengkapi bagaimana PML akan:

ƒ Menangani baik informasi statis dan streaming, data dinamis dari sensor fisik

ƒ Mengakomodasi objek individu , bit hirarki objek , majelis , dan agregat

ƒ Memfasilitasi manajemen didistribusikan dari produk dan proses informasi di lokasi-lokasi pusat, seperti pabrik, gudang , dan outlet penjualan

ƒ Menyediakan untuk keamanan (sebaiknya tertanam dalam bahasa ) untuk memastikan bahwa informasi kepemilikan dilindungi

Masih tantangan lain yang membuat cara yang dimungkinkan dan sarana untuk perubahan perangkat lunak dan upgrade untuk mengambil secara simultan dan segera , menjamin bahwa produk yang terkait dengan data yang paling up - to-date , memungkinkan akses real-time ke informasi penting , menyalurkan instruksi daur ulang secara online , dan termasuk cap multifungsi pada produk dan tingkat proses . Dukungan penuh harus diberikan untuk script dan skenario , driver perangkat , sistem kontrol , dan manajemen cerdas lingkungan .

Tantangan utama adalah bahwa pengujian perangkat lunak sehubungan dengan aplikasi yang bisa beragam seperti administrasi rantai pasokan , perencanaan sumber daya perusahaan , manajemen hubungan pelanggan , dan implementasi lain in-the - besar, dan juga aplikasi baru in-the - kecil, seperti peralatan pintar , otomatis check - out, pencegahan pencurian , iklan yang terfokus , layanan manual instan , dan harga dinamis .

SHIZUKAMINAMOTO_IRARA

Kamis, 31 Oktober 2013

BIZAGI SOFTWARE PROCESS MODELER

BLUEBERRY FLASHBACK EXPRESS RECORDER

Jumat, 18 Oktober 2013

ENTERPRISE RESOURCE PLANNING_TUGAS_MODUL 2_CHAPTER 7