Kategoriler


SON YORUMLAR
Kaan çok eziksin
bsg. yazılımdan anlıyorsan bir işe gir.
İREM
Veri yapıları sınavım var..sınav süresi 30dk ve test..Veri yapılarında bilgili biri ücret karşılığında yardımcı olabilirse çok mutlu olurum..
Eray
29.8.2020 tarihli telefon numaram ile yaptığım yorum, ÖZEL DERS vermek, konu anlatımı yapmak veya freelancer olarak yazılım projelerinde yazılımcı olarak çalışmak içindir. Ödev yaptırmak, sınava girmek gibi isteklere geri dönüş yapmıyorum.
Tatar Ramazan
CLASS (Inheritance, abstract, interface, static) Kurallar: 1- Abstract ve interface classlarda new ile obje oluşturulamaz. Bu kural static sınıflar için de geçerlidir. 2- Statik metotlardan yalnızca statik değişken ve metotlar çağırılır. 3- Sınıfın tüm objeleri statik alanın aynı değerini paylaşır. 4- Sınıftan her obje oluştuğunda statik değişken değeri sıfırlanmaz kaldığı yerden devam eder. 5- Statik alana sınıftan obje oluşturmadan direk ulaşılabilir. 6- Statik değişken her zaman bir değere sahiptir. Nümerik değerler için değer atanmadıysa değeri sıfırdır. 7- Virtual metod, abstract ya da static olamaz. 8- Bir metod ya da properties override edilirken tipi değiştirilmez. 9- Türetilen sınıfta metod override edilmemişse ana sınıftaki içerik geçerli olur. 10- Bir interface uygulayan metod public olmalıdır. 11- Static metod abstract, virtual, override olamaz. 12- Properties?ler abstract ya da virtual olabilir. 13- Türetilen sınıf ana sınıftaki tüm abstract metodları uygulamazsa o da abstract olmalıdır. 14- Abstract metod içeren sınıf da abstract olmalı. 15- Abstract metod otomatikman virtual olur. 16- Türetilen sınıf abstract classtaki tüm metodları uygulamalıdır. 17- Virtual metod birden fazla türetilen sınıfta yeniden tanımlanabilir. 18- Bir sınıf birden fazla interface?i aralarına virgül konularak kullanabilir. 19- Interface tek başına hiçbir uygulama sağlamaz. 20- Abstract metod gövde içermez ve ana sınıf tarafından uygulanamaz. 21- Abstract sınıf içinde statik ya da virtual metod tanımlanabilir. 22- Bir interface metod uygulanırken public değilse başına tanımlandığı interface koyulur. 23- Protected tanımlanan field?a sadece türev sınıf içinden erişilir. 24- Fields (alanlar) virtual ya da abstract olamaz. 25- Interface?ler fields içermez. Properties içerebilir. 26- Bir constructor base ile miras alıyorsa hem aldığı mirası hem kendi içindekini uygular. İçi boşsa yalnızca kalıtım aldığını uygular. Miras alırken de derived (türetilen) classtaki parametre değerini esas alır. 27- Interface metod implemente edilirken override yazılmaz. Override virtual ya da abstract metodlar uygulanırken kullanılır.
World
Hello PIO
PIO
hello world
Tatar Ramazan
2009-10 yıllarında millet maaşını yazardı yüksek miktarlar alırlardı şimdi kimse yazmıyor zavallılar sürünüyorlar. Yanlışsam, durumunuz iyiyse çıkın yanlışlayın beni. Az bir kısmınız mutlu olacak diğerleri kıvransın dursun.
Tatar Ramazan
çok para bayılacaklar osuracaklar, sıçacaklar size zort zort zort...muhahah, puahahah...
tatminsiz
10.000 tl den aşağı çalışmam.

java ve c# ı yalayıp yuttum mssql oracle pl sql ibm db2 biliyorum. projeler yaptım kaç para alcam?
memnun
Muhasebe bölümünden bilişime geçtim 2 ay geride kaldım şimdi geri muhasebeye nakîl verdim ama bu parayı duyunca çallşmaya başladım
muhendis
Eskidendi o çok eskiden..mühendisler artık aç..4 yıllık mühendisim aldığım ücret 5000 tl...
cengiz
Ben de bilmiyorum faidesini...
orhon
ilk önce sql sonra t-sql

Bilgisayar Mühendisleri
Here is the website inspired me to use 
it as a guide when I tried to define 
myself as an engineer candidate a few 
years ago. It really helped me to work
 and study feeling in confidence with 
being on the right way. I suggest this 
website to whom it may direct her/his 
to find the right career path. It 
includes many articles varies from 
real life experiences to detailed 
software engineering issues. But the 
most dignified parts for me are the 
articles in general and career titles.
Son okunan makaleler:
YAZILIM BÜYÜKLÜK TAHMİNİ
Kısa sorular Kısa Cevaplar - 2
34 yaşındaki Türk, sitesini 100 milyon $’a Google’a sattı
Twitter'in rakibi bir Türk: whispurr.com
Introduction to making multithreaded VB.NET Apps
Microsoftda Çalışan Bir Türk ile Yapılmış Röportaj
Motivasyona inanmıyorum!
ASP.NET vs Classic ASP
ASP.NET ve ASP Session Paylaşımı
Online Java Dersleri - Javada Sınıfların Tekrar Kullanılması
Bilgisayar Mühendisleri Kaç Para Alır?
Bilgisayar Mühendisleri Kaç Para Alır?
Para ile ödev yapmak üzerine
Bilgisayar Mühendisleri Kaç Para Alır?
Bilgisayar Mühendisi Ne İş yapar? Program Nedir? Çeşitli Sorular?
Bilgisayar Mühendisleri Kaç Para Alır?
Bilgisayar Mühendisi Ne İş yapar? Program Nedir? Çeşitli Sorular?
6 adımda Patlak Mühendis olma rehberi
Bilgisayar Mühendisliğini yeni kazandım, neler yapmalıyım?
Bilgisayar Mühendisleri Kaç Para Alır?

Bilgisayar Mühendisleri Portalı

YAZILIM BÜYÜKLÜK TAHMİNİ

YAZILIM BÜYÜKLÜK TAHMİNİ

Gerçekleştirilen yazılım projelerinin başlangıcında yaşanan en büyük zorluk, süreç sonucunda ortaya çıkacak yazılım ürününün büyüklüğünün tahmin edilememesidir. Bu tahminin yapılma aşamasında kullanılabilecek bir çok metot mevcuttur. Bunlardan en yaygın olarak kullanılanı ise “işlev Noktaları Analizi”dir.

Bu analizin, kullanılacak yazılım kodlama dilinden bağımsız olarak yapılıyor olması, bunun her türlü yazılım projesine uygulanabilirliğini sağlamaktadır. Yazılım ürününün büyüklüğünün tahmini ile çeşitli
yönetim unsurlarının belirlenmesi kolaylaşmaktadır. Örnek olarak, ele alınan projedeki personel gereksiniminin tam olarak belirlenebilmesi için ürün büyüklüğü bilgisi gereklidir.

İşlev Noktaları Analizi, temel olarak girdilerin, çıktıların, sorguların, dosyaların ve dış ara yüzlerin etkisinde gerçekleştirilmektedir. Analizin başlangıcında öncelikle bu faktörlerin tespit edilmesi gerekmektedir. Gerekli olan değerler şöyle sıralanır.
· Kullanıcı Girdi Sayısı: Sayılacak her girdi, yazılıma farklı bir uygulama için veri sağlamalıdır. Burada dikkat edilmesi gereken nokta, farklı uygulamalar için farklı veriler kullanıcı girdisi olarak sayılmalıdır. Gereksiz yere bu değer arttırılmamalıdır, bunun için dikkatli olunmalıdır. Diğer önemli nokta ise, kullanıcı sorgularının girdi olarak görülmemesidir.
· Kullanıcı Çıktı Sayısı: Sayılacak her çıktı, kullanıcıya bilgi sağlamalıdır. Bu bağlamda, kullanıcı çıktısı ekranları, raporları, hata mesajlarını vb. noktaları kapsamalıdır. Bununla beraber, ekran çıktısında yer alan her bir veri maddesi ayrı olarak sayılmamalıdır.
· Kullanıcı Sorgusu Sayısı: Sorgu, on-line olan girdidir, sonucunda yazılımın on-line oluşturduğu çıktı oluşturur.
· Dosya Sayısı: Bu sayıyı belirler iken dikkat edilecek nokta, büyük bir veritabanının veya dosyanın bir kısmı ayrı olarak dü ünülebilir ve sayılabilir.
· Dış Arayüz Sayısı.
Bu faktörler ile ilgili değerlere ulaşılması ardından analizin önemli bir kısmına, değerlerin bir terzi edası ile kesilip biçilmesine geldik. Yazılım projelerinin yönetiminde, belki de en önemli unsur terzi
kabiliyetine sahip olmaktır. Aşağıda verilen tabloda yer alan çarpım faktörünün doğru seçilmesi analiz sonucunu etkileyen önemli bir unsurdur.


Tabloda da görüldüğü gibi ölçüm parametrelerinin basit, normal veya karmaşık olarak sınıflandırılması tamamen analizi gerçekleştirenlerin sorumluluğu altındadır. Bu çarpım faktörlerinin seçilmesine göre
sayım sonucu değişecektir.
Bir sonraki aşama ise yazılım projesi ile ilgili hazırlanmış çeşitli kaynaklardan alınmış temel 14 sorunun cevaplandırılmasıdır. Verilen bu cevaplar, 0 ile 5 arasında birer rakam olacaktır. 0 değeri “önemsiz”, 5 değeri ise “kesinlikle şart” anlamına gelmektedir. Daha sonra bu sorulara verilecek yanıtlar toplanarak “Sorgu Sonucu” ortaya çıkacaktır.


Elde ettiğimiz bu iki değeri, Sayım ve Sorgu Sonuçları, kullanarak İşlev Noktaları’nın sayısal değerine ulaşabiliriz.
                     İşlev Noktaları = Sayım Sonucu X [0.65 + 0.01 x Sorgu Sonucu]
Elde ettiğimiz bu değer kullanılacak yazılım programlama dilinden tamamen bağımsız olarak hesaplanmıştır. Yazılım ürününün tahmin edilen büyüklük değerine aşağıdaki tabloyu kullanarak kolayca erişebiliriz.


Tablo okumasına örnek olarak işlev Noktaları Değeri 52 hesaplanan bir yazılım projesinin JAVA programlama dili kullanılarak kodlanması sonrasında elde edilecek ürünün kod satır sayısının ortalama değeri 1664 (52 x 32) olarak kabul edilir.


Bu konuda yazılmış çeşitli kaynaklara dayanarak, bu tespit edilen değer ile gerçekleştirilen değer arasında %20 oranında sapmanın olabileceğinden söz edilmektedir. Bu sapmaya rağmen yöneticilerin
önünü görebilmesi, ileriye yönelik tahminlerde bulunup, tahminler doğrultusunda kararlar alabilmesi için gerekli ve yararlı bir değerdir.


Profesyonel olarak gerçekleştirilecek her yazılım projesinin başlangıcında bu tür tahminler yapılmaktadır. Birçok yazılım organizasyonu yaptıkları ölçümler sayesinde tablolarda yer alan
değerleri kendilerine göre uyarlamaktadır. Yazının içerisinde de belirttiğim üzere yazılım mühendisliği bir anlamda “terzilik” ile eş değerdir. Bir kumaşı ölçüp, kesip, biçmek ve uydurmak gerekir.
Bu ve diğer konular hakkında görüşlerinizi bekliyorum.


Özgür ERALP

Bu makaleyi beğendin mi? Yorumunu Yaz!







Sizden Gelen Yorumlar:

Yorum Yazın

Merve(24.3.2014 15:48:34)
Çok teşekkür ederiz, faydalı bir makale olmuş.
%0 %67 %33
Katılıyorum Çekimserim Katılmıyorum



Koray(20.4.2009 14:16:12)
Çok güzel bir makale olmuş ancak resimler de görülse daha anlaşılır olacak
%57 %14 %29
Katılıyorum Çekimserim Katılmıyorum






Copyright© 2001-2021. Bilgisayar Mühendisleri Portalı | Bütün hakları saklıdır.