SAP Dünyası Hakkında Çeşitli Paylaşımlar: SAP HANA Nedir?

SAP Dünyası Hakkında Çeşitli Paylaşımlar: SAP HANA Nedir?: Merhaba, İlk yazımda BW’nun HANA üzerinde kurulumu için gerekli olanları Daniel Rutschmann’ın bloğundan alıp Türkçe’ye çevirdim. Ancak ya...

ITIL AND COBIT

5 Modules of ITIL Lifecycle for effective IT Service Management

ITIL^® refers to Information Technology Infrastructure Library which is used by IT firms to serve their users and customers more effectively. Following the guidelines of ITIL^® framework, organizations improve their IT infrastructure and develop new practices to gain profits by satisfying the end-user’s needs.

5 Modules of ITIL^® Service Lifecycle:
Service Lifecycle Modules are helpful for those who have to maintain management amongst different teams and various management areas. Let’s get an insight into the five modules of ITIL^® Service Lifecycle:
Service Strategy:
The Service Strategy Module assists the users to get noticed in the marketplace by aptly designing, developing, and implementing IT Service Management processes. During this stage, organizations decide their target area and plan strategies for differentiating themselves from their competitors.  ITIL phase analyses the current situations and examine customer requirements; thus, forming the effective strategies for further operational decisions. Working on planned strategies aids the companies to achieve a productive target and gain success.
Service Design:
The Service Design phase helps in designing and developing the services decided in the Service Strategy stage. It also assists in working on IT Service Management processes to support the businesses. This proves helpful for Business Leaders and IT professionals, as they get to learn and stay prepared to address customers’ issues and handle them in the best possible manner.
Service Transition:
The Service Transition stage helps the Business Associates and IT professionals to effectively manage the transition in business. This stage efficiently helps in handling the transition of services and assists in shifting them from development phase to the operational phase. Service Transition phase aids in changing the services and keeping them away from disrupting other processes or services.
Service Operation:
The Service Operation phase assists by guiding about the view of everyday business operations. It helps in achieving the goals of IT department in terms of maintaining the things reliably, cost-effectively, smoothly, and efficiently. This stage works on assuring that the services are delivered to the customers in time upon the agreed levels with minimum interruptions. This phase also includes the elements like Incident Management, Access Management, and Problem Management.
Continual Service Improvement:
The CSI stage identifies processes that continually help the organizations to improve their IT services. Continual assessment of the services always helps the companies to analyze drawbacks and implement measures to improve the IT services for achieving progress.
All the above modules of ITIL^® Service Lifecycle are suitable for the ones who intend to gain expertise in handling management processes and deliver qualitative Service Management practices. A formal training can help the aspirants to achieve their targets of becoming efficient Management Leaders.

What Are the Connections & Differences between COBIT and ITIL?

COBIT (Control Objectives for Information and Related Technology) and ITIL (Information Technology Infrastructure Library) have been used by information technology professionals in the IT service management (ITSM) space for many years. Used together, COBIT and ITIL provide guidance for the governance and management of IT-related services by enterprises, whether those services are provided in-house or obtained from third parties such as service providers or business partners.

ITIL could be seen as the way to manage the IT services across their lifecycle, while COBIT is about how to Govern the Enterpise IT in order to generate the maximum creation of value by the business, enabled by IT investments, while optimizing the risks and the resources. COBIT 5 describes the principles and enablers that support an enterprise in meeting stakeholder needs, specifically those related to the use of IT assets and resources across the whole enterprise. ITIL describes in more detail those parts of enterprise IT that are the service management enablers (process activities, organizational structures, etc.).

COBIT is based on five principles:

1. Meeting Stakeholder Needs
2. Covering the Enterprise End-to-End
3. Applying a Single, Integrated Framework
4. Enabling a Holistic Approach
5. Separating Governance from Management

And seven enablers:

1. Principles, Policies and Frameworks
2. Processes
3. Organizational Structures
4. Culture, Ethics and Behavior
5. Information
6. Services, Infrastructure and Applications
7. People, Skills and Competencies

ITIL focuses on ITSM and provides much more in-depth guidance in this area. 

There are five stages in the ITIL Service Lifecycle:

1. Service Strategy
2. Service Design
3. Service Transition
4. Service Operation
5. Continual Service Improvement

The distinction between the two is sometimes described as “COBIT provides the ‘why’; ITIL provides the ‘how.’” While catchy, that view is simplistic and seems to force a false “one or the other” choice.

It is more accurate to state that enterprises and IT professionals who need to address business needs in the ITSM area would be well served to consider using both COBIT and ITIL guidance. Leveraging the strengths of both frameworks, and adapting them for their use as appropriate, will aid in solving business problems and supporting business goals achievement.

Kaynak :

http://www.multisoftvirtualacademy.com/blog/5-modules-of-itil-lifecycle-for-effective-it-service-management/

http://blog.nhlearningsolutions.com/blog/tabid/145/artmid/16483/articleid/1514/cobit-vs-itil

Software Reliability Testing

Yazılım güvenilirliği testi nedir?

Güvenilirlik testi ( Reliability Testing ) , sistem görevlendirilmeden önce , uygulamadaki hataları-bozuklukları bulup kaldırarak uygulamayı çalıştırmakla ilgili testler hakkındadır.
Güvenilirlik testleri amacı , ürünün güvenilirlğini belirlemek ve yazılımın müşterinin güvenilirlik ihtiyaçlarını karşılayıp karşılamadığına karar vermektir.

ANSI'ya göre yazılım güvenilirliği tanımı şu şekilde yapılır : Belirli bir ortam ve belirli bir zaman içinde , hatasız yazılım işlem olasılığı (failure-free software operation) dır.

Yazılım güvenilirliği zamanın doğrudan bir fonksiyonu değildir.

Elektronik ve mekanik parçalar zaman geçtikçe ve kullandıkça yıpranacak ve eski hale  gelecektir.Fakat yazılım , kendi yaşam döngüsü boyunca , aşınmayacak ya da paslanmayacaktır.

Kasten yükseltme ya da değiştirme yapılmadıkça , yazılım zamanla değişmeyecektir.

Güvenilirlik , bir ölçümün tutarlılığı ile ilgilidir.Tekrar tekrar aynı sonucu alırsanız o zaman bir test güvenilir kabul edilir. 

Daha öncede anlatıldığı üzere yazılım güvenilirliği belirli bir ortamda ve bir zaman belirli bir süre içerisinde hatasız yazılım operasyon olasılığıdır.

Yazılım güvenilirliği , sistem güvenilirliğini etkileyen en önemli faktördür.

Güvenilirlik testi en önemli hataları tespit etmeye yönlendirerek, bu sayede güncel işlemler içerisindeki en muhtemel bozuklukları daha erken ortaya çıkarma eğilimindedir.

Bu testler bir kaç aşamada gerçekleştirilebilir.Karmaşık sistemlerin  bileşenleri, devre kartı, ünite, montaj, alt sistemler ve sistem düzeyleri test edilebilir.

Yazılım güvenilirliği yazılım kalitesinin önemli bir parçasıdır. 

Yazılım güvenilirlik çalışması üç bölüme kategorize edilebilir:

1. Modelleme (Modeling)

2. Ölçüm (Measurement)

3. İyileştirme (Improvement)

Modeling (Modelleme) : Yazılım güvenilirlik modeli , problemler için en uygun model uygulanarak, anlamlı sonuçlar elde etme noktasına gelmesidir.

Bir çok model vardır , fakat yazılım karakteristiğine uygun tek bir yazılım modeli saptanır.

Varsayımlar ve soyutlamalar sorunu basitleştirmek için yapılmalıdır. 

Tüm bu durumlar için evrensel tek bir model yoktur.

( Measurement )Ölçüm: Yazılım güvenilirliği ölçümü saflıktır.

Ölçüm diğer mühendislik alanında olduğu gibi, yazılımda sıradanlıktan uzaktır.

"Yazılım nicelik bakımından daha iyi nasıl olur?" sorusun oldukça basit görünmesine rağmen hala iyi bir cevabı bulunmamaktadır.

Diğer ilişkili faktörler yazılım güvenilirliği tahmin etmek ve ürünler arasında karşılaştırma yapmak için ölçülür ; böylece yazılım güvenilirliği doğrudan ölçülen olamaz.

Geliştirme süreci, bozukluklar ve bulunan hatalar yazılım güvenilirliği ile ilişkili tüm faktörlerdir.

(İmprovement) İyileştirme :  yazılım güvenilirliği iyileştirmesi zorunludur.

Problemin zorluğu , yazılım güvenilirliğinin ve yazılım özelliklerinin (karakteristiğinin) eksik anlaşılmasından kaynaklanmaktadır.

Şimdiye kadar, yazılım karmaşıklık sorununu çözmek için iyi bir yol yoktu. 

Karmaşık yazılım modüllerinin bir kısmının tamamını test etmek imkansızdır.Kusursuz yazılım ürünü garanti edilemez.

Gerçekte, bütçe ve zaman kısıtlamaları , yazılım güvenilirliğini geliştirmek için harcanan eforu ciddi bir şekilde limitler.

Not: Aşağıdaki linkten çevirisini yaptım.Yazılım güvenilirliği hakkında hiç türkçe kaynak yok malesef...Faydalanmanızı umuyorum . 

        Güzel bir site takip etmenizi öneriyorum. test teknikleri ve proje yönetimiyle ilgili bir çok bilgi içermektedir.

 Kaynak : http://istqbexamcertification.com/what-is-reliability-testing-in-software/  

SQL- backup

Sql e ilk giriş yapacak arkadaşlar için örnek bir veritabanına ihtiyacımız var peki bunu nerden buluruz nasıl sağlarız?

Örnek veritabanımızın adı Northwind. Tarayıcınızdan bunu aratarak veya  bu siteden indirebilirsiniz.

Daha sonra nasıl bir back up dosyasını SQL e entegre ederiz sorusuna cevap verelim.

SQL Server 2015 i ilk açtığınızda sol taraftaki alandan Database üzerine gelin ve sağ tıklayarak Restore Database diyin.

SQL => Database sağ tık => Restore Database .

Buna tıkladıktan sonra karşınıza gelen pencereden Device ı seçin ve sonundaki sekmeden Select backup devices ı seçin. buradan backup dosyanızı yani örneğimizdeki Notrhwind i Add seçeneğinden klasörleriniz arasındaki konumunu bularak seçin ve ok tıklayın.

Back up dosyanız başarıyla yüklendi mesajını aldığınız zaman.Sol taraftaki Database alt menülerine bakaran Northwindi oradan görebilir. Tablolarını inceleyebilirsiniz.

Dilerseniz aşağıda anlatmış olduğum örnek video üzerinden de  görüntülü olarak öğrenebilirsiniz.

Ya da youtube kanalım üzerinden  izleyebilirsiniz.

İyi çalışmalar.

SQL VIEW YAPISI

View'ler bir veya birden fazla tablodan istenilen verilerin bir arada sunulmasını sağlayan tanımlanmış sorgulardır. Diğer bir deyişle sanal tablolardır.Sanal tablo ile geçiçi tabloları birbiri ile karıştırmayalım 

Sanal tablo demek ; Aynı gerçek tablolar gibi satırlar ve sütunları içermesi demektir.Bir ya da birkaç tablodan seçtiğimiz komplike verileri bu sayede okumayı sağlar. Dolayısıyla birden fazla inner join içeren sorguları view ile kullanmak mantıklıdır.

Peki neden “sanal” kelimesini kullanıyoruz? Çünkü View'ler veri saklamazlar sadece istenen veriye ulaşılacak yolu kullanarak verileri kullanıcıya sunarlar. 

Buradan da anlıyoruz ki ,view ile birden çok tabloyla çalışırken uzun sorgulardan kurtululabiliyoruz.Böylelikle veri ulaşım performansını arttırabiliyoruz.Ve birazdan bahsedeceğimiz yapılar sayesinde veri erişimini sınırlamak ve kontrol altında tutmak için view’ları kullanabilirz.

USE NORTHWND

GO

CREATE VIEW [dbo].[Order_Customer]

AS

SELECT Orders.OrderID,Orders.OrderDate,Orders.ShipName,

Customers.CompanyName,Customers.City,Customers.Country

FROM dbo.Customers

Inner join dbo.Orders ON Customers.CustomerID=Orders.CustomerID

Oluşturulan Viewler  Object Explorer kısmında "View" ana başlığı altında toplanır.

View’ler ile ilgili bazı dikkat etmemiz gereken noktalar:

View ler temporary tablo dediğimiz geçici olarak oluşturulan tablolara referans verilemez.Bu tablolardan veri istenemez. 
View ler üzerinde yapılan değişikler kendilerini oluşturan kaynak tabloları da etkiler,aynı değişiklikler kaynak tablolara da yansır.

-Order By cümleciği sadece TOP operatörü ile birlikte kullanıldığında kullanılabilir. 

-Bir View farklı tablolardan gelen aynı isimlere sahip farklı sütunları içerebilir. 

-Ya da İsimsiz kolon bırakamazsın. As ile takma bir isim vermeniz gerekiyor.

-Birden fazla sırgu yapamazsınız yani sadece bir tane select ile başlayan bir cümle yazabilirsiniz.

CREATE VIEW view_ismi [(görünen sütun ismi,…)] 

[WITH {ENCRYPTION | SCHEMABINDING}] 

AS 

select_cümlesi 

[WITH CHECK OPTION] 

Create View [sahip_ismi].view_ismi kısmındaki [sahip_ismi] alanını doldurmak zorunda değiliz.O view’in kim tarafından yönetileceğini belirtmek yararımıza olacağı için belirtmemiz iyi olur.Çünkü hiçbir isim girilmemesi durumunda o sıradaki kullanıcıyı View’in sahibi olarak atayacaktır. 

Şifreli View Oluşturma (With Encryption)

USE NORTHWND

GO

Create VIEW[dbo].[ProductsDetails]

With Encryption

AS

SELECT Prod.ProductName,Cat.CategoryName,Prod.QuantityPerUnit,Prod.UnitPrice

FROM dbo.Products as Prod

INNER JOIN dbo.Categories as Cat ON Prod.CategoryID=Cat.CategoryID

Encryption yapısını kullanmamızın nedeni o veritabanında oluşturduğumuz View’in kod içeriğinin yani View’i oluşturmamızı sağlayan kaynak kodun görüntülenemez şekilde şifrelenmesidir.Yani Şifreli view ın kodlarını kendimiz de göremeyiz demek design sayfasına ulaşamayız yani inaktif olarak görünür.

Diğer bir deyişle Kaynakların  gizliliğini sağlayan koddur,kullanıcı sadece oluşturulan view ile ilgili verilere erişebiliyor,kaynak tablolarla ilgili hiç bir bilgiye ulaşamıyor.

Bu viewlar görüntülenemezler yani şifresiz haline döndüremiyoruz. Bunu yapabilmek için View’in kaynak koduna ihtiyaç duyuyoruz.Bu yüzden Encryption(şifreleme) yapmayı düşündüğümüz View cümlesinin yedeğini kaydetmeyi unutmazsak bizim açımızdan faydalı olacaktır.

View’lerin içeriğini görüntülemenin bir başka yolu da bir stored procedure kullanmaktır. 

sp_helptext ‘ÖrnekViewinİsmi’ 

Stored procedure’e Encryption yaptığımız örneğimiz üzerinde işlem yapmasını söylersek daha önce Encryption yapıldığı için sonuçta bir hata mesajı almamız kaçınılmaz. 

sp_helptext Order_Customer

Encryption var ise görüntüleyemeyiz..

sp_helptext ProductsDetails

Güncelleme için ;

ALTER VIEW yapısınu kullanıyoruz..

SchemaBinding: 

Eğer oluşturacağımız View’de With Schemabinding kullanırsak ya da daha önce oluşturduğumuz bir View’e ALTER View ile With Schemabinding özelliği verirsek bu View’de görmek istediğimiz verilerin tutulduğu tablolardaki veri çektiğimiz sütunları kilitlemiş oluruz.

Bu da demek oluyor ki ;

View’de görüntüleyeceğimiz verilerin bulunduğu tablo ya da tablolardaki sütunların yapısında yapılacak herhangi bir değişikliği bu View’i silmedikçe ya da Schemabinding özelliğini View’imizden kaldırmadıkça yapamayacağız.

-Schemabinding’li View’imizde * kullanamayız. Yani select * from ... diyemeyiz. 

USE NORTHWND

GO

Create VIEW [dbo].[Kategoriler]

With SchemaBinding

AS

SELECT dbo.Categories* 

FROM  dbo.Categories

-Schemabinding kullanıyorsak View’imizin Select cümlesinde referans ettiği tabloların isimleri tablosahibininismi.tabloismi halinde olmalıdır. 

USE NORTHWND

GO

Create VIEW [dbo].[Kategoriler]

With SchemaBinding

AS

SELECT CategoryID,CategoryName,[Description],Picture 

FROM  Categories

With Check Option: 

Sayesinde insert select update yapabiliyoruz.Görünmeyen bir kaydın eklenmesini istemiyorsak with check option yapıyoruz.Diğer bir deyişle where koşulunu muhafaza eder.

DİKKAT: 

Distinct yapısı kullanılmış View’lerin üzerinden Insert, Update ya da Delete gibi işlemler yapamayız. Aynı durum Group By kullandığımız View’ler içinde geçerlidir. 

View kullanarak birden fazla tabloda veri değişikliği yapamayız. 

Şimdi  bu komutların View ile nasıl kullanıldığına dair bir örnek yapalım. 

Önce Musteriler isminde yeni bir View oluşturalım 

View’i kullanıp yeni bir müşteri ekleyelim 

USE [NORTHWND]

GO

Insert Into musteriler Values('jdfh','yuuu','Hacer Doğan','yazılımcı','Kadıköy','Istanbul')

MusteriListele View’ine - With Check Option özelliği verelim 

USE NORTHWND

GO

ALTER VIEW [dbo].[musteriler]

AS

SELECT CustomerID,CompanyName,ContactName,ContactTitle,[Address],City

FROM dbo.Customers

WHERE City ='Aydın'

With Check Option

Şehri İstanbul olan bir kaydı tekrar girmeyi deneyelim 

USE [NORTHWND]

GO

Insert Into musteriler Values('jdfh','yuuu','Hacer Doğan','yazılımcı',

'Kadıköy','Istanbul')

Kategoriler View’inden Schemabinding özelliğini kaldıralım 

USE [NORTHWND]

GO

ALTER VIEW [dbo].[Kategoriler]

AS

SELECT CategoryID,CategoryName,[Description],Picture 

FROM  Categories

Son olarak Kategoriler View’ini silelim 

USE [NORTHWND]

GO

DROP VIEW [dbo].[Kategoriler]



Videoyu youtube üzerinden izlemek için tıklayabilirsiniz.

kaynaklar : 
https://mcansozeri.wordpress.com/2011/03/30/mssqlde-view-kullanimi-create-view-alter-view-drop-view/
http://www.yazilimciblog.com/sql-viewler-konusu/
MS-20461 kitabı
Bir de pdf den yararlandım büyük ölçüde fakat linkini bulamadım.Bulduğum zaman ekleyeceğim.

Ayrıca bu siteyide bu konunun özeti şeklinde takip edebilirsiniz:
http://deryagunduz.blogspot.com.tr/2010/07/sqlde-viewsanal-tablo-olusturmak.html