Uygulama geliştirme görevleri

Geliştirme görevi bir gereksinimden kaynaklandığını geliştirme iş küçük bir parçasıdır. Uygulama geliştirme görevi yazılımınıza uygun yeni işlevsellik eklenmesini içerir. Geliştirme görevini tamamladıktan sonra olması gereken birim test, analiz ve temel varolan kodu içine entegre kodu gözden.

Bu konuda

Tahmin

Tasarım belgeleri

Tasarım gözden geçirme

Birim Testleri

Kod Analizi

Kod gözden geçirme işlemi

Yeniden Düzenle

Değişiklikleri tümleştirme

Tahmin

Kapsam özellikleri ve zamanlama geliştirme iş geliştirme görevleri denetlemenize yardımcı olur, maliyet tahmini. Tüm geliştirme görevler için Maliyet tahminleri tamamlanmış olması ve herhangi bir sorun Yineleme Planlama toplantısı önce çözülmesi gerekir. Bir yinelemede yapılabilir sayısından daha fazla geliştirme görevleri toplam maliyeti ise, görev ertelenmiş veya yeniden gerekir. Sonra bir geliştirme görevi seçilmişse, görevin maliyeti geliştiricinin sorumluluğundadır.

Seçilen her Geliştirme görevi için görev çalışma öğesi oluşturun ve onu oluşturulduğu gerekliliğe bağlamak. Bu görev veya gereksinim çalışma öğesi uygulama sekmesinden gerçekleştirilir. Tahminlerinizi benzer görevleri tamamlamak için gerekli ve birim testleri yazma maliyeti etkimesi emin olun zaman üzerinde temel alır. Tahmin her görev için görev çalışma öğesinin özgün tahmin alana girin.

Görev çalışma öğeleri için olan form, aşağıdaki örneklemenin gösterdiği gibi, alanlarda ve sekmelerde veriyi depolar.

Görevler sonra oluşturulmuş ve tahmini, iş dökümü çözümlemesini tüm gereksinimleri ve görevleri görüntülemek için bu sorguyu kullanın. Daha fazla bilgi için bkz. Paylaşılan sorgular (CMMI).

Tasarım belgeleri

Tasarım belgeleri üründe gereksinimi uygulamak için kod yazmak nasıl bir geliştirici açıklamak için yeterli bilgi içermelidir.

Tasarım belgelerini belirtimleri ve gereksinim çalışma öğeleri takım bağlı olarak diğer belgeler topluluğu olabilir.

Ekibiniz için belirlenen tasarım yönergeleri tasarım desenleri, nesne yönelimli tasarım, yapısal modelleri, modelleme dilleri, varlık ilişki modelleri ve diğer teknikler kullanmayı düşünün. Stratejinin için yapılmış olan önemli kararları belgelemek için de iyi bir fikirdir. Örneğin, maliyet, zaman çizelgesi veya teknik performans üzerinde önemli bir etkisi ise, bu efektleri arkasında kararları belgeleme ve tasarımınızda bu bilgileri içerir.

Gerekli tasarım belgelerini oluşturduktan sonra onları ekip üyelerinizin onları nerede paylaşmak saklayın. Daha fazla bilgi için bkz. Belgeleri ve Belge Kitaplıklarını Yönetme.

Tasarım gözden geçirme

Tasarım gözden geçirme yeni veya gözden geçirilmiş tasarım, teknik olarak doğru eksiksiz, sınanabilir ve yüksek kaliteli ve, bunu gereksinim aşağıdaki doğru uygulayan emin olmak için kullanılır. Tasarım incelemeleri kalitesi sorunları tanımlayan kod içinde göründükleri önce erken etmekten, anahtar bir yöntemdir. Tasarım incelemeleri de diğer geliştiricilerden tasarımı ile ilgili ek bilgiler sağlar.

Bir tasarım oluşturmak için sorumlu olan geliştirici tarafından gözden geçirenleri belirleme, İnceleme planlama ve dağıtma tüm gözden geçirenler için tasarım tasarım gözden geçirme düzenlemeniz gerekir.

Herhangi bir hisse sahiplerine söz konusu veya Tasarım tarafından etkilenen bir incelemeye katılmak. Genellikle bu proje yöneticisi, müşteri adayı geliştirici ve test edici tasarım alanı için içerebilir. Geliştirici kodu gözden da kaçınılması gerektiği gibi aynı takım projelerine olan tüm geliştiriciler incelemeye katılmak.

Gözden Geçirme toplantı planlama ve tasarım belgelerini erken dağıtmak okumak için her İnceleme yeterli zamanı vermek için yeterli. Uzunluğu kaç teknik ayrıntıları gözden için karşılık gelecek şekilde gözden geçirme toplantı planlayın.

Kalite doğrulayın

Tasarım sınanabilir olduğundan emin olun. Doğrulanan veya makul bir şekilde doğrulanmış kod derleme? Öyleyse, kodun kalitesini garanti edemez ve tasarım yeniden gerekir. Kod hatalarına neden olabilecek sorunları için tasarım belgelerini inceleyin. Yanlış arabirim tanımlamaları, tasarım hatalarından veya adlandırma karışıklığı olup olmadığına bakın. Tasarım belgelerini işleci arabirim standartları, güvenlik standartları, üretim kısıtlamaları, tasarım toleransları veya bölümleri standartları gibi varolan ölçütleri karşı karşılaştırın. Hatayı açıklayan tasarım belgelerde bulunan izliyorsanız iş öğeleri oluşturabilir ve bunları sorumlu geliştiriciye atayın.

Çalışma öğesini gözden geçirme için Tasarım oluşturma

Çalışma öğesini gözden geçirme tasarım gözden geçirme sonuçlarını belgelemek için oluşturulur. Gözden geçirme takım üzerinde gerekli değişiklikleri büyüklüğünü bağlıdır, tasarım için sonraki adımlara karar vermeniz gerekir. Hiçbir değişiklik gerekiyorsa, çalışma öğesinin durumunu kapalı olarak ayarlansın, neden (olduğu gibi) kabul edilen ve kodlama tasarımı başlatabilirsiniz Not ayarlayın. Küçük değişiklikler gerekiyorsa, iş öğesinin durumunu çözümlenmiş olarak ayarlayın ve nedeni küçük değişikliklerle kabul edilen ayarlayın. Bu tasarımda küçük değişiklikler uygulandıktan sonra kodlama başlayacağını gösterir. Büyük değişiklikler gerekiyorsa, iş öğesinin durumunu çözümlenmiş olarak ayarlayın ve neden önemli değişikliklerle kabul edilen ayarlayın. Tasarım yeniden gerekir ve kodlama tasarımına başlamadan önce başka bir tasarım incelemesi gerçekleştirilmelidir.

Birim Testleri

Birim testleri doğru uygulama biriminin kodunu doğrulayın. Sınama başlar ve bu nedenle, kalite kontrol maliyetini azaltmaya yardımcı olur önce yazma ve birim testlerini gerçekleştirme hataları tanımlar. Geliştiricilerin birim testleri için uygulama geliştirme görevi veya bir hatayı düzeltmekten parçası olarak yazılan tüm kod yazmanız gerekir. Daha fazla bilgi için bkz. Kod birimi sınamaları kullanarak doğrulama.

Kod Analizi

Kod analizi, kod geliştirme yönergeleri zorlamanıza yardımcı olan bir kurallar kümesi karşı denetler. Amacı kod analizi, kod çözümleme ihlalleri ya da uyarıları sağlamaktır. Kod analizi, kodunuz için adlandırma kuralları, kitaplık tasarımı, yerelleştirme, güvenlik ve performans 200'den fazla olası sorunları inceleyebilirsiniz.

Erken geliştirme döngüsü içinde kod analizinin çalıştırılmasına başlatırsanız, ihlalleri ve sürekli uyarılar en aza indirebilirsiniz.

Ancak, önce iade edildi değil varolan kodu, kod analizinin çalıştırılmasına, pek çok kural ihlallerinin olabilir. Bu durumda, temel kodunu geçmesi gerekir ve kural kümesi gibi daha önemli sorunlar çözülene genişletin önemli kurallar kümesi oluşturmak isteyebilirsiniz. Bu şekilde, bir takım, varolan bir kod tabanına geliştikçe yeni işlevselliği ileriye taşıyabilirsiniz.

Daha fazla bilgi için, bkz. Uygulama kalitesini kod çözümleme araçlarını kullanarak çözümleme ve Ekip proje onay ilkelerini kalitesiyle kod geliştirme.

Kod gözden geçirme işlemi

Gözden geçirenleri belirleme, planlama kod gözden geçirme ve tüm gözden geçirenler için kodu gözden geçirilmek üzere gönderme baş geliştiriciye kod incelemesi düzenlemeniz gerekir. Kod gözden geçirme için hazırlamak için aşağıdaki adımları uygulayın:

1. İncelemede yapılan kararlar izlemek için bir çalışma öğesini gözden geçirme oluşturun. Hiçbir değişiklik gerekiyorsa, çalışma öğesinin durumunu kapalı olarak ayarlansın, neden (olduğu gibi) kabul edilen ve kodlama tasarımı başlatabilirsiniz Not ayarlayın. Küçük değişiklikler gerekiyorsa, çalışma öğesinin durumunu çözümlenmiş olarak ayarlayın ve küçük değişiklikler uygulandıktan sonra kodlama başlayacağını gösterir küçük değişikliklerle birlikte kabul için neden ayarlayın. Büyük değişiklikler gerekiyorsa, iş öğesinin durumunu çözümlenmiş olarak ayarlayın ve neden önemli değişikliklerle kabul edilen ayarlayın. Tasarım yeniden gerekir ve kodlama tasarımına başlamadan önce başka bir tasarım incelemesi gerçekleştirilmelidir.

2. Kod gözden geçirme içinde yer alacak belirler. Genellikle, en az baş geliştiriciye ve kodu alanı için sorumlu mimar incelemeye katılmak.

3. Gözden geçirenlerin gözden geçirme toplantı zamanlayabilir ve okumak ve toplantıdan önce kodu anlamak her İnceleme için yeterli süre tanıyın. Uzunluğu ne kadar kod gözden için karşılık gelecek şekilde gözden geçirme toplantı planlayın.

Kod gözden geçirme

Kod gözden geçirme yeni veya değiştirilmiş kodu günlük oluşturma tümleştirilmiştir önce kurulan kalite çubuğu karşıladığından emin olmak için kullanılır. Kalite değerlendirmeleri kodlama standartları ile uyum için Mimari ve tasarım, performans, okunabilirliği ve güvenlik. Kod incelemelerini de kod yazılmış nasıl hakkında diğer kullanıcıların ek bilgiler sağlar.

Kod uygunluğu doğrulayın	İncelenen kod görev kodu yazıldığı için uygundur. Uygulanan veya düzeltilmiş işlevler gidermez kod değişikliklerine izin verilmelidir.
Genişletilebilirlik doğrulayın	Kod, hedefi ise, genişletilmiş böylece yazılan veya sistemin diğer alanlarında yeniden. Kod içinde kullanılan dize sabitleri uluslararası kaynaklarında doğru yerleştirilir.
Çok az kod karmaşıklığı doğrulayın	Yinelenen kod Ortak işlevler basitleştirilebilir. Benzer bir işlevsellik genel yordam veya işlev içinde yerleştirilir.
Algoritmik karmaşıklık doğrulayın	Gözden geçirilir kod yürütülmesine yol sayısı Minimize edilir.
Güvenlik kodunu doğrulayın	Varlıkları, ayrıcalık düzeylerini ve veri giriş noktalarında kullanımını koruması için kod iade edildiğinde.

Kodu yeniden

Kod gözden geçirme kod kalite, performans veya mimarisine yönelik değişiklikler yapılmalıdır belirledi sonra kod peşe.

Nasıl kodu yeniden belirlemek için kod gözden geçirme iş öğesi notları okuyun.

Kademeli olarak, yeniden düzenleme değişiklikleri birer birer uygulanır. Kodu değiştirin ve değiştirilen alana gerekli tüm başvurular.

Birim testleri yeniden düzenleme sonra alan anlam olarak eşdeğer kalmayacak şekilde gerçekleştirin. İşe yaramazsa herhangi bir birim testleri çözün. Kod çözümlemesi yapabilir ve tüm uyarılar düzeltin. Kod Analizi kod değişiklikleri yapılırsa, birim testleri yeniden gerçekleştirin.

Değişiklikleri tümleştirme

Son değişiklikleri sürüm denetimine iade ile tümleştirmek için adımıdır. Bilgisayarınızın işlemi için gereken tüm testlerin kodu İadeden önce gerçekleştirilmelidir. Sorunlar için kod iade edildiğinde önce denetleme hakkında daha fazla bilgi için bkz: Ekip proje onay ilkelerini kalitesiyle kod geliştirme.

Değişiklikleri ile ilişkili olan çalışma öğesi bir senaryo veya sahibi olduğunuz değil, hizmet gereksinimi kalitesi, sahibi değişiklikleri tam bildirin. Görev çalışma öğesi çözümlenmiş olarak ayarlayın ve oluşturan iş öğesi için test durumları test edenler birini atayabilirsiniz.

Değişiklikleri ile ilişkili olan çalışma öğesi bir hata ise, çözümlenmiş hata iş öğesi olarak ayarlayın ve oluşturulduğu özgün kişiye atayın.