Altuğ B. Altıntaş - kodcu.com

1 - Gereksinimleri iyi anlamak çok önemli. Gereksinimleri anlayamamanın en büyük sebebi, çekingenliktir, utunamaktır. Acaba bu soruyu sorsam iş sahibi beni aptal sanar mı? psikolojisinden sıyrılıp cesur olmak ve çekinmemek gerekir. Yanlış gereksinimlerle yola çıkan bir noktada yolda kalır.

2 - Ekip içi iyi iletişim ve arkadaşlık.

3 - Teknolojik risklerden kaçınma; Yeni çıkan her teknolojiye atlayıp onu projede kullanmak, proje liderine risk getirir.

4 - Patronun en kısa sürede ortaya bişeyler konulmasını istediğini unutmamak ve kişisel teknik hırslardan arınmak.


5 - Dökümantasyon, yazılımın her yerinde iyi ve anlaşılır olması.

6 - Testlerin kuvvetlice olması, yarım yapılan testlerin bir kıymeti olmadığını iyi anlamak gerekir.

7 - Eğer dışarıya yazılım üretiliyorsa, karşı tarafla hukuki/ticari/yazılım şartlarında anlaşma.

a - Hukuksal açıdan karşı taraf size zarar vermemeli, kaynak kodlar kimde olacak ? vb ...
b - Ticari olarak fiyat tam tam olarak ortaya konmalı ve taksitler belirlenmeli. Bakım anlaşmaları yazılım dünyasında iyi para getiren bir olaydır. Bu noktaya dikkat
c - Yeni gereksinimler ücrete mi tabii olacak ? Müşterinin isteklerinin bir sınırı olacak mı ?

Sevgiler.

-----------------------------------------------------------

#javakafa nickli arkadaşın tavsiyeleri de şunlar:

İşi parçalara, parçaları alt parçalarına ayırın.

Yapacağınız işi, dahil olduğu sistemin bir alt parçası olarak bir daha düşünün.

Yapacağınız işi programlama dilinden bağımsız olarak kafanızda, kağıt üstünde, metin dosyasında düşünün.

Program çalışırken yaptıklarını illa ki bir yere loglasın. Bu bir dosya olabilir, duruma göre console olabilir.

Her türlü return değeri, exception vs.yi kontrol edin. Programatik bir önlem alamıyorsanız bile log'a yazın. Sonradan çok faydasını görürsünüz. Her türlü ayrıntıyı loga yazın; müşteri bu ayrıntıları asla size sunmayacaktır.

paylaşım için teşekkürler.
1)Özellikle şu log konusu hoşuma gitti.
2)Körlemesine program yazmaya "başlamamak" gerekli. Sorunu belirledikten sonra bilgisayarın başına geçip pataküte kod yazmak yerine Bir çizelge yapmak, kullanılacak alt parçaları belirlemek, (c++ için örnek veriyorum) kullanılacak fonksiyonları, nesneleri modellemek gerekir.
Modelleme demişken şu alıntıyı yapmadan edemeyeceğim
kaynak: "http://www.umlmodelleme.com/uml/uml-nedir.html#more-3 "

-----------------------------------------------------------------------------
UML Nedir?

UML, İngilizcedeki Unified Modeling Language kelimelerinin kısaltılmışı olup Birleşik Modelleme Dili anlamına gelmektedir.

Yazılım ve sistem mühendisliği alanında, nesne ve iş ihtiyaçlarının modellenmesinde kullanılan standartlaşmış, görsel bir dildir.

Veri modellemeye çok benzeyen UML’in farkı, veri modellemede işletmenin sadece veri ihtiyaçları modellenirken UML’de işletmenin tüm bilişim ihtiyaçları modellenebilir.

UML, genel amaçlı bir dildir. UML’in grafik yani görsel yapısı aracılığıyla tüm bir sistem modellenebilir. Bu model artık UML modeli diye anılır.

UML Kullanım Alanları
UML kullanım alanları, yazılımların modellenmesiyle sınırlı değildir. UML, işletme süreçlerinin modellenmesi, sistem mühendisliği modellenmesi ve kurumsal yapıların modellenmesi amacıyla da kullanılabilir. Yani yazılım mühendisliği ve sistem mühendisliği amaçlarıyla kullanılabilir.

Sistem Modelleme Dili (SysML) özel bir modelleme dili olup UML 2.0 standartları altında tanımlanmıştır. Sistem Modelleme, sistem mühendislerinin sıkça kullandıkları bir dildir.
-------------------------------------------------------------------------------

Baya faydalı olud açıklamalar ,teşekkürler

güzelllmiş tekeşşürler