Paralel benimsenmesi - Parallel adoption

Paralel kabul önceki (arasında transfer edilmesi için bir yöntemdir , BT , kuruluş içinde bir hedef (BT) sisteme) sistemi. Riskini azaltmak için, eski ve yeni sistem belli bir süre yeni sistem için kriterler yerine getirildiği takdirde, bundan sonra, eski sistem devre dışı için aynı anda çalıştırın. Süreç dikkatli planlama ve kontrol ve emek saatlerinde önemli bir yatırım gerektirir.

genel bakış

Bu giriş paralel kabulünün jenerik sürecine odaklanır; (gerçek dünya) örnekleri sürecin gerekirse bir daha anlamlı yorumlanması için kullanılır. Ayrıca bir işlem veri modeli paralel kabul katılan tüm adımların genel bir özetini temin etmek amaçlanmıştır işlemi görselleştirmek için kullanılır, ancak ağırlık paralel kabul benzersiz özelliklerine döşenecektir. Kabulünün dört jenerik türlü gitmek özellikle bir uygulama stratejisi belirleyen bazı ortak özellikleri, açıklanan Kabulü (yazılım uygulaması) .

benimsenmesi diğer şekillerde

Paralel kabulü yanında, evlat edinme diğer üç jenerik türlü tespit edilebilir. Belirli bir evlat edinme yöntemi için seçim örgütsel özelliklerine bağlıdır; Bu konu hakkında daha fazla fikir aşağıda sağlanacaktır. Diğer üç evlat edinme yöntemleri şunlardır: Ürün Yazılımı Kabulü: Büyük Patlama (Ayrıca Doğrudan Dönüşüm, smacı veya soğuk hindi stratejisi olarak da bilinir) Kabulü , Aşamalı benimsenmesi ve Pilot kabulü.

  • Ürün Yazılım Kabulü: Büyük Patlama Kabulü / Dalma Kabulü : Büyük-patlama benimsenmesi anlık değişim içinde yeni sisteme eski sistemden tüm organizasyonu transfer gerektirir. Bu ucuz seçenektir ancak yeni sistem başarısız olursa, organizasyon büyük belada. Aynı zamanda kullanıcılarına tarafından kabul edilmesi için değil sistem için riskleri açar. Ancak, bu iki sistem bir arada ya da yeni bir sistem aktive acil bir durum olamaz yapılacak işlem tek yaklaşım olabilir.
  • (Ayrıca kademeli dönüşüm olarak da bilinir), Faz kabul : aşamalı kabul uygulamasında, kurum yavaş yavaş modül veya alt sistem için, farklı fazlarda yeni sistemine transfer. Bu bütün sistem üzerinde çok güvenen olduğu gibi Bazı sistemler parçalar halinde tanıtılıyor aciz. Aşamalı benimsenmesini Kullanımı daha az riskleri vardır, ancak yeni eski sistemden aktarmak en zaman ayırdığınız nedeniyle kendisine en tahribata neden olur.
  • Pilot benimsenmesi: Pilot benimsenmesi yöntemi birden çok yeri ve büyük ölçüde bağımsız bölümler var büyük kuruluşlar için kullanılır. Yeni sistem yerleri veya bölümlerinden birinde tanıtılan ve zaman içinde başka yerlere veya bölümlere uzatılır. (2002 Turban,) (sınırlı sınır yeni bir sistem bir başarısızlık ise)

Paralel dönüşüm uygulanabilir bir dönüşüm stratejisi olarak kabul edilemez zaman birkaç durum vardır. Yeni sistem önemli şema değişiklikleri içeriyorsa İlk düşünün. Veri öğeleri iyi verilere yanlışlıklara ve en kötü veri bozulması en açabilir diğer tarafından doldurulur edilmiyor tek sistemin ihtiyaç duyduğu. Sistem raf teknolojisi (COTS) kapalı tüketiciye dayanıyorsa başka husustur. Bir COTS satıcısının belgelerine birden fazla uygulama aynı veritabanını olamayacağını ifade ederse, o zaman paralel dönüşüm bir seçenek değildir. Bir örnek Oracle'ın Siebel ürünleri olacaktır. yamalar veya büyük yükseltmeleri eşsiz lisans anahtarlarını gerektirdiğinde Diğer COTS ürünleri de kısıtlamalar yerleştirebilir. Bir kez onlar yanlış lisans kontrolleri dolaşmakta çabası olarak aynı veritabanına karşı çalışan bir paralel sistemini algılayacak ve bu sayede sistemin devre dışı bırakmak için uygulamayı neden olabilir veritabanı değişiklik yapabilir uyguladı.

Uygulama işleminin Yeri

Paralel kabulünün sürecine ilişkin küçük konvansiyonlar yok gibi. Çeşitli kaynaklar (örn: Turban, 2002, Eason, 1988, Rooijmans, 2003, Brown, 1999), tek bir süreç tanımlama adını kullanmayın. Terimi, paralel kabul şu kaynaklarda belirtilen gibi kaynak başına tutarlı olmasına rağmen: Paralel dönüştürme, paralel çalışan, gölge-çalışan paralel cutover ve paralel uygulanması. Bu sürecin genel bir açıklama ayrı bir sınıflandırma ihtiyacı yoktur, çünkü durum olarak görünmektedir. Farklı evlat edinme teknikleri ama çoğu pratik bir bağlamda açıklanmaktadır uzunca bir standart uygulaması yöntemleri vardır; gerçek dünya senaryo ya da benzeri uygulama tekniklerinin daha kapsamlı seti Regatta: evlat edinme yöntemine , SIM ve PRINCE2 . Genel olarak, paralel evlat edinme iyi bir şekilde görülebilir Sistem Mühendisliği yöntemi uygulanması yeni bir sistemin.

Prensip olarak, paralel kabul yöntem kuruluş içinde bir sistem değiştirmek ve bu hedefe ulaşmak için olası bir araç olarak görülebilir karar farklıdır. Ancak, en iyi belirlenmesinde dikkate atılıyor oldukça faktörler vardır uygulama stratejisini. Dahası, başarılı bir uygulama benimsenmesi yöntemine üzerinde büyük ölçüde bağlı olabilir. (Lee, 2004)

Süreç

Paralel kabul proses gerçek dönüşüm, yani, bir dönüşüm senaryo yapımı ve belirlenmesi ve test etmeden önce adım dikkat etmeden temsil edilemez gereksinimleri . Bu nedenle süreç tanımlanan dönüşüm stratejileri kısaca herhangi biri için gerekli olan ortak faaliyetler hitap ederken, şekil 1'de belirlenen tüm süreçler yoluyla giderek açıklanmıştır.

Şekil 1 paralel kabul işleminin genel bir bakış sunmaktadır. sol taraf sürecine katkıda faaliyetlerin akışını göstermektedir. Aynı anda çalışacak Etkinlikler kalın siyah bir çizgi öncesinde. faaliyetlerin paralel çalışan bittiğinde faaliyetler benzer siyah çizgide yeniden birleştirilir. Başka bir etkinlikten hiçbir ok olduğunda, bu yukarıdaki büyük bir faaliyet agrega olduğunu gösterir. faaliyetleri dört ana aşamada ayrılır:

  • Uygulama stratejisi tanımlayın uygulama stratejisi tür yürütülmesi gereken ilgilenir.
  • Ön uygulama uygulanmasında yer alan tüm yönleri ve gereksinimlerinin bir planlama inşa ilgisi var.
  • Organizasyonu hazırlayın kurum düzgün bir önceki aşamaya göre hazırlanmalıdır.
  • Dönüşüm gerçek dönüşüm süreci ve dönüşüm sürecini kapanış ile fırsatlar; Yeni sistemde devam etmeden.

Ana fazlar 1-1 ila 1-4 tablolarda kısaca açıklanacaktır diğer faaliyetlere ayrılmıştır.

Modelin sağ tarafı süreçlerine dahil verilerini açıklar. Açık dikdörtgenler örtüşen bir çift olarak tasvir bu kavramların bazıları, birden fazla kavramında bölünebilir. Kapalı dikdörtgenler örtüşen bir çift daha kavramları alt bölümlere ayrılabilir anlamına gelir kapalı bir kavram gösterir, ancak paralel evlat edinme işlemi için daha fazla ilgi değildir. Elmas şekilleri şekil kendisine bağlı kavram, bir agrega kavram olarak ve bu kavramlar diğer kavramlar oluşur vermektedir gösterir. Nihayet açık ok süper sınıf alt sınıf ilişkisini temsil eder. Okla bağlantılı kavram kendisine bağlı olan kavramların süper sınıfıdır. Şekil 1 'de bu sözdizimini Birleşik Modelleme Dili (göredir UML ) aykırı. Şekil 1'de kavramlar sürecinde bu alt faaliyetler için 2. Daha bağlam tabloları altında verilecektir tabloda tanımlanmıştır.

Şekil 1. Paralel kabul meta-süreç diyagram
tablo 1-1: Ön uygulama
Aktivite Açıklama
uygulama stratejisi tanımlayın uygulama stratejisi bu erken aşamada tespit edilir. (Brown, Vessey, 1999)
Ana uygulama komut dosyası oluşturma İlk başlangıç ​​ihtiyaç analizi, aşağıdaki şartlardan oluşan yapılır. (Girişim, 2004)
Zaman planlamasını Construct uygulama işleminin bir birinci zaman-planlama inşa edilmektedir. (Rooijmans, 2003)
Örgütsel gereksinimleri tanımlayın organizasyonel gereksinimler (Rooijmans, 2003) burada tanımlanır.
BT gereksinimlerini tanımlama BT gereksinimleri belirlenir (Rooijmans, 2003)
Tablo 1-2: organizasyonu hazırlamak
Aktivite Açıklama
gereksinimleri kurun organizasyon hazırlamak amacıyla, belirlenen şartlar yüklenir. Organizasyon hazırlanan ve BT test makinelerde yükleniyor. (Rooijmans, 2003, 2004 Eason, 1988 Microsoft,)
test şartları Gereksinim organizasyon uygulanması (Rooijmans, 2003) hazır olup olmadığını görmek için test edilir
usta uygulama senaryoyu yeniden tanımla usta uygulama komut aşağıda aktivitelerle sürecinde toplanan yeni bilgilerle rafine edilir. (Rooijmans, 2003)
kriterler göstergelerini tanımla yeni sistemi test etmek için, kriter göstergeleri oluşturuluyor. (Rooijmans, 2003, Microsoft, 2004)
Geçici çözüm / geri alma planı formüle Ayrıca, bir geri alma senaryosu ile geçici bir çözüm planı yapılır. Bu planlar ile, örgüt sırasıyla yapılmış ve sürecin belli bir aşamasında uygulanması başarısız olursa geri düşmek vardır hataları gidermeye çalışabilir. (Microsoft, 2004, Rooijmans, 2003)
Yapın (segmental) Test dönüşüm çok karmaşık organizasyonlarda “canlı” gitmeden önce, bir test dönüşümü gerçekleştirmek için yararlı olabilir. (Microsoft, 2004, Rooijmans, 2003)
Tablo 1-3: Dönüşüm
Aktivite Açıklama
yakalamak ups yapın Dönüştürme işlemi bir dizi faaliyetler paralel, başlatılır. Bu aşamada, yakalama up eski sistemi kullanılarak yapılıyor. Eski sistem lider, ancak yeni bir paralel çalışır. sistemdeki tüm değişiklikler, yeni sistemde koymak gerekir. (Microsoft, 2004, Rooijmans, 2003)
Kontrol sistemi Sistem kontrol sistemi tarafından her zaman kontrol ediliyor. tanımlanmış göstergeler ve sistem çalışma özellikleri ile, hata ve hatalar aşağı izlenir. (Microsoft, 2004, Rooijmans, 2003)
Run çıkan eski sistem Eski sistem yol açarken; Gerçek verilerin işlenmesi.
yeni sistemi çalıştırın Yeni sistem eski sistem ile paralel çalışan ve yakından takip edilir. (Microsoft, 2004, Rooijmans, 2003)
yeni sistemde yakalamak ups Çevir kriterler karşılanırsa, yakalamak inişler tercüme ve yeni sistemde transfer ve dönüşüm sürecinin bir sonraki aşamaya gelir edilir. (Microsoft, 2004, Rooijmans, 2003)
Geçici çözüm / geri alma stratejisi Yürütme kriterler oluşmamışsa, geçici bir strateji veya geri alma stratejisi hataları yapısına bağlı olarak, gerçekleştirilir. (Microsoft, 2004, Rooijmans, 2003)
yakalamak ups yapın Yakalama up Yeni sistem lider olsa bile güvenlik amacıyla yapılır. (Microsoft, 2004, Rooijmans, 2003)
Run eski sistem Eski sistem güvenlik amacıyla, yedek olarak çalışır
Run lider yeni sistem (1) Yeni sistem lider ve tam çalışır durumda. Tüm işlemler ve sistemde değişiklikler burada ele alınmaktadır. (Microsoft, 2004, Rooijmans, 2003)
Tablo 1-4: Paralel kabul kapatma
Aktivite Açıklama
Run lider yeni sistem (2) Tüm yakalamak inişler ve kontroller kapatıldı. Yeni sistem operasyonda tek sistemdir. (Microsoft, 2004, Rooijmans, 2003)
Eski sistemini devre dışı bırakın Eski sistem artık gerekli değildir ve devre dışı bırakılır. (Microsoft, 2004, Rooijmans, 2003)

Şekil 1 'den kavramlar aşağıdaki tablo 2-1'de tanımlanmıştır.

Tablo 2-1: kavramı tanım listesi
kavram Tanım
Uygulama stratejisi seçilecektir strateji yeni sistemi uygulamak. seçenekleri aşamalı büyük patlama, paralel kabul pilot dönüştürme ya da bu dört bir arada bulunmaktadır. (Turban, 2002, Rooijmans, 2003)
Uygulama komut organizasyonel gereksinimler, BT gereksinimleri ve bir ilk zaman planlaması oluşan gerçek dönüşüm senaryosunun Ham versiyonu. (Girişim 2004, 1988 Eason,)
Örgütsel gereksinimler Başarılı bir uygulama için mevcut olmalıdır örgüt içinden gereksinimler. Onlar yeni sistem için organizasyon optimize (değişen) ile anlaşma. katılan Sorunlar olabilir: İnsan kaynakları yönetimi, organograms ve yeni iş yapılarını değiştirerek. (Rooijmans, 2003)
BT gereksinimleri bilgi teknolojisi gereksinimleri hesap bütçesi ve mevcut sistemlere dikkate alarak yazılım ve donanım gereksinimleri, platform seçimler vardır. (Rooijmans, 2003)
Zaman planlaması faaliyetler bunlar mevcut zaman bakımından uygulama projesi hakkında genel bir resim sağlayarak tamamlanmalıdır burada bir zaman periyodu tahsis edildiği bir planlama. (Eason, 1988)
Gereksinimler
Uygunluk Uygunluk tüm şartları yerine ilgili. (ISO 9000)
Dönüşüm senaryosu yeniden tanımlandı uygulama komut, gereksinimlere uygunluğunu dikkate alarak. Ayrıca dönüşüm senaryosu bir çözüm ve geri dönme planı oluşur. Dönüşüm senaryo uygulama projesinin planıdır. (Rooijmans, 2003)
Geçici çözüm stratejisi Bir yedekleme planı; stratejisi dönüşüm sürecinde hataların oluşmasını engellemek ve uygulama yine de başarılı olabilir, böylece onları etkisiz hale getirmeye çalışmak için dönüşüm senaryoda, alınan. (Rooijmans, 2003)
Kriterler göstergeler uygulama süreci başarılı olup olmadığını gereklilikler açısından ölçülebilir ve ölçülebilir kriterler belirlemek için. (Rooijmans, 2003)
Geri Alma planı veri veya bilgi kaybı olmadan eski sisteme geri dönmek üzere replikasyon yönünü tersine çevirmede kolaylaştırır Planı. (Microsoft, 2004)
deney dönüşüm Gerçek dönüşümden önceki Segmental test dönüşüm hedefi gerçek dönüşüm sürecinde belirsizliklere ve sorunlardan daha hazırlıklı olması için birlikte gerçekleşir. (Microsoft, 2004)
Eski sistem Eski sistemi: öndeyken = true; Eski sistem işlemleri canlı sistemini ele alır:

Ürün, örneğin, donanım, yazılım içeren ana işleyen işletmelerin. Ayrıca organize ve disiplinli bir yaklaşım mesela bir görev, bir başarısızlık raporlama sistemini gerçekleştirmek için (ISO 9000)

Yeni sistem Yeni sistem (hedef): Yeni sistem, lider zaman = true; Yeni sistem işlemleri canlı sistemini yönetir. Ürün, örneğin, donanım, yazılım içeren ana işleyen işletmelerin. Ayrıca organize ve disiplinli bir yaklaşım mesela bir görev, bir başarısızlık raporlama sistemini gerçekleştirmek için (ISO 9000)
Kontrol performans göstergeleri olarak bir güvenilirlik değerlendirmesi ve yakalamak up içeren genel kontrol sistemi. Kontrol sistemi çok geniştir ve paralel kabul işlemi sırasında yeni bir eski sistemin dönüştürme ve yönetme merkezi kumanda sistemi. (Rooijmans, 2003, Microsoft, 2004)
performans Eski ve yeni sistemi performansının nicel değerlendirme kontrol sistemi için giriş görevi görür. (Rooijmans, 2003)
Güvenilirlik değerlendirmesi Bunun bir ürün, sistem veya kısmının bir güvenilirlik kantitatif değerlendirmesi. Bu tür değerlendirmeler genelde matematiksel modelleme, ürün üzerindeki testler, başarısızlık verilerine tahmini güvenilirlik rakamlar ve istatistiki olmayan mühendislik tahminlerinin doğrudan uygulanabilir sonuçlar kullanır. (ISO 9000)
Yakalama up Yakalama up yeni sistemde Çevrilecek Eski sistemi kullanılarak sistemin otomatik veya olmayan otomatik olarak oluşturulur back-up oluşur. (Rooijmans, 2003)
Otomatik av up Otomatik olarak oluşturulan yakalama up (Rooijmans, 2003)
elle yetiş Yakalama up manuel giriş yarattığı (Rooijmans, 2003)

Paralel uygulama stratejisi belirlenmesi

Şekil 2. uygulama stratejisi

Paralel kabul paralel kabul edilmesi için benzersiz değil uygulama stratejisi belirlemek ile önce, ancak bir parçası olarak görülebilir değişim yönetimi , bir organizasyon girer işlemi. (Lee, 2004). Evlat edinme yöntemlerine ilişkin bir uygulama stratejisi belirlenmesinde rol alacak bazı faktörler daha iyice açıklanmıştır Kabulü (yazılım uygulaması) .

maliyetler karşısında Riski

Bir pilot dönüşüm, büyük patlamadan veya aşamalı benimsenmesi lehine paralel kabulü için seçmek için bir organizasyon nedeni genellikle maliyetleri ve risk (Andersson, Hanson, 2003) arasında bir değiş tokuş vazifesi görür. Paralel benimsenmesi en pahalı benimsenmesi yöntemi (CHnG, Vathanopas, 2002, Microsoft, 2004, Anderson ve diğ., 2003), bu iki sistem belirli bir süre için paralel kuruluştan talep nedeniyle. Aynı anda iki sistemlerini çalıştıran bir yatırım anlamına gelmektedir İnsan Kaynakları yapılmalıdır. (Ekstra) iyi bir hazırlık yanı sıra personelin , bu işlemler birbirini kestiği paralel çalışan bir stresli döneme geçmek zorundadır. (Rooijmans, 2003, Eason, 1988) çabalar veri kıvam ve iki sistem arasındaki veri bozulması önlenmesi üzerine yerleştirilmelidir. (CHnG vd. 2002, Yusuf, 2004) dönüştürme işlemi kendisi için değil, aynı zamanda yeni bir sistem işlemek için onları eğitmede Sadece.

Yeni sistem bir büyük patlama yaklaşımı aşağıdaki uygulanabilmesi için gerekli olduğunda, başarısızlık riski (Lee, 2004) yüksektir. Eski (eski) sistemine ağır örgüt talepleri değiştirilmesine zaman, daha az riskli paralel yaklaşım için ekstra yer maliyetler arasındaki ticaret-off, buna rağmen, gördüğümüz, bu ekstra maliyetler (2004 Lee) lehine olmalıdır o ERP benimsenmesi çoğu durumda (Microsoft, 2004, Yusuf, 2004) büyük bir patlama benimsenmesini izler.

Bu bir organizasyon bunların uygulanması stratejisi hakkında açıkça düşünmek ve onların bu kararını entegre gerektiği anlamına gelir Risk yönetimi veya yönetim değiştirin analizi.

Bir uygulama komut geliştirilmesi

Şekil 3. Ön uygulama

BT-gereksinimler

Düzgün bir gereklilik hem BT-ihtiyaç analizlerinin yanı sıra örgütsel gereksinimleri organizasyonunu hazırlamak için gereklidir. Hakkında daha fazla bilgi ihtiyaç analizi ve değişim yönetimi başka yerde bulunabilir. Paralel kabulü için, en önemli BT gereksinimi (varsa) aynı anda iki sistemlerini çalıştıran için dikkat. Dönüşüm aşamasında eski sistem öncü sistemi olan bir zaman aralığı vardır. Yeni sisteme Catch-up dönemde eski sistemden veri aktarmak için, (Microsoft, 2004) mevcut bir geçiş modülü olmalıdır. Diğer uygulama yöntemleri doğrudan bu gereksinimi yoktur. BT gereksinimleri hakkında daha fazla bilgi bulunabilir Yazılım Mühendisliği .

Örgütsel gereksinimler

IT-gerekliliklerden başka organizasyonel gereksinimler gerektiren İnsan Kaynakları Yönetimi eğitimi gibi konular personele bir belki değişen başa, organizasyon yapısı , organik örgüt veya Mekanistik organizasyon Üst yönetim desteği: en önemlisi özellikleri organizasyonun (Daft, 1998) ve (Brown, Vessey, 1999). Brown ve ark. (1999) iki ayrı roller belirlemek üst yönetim başlatabilirsiniz: Sözde sponsorun ve şampiyon rolleri:

  • “Bir proje sponsoru bütçe desteği ve temel iş temsilcileri proje ekibinde bir rol oynadığını sağlamaktan sorumludur.”
  • “Proje şampiyon veya proje ekibinin resmi bir üyesi olabilir veya olmayabilir, ama değişim yönetimi çabalarında önemli rol oynayabilir”

Paralel evlat edinme süreci çok stresli ve eski sisteme konservatif istekli olmadan yapılıyor hataları başa çıkabilirim iyi hazırlanmış çalışanları gerektirir. (Eason, 1988)

Zaman planlaması

Bir kuruluş (Lee, 2004, Eason, 1988) içinde yeni sistemi iletken ayrıntılı bir planı olması çok önemlidir. Paralel dönüşüm için zaman planlaması ile ilgili en önemli şey acele etmek değil ve gerçek dönüşüm aşamasında olası gecikmeler korkulacak değil. (Lee, 2004). Benzer açık bir şekilde tanımlanmış kilometre taşları (Rooijmans, 2003) ile çalışmak için de çok yararlı olabilir PRINCE2'ye yöntemi. Zaman planlaması hakkında daha fazla bilgi bulunabilir Planlama ve Stratejik planlama .

organizasyonu hazırlanması

Şekil 4. organizasyonu hazırlanması

Gereksinimler değerlendirme

Gereksinim değerlendirme uygulaması senaryoyu tekrar belirlenmesini içerir. Yapılmıştır Bilişim ve (mümkünse) organizasyonel gereksinimler test edilmelidir. Örgütsel sorumluluklar (Rooijmans, 2003) yanı sıra BT-gereksinimler değerlendirilebilir nerede Bazı testler çalıştırılabilir. Burada üst yönetim desteği ve katılımı (Eason, 1988) sahip olmak da yine önemlidir. Onlar yapmazsanız kaynaklarını değerlendirmek için kullanılabilir, uygulama doğrudan bir sonucu olarak başarısız olabilir. Bu değerlendirme sonrasında uygulama komut daha açık dönüşüm senaryosu içine yeniden tanımlanır.

Dönüşüm senaryosu

Dönüşüm senaryosu dolayısıyla her yönüyle örgütsel değişim için bir plan oluşur. Ancak, yine de paralel benimsenmesi kapsamında hak dikkatini alamadım iki konu vardır.

  • Çözüm strateji / Geri Alma planı: aynı zamanda dönüşüm senaryoda entegre diğer kabul senaryoları, farklı olmak olan geçici veya acil durum , bir ile strateji geri alma planı. Geçici strateji bir giriş daha geniş bir kapsamda de tanımlanan, ancak bu bağlamda, yukarıdaki tabloda tanımlandığı gibidir işaret etmektedir: bir yedek alan; stratejisi dönüşüm sürecinde hataların oluşmasını engellemek ve uygulama yine de başarılı olabilir, böylece onları etkisiz hale getirmeye çalışmak için dönüşüm senaryoda, alınan. (Microsoft, 2004). Bir şey dönüştürme aşamasında yanlış giderse geri alma planı, olası bir geçici çözüm stratejisi olarak, başlatılır. İki sistem aynı anda çalışabilir yana, paralel kabulünde, geri alma planı işlemleri kolları veritabanı veya diğer sistem eski sistemde (Microsoft, 2004) tam retraceable olması gerektiğini gösterir. Aslında paralel kabul nedeniyle lider sisteminin doğası ve (yönlendirici olmayan) tanımına göre, bu geri alma planı sağlar yedekleme sistemi.
  • Kriterler göstergeleri dönüşüm senaryo iki sistem transferini yürütme bir plan olduğu için, aynı zamanda ölçülebilir kriterleri gerektirir. IT yeniden tanımlandı ve örgütsel gereklilikler ölçülebilir bileşenlerine aktarılıyor. Kriter testi dönüşüm karĢılanmayan zaman, geçici stratejisi görev olmalıdır.

dönüştürme

Şekil 5. Dönüşüm

Gerçek dönüşüm faz yerinde şimdi. Bu işlem sırasında, kuruluş stresli bir süre (Eason, 1988, Rooijmans, 2003) yer almaktadır. Dönüşüm senaryo ve bu sisteme göre paralel iki sistem yakından takip edilmektedir. Yeni sistemin kriterler karşılandığı zaman, eski sistem öncü sistem olmaktan sona erecek ve yeni bir sistem devreye girer. Parçası olan av up geçici çözüm stratejisinin eski sistemin geri ups için araçların temin güvenilirlik mühendisliği ve veri kurtarma . Elle otomatik av iniş ve av up: catch-up yapmak için yollar iki türü vardır. (Rooijmans, 2003). Uygulanabilir bir Eğer uzaktan yedekleme hizmeti de dağıtılabilir.

Kontrol sistemi

  • Otomatik av Kayıtlar: Organizasyon fazının hazırlanmasında, otomatik bir sistem tarafından aktarılan yaratılıyor Yakalama çekimler. Dönüşüm yeni lider sisteme eski lider sistemden çıktığında bu sistem automically yeni sisteme veri veya bilgileri aktarır. Otomatik bir sistem yararı hızlı ve doğru olmasıdır. Dezavantaj, daha önceki bir aşamada bir aktarma sistemi üretmek için zaman alır.
  • Elle ups yakalamak: gerçek dönüşüm sadece zaman küçük bir miktar ya da küçük yeni sisteme aktarılması gerektiğini bilgi karmaşıklığını gerektirir olduğunda, bir organizasyon elle yakalamak ups aktarmayı seçebilirsiniz. Bu yöntemin avantajı bilgileri ve bir transfer-programın bu tür ile gelen olası sorunları aktarmak için bir sistemi (yazılım programı) gerek olmamasıdır. Ticaret-off doğruluğu ve saattir. Elle yakalamak ups aktarmak için, ekstra zamanın önemli miktarda alır ve küçük insan hataları (Rooijmans, 2003) için daha savunmasızdır. Üstelik, emek saatlerinde ek yatırım zaten yüksek olduğu; Manuel bir av kadar sistem personelinin üzerinde daha fazla baskı yerleştirir.

Değerlendirme / Pratik alaka

Birkaç vaka çalışmaları öğrenilebilir dersler vardır: Lee (2004) tarafından tarif Nevada DMV sistem durum, yeni bir sürece bir uygulama aynı zamanda bir siyasi ima sahip olabileceğini öğrenir. Değişecek sistem genel kamuoyunu etkileyen ve değiştirilmekte olan sadece bir iç sistem olmadığında, organizasyon etkileyen biraz daha baskılar vardır. Müşterilerin örnek iletişimi veya sipariş mallar için daha gecikmeler ile karşı karşıya iseniz, bu durumda, şirket imajı ve itibarı gibi kavramlar büyük ölçüde değiştirebilir. Sistem politik olarak hassas ise, daha fazla dikkat dönüşüm yöntemine dikkat edilmeli ve ilgili riski daha azdır çünkü tercihen paralel benimsenmesi, dahil edildiğini ileri sürülmektedir.

Gerçek durum senaryosu en iş-danışmanlık firması (Girişim, 2004) tarafından gerçekleştirilen yeni bir portföy sistemi uygulayan bir takım öğrenilen dersler bir dizi bazı ilginç dersler sahadan öğrenilen gösteriyor. bilimsel çalışmaların kombinasyonuna dayalı bir jenerik paralel evlat edinme işlemi için belirtilen konularla mükemmel uyum sağlayacak gibi görünüyor. Özetle:

  • Risk değerlendirmesi ve acil durum (çözüm) planlama çok önemlidir
  • Proje ekibi rolleri atama
  • (Gibi belirli kilometre taşları Construct PRINCE2 eğitim ve test planlarını içerir)
  • potansiyel riskleri belirlemek ve gerektiğinde sizin acil durum planı yürütmek
  • proje durumunu iletişim
  • Değişiklikler uygun yetki edilmelidir
  • dönüşüm stratejisi dikkatlice veri gereksinimlerini incelemek gerekiyor
  • Yeni ve değiştirilen veri doğrulama kurallara karşı test edilmelidir
  • kapsamlı bir geri alma planı Construct
  • Mümkün olduğunda, bir pilot dönüşüm müzakere

girişler delikli kartları veya bant makaraları deste oluşuyordu zaman sektörel uygulama bir elyaf oldu gerçi, 21. yüzyılda kullanımı pratik yapabilir paralel dönüşümle en az iki zorluklar vardır. Bunlar:

1. Farklı arayüzler üzerinden iki kez her işlem girmek için, son kullanıcılar beklemek kişilermişiz müşteriler, üretim hattı işçileri ya da başka neredeyse kimse olmaya pratik değildir.

İki çoklu kullanıcı etkileşimli sistemler arasında 2. Zamanlama farklılıkları düzgün hem sistemler düzgün çalıştığı zaman, dahili olarak tutarlı ve kendileri tarafından başarıyla kullanılabilir bile farklı sonuçlar üretebilir.

Sonuç olarak, paralel dönüşüm tür kullanıcıların kuruluşa tüm iç ve bu gereksinimi anlamak ve nerede faaliyetlerin sırası izin edilemeyen sonuçların mutlak doğrulanabilirliği zorunludur muhasebe sistemleri gibi, bugün birkaç belirli durumlara sınırlıdır çıktıyı etkiler. Uygulamada, Pilot ve aşamalı dönüşüm yöntemleri bugün daha alakalıdır.

Ayrıca bakınız

Referanslar

Makaleler

  • Andersson I. Hanson, K. (2003). Bir yazılım organizasyonda Teknoloji difüzyon, uygulamalı Bilgi Teknolojileri Licentiate Tez Goteborg, Üniversite
  • Brown, CV ve Vessey, İ (1999). ERP Uygulaması Yaklaşımlar: Bir İhtimal Framework, doğru Bilişim Sistemleri üzerine 20. Uluslararası Konferansı Tutanakları , Charlotte, NC, Aralık 13-15, 411-416.
  • CHnG, S., ve Vathanophas V. (2002). Bir Odak Grup Çalışması: Arası Organizasyon Kurumsal Sisteme Doğru. Bilgi Sistemleri 6 Pasifik Asya Konferansı (PACIS 2002). Tokyo, Japonya. 02-04 Eylül 2002.
  • Lee, O. (2004). Bir Vaka Nevada DMV sisteminin Çalışması, İşletme Akademisi Dergisi ve Ekonomi , Cilt 3
  • Ribbers P. & SCHOO, KC (2002). Kompleks Yazılım Uygulama Programları tasarlama, Sistem Bilimleri üzerine 35 Yıllık Havai Uluslararası Konferansı (HICSS'02) , Cilt 8
  • Yusuf Y. Gunasekaran, A. & Abthorpe MS (2004). Kurumsal sistemler proje uygulaması: Rolls Royce ERP çalışması örneği. Üretim Ekonomisi International Journal of , 87, 251-266.

Kitaplar

  • Daft RL (1998). Organizasyon teorisi ve tasarımı. Batı: Uluslararası Thomson
  • Eason, K. (1988). : İn "Bölüm 9, Uygulama ve Destek," Bilgi Teknolojisi ve Örgütsel Değişim. Londra: Taylor & Francis
  • Turban, E. & Mclean, E. & Wetherbe J. (2002) “Bölüm 14, Yapı bilgi sistemleri” de,: yönetiminden Bilgi Teknolojisi. New York: John Wiley & Sons, Inc.
  • Rooimans, R., Theye, M., de ve Koop, R. (2003). Regatta: BİT-implementaties voor een vier-met-stuurman uitdaging als. Hague: On Hagen tr Stam Uitgevers.

Dış bağlantılar

  • UNıX'TEN Windows iş Uygulamalarının Replatforming Hattı. (2004), sürüm 1.0 , Microsoft 5 Mart 2006 alındı, [1]
  • Bir portföy muhasebe sisteminin uygulanması: Dersler siperler (2004), adlı Girişim Finansal Sistemler Grubu Ltd 6 Mart 2006 alındı, [2]