Sunday, February 28, 2010
ISO/IEC 42010 standartlarına göre, bir yazılım mimarı (takım ya da kişiler) sistem mimarisinden sorumlu olan kişilerdir; şöyle ki Yazılım mimarı, analistlerle ve proje yöneticisi ile irtibatta olur, sistemi değerlendirir, yeni seçenekler önerir ve yazılım geliştirici takımıyla koordine olur. Yazılım mimarı, geliştirme sürecinin bütün evrelerinde bulunur yani gereksinim analizleri ve mimari tasarım, gerçeklenme aşaması, test edilmesi,entegrasyonu ve yayına alınması gibi. Bir yazılım projesinde, mimar devreye girmeden önce, analistler, IT müdürleri ve yöneticiler toplanır, tartışır, değerlendirir ve ortak bir karara varırlar. Yeni bir sisteme ihtiyaç olduğu veya varolan sistemin güncellenmesi gerektiği sonucuna varıldığında ve gerekli bütçe sağlandığında analistler, iş tecrübelerine,şirket süreçlerine, mevcutşartlara ve son kullanıcılara bakarak sistem gereksinimlerini çıkarmaya başlarlar. Gereksinimler listesi hazır olduğunda, proje yöneticisi yazılım mimarı ile toplanır ve elindeki koca listeyi mimara iletir. Mimar da gereksinimleri doğrular ve bu gereksinimleri tasarımda eksiksiz olarak yerine getirmeye çalışır. Unutmadan da söyleyelim, yazılım mimarisinde, kesin ve katı doğrular yoktur ve matematiksel kurallarla karar vermek mümkün değildir.A firmasının çok başarılı bulduğu bir mimari, B firması tarafından hiç beğenilmemiş ve uygulanmamış olabilir. Güzel olan, her iki mimarinin de tamamen doğru olabilme ihtimali. Peki kaç çeşit mimar olabilir ? ISO/IEC ye göre tek tip mimar vardır. Ama Microsoft kendi bünyesinde 4 tip mimar çeşidi oluşturmuş.Bunlar * Enterprise Architect * Infrastrcutre Architect * Technology-Specific Architect * Solution Architect Bu listeyi Microsoft Certified Architect Program da tanınan rollerde görebilirsiniz. MCA hakkında daha fazla bilgi için http://www.microsoft.com/learning/mcp/architect/specialties/default.mspx
Sunday, February 28, 2010 10:56:19 PM (GTB Standard Time, UTC+02:00)  #    Comments [0]  | 
Sunday, February 07, 2010
Tuesday, October 13, 2009
Türkçeye çevirmesine üşendiğim güzel bi yazı olmuş. Keşke vakit olsa da üzerinde yorum da yapabilseydim.
Link burada.7 adımda IT Strateji Testi
Linke tıklamaya üşenenler için de şöyle ;

Before formulating your company's IT strategy, there are a few questions that you should ask.

   1. Is the strategy too generic? IT organizations hardly cater to just one type of need, one kind of customer, or one market segment. The IT strategy must have an overall strategy, but it must also feature tactics that are specific to operating and market demands. Even the most successful enterprises know that one size hardly fits all. IT managers, therefore, should consider the unique needs of each business unit that makes up the entire organization - or they should consider each sample client that makes up the entire market segment.
   2. Is the strategy market-driven? Internal IT implementations are hardly the right starting points for new IT strategies. It is a truism that you cannot achieve the results that you want if you are doing the same things over and over. Step outside the corporate box, and try to look at the needs of your market. Instead of looking to top management for clues, ask the men and women on the ground about their needs as they might offer ideas that can improve the overall operating performance.
   3. Will the strategy be clearly communicated? Business strategies are usually understood by top management - usually in terms of paybacks and end-goals, but actual strategy implementations are usually lost in transmission. From the start, it is wise to document the strategy for wider distribution. Moreover, with this type of document, everyone at the organization can discuss the new policies, technologies, methods, and other possible changes.
   4. Is the strategy realistic? Your strategy must be developed with full regard for the resources needed to make a particular strategy work. Although a new strategy may sound promising, IT managers must think about practical aspects that include funds, technical competencies, and available technologies. Further, the new strategy must compliment – and not hinder – a company's culture.
   5. Does the strategy improve daily operations? Any new strategy must meet the operating and business goals of the company. Otherwise, it is a waste of effort and resources to formulate new policies, acquire new technologies, implement plans, or provide new sets of knowledge. If, at the end of the day, the new strategy does not result in more efficient operating procedures or greater market value, implementing a different strategy makes no sense whatsoever.
   6. Does the strategy have the right support system? By support system, we refer to the top and middle management support - as well as the general resource pool. After all, buy-in by the rank-and-file is just as important as the support of the strategy’s sponsors. Remember that in most change projects, failure is rooted within the people factor. In the same breadth, adoption by both management and the entire staff pushes the strategy towards a more successful path.
   7. Does the strategy adapt to changes in the business environment? Strategies must be dynamic enough to adapt to changes in the business environment. Assumptions must be validated as often as is necessary to either maintain the status quo or to trigger changes in the system.

Bu arada gözümden kaçmıyor, MS yetkilileri size sesleniyorum ! Daha Fr. 3.5 e bakamadan 4.0 la coşuyosunuz, ne bu acele ? Neyin peşindesiniz sorarım size ???

Tuesday, October 13, 2009 10:24:50 AM (GTB Standard Time, UTC+02:00)  #    Comments [0]  | 
Wednesday, June 03, 2009

Wednesday, June 03, 2009 2:32:19 PM (GTB Standard Time, UTC+02:00)  #    Comments [0]  | 
Wednesday, May 20, 2009

Daha Fr. 3.5 ile çok bişeyler yapamadan Fr. 4.0 Betası çıkıverdi. Bu işin sonu nereye gider bilmiyorum ama Microsoftcu yazılımcılara sabır diliyorum... Jason Zander abi baya bi inceleyip bişeyler yazmış, yazıları türkçeye çevirip ben inceledim diyip kimseyi kandırmak istemiyorum, merak eden okusun oradan.. :)

Training kit i inceleyip kasıcam ben diyosan da buraya gel...

Wednesday, May 20, 2009 3:03:55 PM (GTB Standard Time, UTC+02:00)  #    Comments [0]  | 
Tuesday, February 17, 2009



Sabahtan beri bişeyler yazıyorum Microsoft Tagging hakkında ama hepsi de silindi, sinirlerim bozuldu.
Microsoft un icat ettiği High Capacity Color Barcodes (HCCBs) teknolojisi ile en kötü cep telefonu kamerası ile bile barkod okuma mantığı ile çalışan bu sistemde çok ileri görüntü işleme teknikleri kullanıyor.

Demo için :http://www.microsoft.com/tag/content/what/

Merak edenler için : http://www.techflash.com/Demo_A_look_at_Microsoft_Tag37301434.html
Tuesday, February 17, 2009 2:41:10 PM (GTB Standard Time, UTC+02:00)  #    Comments [0]  | 
Wednesday, February 04, 2009

Her iş değiştirdiğimde gördüm ki her yiğidin farklı bir yoğurt yiyişi var hakkaten. Bir önceki iş yerinde gördüğün olmazsa olmaz kurallar, yeni iş yerinde kimsenin umurunda olmayabiliyor. Bunlardan biri de aslında kodun okunulabilirliğini ve projeye yeni katılan yazılımcının adaptasyonunu hızlandıran kodlama standartları. Büyük bir projede 4-5 yazılımcının birleşip çıkardıkları bir ürün söz konusu ise gayet mantıklı bir kural oluyor doğal olarak.

bugün bana gelen MSDN newsletter larından birinde bu konuda 2 template linki vardı.

c# ve vb.net için...

Lazım olan varsa buyursun güle güle kullansın. :)

CSharp Coding Standards.doc (177 KB)

VB NET Coding Standards.doc (175,5 KB)

Wednesday, February 04, 2009 5:41:15 PM (GTB Standard Time, UTC+02:00)  #    Comments [0]  | 

© Copyright 2009, Süleyman PETEK