Ana içeriğe atla

Bilgi Sisteminin Yazılım Yetenek Olgunluk Modeli ile İlişkisi



PACE yazılımı Java 2 Enterprise Edition (J2EE) teknolojisinin N-katmanlı olarak uygulanması ile ortaya çıkarılmıştır.

Yazılım platform, uygulama sunucusu ve veritabanı bağımsız olarak geliştirilmiştir.
CMM (Seviye 3) PACE'in desteklemeyi amaçladığı temel standarttır. Bunun nedeni, CMM modelinin dünya çapında yoğun olarak benimsenmesidir. Buna ek olarak, Yazılım Mühendisliği Enstitüsü (SEI), CMM seviye 3'ü organizasyondaki yazılım mühendisliği ve yönetim süreçlerinin tüm projeler bazında etkin bir şekilde kurumsallaşmasını sağlayan altyapıyı sunan seviye olarak tanımlamaktadır CMM'in her seviyesi Anahtar Süreç Alanlarına (Key Process Areas - KPA) ayrılmıştır.

SEI bu alanları, yerine getirildiğinde organizasyonun süreç yeteneğini tesis etmesi açısından önem teşkil eden belirli bir grup hedefin gerçekleştirilmesini sağlayan faaliyetler kümesi olarak tanımlamaktadır  PACE yazılımının CMM seviye 2 ve 3'ün ilgili Anahtar Süreç Alanlarından herbirini ne şekilde ele aldığı aşağıda verilmiştir.

Gereksinim Yönetimi (Requirements Management): Farklı gereksinim tipleri tanımlanır ve bunlar, Gereksinim Durumu ve Gereksinim İstikrarı ölçümleri ile izlenir. Ayrıca, gereksinimlerdeki değişiklikler resmi değişiklik yönetimi
mekanizmaları ile gerçekleştirilir.

Yazılım Projesi Planlama (Software Project Planning): 
Yazılımın boyut, iş gücü ve takvim tahminleri fonksiyon noktası tahminlemesi (function point estimation), nesne noktası tahminlemesi (object point estimation) ve COCOMO II (Constructive Cost Modeling) metodolojileri ile yapılır. Buna ek olarak, yazılım projesinin iş paketi yapısı ve takvimi oluşturulur, proje riskleri tanımlanır, projenin yazılım ve donanım envanterleri yönetilir.

Yazılım Projesi Takibi (Software Project Tracking and Oversight): 
Yazılım projesinin iş gücüne, kalitesine, takvimine, üretkenliğine yönelik birçok ölçüm izlenir. Gerektiğinde, proje takvimi güncellenir. Aynı zamanda, projenin riskleri risk matrisi yardımıyla izlenir. Son olarak, proje çerçevesinde çıkarılan dersler kazanılan tecrübenin kuruluşun geneline yayılımını sağlamak üzere kaydedilir.

Yazılım Kalite Güvence (Software Quality Assurance):
Kalite faaliyetleri planlanır ve izlenir, denetleme sonuçları kaydedilir, uygunsuzlukların çözümlenmesi gerçekleştirilir.
Yazılım Konfigürasyon Yönetimi (Software Configuration Management): Konfigürasyon maddeleri (yazılım ürünleri) belirlenir ve tanımlanır. Ayrıca, konfigürasyon maddelerinin durumları ilgili gruplara ve kişilere yazılımda hazırlanan durum raporlarıyla bildirilir. Buna ek olarak, konfigürasyon kontrol kurullarının onayına tabi olan ilgili değişiklik formlarının doldurulması sonucu konfigürasyon maddelerinde değişiklikler yapılır.

Organizasyon Süreç Odaklılığı (Organization Process Focus) VE Organizasyon Süreçlerini Tanımlama (Organization Process Definition): 
Yazılım geliştirme sürecinin yürütülmesi ve iyileştirilmesi gerekli talep ve onay mekanizmaları yardımıyla gerçekleştirilir. Bunun yanında, yazılım projeleri kapsamında yerine getirilen süreçler ve faaliyetler tanımlanır, bunlar daha sonra proje iş paketleri oluşturulurken ve iş atamaları yapılırken kullanılır. Tüm projelerde tamamlanan işler sonucu toplanan iş gücü ve maliyet ortalamaları raporlanır. Bu raporlar süreçlerin ve aktivitelerin performanslarının ölçülmesi amacıyla kullanılır. Bir faaliyetin prosedürünün değiştirilmesinin etkileri de faaliyet versiyonlama mekanizması sayesinde izlenebilir. Projenin seçtiği yazılım geliştirme sürecine tekabül eden organizasyonel standartlar kullanıcılara sunulurak günlük işleyişte kolaylık sağlanır.

Bütünleşik Yazılım Yönetimi (Integrated Software Management):
Proje takvimi, projenin yazılım geliştirme planına göre organizasyon çapındaki süreç veritabınından gerekli süreçler ve faaliyetler seçilerek oluşturulur. Geçmiş ölçüm ve tahmin değerleri yeni yapılacak tahminlerde kullanılmak üzere kullanıcıların kullanımına sunulur.
Gruplararası Koordinasyon (Intergroup Coordination): 
Geliştirme ekipleri arasındaki bağımlılıklar iş paketleri ve takvim oluşturulurken belirtilir. Belirli olaylar gerçekleştiğinde ilgili kişileri haberdar etmek üzere otomatik mesajlar gönderilir.
Eş Gözden Geçirmeleri (Peer Reviews): Eş gözden geçirmeleri proje takviminde planlanır. Yapılan eş gözden geçirmelerinin sonuçları kaydedilir ve bunlarda tespit edilen problemlerin veya işlemlerin durumu eş gözden geçirme raporlarından referans verilen formlar sayesinde izlenir. Buna ek olarak, Gözden Geçirme Durumu ölçümü yardımıyla,
eş gözden geçirmeleri analiz edilir.
Eğitim Programı (Training Program): 
Bu anahtar süreç alanı ile ilgili olarak şu özellikler sağlanır: eğitimlerin
tanımlanması, eğitim planlarının yapılması, tamamlanan eğitimlerin kayıtlarının tutulması, personelin eğitime katılması sonucunda becerilerinin otomatik olarak güncellenmesi.
"quotation..."

Bu blogdaki popüler yayınlar

Cloud Computing Reference Architecture: An Overview

The Conceptual Reference Model Figure 1 presents an overview of the NIST cloud computing reference architecture, which identifies the major actors, their activities and functions in cloud computing. The diagram depicts a generic high-level architecture and is intended to facilitate the understanding of the requirements, uses, characteristics and standards of cloud computing. As shown in Figure 1, the NIST cloud computing reference architecture defines five major actors: cloud consumer, cloud provider, cloud carrier, cloud auditor and cloud broker. Each actor is an entity (a person or an organization) that participates in a transaction or process and/or performs tasks in cloud computing. Table 1 briefly lists the actors defined in the NIST cloud computing reference architecture. The general activities of the actors are discussed in the remainder of this section, while the details of the architectural elements are discussed in Section 3. Figure 2 illustrates the intera

Cloud Architecture

The cloud providers actually have the physical data centers to provide virtualized services to their users through Internet. The cloud providers often provide separation between application and data. This scenario is shown in the Figure 2. The underlying physical machines are generally organized in grids and they are usually geographically distributed. Virtualization plays an important role in the cloud scenario. The data center hosts provide the physical hardware on which virtual machines resides. User potentially can use any OS supported by the virtual machines used.  Operating systems are designed for specific hardware and software. It results in the lack of portability of operating system and software from one machine to another machine which uses different instruction set architecture. The concept of virtual machine solves this problem by acting as an interface between the hardware and the operating system called as system VMs . Another category of virtual machine is called

CLOUD COMPUTING – An Overview

Resource sharing in a pure plug and play model that dramatically simplifies infrastructure planning is the promise of „cloud computing‟. The two key advantages of this model are easeof-use and cost-effectiveness. Though there remain questions on aspects such as security and vendor lock-in, the benefits this model offers are many. This paper explores some of the basics of cloud computing with the aim of introducing aspects such as: Realities and risks of the model  Components in the model  Characteristics and Usage of the model  The paper aims to provide a means of understanding the model and exploring options available for complementing your technology and infrastructure needs. An Overview Cloud computing is a computing paradigm, where a large pool of systems are connected in private or public networks, to provide dynamically scalable infrastructure for application, data and file storage. With the advent of this technology, the cost of computation, application hosting, c