Hoşgeldin Telelogic - · Active Roll Stabilization Expanded Check Control vehicle monitor system All Season Traction Control Advanced Head Protection System Active Knee Protection

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

mailto:[email protected]

http://www.proya.net/



PROYA Hakkında

Kuruluş 2002 Merkez Öveçler, AnkaraŞube Mecidiyeköy, İstanbulBilişim 500 2004(421.), 2005(422.),

2006 (405.), 2007 (383)



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ı



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



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



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



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?



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?



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



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



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ı



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



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



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!



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?



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.



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



Şü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…


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



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



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?



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



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



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



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?



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



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.



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



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



Ü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



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



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



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

http://www.ovum.com/



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



Ü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



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

Feature



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



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ü



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



Sürüm Planlaması



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



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



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



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!

…….



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

http://www.hp.com/Redirect/gw/useng_welcome/logo/=http://welcome.hp.com/country/us/eng/welcome.htm

http://www.unisys.com/default.asp



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



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



DFT: Requirements Based Testing

Test Konfigurasyonu

Sequence Diagram

Modeli Invoke edip izleme

Test Sonuçları

Hataları Bulup & Düzeltme



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



Tüm Yaşam Döngüsünde Tam İzlenebilirlilk

Modellerden gereksinimlere izlenebilirlik linkleri

Otomatik izlenebilirlik raporları

Pek çok kaynaktan gereksinim girişi



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



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



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



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



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



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)



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



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ı



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ı



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.



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

mailto:[email protected]

http://www.proya.net/

Hoşgeldin Telelogic - · Active Roll Stabilization Expanded Check Control vehicle monitor system All Season Traction Control Advanced Head Protection System Active Knee Protection

Documents