Hoşgeldin Telelogic. PROYA Profesyonel Yazılım Çözümleri

Transkript

1 Hoşgeldin Telelogic PROYA Profesyonel Yazılım Çözümleri

2 Hungry for Change - Değişim Açlığı Profesyonel Yazılım Çözümleri Ersoy ALTINEL (ALM Ürün Müdürü) ealtinel@proya.net Ankara Tel: İstanbul Tel: Faks:

3 PROYA Hakkında Kuruluş Merkez Şube Bilişim Öveçler, Ankara Mecidiyeköy, İstanbul 2004(421.), 2005(422.), 2006 (405.), 2007 (383)

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 4 Gelişkin Çözüm İhtiyacı

5 Kompleks Uygulamaların Gelişkin Çözümlere Olan İhtiyacındaki Artış Advanced Head Protection System DOHC 32-valve (4cam) V-8, Valvetronic variable valve lift, Double-VANOS steplessly variable valve timing and intake manifold Expanded Check Control vehicle monitor system IDrive Concept Active Roll Stabilization Adaptive Automatic Transmission Park Distance Control Motronic ME9 Engine Management System All Season Traction Control Active Knee Protection Dynamic Traction Control Dynamic Stability Control ABS with Dynamic Brake Control 5 Müşteri Görüşü

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 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! 6 PROYA Vizyonu

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 7 Hakkımızda

8 Müşterilerimizden Bazıları 8 Bimar Aselsan A.Ş. (MST, HC, MGEO) Arçelik Tübitak (BTE, SAGE, UZAY) TEB Havelsan A.Ş. Roketsan A.Ş. TAİ A.Ş. Hazine Müsteşarlığı Milsoft A.Ş. Netaş Aydın Yazılım A.Ş. Bilişim Ltd. Mikes A.Ş. Doğan Online Selex Komünikasyon A.Ş. Türkiye İstatistik Kurumu Genelkurmay BİLKARDEM Çevre ve Orman Bakanlığı Teknoloji Holding Yaltes Deniz K. K. ARMERKOM Meteksan Savunma Bayındırlık ve İskan Bakanlığı Vestel STM SSM Emniyet Genel Müdürlüğü RMK Marine SDT Temsa Esdaş A.Ş. Erciyes Üniversitesi DHL Ziraat Bankası Türksat Gate Elektronik DSİ İstanbul Teknik Üniversitesi Atılım Üniversitesi Neden PROYA yı Tercih Ettiler?

9 Neden Tercih Ettiler? 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. Daha Hızlı Üretim Fayda-Maliyet Avantajı Daha Kaliteli Ürün Güvenilir ve Öngörülebilir Süreçler 9

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 10 Telelogic Tarihçe

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... 11

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ı 12

13 Telelogic Ürün Ailesi İş ve Sistem Modelleme Odaklı Doğru işler yapmaya Odaklı İş birliği, Planlama, Önceliklendirme, Görünür kılma Yönetim Odaklı SYSTEM ARCHITECT FOCALPOINT Değişim Yönetimi CHANGE İşleri Doğru Yapmaya İnşa etme, idame etme 13 RHAPSODY & TAU DOORS

14 Gereksinim Yönetimi, Telelogic DOORS 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? 14

15 Gereksinim Yönetiminde Öncü Firma: Telelogic Software First Enterprise First Requirements Change Suite with Proposal System multiple First concurrent requirements projects industry leadership e! u council q i First Integrated First RequirementsModeling Driven within Development First Requirements Solution Dynamic Management Requirements! First ue q Management i Electronic Un Signature e!! ue q i Un! ue q i Un iqu Un Un! ue q i Un Q1 02 Q3 02 Q2 03 Q3 03 Q1 04 Telelogic DOORS dünyada ilk ve tek Enterprise Gereksinim Yönetimi Sistemidir. 15

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, Gereksinim Yönetimi Nedir?

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. 17

18 DOORS da izlenebilirlilik User Reqts (b) Design and Development Planning Each manufacturer shall establish and maintain plans that describe or reference the design and development activities and define responsibility for implementation. The plans shall identify and describe the interfaces with different groups or activities that provide, or result in, 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 (c) Design Input 2.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 user and patient Each manufacturer shall maintain 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 user and patient The procedures shall include a mechanism for addressing incomplete requirements The procedures shall include a mechanism for addressing ambiguous requirements The procedures shall include a mechanism for addressing conflicting requirements The design input requirements shall be documented by a designated individual(s) The design input requirements shall be reviewed by a designated individual(s) The design input requirements shall be approved by a designated individual(s) The approval, including the date and signature of the individual(s) approving the requirements, shall be documented Questions Summarize the manufacturer's written procedure(s) for identification and control of design input From what sources are design inputs sought? Do design input procedures cover the relevant aspects, such as: (Mark all that apply and list additional aspects.) intended use user/patient/clinical performance characteristics safety limits and tolerances risk analysis toxicity and biocompatibility electromagnetic compatibility (EMC) compatibility with accessories/auxiliary devices compatibility with the environment of intended use human factors physical/chemical characteristics labeling/packaging reliability statutory and regulatory requirements voluntary standards manufacturing processes sterility MDRs/complaints/failures and other historical data design history files (DHFs) For the specific design covered, how were the design input requirements identified? For the specific design covered, how were the design input requirements reviewed for adequacy? Technical Reqts (b) Design and Development Planning Comply with FDA Design Control Guidance GMP Regulation Comply with FDA Design Control Guidance GMP Regulation Each manufacturer shall establish and maintain plans that describe or reference the design and development 1.1. Identify impacted elements due to a change in another element activities and define responsibility for implementation. 1. Capture design and related information 1. Capturewith design and related information driving design elements Traceability Reports: consistency 1.1. Input electronically formatted data 1.1. Input electronically Impact Reports: other design elements affected formatted data The plans shall identify and describe the interfaces with different groups or activities that provide, or result 1.2. Reference external information sources 1.2. Reference external information sources Links to impacted design elements in, input to the design and development process Reference external documentation 1.3. Reference external documentation Create backward traces to design elements within and across any organizational The plans shall be reviewed as design and development evolves. 2. Store design and related information 2. Store design and related information procedure The plans shall be updated as design and development evolves Identify and tag design information as unique design elements 2.1. Identify and tag design information as unique design elements Attribute Traceability Reports: Procedure The plans shall be approved as design and development evolves Organize design elements 2.2. Organize design elements Create backward traces to design elements andcontrol acrossguidance any project milestone Organize by Design Control Guidance Element Organizewithin by Design Element (c) Design Input Attribute Traceability Reports: Milestone Organize by inter-relationships Organize by inter-relationships 2.1.available Each manufacturer shall establish procedures to ensure that the design requirements a 2.3. Ensure all design elements are 2.3. Ensure all design elements available relating Createto backward traces to design elements within and are across Design Control device are appropriate address the intended use of the device, including the needs of the user Elements Store design elements by Design Control Guidanceand Element Store design elements by Design Control Guidance Element Guidance andhistorical patient. values Store design elements and their Store design elements and their historical values Reports: Linked design elements Traceability 2.2. Each manufacturer shall maintain procedures to ensure that the design requirements relating to a Create forward impacts3.to design within and across any organizational device are appropriate and address the intended use of the device, including the needs of the user 3. Manage all user needs Manage elements all user needs and patient. procedure 3.1. Identify the source of the user need 3.1. Identify the source of the user need 2.3. The procedures shall include a mechanism for addressing incomplete requirements Identify all user types (groups) 3.2. Identify all user types (groups) Attribute Impact Reports: Procedure 3.3. Identify the customer (s) 2.4. The procedures shall include a mechanism for addressing ambiguous requirements Identify the customer Create forward impacts to design elements within(s) and across any project milestone 3.4. Profile the expected patients2.5. The procedures shall include a mechanism for addressing conflicting requirements Profile the expected patients Attribute Impact Reports: Milestone The(family) design input requirements shall be documented by a designated individual(s) State the intended use of the 2.6. product 3.5. State the intended use of the product (family) 2.7.forThe input requirements shall be reviewed by a designated individual(s) Create forward impacts to design elements within and across Design Control 3.6. Capture the acceptance criteria eachdesign user need 3.6. Capture the acceptance criteria for each user need 2.8. The design input requirements shall be approved by a designated individual(s). Guidance Elements 4. Manage design input requirements2.9. The approval, including the date and signature of the individual(s) approving the requirements, 4. Manage input requirements designdesign elements Impact Reports: Linked shall be documented Identify the source of the requirement 4.1. Identify the source of the requirement 1.2. Associate changed design elements with related elements Questions Identify the associated user need 4.2. Identify the associated user need LinkofChange Design Object 4.3. withcapture affected design element(s) Summarize the manufacturer's written procedure(s) for identification and control 4.3. Capture requirement description and attributes requirement description and attributes design input Capture acceptance criteria 4.4. from Capture acceptance criteria affected design element(s) Traceability Links and Reports From what sources are design inputs sought? 4.5. Assign responsibility for each requirement 4.5. affected Assign responsibility for each requirement design element(s) Impact Links and Reports from 4.6. Manage incomplete requirements Do design input procedures cover the relevant aspects, such as: (Mark all that apply and 4.6. Manage incomplete requirements Associate design element changes with decisions, rationale, and approval authority list additional aspects.) 4.7. Manage ambiguous requirements 4.7. Manage ambiguous requirements information intended use 4.8. Manage conflicting requirements Manage conflicting requirements user/patient/clinical 4.9. Approve all requirements Approve following all requirements Attributes: Change Decision Objects4.9.with performance characteristics Disposition Attribute safety 5. Manage acceptance 5. Manage acceptance Decision Attribute limits and tolerances 5.1. Ensure the acceptance of every user need 5.1. Ensure the acceptance of every user need risk analysis Rationale Attribute 5.2. Ensure the acceptance of every design input requirement 5.2. Ensure the acceptance of every design input requirement Document the results of every user need acceptancetoxicity test and biocompatibility 5.3. Document the results of every user need acceptance test Owner Attribute electromagnetic compatibility (EMC) 5.4. Document the results of every design input requirements test 5.4. Document the results of every design input requirements test Management Approval Attribute compatibility with accessories/auxiliary devices 5.5. Make acceptance results available Make acceptance results available Provide associations within and across any organizational procedure compatibility with the environment of intended use human factors Link on Procedure Attribute Change Design Object 6. Manage change 6. Traceability Manage change physical/chemical characteristics 6.1. Maintain history of design element changes 6.1. Maintain of design Attribute element changes Link history on Procedure Change Design Object Impacts labeling/packaging Make complete change history available Makeany complete change history available Provide associations within and across project milestone reliabilityprocedure Maintain history within and across any organizational Maintain history within and across any organizational procedure Link on Milestone Attribute Change Design Object Traceability statutory and regulatory requirements Maintain history within and across any project milestone Maintain history within and across any project milestone voluntary on Milestone Attribute Change Design Object Impacts Maintain history within and across any Design Control standards Guidance Elements Link Maintain history within and across any Design Control Guidance Elements Capture frequency and nature of element changes manufacturing processes natureguidance of element changes Provide associations within6.2. andcapture acrossfrequency Design and Control Elements Provide rationale for change sterility Provide fordesign change elements Linkrationale to traced Change Design Object Traceability MDRs/complaints/failures and other historical data Describe decisions made Describe decisions made Change Design Object Impacts Link to linked design elements design history files (DHFs) Identify approval authority for the change Identify approval authority for the change of approving For the specific design covered, how were the design input requirements identified? 1.3. Mange the change process Capture date, time, and signature authority Capture date, time, and signature of approving authority For specific design covered, how were the design input requirements reviewed forchange Module 6.3. Identify impacted elements due to a change inthe another element 6.3. Identify impacted elements due to a change in another element Design adequacy?within and across any organizational procedure Create backward traces to design elements Create backward traces to design elements within and across any organizational procedure Design Change Reports Create backward traces to design elements within and across any project milestone Create backward traces to design elements within and across any project milestone 18 Design Object History Object History Reports Versions Baselines Test Cases 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 elements Create backward traces to design elements within and across any organizational procedure Traceability Reports: Procedure Attribute Create backward traces to design elements within and across any project milestone Traceability Reports: Milestone Attribute Create backward traces to design elements within and across Design Control Guidance Elements Traceability Reports: Linked design elements Create forward impacts to design elements within and across any organizational procedure Impact Reports: Procedure Attribute Create forward impacts to design elements within and across any project milestone Impact Reports: Milestone Attribute Create forward impacts to design elements within and across Design Control Guidance 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) 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 Provide associations within and across any organizational procedure Change Design Object Traceability Link on Procedure Attribute Change Design Object Impacts Link on Procedure Attribute Provide associations within and across any project milestone Change Design Object Traceability Link on Milestone Attribute Change Design Object Impacts Link on Milestone Attribute 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

19 Şüpheli Linkler! Eğer dökümanlar ilişkilendirildiyse bu kullanıcı tarafından yapılan değişiklik 19 diğer kullanıcıda uyarı mesajı oluşturur.

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 Engineering Lockheed Martin Aeronautics 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

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 Değişim & Konfigürasyon Yönetimi

22 Değişim & Konfigürasyon Yönetimi Telelogic 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? 22

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 23

24 Değişim ve Konfigürasyon Yönetiminde Sektöre Yön Veren Buluşlar Lifecycle Change Management Web-Based Change Tracking Unified Configuration and Change Management Task-Based CM Transparent CM Distributed Change Management 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) 24

25 Değişiklik İsteği & Konfigurasyon Yönetimi Telelogic SYNERGY En iyi Uygulama Değişiklik Yönetimi Yazılımı* 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. *Kaynak: Yphise Report

26 Telelogic SYNERGY Komple 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ü 26 Görev-tabanlı CM nedir?

27 Geleneksel Versiyon Kontrolü Dosya-tabanlı CM Yaklaşımı Geliştiriciler görevlerine bakar Dosyaları Checkout et, yarat & değiştir İş Tahsisi: rengini 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ı Checkin yapmayı hatırla Geliştiriciler hangi objeye hangi sebeple ne yapıldığı bilgilerini manuel olarak toplamak, kaydetmek ve yönetmekten sorumludur Dosya (obje) draw.c v4 Rel_2.0 draw.h v2 Rel_2.0

28 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 İş Tahsisi: rengini değiştir Release = Rel_2.0 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. Dosya (obje) draw.c v4 Rel_2.0 draw.h v2 Rel_2.0

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 29

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 30 Fark Yaratan Özellikler

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 31 En Gelişkin Build Yönetimi

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 Önceki Sürüm Build Konfigürasyonu Gereksinimler, Değişiklik İstekleri, Özellikler seçilerek oluşturulur Req x Etkin uyumsuzluk bulma ve bağımlılık analizi sürüm tutarlılığının sağlanması sağlar Req z Req y Yeni Sürüm 32

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 33

34 Telelogic SYNERGY Analist Yorumları 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 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

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 35

36 Ü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

37 Ürün Yönetimi İçin Focal Point Feature

38 Ürünümüz ile ilişkili bütün bilgileri Focal Point içinden yönetebiliriz

39 Bilginizi Görselleştirmek Ağaç görünümü Tablo görünü İlişkisel grafik Özellik istatistikleri İzlenebilir matrix Gantt görünümü

40 Temel: İkili karşılaştırma Gelişmiş algoritmasıyla karşılaştırmaları minimize eder İki alternatifi aynı anda karşılaştırma İlişkinlik karşılaştırması Her defasında bir kriter

41 Sürüm Planlaması

42 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

43 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

44 Sony Ericsson Hızlı ve etkili ürün yönetimi, hızlı ve etkili kararverme 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

45 Model-Tabanlı Yazılım ve Sistem Geliştirme Telelogic RHAPSODY ve TAU First Integrated RequirementsDriven First Development Modeling Solution within First requirements UML 2.0 management simulation and code generation Full code Graphical generation from OO tools Simulation of graphical graphical models models First First UML/SDL SDL/TTCN integration integration! ue q i Un ! ue q i Un 99 e! u q i Un 02! ue q i Un 03! ue q i Un Q1 04 UML2.0 ve SysML tabanlı ilk modelleme ve uygulama geliştirme çözümü. 45

46 UML 2.0 U2 Partners Standart 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ı. 46

47 Telelogic RHAPSODY : Model Simulasyonu ile Hataların Erken Safhalarda Elenmesi Hata Sayısı Dizayn değişimin maliyeti Dizaynın implementasyondan önce kararlılığı System Engineering Software Engineering Software Engineering Test Engineering Zaman Gereksinim Analizi Sistem Kabülü Sistem Analiz ve Dizaynı Sistem entegrasyonu ve testi Yazılım Dizaynı Modül Entegrasyonu ve Testi Yazılım İmplementasyonu ve Unit Test

48 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

49 DFT: Requirements Based Testing Test Sonuçları Sequence Diagram Modeli Invoke edip izleme Test Konfigurasyonu Hataları Bulup & Düzeltme

50 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

51 Tüm Yaşam Döngüsünde Tam İzlenebilirlilk Modellerden gereksinimlere izlenebilirlik linkleri Otomatik izlenebilirlik raporları Pek çok kaynaktan gereksinim girişi

52 Open Solution Requirements Management DOORS, RequisitePRO, CalibreRM Word, Excel, PDF, Framemake, Powerpoint, Visio XML, ASCII Text files Configuration Management Photo realistic panel graphics / HMI SYNERGY, ClearCase, Source Integrity, PVCS Any SCC compliant tool Test Continuous Modeling Tool interoperability - - Cantata, TestBed Simulink/Matlab, Labview & MatrixX XMI, Rose import IDEs RTOS and OS (Sample) Eclipse CDT, MULTI, Workbench, Tornado, prism VxWorks, INTEGRITY, QNX Neutrino, LynxOS, ThreadX, Nucleus, OSE Delta, WindowsCE, Linux (MontaVista & RedHat), Solaris, Itron, No Operating System Rhapsody Compilers OSs COM Requirements Management Altia, Internet Explorer, Mozilla Documentation HMI Configuration Management Test CORBA Pushbutton CORBA (Tao) and COM support

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 53

54 Dynamic Model Verification / Debugging Statechart trace (transition centric view) Instance View Breakpoint Sequence Diagram trace Statechart trace (state centric view) Watch Window Breakpoint list Scenarios User defined message find design errors earlier by animation 54

55 Kurumsal Mimari ve İş Süreçleri Modellemesi Telelogic 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 55

56 Sektöre Yön Veren Buluşlar ilk ilk ilk HTML Birden çok Windows Generator method Tabanlı Modelleme desteği Aracı ilk POLDAT ve Matrices 98 ilk XML Desteği 98 ilk Zachman Framework ilk C4ISR ilk BPMN 02 ilk TOGAF 03 Telelogic System Architect ilk ve tek eksiksiz Kurum Mimarisi aracıdır 56

57 Kurumsal Mimari Araçlarının Karşılaştırılması, 4Q04 Kaynak: Gartner (Haziran 2008) Ş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. 57

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 58

59 Telelogic ALM: Analist Yorumları 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

60 Telelogic ALM: Analist Yorumları IDC Telelogic teknik yenilikçi olarak bilinmektedir. Worldwide Software Configuration Management Tools Forecast and Analysis , 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

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. 61

62 Profesyonel Yazılım Çözümleri Teşekkürler! Ersoy ALTINEL (PROYA ALM Ürün Müdürü) Ankara Tel: İstanbul Tel: Faks: