This site uses cookies.
Some of these cookies are essential to the operation of the site,
while others help to improve your experience by providing insights into how the site is being used.
For more information, please see the ProZ.com privacy policy.
Well travelled executive professional with strong interest in world languages
Account type
Freelancer and outsourcer
Data security
This person has a SecurePRO™ card. Because this person is not a ProZ.com Plus subscriber, to view his or her SecurePRO™ card you must be a ProZ.com Business member or Plus subscriber.
Affiliations
This person is not affiliated with any business or Blue Board record at ProZ.com.
English to Turkish: Computer Game Terms General field: Tech/Engineering Detailed field: Computers: Software
Source text - English Male Warrior
Male Warlock
Female Warrior
Male Nomad
Sword Microcebus
Water Monster
Wolf Spirit
Dragon Soar
Cloud Flare-up
Breeze Snatch
Acheron Eclipse
Instance Revolt
Hero Green Silk Gloves
General Green Silk Gloves
Overlord Green Silk Gloves
Prime Green Silk Gloves
Primeval Green Silk Gloves
Cash
You have to find a NPC for item trade. Left click it, and choose "Trade" in the Dialog Box. There will be a NPC trade window prompting out then. Right click the items in inventory or left click it to confirm. Then the item will be bought by you. If you drag some items from your inventory to NPC item column, this item will be sold out.
Press Ctrl, and right click on the player you want to check. You will find a "Check" icon in the menu prompting out. Click it. You will see the equipment and other information on the target.
Sorry, the place is too crowd to set up a stall!
Not enough cash to set up a stall!
Cracking Clouds Part A, exclusively for SwordsmenOpen it and you will get Cracking Clouds Vol.1-6Right click to use
Sealing Up Corpus, exclusively for Swordsmen. Open it and you will get Sealing Up Vol.1-3. Right click to use
A god should never lower his mighty head, of course, except picking up money.
God, I would never do this if I have a second chance.~~~Wooooo
Translation - Turkish Erkek Savaşcı
Erkek büyücü
Kadın savaşcı
Erkek göçebe
Kılıçlı maymun canavar
Su canavarı
Kurt hayaleti (kurt cini)
Ejderhanın yükselişi
Bulut yangını
Hafif rüzgar kapma
Cehennem karartması
Ani isyan
Yiğit yeşil ipek eldivenler
Genel yeşil ipek eldivenler
Derebeyi yeşil ipek eldivenler
Asıl yeşil ipek eldivenler
İlksel yeşil ipek eldivenler
Nakit
Parça ticareti için, bir NPC bulmanız gereklidir. Stoktaki parçalara sağ tuşla tıklayın veya onaylamak için sol tuşla tıklayın. Sonrasında parçayı satın almış olacaksınız. Eğer stoktan bazı parçaları NPC parça kolonuna bırakırsanız, o parça satılacaktır.
CTRL'ye basınız ve kontrol etmek istediğiniz
oyuncuya sağ tuşla tıklayınız. Ortaya çıkan menüde bir 'Kontrol' simgesi bulacaksınız. Ona tıklayın. Malzemeyi ve diğer bilgiyi, hedefte göreceksiniz.
Üzgünüz, alan bir ahır koymak için çok kalabalıktır!
Bir ahır kurmak için yetersiz nakit!
Çatlayan Bulutlar Bölüm A, sadece kılıç ustaları için // Onu açın ve Çatlayan Bulutlar Cilt 1-3'ü elde edin // Kullanmak için sağ tuşa basın.
(CORPUS) Gövdeyi Mühürleme, sadece Kılıç Ustaları için. // Onu açın ve Gövdeyi Mühürleme Cilt 1-3'ü elde edin // Kullanmak için sağ tuşa basın.
Bir tanrı hiçbir zaman kudretli başını eğmemelidir, tabii ki para almak dışında.
Tanrım, eğer ikinci bir şansım olsa, bunu asla yapmazdım. - Aman
English to Turkish: Basics of SOA - SOA'nın Temelleri General field: Tech/Engineering Detailed field: Computers (general)
Source text - English Summary
The service oriented architecture is in ev
ery one's mouth in the IT world. Often it is looked only as a new technology and not as that what it actually is, a mental pattern or a paradigm. Everybody dealing with SOA should be aware of that to discover the possibilities of SOA. This article tries to provide a basic understanding for this subject.
Key words: IT, Service Oriented Architecture (SOA), Innovation
One cannot buy SOA
Now, some may argue that SOA is offered, nevertheless, in the market, even every software provider, which holds something on itself and its products with SOA, makes advertisement. Many products and also services dress up with the name SOA as a guarantor for modernity and future security. Is there SOA to buy nevertheless?
One cannot buy SOA, because SOA is no finished solution, no technical interface, but a paradigm, a mental pattern. And one cannot buy mental pattern, but apply only.
This paradigm goes out from the term of the service. Because possibly many which read this article have a technical background, would be pointed out at this stage to the fact that service does not mean immediately a certain technical implementing, as for example the web service. It is essential that such a service encloses an exactly separated, not too complicated job, which can be exactly defined and be described.
Business processes and services
Now this understanding of the service is connected with an advanced understanding of business processes. While a classical description of a business process goes out from the picture of the value added chain, in which value is added to an as usual disposed product by processing steps following on each other, becomes more and more clear that this easy model in many cases does not anymore correspond to the complexity of today's economy. Advanced models go out from a network of relations with customers and suppliers, who offer together or request services. This network of relations forms the business process.
This understanding of business process as a network of offered and taken up services is valid not only for commercial processes beyond the company. It can be also transmitted on the processes within a company. Besides, the single departments and groups within the company operate as customers for or suppliers of benefit.
Exactly herewith both essential parts are described by SOA: the process and the service. Both form the theoretical foundation of a service Oriented Architecture. Thus it is not about a new technical standard or a new interface technology with SOA, rather it is about business processes and the services which illustrate this process.
Today business processes in modern companies are not conceivably anymore without information technology. SOA makes the bridge of the process to the IT. The service oriented architecture follows the question as how business processes can be illustrated in the IT.
This picture occurs through the fact that the services, which are necessary for a commercial process, are provided by the IT. Besides, the components which are connected together loosely are understood by services. Loose connection is called with the fact that the components are dependent on each other not insolubly, but can be replaced with other components which offer the same service.
The control of the business process occurs not through the components or in other words services, but these make available only the defined functionality and are responsible only for their own data. The loose connection of the services and the covering around the data, which are needed for a service, are other essential signs of SOA. The services are connected only so far with each other, as it is necessary for the claim of a service by another. None of the services owns a firm connection to another service. SOA is hence not comparable with software applications, which are composed of several components and are connected by firmly coded mutual calls with each other.
Provider and consumer
From the point of the business process, the service displays an offer, which possibly exists competing to other services in the "market" and can be used. From the point of view of the service, the business process displays the consumer, who needs a service and selects whichever is available and corresponds to the demands.
This relation of provider (service provider) and consumer (service consumer) is also one of the basic elements of the model OASIS Reference for service oriented architecture 1.0, with which a framework is defined for SOA beyond every technical implementation. This framework still adds the terms policy and contract to the model service providers and consumers.
With this, it is underlined that the relation depends between consumer and provider on an exact specification of the service including the general conditions and restrictions, which are valid for its application (policy), and the mutual arrangement of under which conditions the service can be used (contract).
How will now the services, which we have seen, only laxly with each other are to be connected, to an overall integrated system? The easiest way lies in the fact that the applications, which display the business process in the IT, call the services then if they are needed. For clear systems with a low number of applications, this is possible absolutely and offers also the advantage that the services can be exchanged, without the application itself is touched, provided that the new service keeps exactly to the requirements, which are valid for the service.
However, with that, a subset of the possibilities of an SOA at most has been used. Because SOA is a paradigm, which orientates itself by the commercial process, it only makes sense that this business process itself is a component of the SOA.
With that, we come to the terms of the orchestration and choreography. Components belong to an entire SOA, which define for which job which service is used, and take over the process control, so that the services are called in the right sequence and under the right conditions.
Summary
SOA kann man nicht kaufen. SOA muss angewendet werden. Dies ist zugleich die Stärke und das Risiko von SOA. Es ist kein technischer Standard, der in dem Moment der Standardisierung bereits technisch überholt ist, und damit keine kurzlebige Modeerscheinung. Vielleicht wird der Begriff der Service Oriented Archi-tecture nach einiger Zeit nicht mehr modern sein und durch einen anderen ersetzt werden. Aber das Paradigma der SOA selbst, Geschäftsprozesse eng mit der Informationstechnologie zu verknüpfen und diese als notwendiges und wichtiges Mittel zur Ausführung der Prozesse zu sehen und nicht als Selbstzweck, wird für die Informationstechnologie, die den Kinderschuhen der alleinigen Technikorientierung entwächst, bleiben. Vielleicht ändert sich das Etikett, aber das Paradigma entwickelt sich weiter.
One cannot buy SOA. SOA must be applied. This is the strength and the risk of SOA at the same time. It is no technical standard, which is already technically overtaken at the moment of the standardization, and with that no short-lived fashion appearance. Maybe, the term of the service oriented architecture will not moulder after some time anymore and is replaced by another one. But the paradigm of the SOA to link business processes closely with the information technology and to see this as necessary and important means for the implementation of the processes and not as an end in itself, will remain for the information technology. Maybe the label changes, but the paradigm further develops.
At the same time, it is the fact that SOA is not simply to be bought, also the weakness in many projects of SOA, in which products fit to SOA are bought with the hope to be able to implement service oriented architecture, without the business processes are defined carefully and are implemented with the available or new applications. SOA is no question of the technology and no job for IT specialists only, but first of all a job to all of the specialized divisions of the enterprise.
Translation - Turkish Özet
Bilgi Teknolojileri (BT) dünyasında, servis tabanlı mimari (SOA: Service Oriented Architecture) son zamanlarda daha çok telaffuz edilen kavramlardan biri. Çoğunlukla yeni bir teknoloji veya teknik olarak değerlendirildiğini görmek mümkün, oysa yeni bir düşünce şekli veya paradigma (değerler dizisi) olarak görmek gerçeğe, yani SOA’nın aslına daha uygun. SOA ile meşgul olan herkesin, SOA’nın olanaklarını keşfetmek için, bilinçli olmasında fayda var. Bu yazı, bu konuda temele dönük bir anlayış sağlamak amacını taşıyor.
Anahtar Kavramlar: Bilişim, Servis Tabanlı Mimari (SOA), Yenilikçilik
SOA satın alınabilir değildir
Bazılarımız SOA’nın pazarda satıldığını ve hatta iddiası olan her bir ürün firmasının (vendor) SOA ile orada yer almaya çalıştığını düşünebilir. Birçok ürün ve hatta servislerin, SOA etiketi ile modern olma, geleceğin garantisi özelliklerle bezendiğini görebilmek mümkün. Gerçekten SOA’yı satın almak mümkün müdür?
SOA satın alınabilir değildir, çünkü SOA hazır bir çözüm, teknik bir ara yüz değil, bunun yerine bir paradigma, bir düşünme çerçevesidir. Ve düşünme çerçevesini, satın alınabilir değil, sadece kullanılabilirdir. Bu paradigma, servis, hizmet kavramından çıkar. Bu yazıyı okuyan teknik kökenli okuyucular açısından belirtmek gerekir ki servis kavramı, hemen belirli bir teknik kurulum (örneğin web servisler) anlamına gelmez. Önemli olan, bu tür bir servisin kesin belirli, çok karmaşık olmayan, net tanımlanan ve anlatılabilen bir görevi veya ödevi içermesidir.
İşletme Süreçleri ve Servisleri
Servise dönük bu anlayış, işletme süreçlerine dönük genişletilmiş bir anlayışla birleştirilir. Klasik bir işletme sürecinin tanımlanması, ürüne bir zincir ilişkisinde adım adım işleme süreçleri ile değer katılan değer yaratma zinciri resminden ortaya çıkmakla beraber, günümüzde gittikçe daha nettir ki bu basit model bugünün karmaşık iş hayatına ait birçok vakaya uygun düşmemektedir. Genişletilmiş modeller, birbirlerine servis sunan veya birbirlerinden servis talep eden müşteri ve tedarikçilerle ilişkilerden oluşmuş bir büyük ağdan ortay çıkmaktadır. Bu ilişkiler ağı, işletme sürecini oluşturmaktadır.
Sunulan ve tüketilen servislerinin işletme sürecini ağ olarak gören bu anlayış, sadece işletme dışındaki iş süreçleri açısından geçerli değildir. Aynı zamanda, işletme için süreçlere aynı şekilde taşınabilir. İşletme içi her bir bölüm ve grup, bu şekilde hizmet veya fayda üreticileri (sunucuları) veya tüketicileri olarak rol üstlenirler.
Burada tamamen SOA’nın iki ana yapı taşı belirtilmektedir: Süreç ve Servis. Her ikisi de, servis yönelimli mimarinin teorik altyapısını oluştururlar. Dolayısıyla, SOA kapsamında, ilk olarak söz konusu olan bir yeni teknik standart veya yeni bir ara yüz tekniği değildir. Tam tersine, kastedilen işletme süreçleri ve bu süreçleri şekillendiren servisleridir.
Modern şirketlerdeki iş süreçleri, günümüzde Bilgi Teknolojileri (BT) olmadan düşünülebilir değildir. SOA, süreçten BT’ye olan köprüyü kurmada rol alır. Servis yönelimli mimari, BT içinde iş süreçlerinin nasıl resmedileceği sorusuna da cevap arar. Bu resim, bir iş süreci için gerekli olan servislerin, BT tarafından hazır edilmesi ile gerçekleşir. Servisler altında burada birbiri ile gevşek bağlı parçacıklar (komponent) anlaşılır. Buradaki gevşek bağlı kavramı, parçacıkların çözülemez şekilde birbirine bağımlı olmadığını, tam tersine aynı servisi sunan başka parçacıklarla yer değiştirebileceği anlamını taşır.
İş süreçlerinin yönetimi, kendiliğinden parçacıklar (veya başka ifade tarzı ile servisler) aracılığı ile gerçekleşiyor değildir, bunun yerine bunlar tanımlı işlevi sunarlar ve sadece kendilerine ait verilerden sorumludurlar. Şimdi servislerin daha rahat bağlanması ve bir servis için gerekli olan verilerin kapsül içine alınması, SOA’nın fark edilir başka özelliklerini gösterir. Servisler, ancak başka biri tarafından tüketilmeye yönelik gereksinim kadar birbirleri ile bağlantılıdırlar. Hiçbir servis başka bir servise sabit bağlantı sahibi değildir. SOA, dolayısıyla birçok parçacıktan oluşan ve sabit kodlanmış karşılıklı çağrılar ile birbiri ile bağlantılı olan yazılım uygulamaları ile kıyaslanabilir değildir.
Üretici ve Tüketici
İş süreci bakış açısından, servis olası olarak ‘pazardaki’ diğer servislere rakip olabilen ve öyle kullanılabilen bir teklif sunar. Servis bakış açısından, iş süreci bir servis ihtiyacı olan ve seçen, ulaşılabilir olan ve gerekliliklere uygun tüketiciyi gösterir.
Sunucu (servis sağlayıcı) ile tüketici (servis müşterisi) arasındaki ilişki, her türlü teknik kurulumun ötesinden çerçeve tanımı yapılan OASIS Servis Tabanlı Mimari’nin Referans Modelleri’nin temel parçalarından biridir. Bu çerçeve, servis sağlayıcı ve tüketicinin modeline, kural (policy) ve sözleşme (contract) kavramlarını sunar. Bu şekilde, tüketici ve üretici arasındaki davranışın, servislerin çok net tanımlanmasına (işlemeleri için geçerli genel şartlar ve kısıtlar, yani kurallar, servisin kullanımına dönük şartların karşılıklı anlaşması, yani sözleşmeler) bağımlı olduğunun altı çizilmiş olur.
Akla gelebilecek bir soru: Gördüğümüz servisler, gevşek şekilde nasıl birbirleri ile bağıntılıdır ve toplam bir sisteme bütünleşmiş (entegre) edilirler? En basit yol o şekildedir ki BT içindeki iş süreçlerini temsil eden uygulamalar, servisleri ihtiyaç olduğunda çağırırlar. Az sayıda uygulamadan oluşan gözlemlenebilir sistemler için, bu kesinlikle mümkündür ve servislerin uygulamanın etkilenmemesini sağlayarak değiştirilebilir olma avantajını, servisin kendisine iletilen gereklilikleri sağlama şartı ile, barındırır.
Bu şekilde, ancak SOA’nın birçok avantajından kısmen yararlanmış olmak mümkündür. SOA iş süreçlerine yönelimli bir paradigma olduğu için, bu sürecin kendisinin SOA’nın bir yapı taşı olması mantıklıdır. Dolayısıyla, orkestrasyon ve koreografi kavramlarına varırız. Tamamlanmış bir SOA’da, hangi görev için hangi servisin kullanılacağını tanımlayan ve süreç yönlendirmesini, servislerin doğru sırada ve doğru koşullarda çağrılmasını sağlayacak şekilde üzerine alan parçacıklar vardır.
Özet
SOA basit şekilde alınabilir değildir. SOA kullanılmalıdır, yani pratikte uygulanmalıdır. Bu SOA’nın hem riski, hem gücüdür. Kısa vadeli bir moda tanımı veya standartlaşma sürecinde gerilerde kalmış bir teknik standart değildir. Daha ilerde SOA’nın başka kavramlarla genişlemesi ve ilerlemesi (örneğin SOA ve BPM’e Toplam Mimari demek veya SOA ve servisler bütününü Kurumsal Mimari olarak adlandırmak) mümkündür. Ancak SOA’nın temel paradigması, yani iş süreçlerini BT ile ilişkilendirmek, bunları süreçlerin uygulanmasında önemli ve gerekli araç olarak görmek, kalıcıcıdır. Etiket zamanla değişebilir, olasıdır, ancak paradigma, düşünme şekli kendini geliştirecektir.
Aynı zamanda gerçektir ki birçok SOA projesinde (seçilen olgunluk seviyesine bağlı olarak) sadece ürünleri alarak servis tabanlı mimari kurmaya çalışmak veya umut etmek, hele hele iş süreçlerini dikkatli şekilde incelemeden ve tanımlamadan, mevcut veya yeni uygulamalarla kurulumu gerçekleştirilmeden, önemli zayıflıklardan biridir. SOA, sadece teknik bir konu değildir veya sadece BT uzmanlarının ödevlerinden biri değildir, tam tersine bütün iş kollarının, değişik şekilde katkı yaptıkları önde gelen ödevlerinden biridir.
German to Turkish: Business Engineering - İşletme Mühendisliği General field: Bus/Financial Detailed field: Business/Commerce (general)
Source text - German Business Engineering
Die Ausgangslage
Im Zuge der Globalisierung schwinden die
Grenzen lokaler Märkte und unternehmerischer
Aktivitäten. Die Produktionsfaktoren Mensch,
Maschine und Kapital sind weltweit
austauschbar geworden. Die Innovationszyklen
der Produkte werden kürzer und Unternehmen
sind zunehmend gefordert ihre Ideen schneller
in marktreife Lösungen umzusetzen, die damit
erforderlichen operativen Prozesse effizient
einzuführen und Mitarbeiter zielgerichtet für die
wechselnden Anforderungen zu qualifizieren.
In vielen Branchen wird die Wertschöpfung
nicht mehr allein durch die zu erstellenden
Produkte erbracht, sondern auch durch
intelligente Geschäftsprozesse in der gesamten
Unternehmenslogistik und deren Integration in
das Controlling und Finanzwesen. Zur
Unterstützung der Prozesse müssen heterogene
Systemlandschaften effizient und schnell
anpassbar verknüpft werden.
Ziel nachhaltiger Business Engineering
Initiativen: Das Denken in Prozessen wird
Unternehmenskultur
Unternehmens-, Bereichs- und
Abteilungsgrenzen wirken nicht mehr als
Bruchstelle bei der Integration von Prozessen.
Geschäftsprozesse und Informationssysteme
aller intern und extern Beteiligten sind eng
miteinander verzahnt. Dadurch hängt die
organisatorische Leistungsfähigkeit eines
Unternehmens ganz wesentlich von den
Fähigkeiten der Mitarbeiter ab in Prozessen
Prozessen bedeutet übergreifende
Zusammenhänge zu verstehen, die
Anforderungen im Unternehmen zu beschreiben
und mit Ingenieurmethoden umzusetzen. Bisher
wurde Prozessorientierung in einzelnen
Bereichen je nach Wissensstand der einzelnen
Mitarbeiter mehr oder weniger gelebt. Um
weitere organisatorische Potentiale
auszuschöpfen zu können, muss sich das
Denken in Prozessen zu einer
Unternehmenskultur entwickeln. Einen solchen
Veränderungsprozess methodisch zu
unterstützen und zu begleiten ist der
Handlungsrahmen des Business Engineering.
Business Engineering steigert die
organisatorische Leistungsfähigkeit von
Unternehmen
Das zentrale Ziel ist, die Kundenanforderungen
mit Hilfe von standardisierten und schlanken
Geschäftsprozessen zu erfüllen und gleichzeitig
die organisatorische Leistungsfähigkeit im
Unternehmen zu steigern.
Ausgehend von strategischen Vorgaben der
Unternehmensleitung werden in einem ersten
Schritt die strategischen Kernprozesse und die
zur Ausführung erforderlichen unterstützenden
Prozesse festgelegt.
Für eine kontinuierliche Verbesserung der
Prozesse müssen diese gemessen und überwacht
werden. Hierzu erfolgt in einem zweiten Schritt
die Festlegung der erforderlichen Prozesskennzahlen
oder KPIs (Key Performance
Indicators).
Nachdem die Strukturen mit Hilfe von Business
Engineering "konstruiert" wurden, erfolgt auf
Basis der Prozesskennzahlen in einem dritten
Schritt ein permanentes Überprüfen und
Verbessern der gesetzten Ziele. Die Grundlagen
für einen kontinuierlichen Verbesserungsprozess
(KVP) wurden geschaffen. Der
Kreislauf soll deutlich machen, dass es sich
hierbei nicht um ein einmaliges Projekt,
sondern um eine ständige Aufgabe handelt.
Die Ebenen des Business Engineering
Im Rahmen von Business Engineering wird
zwischen strategischen, organisatorischen und
technologischen Gestaltungsebenen unterschieden.
Durch diese fokussierte Sicht auf die
einzelnen Dimensionen wird die Komplexität
von Veränderungsprojekten reduziert ohne
dabei die ganzheitliche Sicht über alle
Dimensionen zu verlieren. Business Engineering
unterstützt nicht nur die Konzeption
neuer Geschäftslösungen, sondern Business
Engineering fungiert auch als "Motor" für die
Umsetzung der Prozesse und der
Anforderungsspezifikation an die ITSystemlandschaft.
Durch ein arbeitsteiliges und
ingenieurmäßiges „Konstruieren“ von
Geschäftsprozesslösungen differenziert sich das
Business Engineering von bisherigen
Methoden, die in der Regel zu sehr auf
bestimmte ERP-Systeme (z.B. SAP, Oracle,
Navision etc.) ausgerichtet waren.
Die IT-Systeme folgen dem Geschäftsmodell
Mit der Fokussierung auf strategische Kernprozesse
(z.B. make to order, make to stock) in
Ebene 1 werden die Anforderungen an die Unternehmensorganisation
auf Ebene 2 und die
Spezifikation der ITSystemlandschaft und deren
Integration auf Ebene 3 "konstruiert". Auf Basis
dieser Geschäfts- und Organisationsmodelle erfolgt
eine Analyse der funktionalen Möglichkeiten
in den vorhandenen ITSystemen. Passen
diese nicht, wird zunächst geprüft ob eine
Anpassung der Prozesse an die zu Verfügung
stehenden IT-Funktionen möglich ist. Falls dies
nicht machbar ist, werden die erforderlichen
ITFunktionen in einem Lastenheft beschrieben
und bewertet. Ein klares Anforderungsmanagement
mit ggf. mehreren Evaluationsdurchgängen
ist eine wesentliche Voraussetzung für
eine objektive Bewertung der Anforderungen.
IT- und Fachabteilungen müssen lernen
einander zu verstehen
In Business Engineering Projekten muss sicher
gestellt werden, dass alle an einem Prozess
beteiligten Mitarbeiter aus den verschiedenen
Organisationseinheiten (Fachbereiche und ITAbteilungen)
eine gemeinsame "prozessorientierte"
Sprache einsetzen, damit die
"konstruierten" Geschäfts- und Systemmodelle
Business Engineering Seite 53 von 60
Premium Ausgabe 1.Quartal 2010
verstanden und dauerhaft angewendet werden
können. IT und Fachabteilungen müssen lernen
einander zu verstehen. Dieser Aspekt wurde in
der Vergangenheit oft vernachlässigt, weil die
technische Weiterentwicklung der Ebene 3 zu
sehr im Vordergrund stand und dadurch viele
Fachbereiche mit ihren Prozessen, ihren ITAnwendungen
und mit der Qualifikation ihrer
Mitarbeiter nicht mehr folgen konnten.
Oft stößt die Fähigkeit sich im Rahmen von
Business Engineering weiter zu entwickeln
aufgrund von fehlendem Methodenwissen bei
den Mitarbeitern an ihre Grenzen. Dadurch
können die Potentiale zur Verbesserung der
organisatorischen Leistungsfähigkeit nicht
ausgeschöpft werden.
Translation - Turkish İşletme Mühendisliği
Çıkış Noktası:
Globalleşme sürecinde yerel pazarların ve işletme faaliyetlerinin sınırları ortadan kalkıyor. Üretim faktörleri olan, insan, makine ve sermaye (kapital) dünya çapında değişilebilir (yer değiştirebilir) oldu. Ürünlerin yenilenme döngüleri gittikçe kısalıyor ve şirketler artan şekilde fikirleri gerçekleştirme ve müşterileri için çözüm halinde getirme, operasyonel süreçlerini verimli çalıştırmak ve çalışanlarını hedefe dönük değişen gereklilikler için kalifiye hale getirme noktalarında baskıyı hissediyorlar.
Birçok sektörde, değer yaratma yalnız üretilecek ürünlerle ortaya çıkarılmıyor; bunun yanında akıllı işletme süreçleri ve bunların finans/muhasebe gibi iş destek sistemleri ile bütünleştirilmesine (entegrasyon) dayanıyor. Süreçlerin desteklenmesi için, dağınık ve tekdüze olmayan sistem yapı taşlarının verimli ve hızlı uyumlu şekilde ilişkilendirilmesi (bağlanması) gerekiyor. Bu hedeflere ulaşmak için, buna uygun projelerin planlanması ve gerçekleştirilmesi, günümüzün rekabet avantajını korumak isteyen şirketleri için zorunlu hale gelmiştir.
İş ve Teknoloji Mühendisliği: Süreçler kapsamında düşünmek, şirket kültürü oluyor
Şirket, bölüm veya grup sınırları, artık süreçlerin bütünleştirilmesinde kırılma (engel) noktası oluşturmuyorlar. İşletme içinde ve dışında bütün yer alanların bilişim sistemleri ve işletme süreçleri, birbirleri ile yakından bağlantılı hale geliyor. Bu şekilde, bir şirketin performans ölçüsü (başarısı) çalışanlarının, süreçler kapsamında düşünmesi ve eylemde bulunması yeteneklerine bağlı hale gelmektedir. Süreçler kapsamında düşünmek, genel bağımlılıkları anlamak, ilişkisiz görünen parçacıkları ilişkilendirmek, şirketteki gerekliliklerini anlamak ve mühendislik bakış açısı ve düşünce şekli ile hayata geçirmek anlamına geliyor. Daha önceleri, süreç yönelimi bazı grup veya çalışanların az veya çok bilgisine göre kısmen ve zaman zaman görülebiliyordu. Organizasyonun bütün yeteneklerini ortaya çıkarabilmek için, süreçler çerçevesinde düşünmek, şirket kültürünün parçası haline gelmelidir. Bu tür bir değişim projesini metotlarla desteklemek ve yolculukta eşlik etmek, iş ve teknoloji mühendisliğinin oyun alanının içindedir.
İş ve Teknoloji Mühendisliği, işletmelerin yapısal performansını artırıyor
Temel hedef, müşteri istek ve taleplerini standardize edilmiş ve yalın işletme süreçleri ile karşılar hale gelmek ve aynı zamanda organizasyonun performansını artırmaktır. Üç temel adımdan bahsetmek mümkündür.
İşletme yönetiminin stratejik planlarından hareketle, ilk adımda, stratejik süreçler ve gerçekleştirme için gerekli destekleyici süreçler belirlenir. Süreçlerin sürekli iyileştirilmesi için, hem gözlenmeleri, hem ölçümleme yapılması gereklidir. İkinci adım olarak burada zorunlu süreç ana ölçütleri veya Ana Performans Göstergeleri (KPI: Key Performance Indicator) belirlenir.
Yapılar, iş ve teknoloji mühendisliği yardımı ile inşa edildikten (ortaya çıkarıldıktan) sonra, üçüncü adım olarak süreç temel ölçütleri çerçevesinde konulmuş hedeflerin devamlı kontrolü ve iyileştirilmesi gerçekleştirilir. Sürekli iyileşen sürecin (SİS) temelleri böylece atılmış olur. Söz konusu olan tek seferlik bir iş paketi değil, döngü içinde gelişen bir paketler bütünü olarak algılanmalıdır.
İş ve Teknoloji Mühendisliğinin Seviyeleri
İş ve teknoloji mühendisliğinin kapsamı dâhilinde, stratejik, organizasyonel ve teknik tasarım seviyeleri ana resimde yer alır. Tek tek seviyelere odaklı bu bakış açısı ile değişim projelerinin karmaşıklığı, bütün boyutların tümsel bakışını kaybetmeden, azaltılır. İş ve teknoloji mühendisliği, yeni işletme çözümlerinin kavramsal oluşumunu desteklemekle kalmaz, aynı zamanda süreçlerin ve Bilgi Teknolojileri (BT) sistemler bütününe dönük gerekliliklerin gerçekleştirilmesinde motor görevini üstlenir. İşe göre bölümlenen ve mühendislik düşünce şekli ile inşa edilen işletme süreç çözümleri ile, iş ve teknoloji mühendisliği daha önceki metotlardan (İşletme Kaynak Yönetimi –ERP- sistemlerine dönük) net şekilde ayrılır.
BT Sistemleri İş Modelini İzlemelidir
Stratejik ana işletme süreçlerine odaklanmakla (birinci seviye), gereklilikler ve beklentiler işletme organizasyonuna (ikinci seviye) ve BT sistem bütününe (üçüncü seviye) bütünleşecek şekilde inşa edilir. Bu iş ve teknoloji modellemesi temelli olarak, mevcut BT sistemlerindeki işlevsel olasılıkların analizi yapılabilir. Eğer uygun değillerse, ilk olarak süreçlerin mevcut BT sistemlerine uygunluğu veya uygun hale getirilmesi göz önüne alınır. Eğer bu yapılabilir değilse, gerekli BT işlevleri, proje gereklilikler dokümanında tanımlanır ve değerlendirilir. Gerekliliklerin objektif değerlendirilmesi için, net bir talep ve gereklilik yönetimi (gerekiyorsa değerlendirme kilometre taşları içerecek şekilde işleyen), ön şarttır.
BT ve İş Kolları Birbirinin Dilinden Anlamayı Öğrenmelidir
İş ve teknoloji mühendisliği projelerinde, bir sürece dâhil farklı uzmanlık alanlarından (BT ve iş kolları) bütün çalışanların, ortak bir süreç yönelimli dil oluşturmaları ve kullanmaları sağlanmalıdır ki inşa edilen iş ve sistem modelleri anlaşılabilir ve sürekli kullanılabilir olsunlar. BT ve iş kolları bölümleri, birbirlerini anlamayı öğrenmelidirler. Geçmişte bu yön çoğunlukla göz ardı edilmiştir, çünkü seviye üçte yer alan teknolojinin gelişimi ya çok ön planda, ya da çok geri planda durmuş, dolayısıyla birçok iş kolu bölümü, çalışanlarının yetenekleri, kullandıkları uygulamalar ve süreçleri ile birlikte BT ile eş zamanlı uyumlu ve hizalanmış hareket edememişlerdir.
Çoğunlukla, iş ve teknoloji mühendisliğinin gelişimi, çalışanların olmayan veya eksik olan metot bilgisi yüzünden sınırlarına dayanır. Bu yüzden, organizasyonel performansın geliştirilmesi potansiyeli tamamen kullanılamaz. En iyisi, önceliklendirme ve hedefler kapsamında, uygun projelerin seçimi ve gerçekleştirilmesidir.
English to Turkish: Pitfalls of Networking - İlişki Ağı Kurma Acemilikleri General field: Social Sciences Detailed field: Business/Commerce (general)
Source text - English Starting (too) late to network. Many people (especially self-employed people just starting up their business or people who recently were fired) start to network when they are in need of an immediate answer to their questions. When it's five past 12, so to speak. Networking is a process that yields results in the long run. Don't wait for tomorrow, start today.
Only take, never give. Not only your success rate will be rather low, but in the long run it will turn against you and damage your reputation severely. Do you consciously do the opposite, then you can rest assured people will admire you as a person in your work as well as in your private life.
Always wanting to be in the spotlight. Some people believe it is in their best interest to be continuously talking and throwing their business cards round. "In this way everyone will know who I am" is his or her motto. One of the conditions to call on your network is knowing what people do and what they can mean for you. So listen to them. An go a step further by asking what you can do for them. So listening is a key part of networking!
Being insincere. Broken promises litter your path. Or tell imaginary stories to sound interesting. People will see through that in due course.
Wait. Waiting until someone asks for information or waiting to ask a question yourself. Both will not advance your cause. You need to take the initiative. Be a pro-active networker! You need to make your network work and to keep it "alive". When you come across interesting information, share it with possible interested parties in your network. When you are wrestling with an issue, ask your network for advice. You will get a solution faster and you give your network the opportunity to do something for you and keep your network alive.
Translation - Turkish
•İlişki ağı kurmaya çok geç başlamak: Birçok insan, ilişki ağını kurmaya veya işler hale getirmeye, soru veya sorunlarına cevaba ihtiyacı oldukları anda başlarlar. Yani, çok geç olmuş iken...İlişki ağı kurma ve genişletme, sonuçları uzun vadede görülebilen bir süreçtir. Yarını beklemek yerine, bugünden başlamak iyidir.
•Sadece almak, vermeyi unutmak: Bu şekilde, hem başarı oranınız düşük olacaktır, hem de uzun vadede size ve isminize karşı zararlı etkisi ile karşınıza çıkacaktır. Eğer al-ver dengesini iyi işletirseniz (vermeye daha meyilli olarak), emin olabilirsiniz ki birçok insan, hem iş yaşamınızda, hem de özel yaşamda size imrenecek veya takdir edecektir. Tabii ki herşeyden önce kişinin iç mutluluğu gelir.
•Her zaman gözönünde ilgi odağı olmayı istemek: Bazı insanlar, sürekli konuşmanın ve çevreye kartvizit dağıtmanın iyi olduğuna inanırlar. Gerideki motivasyon, herkese ‘kim olduğunu’ göstermektir. İlişki ağınızdaki insanların ne yaptığını ve size ne anlam ifade ettiğini bilmek, bu ağı gerektiğinde kullanmak için gerekliliktir. Dolayısıyla, önce başkalarını dinlemek (içten) gelir. Bir adım ileri giderek, sizin onlar için ne yapabileceğiniz sormak gayet iyidir. Dinlemek (hayatın birçok alanında olduğu gibi), ilişki ağı kurmanın temel parçalarından biridir.
•Ciddiyetsizlik: Tutulmamış sözler, size ilerde zarar verir. İlgi çekici, ama gerçek olmayan hikayeler, kulağa hoş gelebilir, ancak ilerleyen zaman herkese herşeyi gösterir (yüzünüze söylemeseler de).
•Beklemek: Şu iki durum da size yararlı değildir: birileri, bilgi sorana kadar beklemek veya birine soru sormak için beklemeniz. İnisiyatifi ele almanız gerekir (öncü davranış). Proaktif (önceden harekete geçen) bir şekilde ilişki ağınızı oluşturmalı ve yaşatmalısınız. İlgi çekici olabileceğini düşündüğünüz bir bilgi ile karşılaşırsanız, ağınızdaki kişilerle paylaşın. Bir sorunla karşılaştığınızda, ağınıza tavsiye için sorun. Daha hızlı çözüme ulaşacağınız kesindir ve hatta ilişki ağınızdaki kişilerin sizin için birşey yapmasını ve etkinliğini sürdürmenin taşlarından biridir.
More
Less
Experience
Years of experience: 30. Registered at ProZ.com: Feb 2009.
Adobe Acrobat, Adobe Illustrator, Adobe Photoshop, AutoCAD, Dreamweaver, FrameMaker, Frontpage, Lingotek, Microsoft Excel, Microsoft Word, Pagemaker, Powerpoint, Trados Studio
CV/Resume
CV available upon request
Bio
Strong academic background
Executive Professional with international background
Result oriented personality
More than 10 years of experience in industry in different countries (UK, USA, Germany, Turkey, CIS, Egypt, UAE)
Turkish, English, German: Fluent (very close to native level)
French: Basic level (improving)
English: TOEFL score: 277 (over 300)
German: KDS (Das Kleine Deutsche Sprachdiplom) in 2003
One year of living and working experience in USA
Five years of living and working experience in Germany
One year of living and working experience in Egypt
Experienced in using relevant software tools and technology
Keywords: german english turkish technology business software localization
Portfolio