SİSTEM MÜHENDİSLİĞİ TASARIMIN SENTEZLENMESİ · Nisan 2012, Ders 8 Sürüm1 17 ÖMER ERTEKİN, PSCONSULTECH ÇEVREYOLU TRAFİK SİSTEMİ - ALTERNATİFLERİN DEĞERLENDİRİLMESİ

Nisan 2012, Ders 8 Sürüm1 1

ÖMER ERTEKİN, PSCONSULTECH

SİSTEM MÜHENDİSLİĞİ

TASARIMIN SENTEZLENMESİ

II




TASARIM NEDİR ?

Tasarım, bir ürüne ait gereksinimlerin, o

ürünün tarifine dönüştürülmesi sırasında

ortaya çıkan teknik bilgilerin tamamıdır.*

İki ana kategoriden söz edilebilir:

Üst seviye

Detaylı

* EIA 649 National Consensus Standard for Configuration Management



ÜST SEVİYE TASARIM

Gereksinimler ile detaylı tasarım arasındaki

aşama.

“Ne” den “Nasıl” a

Mimari

Alt Sistem Tanımları

Alt Sistem Doğrulama Planları

Arayüz Tanımları



DETAYLI TASARIM

Ürünün bileşen seviyesinde tam tarifi

Konfigürasyon Birimi Tanımları

Bileşen Özellikleri

Yazılım Özellikleri

Donanım Özellikleri

Doğrulama Prosedürleri



TASARIMI KİM YAPAR ?

Üst seviye tasarım bir sistem mühendisliği

aktivitesidir– Geliştirme ekiplerinin katılımı

sağlanmalıdır.

Detaylı tasarım geliştirme ekipleri

tarafından gerçekleştirilir– Sistem

Mühendisliği katılımı önemlidir.



SİSTEM TASARIMI NEDİR ?

Sistem bileşenlerinin ve etkileşimlerinin,

sistem gereksinimlerini karşılayacak

şekilde seçilmesi ve bir araya getirilmesi

ve

Tasarımı anlatan spesifikasyon

dokümanlarının hazırlanması



Tasarım

Alternatiflerinin

Analizi

Alternatif

Gerçekleştirmeleri

Değerlendir

Tasarım

Özelliklerini

Yaz

Merkezi krş.

Dağıtık gibi

İşaretler

Algılayıcılar

Haberleşme

vb.

Hazır çözümler ile

Devam edilebilir mi

Sistem Seçim

Kriterlerini

Hazırla

Evet

Hayır

Gereksinimlerin

Alt Sistemlere

Atanması

SİSTEM TASARIM SÜRECİ



BUNLARA DİKKAT

Tasarım, gereksinimlere dayanmalı

Alternatifler analiz edilmeli

Mümkünse hazır/standart çözümler

kullanılmalı

Basit çözümler bulunmalı

Entegrasyon konularına özel önem verilmeli



Alışılmış ile devam etme eğilimi

Çözümler konusunda bilgi eksikliği

Alt yüklenici etkisi

Çözüm konusunda ön yargılı olmak

ALTERNATİFLERE NEDEN BAKILMAZ



ALTERNATİFLERİN ÜRETİLMESİ

Teknoloji araştırmaları

Profesyonel yardım

Benzer sistemlerin incelenmesi

Beyin fırtınası

Sistem sağlayıcılardan bilgi istemek



Gereksinimlerin Özeti:

Temel İşlevler; Trafik İzleme, Dinamik Trafik İşaretleri (DMS), Otoyol Radyosu (HAR), Araç Yoğunluk Ölçümü (ramp metering)

Vilayet Çapında– İlçeler arası koordinasyon

Mevcut Sistemler ile bağlantı

ÖRNEK-ÇEVREYOLU TRAFİK SİSTEMİ ALTERNATİFLERİ



Alternatifler:

Olduğu gibi kalsın

Hazır sistem

Yeni geliştirme

Merkezi

Dağıtık

ÖRNEK-ÇEVREYOLU TRAFİK SİSTEMİ ALTERNATİFLERİ



MERKEZİ krş. DAĞITIK

Sistem tasarımlarının temel problemlerinden biri

Merkezi – Tüm sistem tek bir noktadan kontrol edilir.

Dağıtık– Sistem, birden çok noktadan kontrol edilebilir.



ANKARA ÇEVRE YOLU

MERKEZİ SİSTEM

Konya

Çankırı

O-20 Ankara

Kontrol

Merkezi

Saha

Ekipmanları

Haberleşme



ANKARA ÇEVREYOLU DAĞITIK SİSTEM

Konya

O-20

O-20 Ankara

Saha

Ekipmanları

Haberleşme

Kontrol

Merkezleri

Sincan

Ümitköy

Elmadağ

Çankırı



ALTERNATİFLERİN DEĞERLENDİRİLMESİ

Kuvvetli ve zayıf yönleri belirle

Teknik ve operasyonel yapılabilirlikleri analiz

et

Kurumsal yapıya uygunluğuna bak

Ömür devri maliyetlerini hesapla

Kısıtlara uygunluğuna bak



ÇEVREYOLU TRAFİK SİSTEMİ -

ALTERNATİFLERİN DEĞERLENDİRİLMESİ

Alternatif Risk Yorumlar

Olduğu gibi kalsın

Risk yok Trafik sıkışıklığına çözüm yok

Hazır Ürün Orta seviye İşlevler önceden tanımlı

Merkezi Yüksek Basit tasarım

Dağıtık Çok yüksek Vilayet bazında uygulanabilir



Maliyet

Alternatifler

Olduğu gibi

kalsın

Hazır

Ürün

Yeni

Geliştirme

(Merkezi)

Yeni

Geliştirme

(Dağıtık)

ÇEVREYOLU TRAFİK SİSTEMİ - MALİYET

DEĞERLENDİRMESİ



“…bilirlik” LERİ DİKKATE AL

GÜVENİLEbilirlik – Ne kadar sık arıza yapar, bizi yarı yolda bırakır mı?

SÜRDÜRÜLEbilirlik - Arızaları gidermek ne kadar sürer, arızalar kolayca giderilebilir mi ?

BULUNAbilirlik – Sistemin kullanıma elverişli olduğu süre (%) nedir?

KARŞILANAbilirlik– Sistemin işletim ve bakımı, kurumun kaynakları ile yapılabilir mi (personel, bütçe, vb.)?



RAHAT (Rafta Hazır Ticari Ürün)

Denenmiş ve olgunlaşmış ürün/çözüm

İşletme ve bakım aşamaları daha önce geçilmiştir, sürpriz/risk yoktur

Ömür devri maliyetleri düşebilir

Üretici desteği

Düzenli ürün güncellemeleri ve hata düzeltmeleri

HAZIR ÜRÜN KULLANMAK



LAHAT (Lafta Hazır Ticari Ürün)

Eski yazılım/donanımlar kullanılmıştır

Mutlaka modifikasyon ihtiyacı duyarsınız:

Sürücüler (Drivers)

Kullanıcı Arayüzler

Eski Sistemlerle Arayüzler

Hazır ürünler hatalardan arınmış değildir !

HAZIR ÜRÜNLER-DİKKAT !



BASİT OLSUN

Hazır ürünler kullan

Standart olmayan özellik ve arayüzlerden

kaçın (mecbur kalmadıkça)

“…bilirlik” leri dikkate al

Güvenilebilirlik

Sürdürülebilirlik

Bulunabilirlik (Elverişlilik)



ÇALIŞMA ŞARTLARI

İşletim Modları (Normal, Acil, Bakım vb.)

Uygun Tesisler(yerleşim alanı, havalandırma, vb.)

Personel yetenekleri ve bulunabilirlik

Çevre (iklim koşulları, nem, toz vb.)

İşletim Konseptleri

Eğitim ve dokümantasyon ihtiyaçları



STANDARTLARI DİKKATE AL

Genel ya da kurumsal standartlar ile

Ekipman arayüzleri

Bilgi işlem sistemleri arayüzleri

Veritabanı içerikleri

Özgün arayüzler en aza indirilebilir

Diğer sistemler ile birlikte çalışmada kolaylık sağlar



Alternatiflerin

Analizi N

e

(Gere

ksin

imle

r)

Nasıl

(Sp

esif

ikasyo

nla

r)

(Şart

nam

ele

r)

TASARIM

GEREKSİNİMLER VE SPEKLER ARASINDAKİ

KÖPRÜ



Gereksinim başına en az bir (daha çok da olabilir) spesifikasyon (Şartname maddesi)

Sistem ve altsistemler için ayrı ayrı organize edilmiş

Doğru yapıda

ŞARTNAMELER



ÖRNEK

Üst seviye gereksinim– Sistem her şerit için ayrı ayrı trafik miktarını ölçebilmelidir..

Spesifikasyon – Yukarıdaki gereksinim ile aşağıdaki spekler ilişkilendirilebilir.

Algılayıcı tipi

Saha ekipmanlarının yazılımları

Merkezi yazılım

Grafik arayüzler

Raporlar

Veritabanları



Sistem Microsoft NT işletim sistemi ile

yönetilmelidir.

Veritabanı yönetim sistemi olarak mySQL

kullanılmalıdır.

Trafik takibi için radar algılayıcılar

kullanılmalıdır.

ÜST SEVİYE SPEKLER



TASARIM SPEK (ÖZELLİK)LERİ

Tasarım özellikleri, sistem tasarımı ve gereksinimlerine dayanılarak geliştirilir

Spesifikasyonlar “Nasıl” ı tanımlar

Spesifikasyonlar da gereksinimler ile aynı yapıda yazılmalıdırlar.



GEREKSİNİM ile SPEK ARASINDAKİ

FARKLAR

Sistem, çevreyollarındaki ortalama hızları takip edebilmelidir.

Sistem, sahada bulunan tüm ekipmanların durumlarını gösterebilmelidir.

Tüm bilgisayarlar tek bir yerel ağa bağlanmalıdırlar.

Kullanıcı arayüzü fare ve tuş takımı ile zoom yapmaya uygun olmalıdır.



İşletim

Konsepti Gereksinimler Üst Seviye

Tasarım

Geliştirme&

Kurulum

Kabul

Test

Alternatif

Mimarileri

Analiz Et

Alternatif

Geliştirmeleri

Değerlendir

Sistem Tasarım

(Özellikleri)

Dokümanını Yaz

Geliştir ya da

Satın al

Kararı

Zaman

Detaylı

Tasarım

ZAMAN AKIŞINDA

SİSTEM TASARIMI

SİSTEM MÜHENDİSLİĞİ TASARIMIN SENTEZLENMESİ · Nisan 2012, Ders 8 Sürüm1 17 ÖMER ERTEKİN, PSCONSULTECH ÇEVREYOLU TRAFİK SİSTEMİ - ALTERNATİFLERİN DEĞERLENDİRİLMESİ

Documents