Yapay zekadan makale özeti
- Kısa
- Ayrıntılı
- Bu video, bir eğitmen tarafından sunulan yazılım proje yönetimi ve UML (Unified Modeling Language) konularını ele alan kapsamlı bir eğitim içeriğidir. Eğitmen, analist rolleri, proje yönetimi ve özellikle Use Case diyagramları hakkında detaylı bilgiler vermektedir.
- Video, analist rollerinin (iş analisti, süreç analisti ve sistem analisti) tanıtımıyla başlayıp, proje yöneticisinin görevleri ve UML'nin temel prensipleriyle devam ediyor. Daha sonra Use Case diyagramlarının temel unsurları (aktörler, use case'ler, sistem sınırları) ATM ve motosiklet kulübü örnekleri üzerinden açıklanıyor. Video, öğrencilerin motosiklet kulübü için Use Case diyagramları çizmeleri beklenen bir proje ödevi ile sonlanıyor.
- Eğitim içeriğinde Use Case'lerin doğru saptanmasının önemi, aktörlerin belirlenmesi, sistemin sınırlarının belirlenmesi ve diyagramın basit kalması gerektiği gibi önemli konular vurgulanıyor. Ayrıca, "functional de composition" gibi hatalı yaklaşımların neden yanlış olduğu ve login gibi işlemlerin gerçek use case'ler olmadığını örneklerle açıklanıyor.
- 00:37Analistin Bilgisayar Bilmesi Gerektiği
- Analistin bilgisayar bilmesi veya yazılım geçmişi, mesleki başarısını belirlemez.
- Bir analistin bir tek satır kod bilmek zorunda değil, kodlama bilmesine gerek yoktur.
- Bazı organizasyonlar analistin veritabanında bazı işlemleri yapabilmesini bekleyebilir, ancak normal şartlarda analistin kodlama bilgisi gerekmez.
- 01:54Analistin Bilmesi Gerekenler
- Analistin ön yüz tariflerinde açılır kutuların (combo veya dropbox) çalışma mekanizmasını ve asenkron/senkron farkını bilmesi gerekir.
- Analistin kullanıcı beklentilerini ve sistem performansını anlayabilmesi önemlidir.
- Analistin kavramsal olarak sistem bileşenlerini ayırt edebilmesi gerekir, aksi takdirde etkili bir tanım yapamaz.
- 04:33Analizin Türleri
- Analiz işi bir yelpazedir; bir ucunda iş var, öbür ucunda sistem var.
- İş analisti (business analyst) genellikle işletme değerlendirme ve yatırımcı için fikir ifade etme görevlerini üstlenir.
- İş analisti ayrıca işletmelerin nasıl çalışacağını belirleyen stratejik kararlar verebilir.
- 08:11Sistem Analisti Rolü
- Sistem analisti, iş ihtiyaçlarını yazılımcının önüne hazır tasarım seviyesinde getiren bir rolü üstlenir.
- Geniş yelpazenin iki ucunu birden anlayabilecek insan bulmak zordur.
- Son yıllarda teknoloji hızla ilerlediği için analiz ve tasarım arasında ayrım yapmak daha da önemli hale gelmiştir.
- 10:26Modern Analiz Yaklaşımı
- Modern analizde iş bilen analistleri ortada biriktirmek ve yazılımcılarla konuşabileceği terminolojiye sahip olması önemlidir.
- Analistin teknik detaylara (örneğin Entity Framework veya ADO.NET tercihleri) dalmaması, yazılımcının ise stratejik kararlara karışmaması gerekir.
- Analiz rolleri vakaya göre, duruma göre ve şirkete göre farklılık gösterebilir.
- 13:10Analist ve Proje Yöneticisinin Görevleri
- Analistin amacı müşteri ve son kullanıcıların işlerine yarayacak doğru çözümü ürettirmektir.
- Proje yöneticisinin amacı bu çözümün zamanında ve bütçesi çerçevesinde üretilmesini sağlamaktır.
- Proje yöneticisinin temel sorumluluğu takvim, efor ve bütçeyi yönetmektir.
- 13:53Proje Yöneticisinin Rolü
- Proje yöneticisi, analistin çıktısını doğru yorumlayabilmek ve iş maddelerini takip etmekle yükümlüdür.
- Proje yöneticisi, projenin ne zaman biteceğini ve ne kadar maliyetli olacağına dair tahminler yapmalıdır.
- Proje yöneticisi, işin doğru yürüdüğünü ve bitiş ihtimalini raporlamalıdır.
- 15:49Proje Yönetimi ve PMI
- Proje yönetimi metodolojisi, metro inşaatı, bina inşaatı veya yazılım geliştirme gibi farklı projelerde aynı şekilde uygulanır.
- PMI (Project Management Institute) adlı enstitü, projelerin yönetimine yönelik sertifikalar ve yayınlar sunmaktadır.
- PMI'nin PMP (Project Management Professional) sertifikasına sahip kişiler, farklı projelerin yönetimine aynı metodoloji ile uygulayabilirler.
- 17:44UML Nedir?
- UML (Unified Modeling Language), yazılım geliştirme için kullanılan bir modelleme dilidir.
- UML, yazılımın görselleştirilmesi için kullanılır ve özellikle nesne yönelimli programlamayı kapsar.
- UML, 1990'ların sonlarında Ivar Jacobson, Grady Booch ve David Rumbaugh tarafından Rational şirketinde geliştirilmiştir.
- 21:06UML'in Özellikleri
- UML, OMG (Object Management Group) tarafından standartlaştırılmış bir dildir.
- UML kullanımı için herhangi bir şirkete bağımlılık veya lisans ücreti gerektirmez.
- UML, yapısal (durağan) ve davranışsal (akış) diyagramlar olmak üzere iki ana kategoriye ayrılır.
- 22:40UML'in Sembolik Yapısı
- UML, kelimelerle değil, çizimlerle, sembollerle ve simgelerle ifade edilen bir dildir.
- Use case diyagramı, üst seviyedeki işlevleri tanımlamak için kullanılır.
- Use case diyagramı sadece bir diyagramla değil, bir dökümanla da desteklenebilir.
- 23:18UML Spesifikasyonu ve Kullanımı
- UML bir spesifikasyon olarak ikiyüz sayfalık detaylı bir döküman sunar ve Object Management Grubu'nun sitesinden indirilebilir.
- UML spesifikasyonu çok detaylı olduğundan, sadece GML aracı geliştirmeyi planlayanlar için gereklidir.
- UML, bir dildir ve Türkçe imla kılavuzunun gibi tamamen uygulanması gerekmez, ancak temel kurallarla yeterlidir.
- 24:42UML Kullanım Türleri
- UML kullanımında formal ve beyaz tahta (informal) iki farklı yaklaşımdan bahsedilmektedir.
- Formal kullanım, anayasa mahkemesi başvurusu gibi yapısal formal durumlarda gereklidir.
- Beyaz tahta yöntemi, sadece derdi ifade etmek için yeterli olan kadar basit çizimlerle kullanılır.
- 27:28Use Case Diyagramları
- Use case (kullanım durumu) fayda odaklı olarak sistemin kullanıcılarına ne sağladığını ifade eder.
- Use case diyagramları sistemin kullanıcılara sunacağı hizmetin senaryo şeklindeki anlatımını içerir ve fiil ile ifade edilir.
- Use case diyagramları iki parçadan oluşur: bir elipsle ifade edilen use case ve bir çöp adamla gösterilen aktör.
- 28:53Use Case Diyagramlarının Önemi
- Use case diyagramlarının en büyük faydası sistemin sınırlarını (kapsamını) ifade etmesidir.
- Aktörler, persona gibi kişisel hikayeler değil, müşteri, kullanıcı, yönetici gibi kümeleri ifade eder.
- Use case'lerde faydaya odaklanmak gerekir, işlevlere değil; işlevler faydanın alt başlıklarıdır.
- 32:30Doğru Use Case Örnekleri
- ATM örneğinde para çekme, para yatırma, bakiye görüntüleme gibi işlemler doğru use case örnekleridir.
- Pin girmek bir use case değildir çünkü bunun bir ön koşul olduğu ve kullanıcı ATM'ye sadece bunu için gitmediği belirtilmiştir.
- Bakiye görüntüleme için ATM'ye gitme, ödeme kontrolü veya para beklenmesi gibi nedenlerle yapılabilir.
- 36:37Use Case'lerin Doğru Saptırılması
- Bir use case için kullanıcıya makul bir fayda sağlaması gerekir, sadece pin girmek gibi bir işlem bir use case olarak kabul edilmemelidir.
- Login işlemi bir use case değildir çünkü kullanıcılar sadece login olmak için gelmez, bir hedefi olmalıdır.
- Use case'leri doğru saptamak çok kritiktir çünkü eksik yazılan use case'ler daha sonra ortaya çıkıp planlanandan daha uzun sürmesine yol açabilir.
- 39:19Motosiklet Grubu Uygulaması İçin Aktörlerin Belirlenmesi
- Motosiklet grubu uygulaması için aktörler belirlenmelidir; bu sistemi kimler kullanacak ve şekillendirebilecek.
- Aktörler arasında sistem yöneticileri, kulüp yöneticileri, üyeler ve üye olmayan kullanıcılar bulunabilir.
- Aktörleri doğru tespit etmek önemlidir çünkü bir aktörü unutursanız, o aktörün yapacağı işleri de unutabilirsiniz.
- 48:07Aktörler ve Use Case'ler Arasındaki İlişki
- Aktörler, use case'leri uygulayan kişilerdir ve aktörleri belirlemek çözümün detaylarına girer.
- Aktörler ve use case'ler taşa yazılmaz, analiz sürecinde değişiklikler yapılabilir.
- Kodlama sırasında yapılan değişikliklerin maliyeti vardır, bu nedenle analiz zamanında doğru kararlar vermek önemlidir.
- 49:55Use Case Diyagramı ve Dış Sistemler
- Use case diyagramında aktör olarak düşünülen dış sistemler, platformlar değil, iletişim kurulan sistemlerdir.
- Sistem sınırlarını kapsayan şey sistemin yaptığı faaliyetlerdir, dışarıdakiler ise kullanıcılar veya entegre olduğu diğer sistemlerdir.
- Use case diyagramı özet bir diyagramdır ve çok doldurulmamalıdır.
- 51:02Use Case Diyagramının Sözdizimi
- Use case diyagramında sembolik bir dilden bahsedilmektedir: elips, çöp adam, belirlenmiş aktör ve sistem sınırı.
- Sistem sınırı bütün elipsleri ve aktörleri barındırır, ancak genellikle çizilmeye gerek görülmez.
- Use case ile aktör arasında association (bağlantı) çizgisine ihtiyaç vardır.
- 52:38Ödev Açıklaması
- Takımlardan beklenti, yarın sabah motosiklet kulübü için ideal çözümün use case'lerini çizmeleridir.
- Çözümler Facebook veya başka bir platform üzerinde şekillendirilebilir.
- Yarın ona kadar use case'ler çizilmeli ve sunulmalıdır.