UML - Geliştirme Süreci, bölüm 1

İhtiyacımız olan yazılımı oluşturmaya karar verdikten sonra, en başından itibaren farklı unsurlarla karşılaşacağız. UML geliştirme ekibine yardımcı olacak oldukça ayrıntılı bir modelleme aşaması yapabiliriz.
Bununla birlikte, ilgili diğer faktörler de vardır. UML Her ne kadar diyagramların yapımı ile ilgili olmasa da bu etkenlerden biri de gerçekleştireceğimiz projenin yazılım geliştirme metodolojisidir.
metodolojiler
Bir projeye başlarken, en normal şey, çözümü ilk günden geliştirmeye ve kodlamaya başlamak isteyen ekip üyelerinin olmasıdır, ancak bu tür sabırsızlık sadece ne olduklarını bilmek imkansız olduğu için değil, derhal kapatılmalıdır. geliştiricilere odaklanın, ancak kısa sürede "somut" sonuçları görmek için bir baskı faktörü de ekler.
Bugün ne olacak, harika çerçeveler araçlarını kullanırken geliştirme saatlerini azaltmayı vaat eden işlerin sayısı, ancak projemiz iyi odaklanmazsa, ilk anlarda zaten yapılmış olanı onarmak için gereğinden fazla çalışmak zorunda kalacağız.
A metodoloji Seçtiğimiz metodolojinin farklı aşamalarında, tasarladığımız projenin inşasını gerçekleştirmek için atacağımız adımları oluşturmamıza yardımcı olur, bilgi toplama, çözümün modellenmesi için alanımız olacaktır. , farklı kullanım durumları ve nihayet kodlamanın başlangıcı.
Bu noktada iki varyantımız var:

• Eski yöntem.
• Son yöntem.

Her biri bir projenin yapım sürecini tanımlayabilmek için yeterli bilgi üretmiştir.
Bunlardan ilkini görelim.
Eski Yöntem
Bu yöntem o zamanlar yaptığı şey, aşamaları birbiri ardına gerçekleştirmek, böylece problemle karşılaşma şeklini basitleştirmekti, o zaman ne oldu? gerçekleştirilen bir dizi aşamayı tanımlamak ve her birini gerçekleştirmek için gecikmeler oluşturmaktı..
Bu sadeleştirme nedeniyle, daha sonraki bir aşamada bir problem meydana geldiğinde, ancak problem daha önceki bir aşamadan türetildiğinde, baştan başlamak için proje tahminlerini pratik olarak kırmak gerekiyordu.
Her aşamanın ayrılması nedeniyle, geliştiricinin tasarımcıyla veya sistem modelleyiciyle hiç çalışmadığı ve böylece yazılımı işlevleri tasarlayan kişiden ayırdığı durumlarla karşılaşmak yaygındı.
Bu metodoloji ile yapılan bir süreci anlatan aşağıdaki grafiği görelim:

Bu kademeli bir süreçtir, her aşama birbiri ardına aktığı için adını alır ve yeni bir aşamaya başlamak için mevcut olanı bitirmek gerekir, daha önce de belirttiğimiz gibi bu yaklaşımın ciddi dezavantajları vardır.
Bununla öğreticinin bu ilk bölümünü bitiriyoruz, eski zamanlarda yazılım geliştirme metodolojisinin nasıl çalıştığı hakkında biraz daha fazla şey biliyoruz, bir sonraki bölümde geliştirme sürecinin son metodolojilerini ve diğer önemli yönlerini göreceğiz.
Bu Eğitimin 2. bölümünü burada bırakıyorum Bu Eğitimi beğendiniz ve yardım ettiniz mi?Yazara olumlu puan vermek için bu düğmeye basarak yazarı ödüllendirebilirsiniz.