artikel implementasi sI

Artikel ini menyajikan 9-langkah pendekatan untuk pengembangan sistem informasi.

The Problem Masalah

A government agency needed a project management system: not Microsoft Project, but a business information system to manage their functional projects. Sebuah lembaga pemerintah membutuhkan sistem manajemen proyek: tidak Microsoft Project, namun sistem informasi bisnis untuk mengelola proyek fungsional. The overall scope included projects, staff, deliverables, assignments, status reports, travel and expenses, client organizations and their staff, and the like. Termasuk lingkup keseluruhan proyek, staf, kiriman, tugas, laporan status, perjalanan dan biaya, organisasi klien dan staf mereka, dan sejenisnya. So the agency hired a contractor to come in and do a requirements analysis and build a business information system. Jadi agen menyewa kontraktor untuk datang dan melakukan analisis persyaratan dan membangun sistem informasi bisnis. The requirements analysis was standard fare: meet with management, meet with functional experts, and meet with technical staff. Analisis persyaratan standar tarif: bertemu dengan manajemen, bertemu dengan para ahli fungsional, dan bertemu dengan staf teknis. Everybody was interviewed and the requirements document filled several volumes. Semua orang diwawancarai dan dokumen persyaratan dipenuhi beberapa jilid. Everyone was happy. Semua orang senang.

The contractor took the requirements document away and implemented the business information system. Kontraktor mengambil dokumen persyaratan menjauh dan mengimplementasikan sistem informasi bisnis. After about a year of detailed design, coding, unit testing, and system testing, the business information system was delivered to the government agency. Setelah sekitar satu tahun rinci desain, coding, unit testing, dan pengujian sistem, sistem informasi bisnis disampaikan kepada badan pemerintah. The government agency shrieked in horror. Agen pemerintah menjerit ngeri. What had the contractor done? Apa yang dilakukan kontraktor? That is not what the agency had said. Itu bukan apa yang dikatakan agen. Not what they had wanted. How could this happen? Bukan apa yang mereka inginkan. Bagaimana ini bisa terjadi? The contractor was promptly fired. Kontraktor itu langsung dipecat.

Since this clearly had to be an aberration, a new contractor was hired. Karena ini harus jelas penyimpangan, kontraktor baru dipekerjakan. The new contractor met with management, met with functional experts, and met with technical staff. Kontraktor baru bertemu dengan manajemen, bertemu dengan para ahli fungsional, dan bertemu dengan staf teknis. Everybody was interviewed and the requirements document filled several volumes. Semua orang diwawancarai dan dokumen persyaratan dipenuhi beberapa jilid. Everyone was happy. Semua orang senang.

The contractor took the requirements document away and implemented the business information system. Kontraktor mengambil dokumen persyaratan menjauh dan mengimplementasikan sistem informasi bisnis. After about a year of detailed design, coding, unit testing, and system testing, the business information system was delivered to the government agency. Setelah sekitar satu tahun rinci desain, coding, unit testing, dan pengujian sistem, sistem informasi bisnis disampaikan kepada badan pemerintah. The government agency shrieked in horror. Agen pemerintah menjerit ngeri. What had the contractor done? Apa yang dilakukan kontraktor? That is not what the agency had said. Itu bukan apa yang dikatakan agen. Not what they had wanted. How could this happen? Bukan apa yang mereka inginkan. Bagaimana ini bisa terjadi? The contractor was promptly fired. Kontraktor itu langsung dipecat.

Since this clearly had to be an aberration, a new contractor was hired. Karena ini harus jelas penyimpangan, kontraktor baru dipekerjakan. Now to save the readers time, just go to back to the start of this cycle and read it again: two more times. Sekarang untuk menghemat waktu pembaca, hanya pergi untuk kembali ke awal siklus ini dan membacanya lagi: dua kali lagi.

An epiphany then happened to the government agency. Sebuah pencerahan kemudian terjadi pada lembaga pemerintah. Since all the contractors were using the same data processing and implementation technology infrastructure to build the business information system, it had to be the fault of the underlying technology infrastructure. Karena semua kontraktor yang menggunakan data yang sama penerapan teknologi pengolahan dan infrastruktur untuk membangun sistem informasi bisnis, itu harus kesalahan infrastruktur teknologi yang mendasarinya. The next step was to try to terminate and/or replace the underlying technology infrastructure. Langkah selanjutnya adalah berusaha untuk menghentikan dan / atau mengganti infrastruktur teknologi yang mendasari. At that point, the technology vendor brought in a consultant to completely evaluate the situation. Pada titik itu, vendor teknologi membawa seorang konsultan untuk sepenuhnya mengevaluasi situasi. The cycles of requirements through failure were examined to determine what went wrong. Siklus persyaratan melalui kegagalan yang diperiksa untuk menentukan apa yang salah. A classic methodology was used, and so it was presumed that there would be a classic result. Metodologi klasik yang digunakan, dan karena itu diduga bahwa akan ada hasil yang klasik. Actually, there was. Sebenarnya, ada.

After the study, a meeting was called by the consultant with the government agency's heads. Setelah studi, pertemuan dipanggil oleh konsultan dengan kepala lembaga pemerintah. The agency was eager to know not only what went wrong but who to blame. Lembaga sangat ingin mengetahui tidak hanya apa yang salah, tapi siapa yang harus disalahkan. The answer was a shock. Jawabannya adalah shock. It was the agency that was at fault, not the contractors. Ini adalah badan yang salah, bukan kontraktor. Of course, the agency angrily protested the findings. Tentu saja, badan protes marah temuan. The consultant carefully went through the requirements-failure cycles and showed that during every cycle the perception of what the problem was and, therefore, what the solution should be had changed. Konsultan hati-hati melewati persyaratan-kegagalan siklus dan menunjukkan bahwa selama setiap siklus persepsi apa masalahnya, dan karena itu, apa yang seharusnya solusi telah berubah.

It was not a case of whether the contractor got the requirements right. Itu bukan kasus apakah kontraktor mendapatkan persyaratan benar. Rather, it was a case of the government agency not knowing what requirements it actually wanted. Sebaliknya, itu adalah kasus lembaga pemerintah tidak mengetahui persyaratan apa yang sebenarnya ingin. When the contractor talked to different government staff, the answers were different not just from one staff member to another, but from previous answers provided by the same government staff member over the different cycles. Ketika kontraktor berbicara dengan staf pemerintahan yang berbeda, jawabannya tidak berbeda hanya dari seorang anggota staf yang lain, tetapi dari jawaban sebelumnya disediakan oleh pemerintah sama anggota staf atas siklus yang berbeda. The objective, a successfully developed business information system, was impossible to achieve. Tujuan, yang berhasil mengembangkan sistem informasi bisnis, adalah mustahil untuk dicapai.

What to do? Apa yang harus dilakukan? It was suggested to the government agency that they create their own detailed specification of what needed to be accomplished. Saat itu disarankan untuk agen pemerintah bahwa mereka membuat sendiri spesifikasi rinci apa yang harus dicapai. The agency countered, “That's the contractor's responsibility!” The consultant indicated that if four different contractors couldn't create the “just right” specification, it was not the contractor's fault. Agen membalas, "Itu tanggung jawab kontraktor!" Konsultan mengindikasikan bahwa jika empat kontraktor yang berbeda tidak bisa menciptakan "tepat" spesifikasi, bukan kesalahan kontraktor. The agency asked what it should do. Badan bertanya apa yang harus dilakukan. The consultant suggested that a week-long workshop be conducted with agency staff to derive the requirements. Konsultan menyarankan bahwa selama seminggu workshop dilakukan dengan staf lembaga untuk menurunkan persyaratan. The agency agreed. Agen setuju. The consultant asked the agency head for the names of the staff that absolutely were too important to be on the team. Tanya konsultan kepala badan untuk nama-nama staf yang benar-benar terlalu penting untuk berada di tim. A list was immediately produced. Daftar segera diproduksi. The consultant said, “These are the names of the individuals that must participate.” The agency head's response was not “printable.” Konsultan berkata, "Ini adalah nama-nama dari individu-individu yang harus berpartisipasi." Kepala Badan respons tidak "dicetak."

The final agreement was this. Kesepakatan akhir ini. A workshop would be conducted that would cause the creation not only of the specifications of the business information system to be produced, but also a prototype as the specification's proof. Sebuah lokakarya yang akan dilakukan akan menyebabkan penciptaan tidak hanya dari spesifikasi yang berisi informasi usaha sistem yang akan dihasilkan, tetapi juga sebuah prototipe sebagai bukti spesifikasi. Further, the specifications were to be stored in an early version of the Whitemarsh Metabase so that the repository could be used in the subsequent full implementation contract as the key reference point for the specification of what needed to be implemented. Lebih lanjut, spesifikasi itu harus disimpan dalam versi awal Whitemarsh Metabase repositori agar dapat digunakan dalam pelaksanaan berikutnya kontrak penuh sebagai acuan utama untuk spesifikasi apa yang perlu dilaksanakan. Finally, the process was required to iterate the requirements via the prototype demonstrations until complete. Akhirnya, proses ini diperlukan untuk iterate persyaratan prototipe melalui demonstrasi sampai selesai.

The workshop was conducted over five full days. Lokakarya dilaksanakan selama lima hari penuh. There were four agency teams of four individuals each along with one information technology person per team. Ada empat tim dari empat badan individu masing-masing bersama dengan salah satu teknologi informasi orang per tim. Each team lead had to be a functional expert. Setiap tim harus memimpin fungsional ahli. Additionally, the team lead was instructed that the information technology person was to act solely as the team's scribe in creating the metadata. Selain itu, tim memimpin diperintahkan bahwa orang teknologi informasi adalah semata-mata bertindak sebagai tim juru tulis dalam menciptakan metadata. If the information technology person got out of hand, it was suggested to the team lead that they could to use duct-tape to silence the information technology person. Jika orang teknologi informasi keluar dari tangan, itu disarankan untuk memimpin tim bahwa mereka bisa menggunakan duct-tape untuk membungkam orang teknologi informasi. A stick was also provided. Sebuah tongkat juga disediakan.

At the end of the week, the specification, the metadata and a high-level prototype were complete. Pada akhir minggu, spesifikasi, dan metadata tingkat tinggi prototipe sudah selesai. The agency's information technology department took the result and increased it with one or two more levels of detail, including evolving the prototype. Lembaga departemen teknologi informasi dan mengambil hasil meningkat dengan satu atau dua tingkat lebih detail, termasuk prototipe berkembang. The full implementation contract was let and the system was developed, tested, and accepted by the agency. Implementasi penuh kontrak itu membiarkan dan sistem dikembangkan, diuji, dan diterima oleh badan.

The Problem from Requirements Changes Masalah dari Perubahan Persyaratan

The United States Government's General Accountability Office (GAO) has been studying information technology projects for a number of years. Pemerintah Amerika Serikat General Accountability Office (GAO) telah mempelajari proyek-proyek teknologi informasi untuk beberapa tahun. A review of United States General Accountability Office studies of why business information systems fail shows that new requirements so commonly crop up during the business information systems development phase that this must be considered intrinsic to the software development life cycle as currently practiced. A review of Amerika Serikat Accountability Office Umum studi tentang mengapa sistem informasi bisnis gagal menunjukkan bahwa syarat baru begitu lazim muncul selama pengembangan sistem informasi bisnis ini fase yang harus dipertimbangkan intrinsik untuk siklus hidup pengembangan perangkat lunak karena selama ini dipraktekkan. This phenomenon is the root cause of a preponderance of these GAO-identified reasons for failure. Fenomena ini adalah akar penyebab yang dominan ini diidentifikasi GAO-alasan untuk gagal.

The new problems that arise when new requirements are uncovered during development fall into two categories: database design changes and software changes. Masalah baru yang muncul ketika persyaratan baru ditemukan selama pengembangan terbagi dalam dua kategori: perubahan desain database dan software perubahan.

Significant database design changes often result from an insufficiently data-driven methodology through which the database is initially designed. Perubahan desain database yang signifikan sering hasil dari kurang metodologi berdasarkan data melalui database yang awalnya dirancang. Experience has shown that very high quality database designs created through a data-driven methodology commonly return many times their design cost in reduced software development and evolution costs. Pengalaman menunjukkan bahwa kualitas yang sangat tinggi desain database yang dibuat melalui metodologi berdasarkan data umumnya kembali berkali-kali desain mereka dikurangi biaya dalam pengembangan perangkat lunak dan biaya evolusi.

Software changes result from database design changes and also from process logic changes. Perubahan software hasil dari perubahan desain database dan juga dari logika proses perubahan. Database design changes can be largely eliminated through the use of a quality database design methodology. The onerous effects of process logic changes can be dramatically affected through the use of object-oriented analysis, design and programming techniques employed within the environment of business information system generators. Perubahan desain database dapat dihilangkan sebagian besar melalui penggunaan desain database yang berkualitas metodologi. Dampak yang berat dari logika proses perubahan dapat secara dramatis terpengaruh dengan menggunakan analisis berorientasi objek, desain dan teknik pemrograman yang digunakan dalam lingkungan sistem informasi bisnis generator .

A key strategy to minimize the negative impact of software changes is “code-generation,” that is, through a business information system generator. Strategi utama untuk meminimalkan dampak negatif perubahan perangkat lunak adalah "kode-generasi," yaitu, melalui sistem informasi bisnis generator. It is a software system that takes in metadata specifications that have been created through the Metabase or other tools such as data modeling tools, and outputs the actual production-ready business information system. Ini adalah sebuah sistem perangkat lunak yang diperlukan dalam spesifikasi metadata yang telah diciptakan melalui Metabase atau alat-alat lain seperti alat pemodelan data, dan output produksi aktual-siap sistem informasi bisnis. Business information system generators have evolved greatly in the last 20 years and should be used in almost all situations. Generator sistem informasi bisnis telah berkembang pesat dalam 20 tahun terakhir dan harus digunakan dalam hampir semua situasi. Clarion is a business information system generator. Clarion adalah suatu sistem informasi bisnis generator.

A review of eight GAO studies mentioned earlier in this article clearly shows that the main reasons why business information systems fail has nothing to do with information technology. A review dari delapan GAO studi yang disebutkan sebelumnya dalam artikel ini dengan jelas menunjukkan bahwa alasan utama mengapa sistem informasi bisnis gagal tidak ada hubungannya dengan teknologi informasi. Rather, the failures reside outside the sphere of information technology control. Sebaliknya, kegagalan berada di luar lingkup teknologi informasi kendali. Nevertheless, information technology must work with the enterprise in the creation of a knowledge worker environment that enables information technology to be successful. Namun demikian, teknologi informasi harus bekerja sama dengan perusahaan dalam penciptaan pengetahuan lingkungan yang memungkinkan pekerja teknologi informasi untuk sukses. Such an environment would be win-win all the way around. Lingkungan seperti itu akan menang-menang sepanjang jalan sekitar. In support of that goal, this article presents the following: Untuk mendukung tujuan itu, artikel ini menyajikan berikut:

• COTS Is Not the Solution Cots Apakah Bukan Solusi
  
  
• IT Environmental Prerequisites for Success Lingkungan TI Prasyarat untuk Sukses
  
  
• The 9-step Approach 9-Langkah Pendekatan
  
  
• The Payoff The Pembayaran
  
  
• Summary Ringkasan

Before presenting this 9-step approach in any detail, a fundamental objection to this entire approach must be addressed. Sebelum presentasi ini 9-langkah pendekatan secara rinci, keberatan mendasar seluruh pendekatan ini harus diatasi. It has become painfully clear that some organizations try to avoid the problem of underdeveloped or immature requirements by buying commercial off-the-shelf software (COTS). Hal ini telah menjadi jelas bahwa beberapa organisasi berusaha untuk menghindari masalah terbelakang atau belum matang komersial persyaratan dengan membeli off-the-rak perangkat lunak (Cots). COTS, if improperly procured, may exacerbate this problem, not solve it. Cots, jika tidak benar diperoleh, dapat memperburuk masalah ini, bukan menyelesaikannya.

COTS Is Not the Solution Cots Apakah Bukan Solusi

Commercial off-the-shelf software (COTS) is not the solution. Commercial off-the-rak perangkat lunak (Cots) bukanlah solusi. When COTS is purchased, what is actually being procured is software based on somebody else's requirements analysis. Ketika Cots yang dibeli, apa yang sebenarnya yang diperoleh adalah perangkat lunak berdasarkan kebutuhan orang lain analisis. Was that analysis sufficient? Apakah itu analisis cukup? Was it comprehensive? Itu komprehensif? Did it match the organization's real needs? Apakah itu sesuai dengan kebutuhan riil organisasi? If any of the answers is no, then buying COTS could produce a bad result for four reasons. Jika salah satu jawaban adalah tidak, maka membeli Cots dapat menghasilkan hasil yang buruk selama empat alasan.

• Any business information system built on top of inadequate requirements causes an unsuitable COTS system to be selected and installed. Sistem informasi bisnis apa pun yang dibangun di atas persyaratan yang tidak memadai menyebabkan sistem Cots tidak cocok untuk dipilih dan dipasang. The software will have been purchased. Perangkat lunak akan telah dibeli. Staff will have been trained. Staf akan telah dilatih. Hardware will have been procured. Hardware akan telah diperoleh. Data will have been converted. Data akan telah dikonversi. Only after production use has begun will it be known that it was the wrong solution. Hanya setelah produksi akan digunakan telah mulai orang tahu bahwa itu adalah solusi yang salah. Fixing that problem requires either abandoning the purchase, training, hardware, and data conversion, and beginning the process all over again, or convincing the users that their real requirements, which are only starting to be discovered through system use, aren't all that important or necessary. Memperbaiki masalah itu membutuhkan baik meninggalkan pembelian, pelatihan, hardware, dan data konversi, dan mulai proses lagi, atau meyakinkan pengguna bahwa kebutuhan mereka yang sesungguhnya, yang hanya mulai dapat ditemukan melalui penggunaan sistem, tidak semua yang penting atau perlu. The first alternative is very expensive, and the second is quite unacceptable. Alternatif pertama adalah sangat mahal, dan yang kedua adalah sangat tidak dapat diterima.
  
  
• Changing COTS installed software ranges from difficult and expensive to impossible. Mengubah perangkat lunak yang diinstal Cots berkisar antara sulit dan mahal untuk mustahil. Once changed, some COTS becomes custom software that, subsequently, is both difficult and expensive to change to the next COTS version. Sekali berubah, beberapa Cots perangkat lunak yang menjadi kebiasaan, kemudian, adalah baik sulit dan mahal untuk perubahan ke versi Cots berikutnya.
  
  
• How would you know if the COTS system is based on inadequate requirements if a thorough requirements analysis hasn't been performed? Bagaimana Anda tahu apakah sistem Cots didasarkan pada persyaratan tidak memadai jika persyaratan analisis yang menyeluruh belum dilakukan? Without doing the 9-step approach, the probability of having the right requirements will be very low. Tanpa melakukan langkah 9-pendekatan, probabilitas memiliki persyaratan yang tepat akan sangat rendah. The risk will be very high. Risiko akan sangat tinggi.
  
  
• Because the acquired software is COTS, the procuring organization now lacks both the capabilities and the tools to make its own software modifications. Karena software yang diakuisisi Cots, organisasi pengadaan sekarang yang kurang baik kemampuan dan alat untuk membuat modifikasi perangkat lunak sendiri. Rather, the organization's mission is accomplishable only when and if some outside vendor changes the COTS system. Sebaliknya, misi organisasi adalah accomplishable hanya bila dan jika beberapa vendor di luar mengubah sistem Cots. If the initial requirements analysis either wasn't done or was done in a cursory manner, the organization's mission accomplishment may be fatally impacted. Jika analisis kebutuhan awal baik tidak dilakukan atau dilakukan dengan cara sepintas, misi organisasi mungkin prestasi dampak fatal.

If an organization wishes to purchase COTS, it is because of the four reasons cited above that the 9-step approach, albeit modified, is even more essential. Jika sebuah organisasi ingin membeli Cots, itu karena dari empat alasan yang disebutkan di atas bahwa langkah 9-pendekatan, meskipun dimodifikasi, bahkan lebih penting. During Step 8, instead of actually “building” the software, the organization takes the five critical elements that result from this approach (Missions, Organizations, Functions, Database Design, and Validated Prototype) and wraps all five into a request for proposal and issues it to a potential set of vendors. Selama Langkah 8, bukan benar-benar "membangun" perangkat lunak, organisasi mengambil lima elemen penting yang merupakan hasil dari pendekatan ini (Misi, Organisasi, Fungsi, Database Design, dan Validated Prototype) dan membungkus kelima menjadi permintaan usulan dan isu-isu ke set potensial vendor. What will be given to the potential vendors is a highly refined and validated set of requirements, and what will come back from the vendors will be a COTS proposal and software system that matches the “real” requirements. Apa yang akan diberikan kepada vendor adalah potensi yang sangat halus dan divalidasi seperangkat persyaratan, dan apa yang akan kembali dari vendor akan menjadi Cots proposal dan sistem perangkat lunak yang sesuai dengan "nyata" persyaratan.

IT Environmental Prerequisites for Success Lingkungan TI Prasyarat untuk Sukses

There are essentials for business information system development success that return many times the cost. Ada hal penting untuk pengembangan sistem informasi bisnis sukses yang kembali banyak kali biaya. While business information systems can be implemented without these essentials, they cannot be accomplished in an integrated, non-redundant, and cost-effective manner without them. Sementara sistem informasi bisnis dapat dilaksanakan tanpa ini penting, mereka tidak dapat dilakukan secara terpadu, non-redundant, dan biaya yang efektif tanpa mereka.

Knowledge Worker Framework. The Knowledge Worker Framework is an overarching framework within which all work products that are key to the development of business information systems are organized and categorized. Pekerja Pengetahuan Framework. The Knowledge Pekerja Framework adalah sebuah kerangka kerja yang menyeluruh semua produk kerja yang merupakan kunci untuk pengembangan sistem informasi bisnis diatur dan dikategorikan. The framework provides a well-ordered column and row structure, along with work product integration, non-redundancy and inter-cell relationships. Kerangka menyediakan teratur struktur kolom dan baris, bersama dengan produk kerja integrasi, non-redundansi dan hubungan antar-sel. This enables a do-once, use-many-times environment that saves time, money and promotes understanding and exchange. Hal ini memungkinkan lakukan-sekali, gunakan-banyak-kali lingkungan yang menghemat waktu, uang dan mempromosikan pemahaman dan pertukaran.

Data-Driven Methodology. A data-driven methodology for business information systems development is essential for success because it has been shown that the data-driven approach reduces the quantity of items that have to be developed through information technology. Data-Driven Methodology. Suatu metodologi berdasarkan data untuk pengembangan sistem informasi bisnis penting untuk sukses karena telah ditunjukkan bahwa data-driven mengurangi jumlah item yang harus dikembangkan melalui teknologi informasi. Coupled with the Knowledge Worker Framework, there is certain knowledge of what needs to be specified, and in what sequence to reduce or eliminate duplication, and to reduce or eliminate semantic conflict. Digabungkan dengan Pekerja Pengetahuan Framework, ada beberapa pengetahuan tentang apa yang harus ditentukan, dan dalam apa urutan untuk mengurangi atau menghilangkan duplikasi, dan untuk mengurangi atau menghilangkan konflik semantik.

Database Object Classes. Database Object Classes are highly engineered and well-formed collections of data and embedded processes that relate to business-defined states along a highly engineered life cycle. Objek database Classes. Database Obyek Kelas sangat direkayasa dan well-formed koleksi data dan tertanam proses bisnis yang berhubungan dengan negara yang ditentukan sepanjang siklus hidup sangat direkayasa. Business information systems almost always focus on the database objects within one or a few Database Object Classes. Sistem informasi bisnis hampir selalu berfokus pada objek database dalam satu atau beberapa Database Object Classes. Database Object Classes are critical to business information system specification and development as a way to achieve non-redundant, integration, and semantic conflict elimination. Obyek database Kelas sangat penting untuk sistem informasi bisnis dan pengembangan spesifikasi sebagai cara untuk mencapai non-redundant, integrasi, dan konflik semantik eliminasi. It is important to have Database Object Class encapsulated in database management systems wherever possible to eliminate the need to have them redundantly defined in different business information systems. Sangat penting untuk memiliki Obyek Database Kelas terangkum dalam sistem manajemen database sedapat mungkin untuk menghilangkan kebutuhan untuk memilikinya redundantly didefinisikan dalam sistem informasi bisnis yang berbeda. This saves time, reduces cost, improves productivity, and dramatically increases the consistency of process execution. Ini menghemat waktu, mengurangi biaya, meningkatkan produktivitas, dan secara dramatis meningkatkan konsistensi proses eksekusi.

Data Architectures. Data architectures have two dimensions. Arsitektur data. Data arsitektur memiliki dua dimensi. The first, database architecture classes, are the different types of databases implemented across the enterprise. There are five discrete database architecture classes. Pertama, kelas arsitektur database, adalah jenis database diimplementasikan di seluruh perusahaan. Ada lima diskrit arsitektur database kelas. Examples include those that originally capture data such as order processing systems and data warehouse databases that support longitudinal analysis of customers, product lines and sales, and the like. Contohnya termasuk orang-orang yang semula menangkap data seperti sistem pemrosesan order gudang data dan database yang mendukung analisis longitudinal pelanggan, lini produk dan penjualan, dan sejenisnya. The second dimension is data model generalization levels. Dimensi kedua adalah model data tingkat generalisasi. There are five levels, from enterprise-wide data elements down to operating database data models and views. Ada lima tingkatan, dari perusahaan-lebar elemen data ke database operasi model data dan pandangan. These generalization levels enable enterprises to engineer data definitions and semantics that are integrated, non-redundant and semantically harmonious. Tingkat generalisasi ini memungkinkan perusahaan untuk data insinyur definisi dan semantik yang terintegrasi, tidak berlebihan dan semantik harmonis. Data definitions and semantics not so engineered give rise to stove-pipe databases that, in turn, result in stove-pipe business information systems. Definisi dan semantik data tidak begitu direkayasa menimbulkan kompor-pipa database yang, pada gilirannya, menyebabkan pipa kompor-sistem informasi bisnis. Elimination of stove-pipes is essential to a well ordered and managed information technology environment. Penghapusan kompor-pipa adalah penting untuk tertata dengan baik dan dikelola dengan teknologi informasi lingkungan.

Business Information System Generators. A business information system generator imports the database's design and creates a first-cut business information system that has menus, browse lists, and update windows. Sistem Informasi Bisnis Generator. Sebuah sistem informasi bisnis impor generator desain database dan menciptakan pertama-potong sistem informasi bisnis yang memiliki menu, menelusuri daftar, dan memperbarui jendela. The first-cut business information system is in a design-metadata form that users can “tune-up” without compromising the ability to generate the actual program code that gets compiled, linked and bound into an executing module. Pertama memotong sistem informasi bisnis dalam desain-metadata sebuah bentuk yang pengguna dapat "tune-up" tanpa mengurangi kemampuan untuk menghasilkan kode program yang sebenarnya yang akan dikompilasi, terkait dan terikat ke dalam sebuah modul mengeksekusi. Business information system generators dramatically improve programmer productivity and enable these tools be used in prototyping. Generator sistem informasi bisnis secara dramatis meningkatkan produktivitas dan memungkinkan pemrogram alat-alat ini dapat digunakan dalam prototipe. Whole systems can be created in a week or two. Seluruh sistem dapat dibuat dalam satu atau dua minggu. Iterations can be created in just days. Iterasi dapat dibuat dalam beberapa hari. This is ideal for prototyping. Hal ini sangat ideal untuk prototipe. Prototyping is the critical ingredient for iterating towards valid database and business information system requirements. Prototyping adalah unsur penting untuk iterasi berlaku terhadap database dan sistem informasi bisnis persyaratan.

Metabase Environment. The Metabase is a metadata database surrounded by a metadata management system that is able to be used by knowledge workers as they accomplish all phases of their requirements development, business information system generation, and maintenance tasks. Metabase Lingkungan. Metabase adalah Para metadata database metadata dikelilingi oleh suatu sistem manajemen yang dapat digunakan oleh pengetahuan pekerja ketika mereka menyelesaikan semua persyaratan mereka tahap pengembangan, sistem informasi bisnis generasi, dan pemeliharaan tugas. The Metabase environment is a combination of the features from computer-aided systems engineering (CASE) systems and metadata repository systems. The Metabase lingkungan merupakan kombinasi dari fitur dari sistem yang dibantu komputer-engineering (CASE) sistem dan metadata sistem repositori. A quality Metabase system can be employed by whole teams and organizations. Sebuah sistem Metabase kualitas dapat digunakan oleh seluruh tim dan organisasi. It enables databases and business information systems to be integrated, non-redundant, and based on harmonious semantics across all their project domains. Ini memungkinkan database dan sistem informasi bisnis harus diintegrasikan, non-redundant, dan berdasarkan semantik harmonis di semua proyek mereka domain. The Metabase environment contributes to the effort by ensuring that there is minimal redundancy definition and maximal reuse of all Knowledge Worker Framework work products. Metabase lingkungan yang memberikan kontribusi terhadap upaya dengan memastikan bahwa ada definisi redundansi minimal dan maksimal penggunaan kembali semua Kerangka Pekerja Pengetahuan produk kerja.

Discrete and Release Development Environments. Business information system projects can be accomplished through traditional one-off project management methods such as waterfall or spiral methodologies. Diskrit dan Lingkungan Pengembangan Release. Bisnis proyek sistem informasi dapat dilakukan melalui satu kali tradisional manajemen proyek metode seperti air terjun atau metodologi spiral. Once the overall set of business information system projects is completed, the organization must transform itself from a one-off project development environment to a multi-project, multi-database, and multi-business information systems environment that generates many changes across a broad database and business information systems topology to maintain an overall level of organization and management across the involved systems. Setelah keseluruhan rangkaian sistem informasi bisnis proyek selesai, organisasi harus mengubah dirinya dari satu kali lingkungan pengembangan proyek-proyek multi, multi-database, dan multi-sistem informasi bisnis lingkungan yang menghasilkan banyak perubahan di database yang luas dan sistem informasi bisnis topologi untuk mempertahankan tingkat keseluruhan organisasi dan manajemen di seluruh sistem yang terlibat. The alternative to waterfall or spiral environment is called a release environment. Alternatif untuk air terjun atau lingkungan spiral disebut lingkungan rilis. Both environments are needed. Kedua lingkungan yang diperlukan.

Metrics and Work Environment Multipliers. Metrics and work environment multipliers are needed along with standard work breakdown structures for database and business information system projects. Metrik dan Lingkungan Kerja Multipliers. Metrik dan lingkungan kerja yang diperlukan pengganda standar kerja bersama dengan perincian struktur untuk database dan sistem informasi bisnis proyek. Through standard work methods and metrics, the whole database and business information systems environment can be transformed from a custom-developed environment to a manufacturing environment. Melalui metode kerja standar dan metrik, seluruh database dan sistem informasi bisnis lingkungan dapat berubah dari kebiasaan-lingkungan dikembangkan ke lingkungan manufaktur. This increases quality, increases productivity, reduces cost, and reduces risk. Ini meningkatkan kualitas, meningkatkan produktivitas, mengurangi biaya, dan mengurangi risiko.

The 9-Step Approach 9-Langkah Pendekatan

The nine-steps that address many of the Standish and GAO information technology findings are: Sembilan-langkah yang alamat banyak Standish dan temuan teknologi informasi GAO adalah:

• Develop missions Mengembangkan misi
  
  
• Design the database Desain database
  
  
• Generate the prototype Menghasilkan prototipe
  
  
• Evolve the specification through prototyping Berevolusi spesifikasi melalui prototyping
  
  
• Create the request for proposal Buat permintaan usulan
  
  
• Evaluate the vendor responses Evaluasi vendor tanggapan
  
  
• Award the contract Penghargaan kontrak
  
  
• Manage the contractor Mengelola kontraktor
  
  
• Test conformance to prototype Uji kesesuaian untuk prototipe

1. Mission Development. Missions provide the overarching framework for the entire enterprise. Misi Pembangunan. Missions menyediakan kerangka kerja yang menyeluruh untuk seluruh perusahaan. Missions are accomplished by Organizations through Functions, and further refined into database domains. Misi orang dilakukan oleh Organisasi melalui Fungsi, dan lebih halus ke dalam database domain. All databases and business information systems are established within this enterprise architecture framework. Semua database dan sistem informasi bisnis yang dibentuk dalam kerangka arsitektur perusahaan ini. This sets every effort squarely within the business's architecture. Ini menetapkan setiap upaya tepat dalam arsitektur bisnis.
   
   
2. Database Design. Database designs are built from within the enterprise architecture. Database Design. Database desain yang dibangun dari dalam perusahaan arsitektur. Metadata is used to ensure enterprise-wide data structures and semantics. Metadata yang digunakan untuk memastikan perusahaan-lebar struktur data dan semantik. Database designs are based on enterprise-wide data elements, data models of concepts, DBMS independent models, and finally DBMS dependent models. Desain database didasarkan pada perusahaan-lebar elemen data, konsep model data, DBMS model independen, dan akhirnya DBMS tergantung model. This enables maximum metadata re-use, data interoperability, and semantic harmonization. Hal ini memungkinkan metadata maksimum digunakan kembali, interoperabilitas data, dan semantik harmonisasi.
   
   
3. Prototype Generation. Prototypes, set within the enterprise architecture, and which are built through maximally reusable metadata, represent business information systems set within the context of recognized functions. Generasi prototipe. Prototip, atur dalam perusahaan arsitektur, dan yang dibangun melalui metadata bisa digunakan secara maksimal, mewakili sistem informasi bisnis yang ditetapkan dalam konteks fungsi diakui. Through business information system generating the prototype, maximum efforts can be expended on getting a full set of requirements and minimum efforts can be expended on the creation of the business information system. Melalui sistem informasi bisnis menghasilkan prototipe, upaya maksimum dapat dikeluarkan mendapatkan set lengkap persyaratan dan upaya minimal dapat dikeluarkan pada penciptaan sistem informasi bisnis.
   
   
4. Specification Evolution. Specification evolution is critical because it enables the complete set of requirements to be teased out. Spesifikasi Evolution. Spesifikasi evolusi sangat penting karena memungkinkan set lengkap persyaratan diolok-olok keluar. Through the use of business information system generators, the ability to proceed from one iteration to the next is easy and can be accomplished in hours to days versus weeks to months. Melalui penggunaan generator sistem informasi bisnis, kemampuan untuk melanjutkan dari satu iterasi ke depan mudah dan dapat dicapai dalam jam untuk hari versus minggu ke bulan. This enables a first real implementation from a version 10 prototype. Hal ini memungkinkan implementasi nyata pertama dari versi 10 prototipe. Prototyping also greatly reduces the quantity of evolutions during a business information systems life cycle. Prototyping juga sangat mengurangi jumlah bisnis evolusi selama siklus hidup sistem informasi.
   
   
5. Request for Proposals. A request for a proposal (RFP) is a formal specification of what is desired to be implemented. Meminta Proposal. Permintaan untuk proposal (RFP) adalah spesifikasi formal apa yang diinginkan untuk dilaksanakan. The document should contain all the metadata and the prototype that were created in first four steps. Dokumen harus berisi semua metadata dan prototipe yang dibuat dalam empat langkah pertama. The document should contain a requirement for being able to evolve the specification of the business information system being implemented. Dokumen harus berisi syarat untuk bisa berevolusi spesifikasi sistem informasi bisnis dilaksanakan. The document should contain the method through which the requirements development organization monitors and evaluates the accomplishments of the business information systems development organization. Another component of the document should be the specifications of the conformance tests, based on the prototype and other requirements that are to be accomplished as the basis of business information system acceptance. Dokumen harus berisi metode melalui mana organisasi pengembangan persyaratan memantau dan mengevaluasi pencapaian dari pengembangan sistem informasi bisnis organisasi. Komponen lain dari dokumen seharusnya menjadi kesesuaian spesifikasi tes, berdasarkan prototipe dan persyaratan lainnya yang akan dicapai sebagai dasar sistem informasi bisnis penerimaan.
   
   
6. Proposal Evaluation. The proposal evaluation process should be engineered to determine how well, when, and for what cost a business information systems development organization will implement the business information system. Proposal Evaluasi. Proposal proses evaluasi harus direkayasa untuk menentukan seberapa baik, kapan, dan untuk apa biaya bisnis pengembangan sistem informasi organisasi akan mengimplementasikan sistem informasi bisnis. The proposal evaluation process ultimately produces an agreement between the requirements development organization and the business information systems development organization regarding the implementation process, schedules, costs, reviews, and deliverables. Proses evaluasi proposal akhirnya menghasilkan kesepakatan antara kebutuhan organisasi pembangunan dan pengembangan sistem informasi bisnis organisasi mengenai proses pelaksanaan, jadwal, biaya, ulasan, dan kiriman.
   
   
7. Contract Award. The contact award is the event whereby the accord reached in the prior step becomes the blueprint for action between the requirements development organization and the business information systems development organization. Kontrak Award. Kontak penghargaan adalah peristiwa dimana kesepakatan yang dicapai dalam langkah sebelumnya menjadi cetak biru untuk beraksi antara kebutuhan organisasi pembangunan dan pengembangan sistem informasi bisnis organisasi. The key components of the contact are the deliverables' specifications, time-lines, costs, and agreements on the obligations of both the requirements development organization and the business information systems development organization. Komponen kunci dari kontak adalah kiriman 'spesifikasi, waktu-garis, biaya, dan kesepakatan pada kewajiban kedua persyaratan organisasi pembangunan dan pengembangan sistem informasi bisnis organisasi.
   
   
8. Contractor Management. Contractors, whether in-house or from outside the enterprise need to be managed by the requirements development organization. Kontraktor Management. Kontraktor, baik di rumah atau dari luar perusahaan harus dikelola oleh organisasi pembangunan persyaratan. By management, it is not meant that daily activities need to be monitored but, rather, there is joint participation in the success and/or problems associated with the effort. Oleh manajemen, itu tidak berarti bahwa kegiatan sehari-hari perlu dipantau, melainkan, ada partisipasi bersama dalam keberhasilan dan / atau masalah yang terkait dengan usaha.
   
   
9. Conformance Testing. Once the business information systems development has been completed, the execution of the conformance tests form the basis for acceptance by the requirements development organization. Pengujian kesesuaian. Begitu pengembangan sistem informasi bisnis telah selesai, pelaksanaan tes kesesuaian membentuk dasar untuk persyaratan penerimaan oleh organisasi pembangunan.

The 9-step approach represents a significant change in responsibilities. 9-langkah pendekatan mewakili perubahan yang signifikan dalam tanggung jawab. From the preface example, there are cost overruns, late deliveries, and diminished capabilities. Dari contoh kata pengantar, ada kelebihan biaya, keterlambatan pengiriman, dan kemampuan berkurang. In contrast, this 9-step approach moves the responsibility for the critical-to-success steps to the requirements development organization where it always rightly belonged. Sebaliknya, 9-langkah ini bergerak pendekatan tanggung jawab untuk kritis-untuk-langkah sukses dengan persyaratan organisasi pembangunan tempat selalu benar milik.

The first seven steps are the responsibility of the requirements development organization. Tujuh langkah pertama adalah tanggung jawab pengembangan persyaratan organisasi. The business information systems development organization implements the business information system within Step 8. Usaha pengembangan sistem informasi organisasi mengimplementasikan sistem informasi bisnis dalam Langkah 8. Step 9, Conformance Testing, is the responsibility of the requirements development organization. Langkah 9, kesesuaian Pengujian, adalah tanggung jawab pengembangan persyaratan organisasi. The division of labor is based on subject matter expertise. Pembagian kerja didasarkan pada keahlian subyek.