Hoşgeldin TelelogicHoşgeldin Telelogic
PROYA Profesyonel Yazılım ÇözümleriPROYA Profesyonel Yazılım Çözümleri
Yazılım Zirvesi ‘08
Hungry For Change - Değişim Açlığı2
------------------------------------------------Ersoy ALTINEL (ALM Ürün Müdürü)
ealtinel@proya.net------------------------------------------------
Ankara Tel: +90 312 472 2704 İstanbul Tel: +90 212 2170347
Faks: +90 312 472 2709www.proya.net
Hungry for Change - Değişim Açlığı
Profesyonel Yazılım Çözümleri
Yazılım Zirvesi ‘08
Hungry For Change - Değişim Açlığı3
PROYA Hakkında
Kuruluş 2002 Merkez Öveçler, AnkaraŞube Mecidiyeköy, İstanbulBilişim 500 2004(421.), 2005(422.),
2006 (405.), 2007 (383)
Yazılım Zirvesi ‘08
Hungry For Change - Değişim Açlığı4
Günümüzde Sistem ve Yazılım Geliştiren Firmaların Yaşadığı Zorluklar
Proje bütçelerinin kısıtlılığı Projelerin giderek daha büyük ve kompleks hale
gelmesi Esnek olmayan Yazılım ve Sistem geliştirme yaşam
döngüsü Sistemlerin giderek yazılımlara karşı artan bağımlılığı Ürün teslim tarihlerinin tahmin edilemezliği Projelerin başarısızlığı veya yeteri derecede başarılı
olamaması Kod üretiminde düşük kalite Proje boyunca yaşanan uzman geliştirici sirkülasyonu
Gelişkin Çözüm İhtiyacı
Yazılım Zirvesi ‘08
Hungry For Change - Değişim Açlığı5
ABS with Dynamic Brake Control
Dynamic Stability ControlDynamic Traction
Control
Adaptive Automatic Transmission
IDrive ConceptActive Roll Stabilization
Expanded Check Control vehicle monitor system
All Season Traction Control
Advanced Head Protection System
Active Knee Protection
DOHC 32-valve (4-cam) V-8, Valvetronic variable valve lift, Double-VANOS steplessly variable valve timing and intake manifold
Motronic ME9 Engine Management System
Park Distance Control
Müşteri Görüşü
Kompleks Uygulamaların Gelişkin Çözümlere Olan İhtiyacındaki Artış
Yazılım Zirvesi ‘08
Hungry For Change - Değişim Açlığı6
Telelogic Ürünlerini Kullanan Müşterilerin Görüşü
Büyük çaplı geliştirme yapan bir müşterimizin Genel Müdürü, gereksinimlerin toplanmasından projeye başlama aşamasına gelinmesinin 18-26 ay aldığını belirtmiştir.
Müşterimize göre bu süre gelişkin Sistem ve Yazılım Geliştirme araçları sayesinde:
– Gelecek 1-2 yıl içinde, 6 aya– Gelecek 3-5 yıl içinde, 1 aya– Gelecek 5-8 yıl içinde, 1 Güne
düşeceğini düşünmektedir!
PROYA Vizyonu
Yazılım Zirvesi ‘08
Hungry For Change - Değişim Açlığı7
Vizyonumuz; Müşterilerimizin Vizyonlarını Gerçekleştirmelerine Yardımcı Olmaktır
“PROYA müşterilerine, ürünün kalitesinin arttırılması ve ürün teslim tarihinin kısaltılması, sistem ve
yazılım geliştirme yaşam döngüsünün otomotize edilmesi, ürünün başarılı bir şekilde teslim etmesine
ve kurumların entellektüel sermayelerini korumalarına yardımcı olmaktadır”
Hakkımızda
Yazılım Zirvesi ‘08
Hungry For Change - Değişim Açlığı8
Müşterilerimizden Bazıları Aselsan A.Ş. (MST, HC, MGEO) Tübitak (BTE, SAGE, UZAY) Havelsan A.Ş. TAİ A.Ş. Milsoft A.Ş. Aydın Yazılım A.Ş. Mikes A.Ş. Selex Komünikasyon A.Ş. Genelkurmay BİLKARDEM Teknoloji Holding Deniz K. K. ARMERKOM Bayındırlık ve İskan Bakanlığı STM Emniyet Genel Müdürlüğü SDT Esdaş A.Ş. DHL Türksat DSİ Atılım Üniversitesi
Bimar Arçelik TEB Roketsan A.Ş. Hazine Müsteşarlığı Netaş Bilişim Ltd. Doğan Online Türkiye İstatistik Kurumu Çevre ve Orman Bakanlığı Yaltes Meteksan Savunma Vestel SSM RMK Marine Temsa Erciyes Üniversitesi Ziraat Bankası Gate Elektronik İstanbul Teknik Üniversitesi
Neden PROYA’yı Tercih Ettiler?
Yazılım Zirvesi ‘08
Hungry For Change - Değişim Açlığı9
Daha Hızlı Üretim
Fayda-Maliyet Avantajı
Daha Kaliteli Ürün
Güvenilir ve Öngörülebilir Süreçler
Gelişkin sistem ve yazılım geliştirdikleri, PROYA ürünlerini kullanarak üretkenliklerinin sürekli artması, yazılım geliştirme araçlarımızın esnek yapısı, endüstri standartlarında geliştirme imkanı ve birbirine tam entegre otomotize bir yaşam döngüsü sunması sebebiyle tercih etmektedir.
Neden Tercih Ettiler?
Yazılım Zirvesi ‘08
Hungry For Change - Değişim Açlığı10
PROYA ve Telelogic Çözümleri
En iyi entegre ve görsel araçlar
Projenin en başından sonuna kadar tam otomotize yaşam döngüsü yönetimi.
Standartlara bağlı ve açık mimari çözümler
Alanında lider İş Ortakları
PROYA’nın sağladığı nitelikli teknik destek
Telelogic Tarihçe
Yazılım Zirvesi ‘08
Hungry For Change - Değişim Açlığı11
Telelogic Tarihçe, 25 yıllık başarı öyküsü 1983 yılında İsveç’te kuruldu. 1983, SDT (SDL Suite) ve ITEX (TTCN Suite) piyasaya sürüldü. 1999, en büyük 2. SDL sağlayıcısı Verilog satın alındı. 2000, UML araç sağlayıcısı COOL:Jex alındı (UML Suite). 2000, Lider Gereksinim Yönetimi araç sağlayıcısı QSS satın
alındı (DOORS). 2000, Değişiklik ve Konfigürasyon yönetimi araç sağlayıcısı
Continuus satın alındı (Change ve SYNEGY). 2000, Döküman Yönetimi ATA satın alındı (DocEXPRESS). 2005, Ürün ve Pörtföy Yönetimi, Focal Point satın alındı. 2005, Kurumsal Mimari ve İş Süreçleri Modelleme alanında lider
Popkin Software satın alındı (System Architect) 2006, Gömülü yazılım ve sistem modelleme alanında lider I-Logix
satın alındı (RHAPSODY) 2008, Telelogic an IBM Company...
Yazılım Zirvesi ‘08
Hungry For Change - Değişim Açlığı12
Telelogic Ürün Ailesi DOORS: Gereksinim Yönetimi ve İzlenebilirlik
– Gereksinim Yönetiminde market lideri ve öncüsü
– Pazar payı 2000 yılında %32’den (Standish Group) 2006 da % 46’ya (Gartner)
CHANGE ve SYNERGY: Değişiklik ve Konfigürasyon Yönetimi
– Değişiklik ve Konfigürasyon Yönetiminde Ard arda 5 yıldır teknoloji lideri (Yphise, 2004, 2008)
Focal Point: Karar Destek & Ürün Yönetimi– Değerlik Mühendisliği ve Pörtföy Yönetimi
RHAPSODY ve TAU: Sistem Modelleme ve Uygulama Geliştirme
– Gartner, IDC ve VDC tarafından lider SysML ve UML 2.0 modelleme aracı seçildi
System Architect: Kurum Mimarisi ve İş Süreçleri Modelleme– Kurum Mimarisi ve modelleme araçlarında Market lideri
– Gartner Group (ve META Group) tarafından en yüksek notu alan EA aracı
Yazılım Zirvesi ‘08
Hungry For Change - Değişim Açlığı13
Telelogic Ürün Ailesi
“Doğru işler yapmaya Odaklı ”İş birliği, Planlama,
Önceliklendirme, Görünür kılma
“İşleri Doğru Yapmaya”İnşa etme, idame etme
“Yönetim Odaklı”
SYSTEM ARCHITECT
RHAPSODY & TAU
“İş ve Sistem Modelleme Odaklı”
FOCALPOINT
DOORS
CHANGE
DeğişimYönetimi
Yazılım Zirvesi ‘08
Hungry For Change - Değişim Açlığı14
Rekabet Ortamı:
Müşterilerimizden, mevcut gereksinimleri doğru ve eksiksiz bir şekilde alabiliyormuyuz?
Her bir gereksinimin uygulamalarımızdaki yerini karşılayabiliyormuyuz?
Karşılanamayan gereksinimlerin, projemize etkisini belirleyebiliyormuyuz?
Gereksinimlerin değişimini kontrol edebiliyormuyuz?
Gereksinim Yönetimi, Telelogic DOORS
Yazılım Zirvesi ‘08
Hungry For Change - Değişim Açlığı15
Telelogic DOORS® dünyada ilk ve tek Enterprise Gereksinim Yönetimi Sistemidir.
Gereksinim Yönetiminde Öncü Firma: Telelogic SoftwareFirst
Integrated Requirements-
Driven Development
Solution
96
Firstrequirements
industry leadership
council
00
First Requirements
Suite with multiple
concurrent projects
FirstEnterprise
Change Proposal System
Q1 02
Unique!
Unique!
FirstElectronic Signature
Q3 02
Unique!
FirstDynamic
Requirements Management
Q2 03
Unique!
FirstModeling
within Requirements Management
Q3 03
Unique!
……… Q1 04
Unique!
Yazılım Zirvesi ‘08
Hungry For Change - Değişim Açlığı16
Gereksinim Yönetiminde Pazar Lideri*Telelogic DOORS®Kabiliyetleri: İş ve Uygulama gereksinimlerini bir arada tutabilme Projenin başından sonuna kadar gereksinimleri
izlemek Gereksinim ihtiyacını yönetmek İstenilen değişikliklerin etkisini görebilmek Müşteri ile gereksinimleri paylaşma
Uygulamanın istenildiği gibi yapıldığını ispatlama
Avantajları: Müşteri memnuniyeti - müşterinin isteğini eksiksiz karşılama Düşük maliyet - ihtiyaç duyulan kaynaklara yönelme Kaliteyi arttırmak - müşterilerle iletişimi arttırma Daha kısa yaşam döngüsü - Gereksinimlerin başka projelerde de kullanılabilmesi
ve değişikliklerin etkisinin hemen görülmesi ile yaşam döngüsünün kısaltılabilmesi
*41% market share – Gartner Dataquest, 2004
Gereksinim Yönetimi Nedir?
Yazılım Zirvesi ‘08
Hungry For Change - Değişim Açlığı17
Gereksinim Yönetimi nedir?
• HABERLEŞME neyin niçin yapılacağı ve yapılanların değişimi üzerine,
• İŞBİRLİĞİ bu görevlerin yapılması sırasında
• ONAYLAMA herşeyin tam ve doğru bir şekilde yapıldığı
Birdenbire: Kral ile kanal müteahhiti arasında ateşli bir tartışma başladı ve ardından Gereksinim Yönetimi
doğdu.
Yazılım Zirvesi ‘08
Hungry For Change - Değişim Açlığı18
DOORS’da izlenebilirlilik
1. 820.30(b) Design and Development Planning
Each manufacturer shall establish and maintain plans that describe or reference the design and developmentactivities and define responsibility for implementation.
The plans shall identify and describe the interfaces with different groups or activities that provide, or resultin, input to the design and development process.
The plans shall be reviewed as design and development evolves.The plans shall be updated as design and development evolves.The plans shall be approved as design and development evolves.
2. 820.30(c) Design Input2.1. Each manufacturer shall establish procedures to ensure that the design requirements relating to a
device are appropriate and address the intended use of the device, including the needs of the userand patient.
2.2. Each manufacturer shall maintain procedures to ensure that the design requirements relating to adevice are appropriate and address the intended use of the device, including the needs of the userand patient.
2.3. The procedures shall include a mechanism for addressing incomplete requirements.2.4. The procedures shall include a mechanism for addressing ambiguous requirements.2.5. The procedures shall include a mechanism for addressing conflicting requirements.2.6. The design input requirements shall be documented by a designated individual(s).2.7. The design input requirements shall be reviewed by a designated individual(s).2.8. The design input requirements shall be approved by a designated individual(s).2.9. The approval, including the date and signature of the individual(s) approving the requirements,
shall be documented.2.10. Questions.
2.10.1. Summarize the manufacturer's written procedure(s) for identification and control ofdesign input.
2.10.2. From what sources are design inputs sought?2.10.3. Do design input procedures cover the relevant aspects, such as: (Mark all that apply and
list additional aspects.)2.10.3.1. intended use2.10.3.2. user/patient/clinical2.10.3.3. performance characteristics2.10.3.4. safety2.10.3.5. limits and tolerances2.10.3.6. risk analysis2.10.3.7. toxicity and biocompatibility2.10.3.8. electromagnetic compatibility (EMC)2.10.3.9. compatibility with accessories/auxiliary devices2.10.3.10. compatibility with the environment of intended use2.10.3.11. human factors2.10.3.12. physical/chemical characteristics2.10.3.13. labeling/packaging2.10.3.14. reliability2.10.3.15. statutory and regulatory requirements2.10.3.16. voluntary standards2.10.3.17. manufacturing processes2.10.3.18. sterility2.10.3.19. MDRs/complaints/failures and other historical data2.10.3.20. design history files (DHFs)
2.10.4. For the specific design covered, how were the design input requirements identified?2.10.5. For the specific design covered, how were the design input requirements reviewed for
adequacy?
Comply with FDA Design Control Guidance GMP Regulation
1. Capture design and related information1.1. Input electronically formatted data1.2. Reference external information sources1.3. Reference external documentation
2. Store design and related information2.1. Identify and tag design information as unique “design elements”2.2. Organize design elements
2.2.1. Organize by Design Control Guidance Element2.2.2. Organize by inter-relationships
2.3. Ensure all design elements are available2.3.1. Store design elements by Design Control Guidance Element2.3.2. Store design elements and their historical values
3. Manage all user needs3.1. Identify the source of the user need3.2. Identify all user types (groups)3.3. Identify the customer (s)3.4. Profile the expected patients3.5. State the intended use of the product (family)3.6. Capture the acceptance criteria for each user need
4. Manage design input requirements4.1. Identify the source of the requirement4.2. Identify the associated user need4.3. Capture requirement description and attributes4.4. Capture acceptance criteria4.5. Assign responsibility for each requirement4.6. Manage incomplete requirements4.7. Manage ambiguous requirements4.8. Manage conflicting requirements4.9. Approve all requirements
5. Manage acceptance5.1. Ensure the acceptance of every user need5.2. Ensure the acceptance of every design input requirement5.3. Document the results of every user need acceptance test5.4. Document the results of every design input requirements test5.5. Make acceptance results available
6. Manage change6.1. Maintain history of design element changes
6.1.1. Make complete change history available6.1.2. Maintain history within and across any organizational procedure6.1.3. Maintain history within and across any project milestone6.1.4. Maintain history within and across any Design Control Guidance Elements
6.2. Capture frequency and nature of element changes6.2.1. Provide rationale for change6.2.2. Describe decisions made6.2.3. Identify approval authority for the change6.2.4. Capture date, time, and signature of approving authority
6.3. Identify impacted elements due to a change in another element6.3.1. Create backward traces to design elements within and across any organizational procedure6.3.2. Create backward traces to design elements within and across any project milestone
1.1. Identify impacted elements due to a change in another element• Traceability Reports: consistency with driving design elements• Impact Reports: other design elements affected• Links to impacted design elements1.1.1. Create backward traces to design elements within and across any organizational
procedure• Traceability Reports: Procedure Attribute
1.1.2. Create backward traces to design elements within and across any project milestone• Traceability Reports: Milestone Attribute
1.1.3. Create backward traces to design elements within and across Design ControlGuidance Elements• Traceability Reports: Linked design elements
1.1.4. Create forward impacts to design elements within and across any organizationalprocedure• Impact Reports: Procedure Attribute
1.1.5. Create forward impacts to design elements within and across any project milestone• Impact Reports: Milestone Attribute
1.1.6. Create forward impacts to design elements within and across Design ControlGuidance Elements• Impact Reports: Linked design elements
1.2. Associate changed design elements with related elements• Link Change Design Object with affected design element(s)• Traceability Links and Reports from affected design element(s)• Impact Links and Reports from affected design element(s)1.2.1. Associate design element changes with decisions, rationale, and approval authority
information• Change Decision Objects with following Attributes:• Disposition Attribute• Decision Attribute• Rationale Attribute• Owner Attribute• Management Approval Attribute
1.2.2. Provide associations within and across any organizational procedure• Change Design Object Traceability Link on Procedure Attribute• Change Design Object Impacts Link on Procedure Attribute
1.2.3. Provide associations within and across any project milestone• Change Design Object Traceability Link on Milestone Attribute• Change Design Object Impacts Link on Milestone Attribute
1.2.4. Provide associations within and across Design Control Guidance Elements• Change Design Object Traceability Link to traced design elements• Change Design Object Impacts Link to linked design elements
1.3. Mange the change process• Design Change Module• Design Change Reports• Object History• Object History Reports• Versions• Baselines
1. 820.30(b) Design and Development Planning
Each manufacturer shall establish and maintain plans that describe or reference the design and developmentactivities and define responsibility for implementation.
The plans shall identify and describe the interfaces with different groups or activities that provide, or resultin, input to the design and development process.
The plans shall be reviewed as design and development evolves.The plans shall be updated as design and development evolves.The plans shall be approved as design and development evolves.
2. 820.30(c) Design Input2.1. Each manufacturer shall establish procedures to ensure that the design requirements relating to a
device are appropriate and address the intended use of the device, including the needs of the userand patient.
2.2. Each manufacturer shall maintain procedures to ensure that the design requirements relating to adevice are appropriate and address the intended use of the device, including the needs of the userand patient.
2.3. The procedures shall include a mechanism for addressing incomplete requirements.2.4. The procedures shall include a mechanism for addressing ambiguous requirements.2.5. The procedures shall include a mechanism for addressing conflicting requirements.2.6. The design input requirements shall be documented by a designated individual(s).2.7. The design input requirements shall be reviewed by a designated individual(s).2.8. The design input requirements shall be approved by a designated individual(s).2.9. The approval, including the date and signature of the individual(s) approving the requirements,
shall be documented.2.10. Questions.
2.10.1. Summarize the manufacturer's written procedure(s) for identification and control ofdesign input.
2.10.2. From what sources are design inputs sought?2.10.3. Do design input procedures cover the relevant aspects, such as: (Mark all that apply and
list additional aspects.)2.10.3.1. intended use2.10.3.2. user/patient/clinical2.10.3.3. performance characteristics2.10.3.4. safety2.10.3.5. limits and tolerances2.10.3.6. risk analysis2.10.3.7. toxicity and biocompatibility2.10.3.8. electromagnetic compatibility (EMC)2.10.3.9. compatibility with accessories/auxiliary devices2.10.3.10. compatibility with the environment of intended use2.10.3.11. human factors2.10.3.12. physical/chemical characteristics2.10.3.13. labeling/packaging2.10.3.14. reliability2.10.3.15. statutory and regulatory requirements2.10.3.16. voluntary standards2.10.3.17. manufacturing processes2.10.3.18. sterility2.10.3.19. MDRs/complaints/failures and other historical data2.10.3.20. design history files (DHFs)
2.10.4. For the specific design covered, how were the design input requirements identified?2.10.5. For the specific design covered, how were the design input requirements reviewed for
adequacy?
Comply with FDA Design Control Guidance GMP Regulation
1. Capture design and related information1.1. Input electronically formatted data1.2. Reference external information sources1.3. Reference external documentation
2. Store design and related information2.1. Identify and tag design information as unique “design elements”2.2. Organize design elements
2.2.1. Organize by Design Control Guidance Element2.2.2. Organize by inter-relationships
2.3. Ensure all design elements are available2.3.1. Store design elements by Design Control Guidance Element2.3.2. Store design elements and their historical values
3. Manage all user needs3.1. Identify the source of the user need3.2. Identify all user types (groups)3.3. Identify the customer (s)3.4. Profile the expected patients3.5. State the intended use of the product (family)3.6. Capture the acceptance criteria for each user need
4. Manage design input requirements4.1. Identify the source of the requirement4.2. Identify the associated user need4.3. Capture requirement description and attributes4.4. Capture acceptance criteria4.5. Assign responsibility for each requirement4.6. Manage incomplete requirements4.7. Manage ambiguous requirements4.8. Manage conflicting requirements4.9. Approve all requirements
5. Manage acceptance5.1. Ensure the acceptance of every user need5.2. Ensure the acceptance of every design input requirement5.3. Document the results of every user need acceptance test5.4. Document the results of every design input requirements test5.5. Make acceptance results available
6. Manage change6.1. Maintain history of design element changes
6.1.1. Make complete change history available6.1.2. Maintain history within and across any organizational procedure6.1.3. Maintain history within and across any project milestone6.1.4. Maintain history within and across any Design Control Guidance Elements
6.2. Capture frequency and nature of element changes6.2.1. Provide rationale for change6.2.2. Describe decisions made6.2.3. Identify approval authority for the change6.2.4. Capture date, time, and signature of approving authority
6.3. Identify impacted elements due to a change in another element6.3.1. Create backward traces to design elements within and across any organizational procedure6.3.2. Create backward traces to design elements within and across any project milestone
1.1. Identify impacted elements due to a change in another element• Traceability Reports: consistency with driving design elements• Impact Reports: other design elements affected• Links to impacted design elements1.1.1. Create backward traces to design elements within and across any organizational
procedure• Traceability Reports: Procedure Attribute
1.1.2. Create backward traces to design elements within and across any project milestone• Traceability Reports: Milestone Attribute
1.1.3. Create backward traces to design elements within and across Design ControlGuidance Elements• Traceability Reports: Linked design elements
1.1.4. Create forward impacts to design elements within and across any organizationalprocedure• Impact Reports: Procedure Attribute
1.1.5. Create forward impacts to design elements within and across any project milestone• Impact Reports: Milestone Attribute
1.1.6. Create forward impacts to design elements within and across Design ControlGuidance Elements• Impact Reports: Linked design elements
1.2. Associate changed design elements with related elements• Link Change Design Object with affected design element(s)• Traceability Links and Reports from affected design element(s)• Impact Links and Reports from affected design element(s)1.2.1. Associate design element changes with decisions, rationale, and approval authority
information• Change Decision Objects with following Attributes:• Disposition Attribute• Decision Attribute• Rationale Attribute• Owner Attribute• Management Approval Attribute
1.2.2. Provide associations within and across any organizational procedure• Change Design Object Traceability Link on Procedure Attribute• Change Design Object Impacts Link on Procedure Attribute
1.2.3. Provide associations within and across any project milestone• Change Design Object Traceability Link on Milestone Attribute• Change Design Object Impacts Link on Milestone Attribute
1.2.4. Provide associations within and across Design Control Guidance Elements• Change Design Object Traceability Link to traced design elements• Change Design Object Impacts Link to linked design elements
1.3. Mange the change process• Design Change Module• Design Change Reports• Object History• Object History Reports• Versions• Baselines
User Reqts Technical Reqts Test CasesDesign
Yazılım Zirvesi ‘08
Hungry For Change - Değişim Açlığı19
Şüpheli Linkler!
… bu kullanıcı tarafından yapılan değişiklik…
… diğer kullanıcıda uyarı mesajı oluşturur.
Eğer dökümanlar ilişkilendirildiyse…
Yazılım Zirvesi ‘08
Hungry For Change - Değişim Açlığı
Great American Insurance Company
“DOORS proje yaşam-döngüsü boyunca gereksinimlerin güçlü ve otomatik olarak izlenebilmesini sağlar. İzlenebilirlik kaynak kodu seviyesindedir.”
Pete Carrion, Divisional Vice President of Requirements Management, IT Services
American Financial Group
20
Telelogic DOORS®: Müşteri OnaylarıJoint Strike Fighter
“DOORS bizim detaylı gereksinim yönetimi çözümümüzdür ve; biz en karmaşık projelerimizi yönetmekte DOORS kullanıyoruz. DOORS kullanımımız sayesinde, Lockeed Martin Havacılık’ın kalite süreçleri ve metodolojilerinin sürekli olarak uygulandığını garanti ederiz.”
Randal K. Moore, Director, Systems EngineeringLockheed Martin Aeronautics
Yazılım Zirvesi ‘08
Hungry For Change - Değişim Açlığı21
Telelogic DOORS®: Analist Yorumları
Standish Group
“Günümüzde, Telelogic DOORS ürünüyle lider pozisyonunu sürdürmektedir.”
What Are Your Requirements? 2003, Jim Johnson, Standish Group, Ocak 2003
Yphise
"Yorumlar, DOORS’un gereksinimlerin yönetimini kolaylaştıran en geniş zengin özellikleri barındıran pazar lideri ve en olgun ürün olduğunu gösteriyor."
Requirements Management Tools 2002, Xavier Benmoussa, Yphise, Aralık 2002
Değişim & Konfigürasyon Yönetimi
Yazılım Zirvesi ‘08
Hungry For Change - Değişim Açlığı22
Değişim & Konfigürasyon YönetimiTelelogic CHANGE ve SYNERGY
Rekabet Ortamı:
İç süreçlerimizle uyumlu çalışabilen bir esnek kalkınma altyapısı yaratabilir miyiz?
Bölünmüş bir organizasyonda dahi gelişim sürecinde tüm değişiklikleri izleyebilirmiyiz?
Yönetim için gerekli olan süreç kontrol seviyesini gelişim sürecini boşa harcamadan kuvvetlendirebilirmiyiz?
Öğrenen bir organizasyon olmayı destekleyen bir altyapı kurabilirmiyiz?
Yazılım Zirvesi ‘08
Hungry For Change - Değişim Açlığı23
CM’in Geliştirme Sürecindeki Rolü
Geleneksel roller– Versiyon kontrolü, değişiklik isteği
takibi, build yönetimi…
Ekstra rolller– Geliştiricilerin koordinasyon ve
haberleşemesine yardım,– Aktivite kaydı, Geri dönüş,– Tekrarlanabilir Süreç otomasyonu,
(build, test, release),– Süreç kontrolü…
CM, başarılı geliştirme sürecini sağlayan yapıdır
Yazılım Zirvesi ‘08
Hungry For Change - Değişim Açlığı24
Değişim ve Konfigürasyon Yönetiminde Sektöre Yön Veren Buluşlar
Telelogic SYNERGY analistlerce arka arkaya 5. defa en gelişkin CM ürünü seçildi
(Yphise - Application Change Management for NT and UNIX – A Software Evaluation Report, 2000, 2002, 2004, 2006, 2008)
02
Transparent CM
00
Web-Based Change Tracking
98
Distributed Change
ManagementTask-Based
CM
9692
Unified Configuration and Change Management
04
Lifecycle Change
Management
Yazılım Zirvesi ‘08
Hungry For Change - Değişim Açlığı25
Değişiklik İsteği & Konfigurasyon YönetimiTelelogic SYNERGY™
Kabiliyetler: Değişiklikleri, yapıları, son sürümleri ve
konfigürasyonları yönetmek için Esnek süreçli entegre sistemler.
Dağıtık takımlar için geniş-şirket desteği. ActiveCM™ teknolojisi üzerinden hata kontrollü,
manuel faaliyetlerin tam otomasyonu Değişiklik isteklerine görev bazlı yaklaşım. Hazır CMMI&ISO süreci, kendi sürecinizi yaratın
Yararları: Uygulama geliştirme kalitesi üzerindeki kontrolü artırır Proje durumunun görünürlüğünü iyileştirir. Gelişim kaynaklarının verimliliğini artırır. Dağıtık takımların senkronizasyonunu geliştirir.
En iyi Uygulama Değişiklik Yönetimi Yazılımı*
*Kaynak: Yphise Report 2004
Yazılım Zirvesi ‘08
Hungry For Change - Değişim Açlığı26
Telelogic SYNERGYKomple Konfigürasyon Yönetimi
Görev-tabanlı (Task-Based) Konfigürasyon Yönetimi
Workspace yönetimi
İş akışı (süreç) yönetimi
Paralel Geliştirme desteği
CBD ve tekrar kullanım desteği
Sürüm (Release) yönetimi
Yapı (Build) yönetimi
Esnek/çeşitli kullanıcı arayüzleri
Uzaktan & Ayrık Geliştirme Desteği
Daha az admin yükü
Görev-tabanlı CM nedir?
Yazılım Zirvesi ‘08
Hungry For Change - Değişim Açlığı
Dosya (obje)
draw.cv4
draw.hv2
İş Tahsisi: rengini değiştir
Rel_2.0 Rel_2.0
Geleneksel Versiyon Kontrolü
“Dosya-tabanlı CM” Yaklaşımı– Geliştiriciler görevlerine bakar– Dosyaları Checkout et, yarat & değiştir– Hangi dosyalar değişti & eklendi, takip et– Dosyaların niçin yaratıldığı yada değişiklik
yapıldığıyla ilgili yorumlar yaz
Yapıyı kırmamak için değiştirilen ya da yaratılan dosyaları Check-in yapmayı hatırla
Geliştiriciler hangi objeye hangi sebeple ne yapıldığı bilgilerini manuel olarak toplamak, kaydetmek ve yönetmekten sorumludur
Yazılım Zirvesi ‘08
Hungry For Change - Değişim Açlığı
Görev
Release = Rel_2.0
Dosya (obje)
draw.cv4
draw.hv2
İş Tahsisi: rengini değiştir
Rel_2.0 Rel_2.0
En iyi CM Pratiği: Görev-tabanlı (Task-based) CM
Görev-tabanlı CM yaklaşımı
– Geliştirici görevi (task) seçer, – Dosyaları Check-out et/yarat &
değiştir– Görev tamamlandı butonu
Görev ile obje ilişkileri Synergy tarafından otomatik olarak tutulur
İş tamamlandığında, geliştirici görevi bitirir. Synergy değiştirilen tüm objeleri otomatik olarak check-in yapar.
Yazılım Zirvesi ‘08
Hungry For Change - Değişim Açlığı29
Task’ın Gücü
TASK neyin niçin değiştirildiğinin takibini yapar :
– Yapılacak değişikliğin bilgisi– Proje yönetimi verisi– Makro-yorum (comment)– İlgili objeler (eklenen, silinen,
değişen…) otomatik olarak task’a ilişkilendirilir
– Orijinal değişiklik isteği ya da hata bildirimi izlenebilir
Yazılım Zirvesi ‘08
Hungry For Change - Değişim Açlığı30
Kazan – kazan çözümü
Task-based CM geliştiricinin işini kolaylaştırır– Manual "check-in“lerden ve sinir bozucu benzer işlemlerden kurtarır– Dökümantasyonu otomatikleştirir– İzlenebilirliği otomatikleştirir: Değişiklik İsteği Aktivite Obje– Öncelikleri tanımlı temiz bir “Yapılacaklar listesi" sağlar– CM sürecinin geliştiricilerin günlük (gerçek) aktivitelerinin önüne geçmesini engeller
Task-based CM proje yöneticisinin işini kolaylaştırır – Birbiriyle tutarlı değişiklik setleri– Proje anlaşılırlığı ve görünürlük– Durum ve dönem raporları– Kolay geri-dönüş ve tekrarlanabilir-işler– Konfigürasyon karşılaştırması– Teslim ve yaşamdöngüsü yönetimi
Fark Yaratan Özellikler
Yazılım Zirvesi ‘08
Hungry For Change - Değişim Açlığı31
Üst seviye görünürlük
SYNERGY, geliştiricinin büyük resmi görmesini sağlar
– Atanan CR’ler ve onların tasklarının kolayca incelenebilmesi
CR çözümünü kolayca belirt
Süreci Zorla– Task yaratımında CR talep et– Task bitiriminde CR talep et– CR-tabanlı build’ler
En Gelişkin Build Yönetimi
Yazılım Zirvesi ‘08
Hungry For Change - Değişim Açlığı32
Sürüm (Release) Yönetimi
SYNERGY proje takımlarına Güçlü Sürüm Yönetimi için gerekli esnekliği verir
– Build Konfigürasyonu Gereksinimler, Değişiklik İstekleri, Özellikler seçilerek oluşturulur
– Etkin uyumsuzluk bulma ve bağımlılık analizi sürüm tutarlılığının sağlanması sağlar
Önceki Sürüm
Yeni Sürüm
Req x
Req yReq z
Yazılım Zirvesi ‘08
Hungry For Change - Değişim Açlığı33
Telelogic SYNERGY™ Müşteri Onayları
BMW
“BMW’de gömülü yazılım sistemlerinin güvenilirliği başarımız için çok kritiktir. Görev-tabanlı SYNERGY/CM ile birlikte ActiveCM bu başarının anahtarıdır, ayrıca hem küçük hem de büyük takımlar ile mükemmel çalışır.”
Dr. András Merey, Head of SCM Department, BMW
VOLKSWAGEN
“Tüm kilit ticari rakipler SYNERGY tarafından adreslenmiş ve buluşturulmuştur. SYNERGY kullanılarak doğru iş akışı ve süreçler oluşturulup Volkswagen’deki IT servislerinin kalitesi önemli oranda artırılmıştır.”
Michael Steder, Information Technology Center, VOLKSWAGEN
Yazılım Zirvesi ‘08
Hungry For Change - Değişim Açlığı34
Telelogic SYNERGY™Analist Yorumları
Ovum“CM’yi anlamış ve süreçlerin ölçümlerini uygulama ihtiyacı duyan tam gelişmiş CM praktisyenleri; SYNERGY/CM’yi dikkate alınacak araçlar listesinde üst sıralara koymalıdırlar.”
“SYNERGY/CM kapsamlı bir CM ürünüdür, geniş projeler ve şirket-bazlı CM uygulamaları ile hatırlanabilir.”
Ovum Evaluates: Configuration Management Report, Clive Burrows, Ian Wesley, Mart 2004
Yphise“Telelogic SYNERGY kolay kullanımı ve kullanıcı dostu olması sayesinde öne çıkan bir araçtır. SYNERGY konfigürasyon yönetimi çalışmalarını geri planda yapar ve böylece geliştiriciler sadece kendi işlerini yapar, değişim yönetimi araçlarının geliştiricilerce kullanımını ve kabulünü kolaylaştırır. Telelogic SYNERGY kolay kullanımı ve TELELOGIC DOORS ile yakın entegrasyonu sayesinde gereksinim - tabanlı geliştirmeyi kolaylaştırır.”
Yphise Software Product Assessment: Application change management tools,Laurent Mynard, Analyst, Yphise, Haziran 2004
Yazılım Zirvesi ‘08
Hungry For Change - Değişim Açlığı35
Focal Point
Ürün geliştirmenin ilk evrelerini de destekleyen, geliştiren, otomotize eden tek görsel yönetim aracıdır,
– Ürün Yönetimi– Proje Portföy Yönetimi– Karar Destek Yönetimi
Web tabanlı ürün – kullanıcı kurulumuna ihtiyaç yoktur
Konfigurasyon online yapılmaktadır
Rol-tabanlı kullanıcı girişleri
Kendi içinde karar ve iş senaryosu analizi
Tek başına veya DOORS ile çalışabilme
Yazılım Zirvesi ‘08
Hungry For Change - Değişim Açlığı
Ürün Yönetimi Nedir?
Ürün Yönetimi şunları sağlar– Doğru ürün/ler– Doğru pazara– Doğru zamanda
Doğru Ürün?– Ürün hangi özelliklere ve kaliteye sahip olmalıdır?– Müşterilerden gelen bilgi, pazar araştırmaları, destek derinliği, ürün yönetimi,
stratejik amaçlar, fiyatlandırma analizleri
Doğru Pazar?– Başarı olasılığı, riskler, rakipler, dağılım
Doğru Zaman?– Rekabet, kalite/özellik değişimleri, pazar beklentileri
Yazılım Zirvesi ‘08
Hungry For Change - Değişim Açlığı
Ürün Yönetimi İçin Focal Point
Feature
Yazılım Zirvesi ‘08
Hungry For Change - Değişim Açlığı
Ürünümüz ile ilişkili bütün bilgileri Focal Point içinden yönetebiliriz
Yazılım Zirvesi ‘08
Hungry For Change - Değişim Açlığı
Ağaç görünümüTablo görünü
Bilginizi Görselleştirmek
İlişkisel grafikÖzellik istatistikleriİzlenebilir matrixGantt görünümü
Yazılım Zirvesi ‘08
Hungry For Change - Değişim Açlığı
Temel: İkili karşılaştırma
İki alternatifi aynı anda
karşılaştırmaİlişkinlik
karşılaştırmasıGelişmiş
algoritmasıyla karşılaştırmaları minimize eder
Her defasında bir kriter
Yazılım Zirvesi ‘08
Hungry For Change - Değişim Açlığı
Sürüm Planlaması
Yazılım Zirvesi ‘08
Hungry For Change - Değişim Açlığı
Focal Point Ürün Yönetimini nasıl destekler?
Rakiplerinizi takip edin
– Özellikler– Güçlü Noktalar– Zayıflıkları– Stratejileri
Rakiplerinizle beraber kendi ürününüzü görüntüleyin
Yazılım Zirvesi ‘08
Hungry For Change - Değişim Açlığı
Focal Point Ürün Yönetimini nasıl destekler?
Focal Point’in görsel karar verme yeteneklerini kullanarak değeri maksimize ve maliyeti minimize eden özellikleri seçmek
Yazılım Zirvesi ‘08
Hungry For Change - Değişim Açlığı
Sony Ericsson
“Hızlı ve etkili ürün yönetimi, hızlı ve etkili karar-verme gerektirir. Geliştirme sürecimizde, akıllı telefonlarımızda ek değerler yaratmamız için her zaman etkin kararlar almak zorundayız. Ve aynı zamanda ürünlerimiz daha hızlı bir şekilde piyasaya sürülmeli. Bu daha önce çözülemeyecek gibi görünen bir denklemdi. Ama Focal Point çözümü ile sonunda bunu başardık”.
Stefan Munther ve Roland Johansson, Sony Ericsson
Yazılım Zirvesi ‘08
Hungry For Change - Değişim Açlığı45
UML2.0 ve SysML tabanlı ilk modelleme ve uygulama geliştirme çözümü.
Model-Tabanlı Yazılım ve Sistem GeliştirmeTelelogic RHAPSODY ve TAU
99
FirstUML/SDL
integration
89
Simulation of graphical models
91
Full code generation from
graphical models
97
Graphical OO tools
02
FirstUML 2.0
simulation and code
generation
Unique!
98
FirstSDL/TTCN integration
Unique!
Unique!
03
FirstModeling
within requirements management
Unique!
Q1 04
FirstIntegrated
Requirements-Driven
Development Solution
Unique!
…….
Yazılım Zirvesi ‘08
Hungry For Change - Değişim Açlığı46
UML 2.0Standart 06-2003 de benimsendi
Telelogic (Partner ve müşterileriyle birlikte) UML 2.0’ın tanımlanmasında lider bir rol üstlendi
– OMG nin 2 task force’una liderlik etti– U2 partners group’un lideriydi– Hayati önemdeki endüstri-onaylı (SDL/MSC gibi)
dillerin etkisini sağladı.
U2 Partners
Yazılım Zirvesi ‘08
Hungry For Change - Değişim Açlığı
Telelogic RHAPSODY®: Model Simulasyonu ile Hataların Erken Safhalarda Elenmesi
Gereksinim Analizi
Sistem Analiz ve Dizaynı
Sistem Kabülü
Sistem entegrasyonu ve testi
Modül Entegrasyonu ve TestiYazılım Dizaynı
Yazılım İmplementasyonu ve Unit Test
Software Engineering
System Engineering
Test EngineeringSoftware Engineering
Dizayn değişimin maliyeti
Zaman
Hata Sayısı
Dizaynın implementasyondan önce kararlılığı
Yazılım Zirvesi ‘08
Hungry For Change - Değişim Açlığı
Sistem Simulasyonu Simulasyon yoluyla modelinizin doğruluğunu kontrol edin
– Hataları dolayısıyla geliştirme maliyetlerini kısın Panel grafik desteği
– Model ile GUI’ler üzerinden haberleşin
Yazılım Zirvesi ‘08
Hungry For Change - Değişim Açlığı
DFT: Requirements Based Testing
Test Konfigurasyonu
Sequence Diagram
Modeli Invoke edip izleme
Test Sonuçları
Hataları Bulup & Düzeltme
Yazılım Zirvesi ‘08
Hungry For Change - Değişim Açlığı
Tüm Uygulama Kodunun Üretimi
Tüm yapısal ve Davranışsal UML 2.x diagramlarınızdan çalıştırılabilir uygulama üretilir
• Yapısal Modeller• Statecharts: Event Tabanlı Davranış• Activity grafiği: Algoritma ve süreç akışı
Rhapsody anlaşılabilir, temiz ve kolay debug edilebilen kod üretmektedir.
• C, C++, Java, Ada kod üretimi• Yaygın RTOS’lara detek• Hedef ortam bağımsız kod üretimi
Yazılım Zirvesi ‘08
Hungry For Change - Değişim Açlığı
Tüm Yaşam Döngüsünde Tam İzlenebilirlilk
Modellerden gereksinimlere izlenebilirlik linkleri
Otomatik izlenebilirlik raporları
Pek çok kaynaktan gereksinim girişi
Yazılım Zirvesi ‘08
Hungry For Change - Değişim Açlığı
Configuration
Configuration
Managem
entM
anagement
• Requirements Management– DOORS, RequisitePRO , CalibreRM – Word, Excel, PDF, Framemake, Powerpoint, Visio– XML, ASCII Text files
• Configuration Management– SYNERGY, ClearCase, Source Integrity, PVCS– Any SCC compliant tool
• Photo realistic panel graphics / HMI– Altia, Internet Explorer, Mozilla
• Test– Cantata, TestBed
• Continuous Modeling- Simulink/Matlab, Labview & MatrixX
• Tool interoperability- XMI, Rose import
• IDEs– Eclipse CDT, MULTI, Workbench, Tornado, pRISM
• RTOS and OS (Sample)– VxWorks, INTEGRITY, QNX Neutrino, LynxOS, ThreadX,
Nucleus, OSE Delta, WindowsCE, Linux (MontaVista & RedHat), Solaris, Itron, No Operating System
Open Solution
OSsOSs
CompilersCompilers
RhapsodyRhapsody
Requirem
entsR
equirements M
anagement
Managem
ent
DocumentationDocumentation
TestTest
HMIHMI
CORBACORBACOMCOM
Pushbutton CORBA (Tao) and COM support
Yazılım Zirvesi ‘08
Hungry For Change - Değişim Açlığı53
Model Driven System and Software Development: Telelogic TAU®Kabiliyetleri:
Görsel Modelleme
UML 2.x tabanlı
Simülasyon, Model Doğrulama
% 100 Uygulama Kodu Üretimi
Faydaları:
Görsel geliştirme ile üretkenlik artışı
Otomasyon’da artış
Haberleşme’de artış
Standartlar tabanlı geliştirme
Yazılım Zirvesi ‘08
Hungry For Change - Değişim Açlığı54
Dynamic Model Verification / Debugging
…find design errors earlier by animation
Instance View
Watch Window
Sequence Diagram trace
Statechart trace (transition centric view)
Breakpoint
Scenarios
Breakpoint list
Statechart trace (state centric view)
User defined message
358283358283
Yazılım Zirvesi ‘08
Hungry For Change - Değişim Açlığı55
Kurumsal Mimari ve İş Süreçleri ModellemesiTelelogic System Architect®
Faaliyetleri tanımlayan modelleri içeren veri tabanı– Süreç, Veri, Organizasyon, Teknoloji, Sistemler
Faaliyet kararlarını veri tabanındaki bilgilere dayanarak alma
– Kurum şartları içerisinde projeler planlama– Teknoloji yatırımı yapma– Müşteri memnuniyetini geliştirme– Operasyonel sistemler ve süreçler ile işe öncülük etme– Maliyet yönetimi– Varlıkların ve entellektüel Sermayenin yönetimi– Süreç otomasyonu
Yazılım Zirvesi ‘08
Hungry For Change - Değişim Açlığı56
Telelogic System Architect® ilk ve tek eksiksiz Kurum Mimarisi aracıdır
Sektöre Yön Veren Buluşlar
88
ilkWindows Tabanlı
Modelleme Aracı
96
ilk Birden çok
method desteği
ilkHTML
Generator
97
ilkPOLDAT
ve Matrices
98
ilkXML
Desteği
98
ilkZachman
Framework
99
ilkC4ISR
01
ilkBPMN
02
ilkTOGAF
03
Yazılım Zirvesi ‘08
Hungry For Change - Değişim Açlığı57
Kurumsal Mimari Araçlarının Karşılaştırılması, 4Q04
“Şu özelliklere sahip bir Kurum Mimarisi Aracı geliştirdik: İş, uygulamalar, veri ve Teknoloji ile ilgili bilgileri saklayan bir veritabanı. Bu bilgileri yapılandıran bir metamodel Grafik ve sözel formlar ile veri tabanındaki bu bilgileri en etkin şekilde sunma yeteneği.”
Kaynak: Gartner (Haziran 2008)
Yazılım Zirvesi ‘08
Hungry For Change - Değişim Açlığı58
Telelogic ALM için Endüstri İspatlı Çözümler
“Telelogic’in çözümleri geniş-ölçekli projeler için mükemmeldir, hataları ve yanlış yorumlamaları önemli ölçüde azaltır.”Nokia
”Telelogic güçlü gereksinim yönetimi stratejileri geliştirmemizde bize yardımcı olarak zaman ve para tasarrufu yapmamızı sağladı.”Thales
“Telelogic uygulama farklılıklarını kolayca yönetmemizi ve temel kod hacmini en aza indirgememizi sağladı, böylece yazılım geliştirme maliyetimizi azaltırken kalitesini artırdı.”BMW
“Uygulamaları Telelogic ile gerçekleştirmek daha etkin ve verimlidir. Fakat biz ayrıca Telelogic’in iş deneyiminden de oldukça fazla etkilendik.”BAE SYSTEMS
Yazılım Zirvesi ‘08
Hungry For Change - Değişim Açlığı59
Ovum“Telelogic araçlarının ayırt edici özelliği; yüksek derecede karmaşık, gelişmiş
sistemler ve yazılımlar geliştiren, sıklıkla coğrafi bölgelere dağılmış geliştirme takımlarının geniş-ölçekli geliştirme projeleri’ne iyi uyum sağlayabilmesidir
Telelogic Application Development Vendor Analysis, Clive Burrows, Ovum, July 2003
VDC“Telelogic 2002’de TAU Generation2 ve ActiveCM ürünlerinin tanıtımıyla yeniliklerine
devam etmiş, ayrıca Teknoloji ve Pazar Lideri çekirdek ürünlerinin konumlarını güçlendirmiştir.”
The Embedded Software Strategic Market Intelligence Program Volume II, February 2003
Telelogic ALM: Analist Yorumları
Yazılım Zirvesi ‘08
Hungry For Change - Değişim Açlığı60
IDC
“Telelogic “teknik yenilikçi” olarak bilinmektedir.”
Worldwide Software Configuration Management Tools Forecast and Analysis 2002-2006, Richard Heiman, IDC
“Telelogic’in “teknik kuvveti” ve “ürün genişliği” bir şirketin yüksek teknoloji sektöründeki gelişimini sürdürmesine olanak sağlar.”
Worldwide Software Configuration Management Tools Competitive Analysis, 2002 Shares and Current Forecast, Haziran 2003
Telelogic ALM: Analist Yorumları
Yazılım Zirvesi ‘08
Hungry For Change - Değişim Açlığı61
Telelogic Müşterilerine;
Otomasyon ve tekrar kullanım yoluyla Üretkenliği artırma,
Hata eğilimli manuel işlemleri ortadan kaldırarak Kaliteyi artırma,
Proje başarısızlığı, aşırı işletme maliyeti ve gecikme risklerini azaltma,
Görünürlüğe, iletişime ve işbirliğine yardımcı olur
Yüksek kaliteli sistem ve yazılımları daha ucuz ve hızlı geliştirme olanağı sağlar.
Yazılım Zirvesi ‘08
Hungry For Change - Değişim Açlığı62
Teşekkürler!
--------------------------------------------------Ersoy ALTINEL (PROYA ALM Ürün Müdürü)
ealtinel@proya.net--------------------------------------------------
Ankara Tel: +90 312 472 2704 İstanbul Tel: +90 212 2170347
Faks: +90 312 472 2709www.proya.net
Profesyonel Yazılım Çözümleri