Devlete tek kapıdan giriş

Transkript

1 Devlete tek kapıdan giriş İhtiyaçlardan hareketle Amaç Güdümlü e-devlet Sisteminin temel taşları nelerdir? Sistemi nasıl bir yöntem ile geliştirebiliriz? 18 Ağustos DPT Sunumu (Ankara) Birol Berkem GOObiz - Goal Oriented Business Goal Driven Development with UML and MDA Synchronize your IT with your changing business environment Goal-Oriented Objects TM GOObiz

2 Slaytlar hakkında... Takip eden slaytlardaki anlatımlar www. goobiz.com sitesinden uyarlanmıştır. Çeviride anlam kaybı olmaması için teknik slaytlar orijinal (İngilizce) dilinde bırakılmıştır. Açıklamaları ilgili siteden elde edebilir, olası sorularınız için adresine gönderebilirsiniz Chapter 9: Designing with the GRASP Patterns

3 Anahtar Standard ve Teknolojiler UML Unified Modeling Language SOA Service Oriented Architecture XML Extended Markup Language MDA Model Driven Architecture

4 İhtiyaçlar R1- Vatandaş ve iş dünyasının bakış açısıyla sunulan hizmetlerin kurumların üstlendikleri süreç dönüşümünü sağlayacak mekanizma R2- Hizmetlere bağlı olarak farklı kurumların görev ve sorumluluklarını yansıtan süreçleri ve bu süreçlerin içerdiği görevi (amaç) karşılayan süreç adımları R3- Tüm kamu kurumlarının birbirleriyle bağlantısının olması, R4- Ön ofis ve arka ofis arasında entegrasyon sağlanması, R5- Süreçlerin yeniden yapılandırılması ve yeni süreçlerin ortaya konması, R6- Kurumların ortak e-hizmetler geliştirebilmeleri, R7- Geliştirilen bir hizmetin ilgili tüm kurumlar tarafından kullanılabilirliği, R8- Süreçlerin tanımı ve yeniden mühendisliği ile yeniden kullanılabilirliği konusunda katalog ve model desteği, R9- Hizmetlere arka ofiste hangi kurum ve kuruluşlarca karşılandığına bağlı olmadan tek duraklı erişim R10- Erişimin farklı kanallardan ve farklı araçlarla sağlanabilmesi, R11- Süreçlerin Birlikte Çalışabilirliğini (Interoperability) sağlayarak, daha kaliteli ve az maliyetle hizmet sunumu, R12- Hizmetlerin yaşam - olay modeli vasıtasıyla kolayca bulunup, kullanılabilmesi R13- Hizmetlerin, genel bilgi, iletişim ve etkileşim bilgileri ile işlemleri de içerecek şekilde bütünsel bir yaklaşımla sunulabilmesi, R14- Kamu süreçlerinin internet üzerinden sunulabilecek şekilde adapte edilmesi, R15- Yasal hususların ve düzenlemelerin gerçekleştirilip güncellenmesi

5 Temel bileşenler Evrensel temas noktası portal, Yönetim ve güncelleme imkanı sunan araçları içeren hizmet oluşturma ortamı, Bu araçların yasal hususların ve düzenlemelerin gerçekleştirilmesini ve güncellenmesini de sağlanması : model ve kuralları içeren araçlar Hizmet kılavuzları, süreçlerin tanımı ve yeniden mühendisliği ile yeniden kullanılabilirliği konusunda destek olacak katalog ve modeller Kurumlarda tutulan verilerle, sistemin veri entegrasyonu ihtiyaçları arasında dönüşümü sağlayan yapı, Veri akışı ile bilgi paylaşımı için Devlet Markup Dili (Government Markup Language - GovML) Tek elden geliştirilerek sunumu sağlanacak katma değerli hizmetler : Şifreleme, kayıt tutma, izleme, veri güvenliği, ödeme hizmetleri, e-hizmetler ve erişim bilgisi sağlayan arama motoru,..

6 İhtiyaçları amaçlar bazında gruplarsak G1 - Vatandaş ve iş dünyası odaklı hizmet sunumu ve hizmetlerin süreçlere dönüşümü G2 - Paylaşılabilirlik G3 - Yer ve teknolojik platform bağımsızlığı G4 - Birlikte çalışabilirlik G5 - Hizmetlerin sunumu ve kullanımı G6 - Hizmet oluşturma ortamı

7 G1.1 - Vatandaş ve iş dünyası odaklı hizmet sunumu R1.1- Vatandaş ve iş dünyasının bakış açısıyla hizmetlerin sunumu Vatandaş Odaklı Hizmetler : doğum, okula başlama, evlilik, ehliyet alma, iş başvurusu, emeklilik başvurusu, ölüm beyanı

8 G1.2 - Hizmetlerin süreçlere dönüşümü R1.2- Hizmetlerin kurumların üstlendikleri süreçlere dönüşümünü sağlayacak mekanizma R2- Hizmetlere bağlı olarak farklı kurumların görev ve sorumluluklarını yansıtan süreçleri ve bu süreçlerin içerdiği görevi (amacı) karşılayan süreç adımları kimlik denetimi, yetkilendirme, bir hizmetin gerektirdiği ödeme... R3- Tüm kamu kurumlarının birbirleriyle bağlantısı olması (süreçler aracılığıyla), R4- Ön ofis ve arka ofis arasında entegrasyon sağlanması, R5- Süreçlerin yeniden yapılandırılması ve yeni süreçlerin ortaya konması (hizmetlerdeki değişime uyarlı olarak..)

9 G2 - Hizmetlerin paylaşılabilirliği (Reuse) R6- Kurumların ortak e-hizmetler geliştirebilmeleri temel hizmetlerden hareketle paylaşılabilir hizmetler : yetkilendirme, kimlik denetimi, güvenlik gibi hizmetlerin merkezi olarak sağlanabilmesi R7- Geliştirilen bir hizmetin ilgili tüm kurumlar tarafından kullanılabilirliği R8- Süreçlerin tanımı ve yeniden mühendisliği ile yeniden kullanılabilirliği konusunda katalog ve model desteği

10 G3 - Hizmetlere erişimde yer ve platform bağımsızlığı (Location and Platform Independence) R9- Hizmetlere portal aracılığıyla arka ofiste hangi kurum ve kuruluşlarca karşılandığına bağlı olmadan tek duraklı erişim : (yerden bağımsızlık) R10- Erişimin farklı kanallardan ve farklı araçlarla sağlanabilmesi : (platformdan bağımsızlık)

11 G4 - Süreçlerin birlikte çalışabilirliği (interoperability) R11- Süreçlerin Birlikte Çalışabilirliğini (Interoperability) sağlayarak, daha kaliteli ve az maliyetle hizmet sunumu

12 G5 - Hizmetlerin sunumu ve kullanımı R12- Hizmetlerin yaşam-olay modeli vasıtasıyla kolayca bulunup, kullanılabilmesi R13- Hizmetlerin, genel bilgi, iletişim ve etkileşim bilgileri ile işlemleri de içerecek şekilde bütünsel bir yaklaşımla sunulabilmesi R14- Kamu süreçlerinin internet üzerinden sunulabilecek şekilde adapte edilmesi

13 G6 - Hizmetleri oluşturma ortamı R15 -Yasal hususların ve düzenlemelerin gerçekleştirilmesini ve güncellenmesini sağlaması Yönetim ve güncelleme imkanı sunan araçları içeren hizmet oluşturma ortamı (temel bileşenlerden)

14 Amaçlara göre çözümler

15 G1 - Vatandaş ve iş dünyası odaklı hizmetler ve süreçlere dönüşümü İhtiyaçlar Vatandaşın ve iş dünyasının bakış açısını nasıl modelleyebiliriz? Bu hizmetlerden hareketle kurumların iş süreçlerini (Business Processes) nasıl düzenleyebiliriz? Çözümler İhtiyaçlardan hareketle Goal Cases ler (Bir sistemden beklenen hizmetler) aracılığıyla bakış açılarını ortaya koyuyoruz Hizmetlerden hareketle ilgili İş süreçlerini UML in Activity Diagrams ları ile detaylıyoruz

16 İhtiyaçlardan hareketle önce hizmetlere, sonra süreçlere ve akabinde tasarıma geçiş için gerekli etapların özeti G1 : Enhance Production Process G1.1: Efficient Production G1.3 : Efficient Purchase G2 : Motivate staff (means :..) G2.0 : Develop a program for staff motivation G2.1 :Communicate program G2.2 :Accompany program G6 :Increase profits for Sales G5 :Increase profit of the Internet Site G4 :Enhance productivity of the Production and Delivery Chains G4.2 :Enhance efficiency of the Production...G4.2.2 : Respect delays for production 3. to register List of High-Level Strategic Goals for the Process of Increasing Market Parts -V1 Error Condition : Abandon rate reached Entry Questionnaire Filling Lottery Review_ Questionnaire G3 : Increase volume of transactions (500 transactions a day) G3.1 : Increase rate of visits G3.1.1 :Links from other sites G3.1.2 :Site reviewed in medias G3.1.3 :Visible in search engines G3.2 : Motivate visitors to register via a bonus system Make registration beneficial via a bonus system (Goal-Value = 100 registrants a week )... Invent a bonus system Notify visitor G3.4 : Increase visitor reliability Activities of a Goal-Case may be identified via an Activity Diagram,.. Error Condition : Winner Rate reached Bonus Assignment Notification Purchase Review_Lottery Registered << Goal Case>> A Goal-Case is created in a system for a set of requirements that belong to the same unit of intention [Registration] {Goal-value = 100 registrants a week,..} entered_ok : boolean questionnaire_filled :boolean visitor_notified : boolean bonus_affected : boolean +<<ctrl>> register_visitor() -<<.>> cancel_register() -<<.>> modify_register() - <<.>> enter_visitor() - <<.>> fill_questionnaire() - <<.>> notify_visitor() - <<.>> notify_rate_of_registrant() - <<.>> abort_transaction() A type of Goal-Oriented Object (GOO) Goal-Oriented Objects GOObiz.com

17 İhtiyaçlari Amaçlara Göre Grupluyoruz 1. Responsibility : V0 -G8 : Turn s to Buyers by Promoting Products via the WebSite : Present Informations on Products, Register s, Turn them to potential buyers Means : G8.1 : Present Information on the Company and Products : G8.1.1 :Present commercial descriptions on the company using informations from Mktg and Sales G8.1.2 :Present commercial and technical descriptions of its products using informations from.. G8.1.2.a : If Abandon-Rate on visualizing products > y % then review presentation of the product.. G8.1.3 : Motivate visitors to register G8.1.4 : Keep informations up-to-date... G8.2 : Register {Goal-Value = 50 registrants a week} G8.2.1 : Enter G8.2.2 : Fill Questionnaire G8.2.2.a : If Abandon-Rate > x%, review questionnaire of the product.. 2. Register G8.2.3 : Send Notification to the visitor by and notify sales manager in order to turn the to Buyer) G8.3 : Turn visitors to potential buyers Send regularly information to registered visitors about evolutions on the products..

18 2. Sistemin Goal Cases lerini ortaya çıkarıyoruz BUSINESS SYSTEM <<invokes>> Business Actor Business Use Case Business Goal Case 1 A Goal-Case is created in the system for a set of requirements that belong to the same unit of intention Business Goal Case n

19 Use Cases lerin Goal Cases lere desteğine bir örnek Use Case ATM Goal Case Müşteri Para Çekme Arayüzü Para Çekme Use Cases describe actor/ system interactions that are necessary for the realization of Goal Cases Hesap İşlem Kart Kontrol Kimlik Denetimi

20 Bir Şirketin Web Sitesi Sistemi için Goal Cases örnekleri BUSINESS SYSTEM LAYER 8.3 Present Company on the Web Turn to Buyer Sales Manager Marketing Manager Present Products on the Web Register a [abandon rate> y%] a [abandon rate> x%] Review Product Presentation Review Questionnaire

21 Bir Şirketin Web Sitesi Sistemi için Goal Cases örnekleri BUSINESS SYSTEM Present Company on the Web Turn to Buyer Sales Manager Marketing Manager Present Products on the Web Register a [abandon rate> y%] a [abandon rate> x%] Review Product Presentation Review Questionnaire Peki, hizmetlerden hareketle iş süreçlerini (Business Processes) nasıl düzenleyebiliriz?

22 3. Süreçlere Geçiş : İş Süreci (Business Process) nedir ve nasıl modellenir? Bir süreç çeşitli components ler arasındaki etkileşimlerin kontrolünü yapar Actors ler ile etkileşim (use case workflows) Sistemler ile etkileşim (EAI, B2B, CTG, EDI) Diğer İş süreçleriyle etkileşim Components ler yerel ya da dağıtık olabilirler Bir süreç saatler boyunca sürebilir, başka süreçlerin de başlatılmasına neden olabilir Actor_x... Süreçlerin Modellenmesi UML in Activity diagram ları ile modelliyoruz Actor_y Actor_z

23 Örnek : Bir Goal Case e neden olan ihtiyaçlar ve bunları gerçekleştiren süreç adımları... G8.2 : Register {Goal-Value = 50 registrants a week} G8.2.1 : Enter G8.2.2 : Fill Questionnaire G8.2.2.a : If Abandon-Rate > x%, review questionnaire of the product.. Register G8.2.3 : Send Notification to the visitor by and notify sales in order to turn the to Buyer Kullanıcı ihtiyacı :Questionnaire Review Questionnaire Enter G8.2.2.a : [abandon > x%] Fill Questionnaire Notify, Sales Mgr G8.2.1 G8.2.2 G8.2.3 Normal completion : Registered Sistem Analist in Süreç Modellemesi : [entered] _name Questionnaire [filled&linked_to_visitor] Notification Send_status Sending_time Questionnaire :Notification [sent&linked to visitor] + Kullanıcı onaylaması

24 8.1.1 Süreçler arasındaki etkileşimlerin modellenmesi ( Süreç Kartografisi ) WebSite [Turn to buyer] { Present company, Promote product, Turn visitor to buyer} PresentCompany_Info : [Notified] 8.3 Turn to Buyer 8.2 Register Fill G8.2.1 Questionnaire Enter G G8.2.2 G8.2.3 Notify PresentInfo Product a [abandon rate> x%] :Questionnaire [to review] :Presentation [to review] a [abandon rate> y%] Review Questionnaire Review Prod _Presentation

25 Register sürecinin daha detaylı tanımı {Goal-value = 100 registrants / week, duration = till new order, Means = Lottery and Bonus } Starting point Entering Error Condition : Abandon rate reached Questionnaire Filling Bonus Assignment Lottery Error Condition : Winner Rate reached Notification Normal completion : Registered Purchase Review_Questionnaire Review_Lottery_Rules

26 Bir sürecin adımlarının ilgili organizasyonlar arasında dağıtımını nasıl modelliyoruz? s Web Site Marketing Sales_ [ Entered] Enter Fill Questionnaire Assign Bonus Notify : [Notif linked] [Questionnaire Filled] [visitor notified] Realize Lottery [bonus critical rate reached ] [lottery started] Not : Kolonlara kurum isimlerini koyduğumuzda, bunların üzerlerine düşen süreç adımlarını bu şekilde modelliyoruz :Bonus [to review] : [turn to buyer]

27 <<invoke>> Business Actor <<Use Case_Comp>> Register <<Goal Case_Comp>> Register Description of the Goal case «Register» Enter [abandon] Fill Questionnaire... [abandon] Notify Name Address Tel <<realized by>> Enter - Fill Form... Cancel First Name Valid Form :GUI Fill Form Complete Fields Thanks for entry [entry_request] [form_filled] :System Process Entry [form_ok] Valid Form [form incomplete] Register Form [visitor entered]

28 G2 - Hizmetlerin paylaşılabilirliği : Reuse İhtiyaçlar Kurumların ortak e-hizmetler geliştirebilmelerini, Geliştirilen bir hizmetin ilgili tüm kurumlar tarafından kullanılabilirliği nasıl sağlayabiliriz? yetkilendirme, kimlik denetimi, güvenlik gibi hizmetlerin merkezi olarak sağlanabilmesi Çözümler Ortak hizmetleri isteklerden hareketle süreç kartografisinde buluyoruz Hizmetleri amaç bazında coherent components ler olarak geliştirip, mimaride yerleştiriyoruz Bir hizmet, evrimi bakımından sadece bir tek ana (composite) hizmetin fiziki kapsamı içinde bulunurken, ilgili tüm müşteri components lere hizmet sağlıyor

29 İhtiyaçlari Amaçlar temelinde grupluyoruz..! Responsibility : V0 -G8 : Turn s to Buyers by Promoting Products via the WebSite : Present Informations on Products, Register s, Turn them to potential buyers Means : G8.1 : Present Information on the Company and Products : G8.1.1 :Present commercial descriptions on the company using informations from Mktg and Sales G8.1.2 :Present commercial and technical descriptions of its products using informations from.. G8.1.2.a : If Abandon-Rate on visualizing products > y % then review presentation of the product.. G8.1.3 : Motivate visitors to register by providing access to Register G8.1.4 : Keep informations up-to-date... G8.2 : Register {Goal-Value = 50 registrants a week} G8.2.1 : Enter G8.2.2 : Fill Questionnaire G8.2.2.a : If Abandon-Rate > x%, review questionnaire of the product.. G8.2.3 : Send Notification to the visitor by and notify sales manager in order to turn the to Buyer) G8.3 : Turn visitors to potential buyers Send regularly information to registered visitors about evolutions on the products..

30 İhtiyaçlardan hareketle paylaşılabilir components tasarımı WebSite [Turn to buyer] { Present company, Promote product, Turn visitor to buyer} 8.3 :Company_Info[Presentation] : [Notified] : [Turn to Buyer] x : [Registration] {..} G8.2.1 Fill Notify Questionnaire Enter G8.2.2 G8.2.3 G x :Product_Info[Presentation] a [abandon rate> x%] :Questionnaire [to review] Paylaşılabilir hizmet component i :Presentation [to review] a [abandon rate> y%] :Prod_Questionnaire [Review] :Prod_Presentation [Review]

31 Örnekte : [Registration] Component i birden çok müşteri components e hizmet sağlıyor! <<invokes>> <<Business Use Case>> Visit Company Presentation <<invokes>> isitor <<Business Use Case>> Register an external client component Company [Presentation] {Promote Registration with a Bonus System..} I_Register_ BUSINESS SYSTEM WebSite_Mngt [Turn to Buyer] {Motivate s to Register with a Bonus System} [Registration] {with a Bonus System Goal-value = 100 registrant a week..} [Registration] {with a Bonus System} [Entry] I_Mng_ [question. filled] [end register] [not winner] Lottery [Realize] {Goal-value <1 winner /100 registered visitor} [winner_rate > 1/ 100] [Notification] Bonus [Assignment] Mktg_[Lottery Realization] _Mktg [lottery review] [visitor entered] Questionnaire [Filling] {Goal-value = 1 winner /100} [Min. stocks reached] Lottery_Rules [Review] Purchase [Material Order] [register] [notified] [bonus critical rate reached ] I-Purchase _Purchase [material order] Product_Info [Presentation] I_Make_Buyer Sales [Bonus Review] _Sales [bonus review] Sales [Turn to Buyer] _Sales [turn to buyer] [Turn to Buyer] I_ Present Product Material [Purchase] Goal-Oriented Objects GOObiz.com

32 G3 - Hizmetlere erişimde yer ve platform bağımsızlığı (Location and Platform Independence) İhtiyaçlar Hizmetlere portal aracılığıyla arka ofiste hangi kurum ve kuruluşlarca karşılandığına bağlı olmadan tek duraklı nasıl erişim sağlayabiliriz? (location independence) Erişimi farklı kanallardan ve farklı araçlarla nasıl sağlayabiliriz (platform independence)? Çözümler WebServices ler aracılığıyla : Directory den bir hizmetin nerede bulunduğunun sorgulanabilmesiyle, WebServices ler aracılığıyla MDA nın PIM seviyesine uygun olarak (Platform Independent) yazılan specifications ları XML/XSLT ile teknolojik hedef dile çeviriyoruz

33 WebService? WebService : Platform, language and location-independent component that implements a specific business task Easier to implement as they are based on XML and Internet protocols like HTTP.. Brings low coupling and modularity to software applications Examples: Service booking (travel, hotel, car ) Looking for a destination within a city plan.. Why?: Increase interoperability on the Web by allowing integration in normalized and controlled processes Open up legacy systems giving access to some services to the rest of the world in a standard way

34 WebServices ler platformdan bağımsız hizmet ve içerik değişimi için XML kullanıyorlar! The needs: representing services and content In a platform-independent way Adapting to different users XML XML XML XML offers a neutral solution: Many terminals use tag-based display languages (HTML, VoiceXML, WML, ) XSLT ensures the conversion of XML into other tag-based languages

35 WebServices leri nasıl kullanıyoruz? Universal Description, Discovery and Integration UDDI Directory 1 2 Publication Query 3 Request / Activation

36 WebServices leri WSDL ile tanımlayıp SOAP ile harekete geçiriyoruz Web Services Description Language (WSDL) Specify «What?», «How?» and «Where?» by describing WebServices in a standard and portable way, independent from Operating Systems (Unix, Windows, Linux, MacOS, ) Languages and platforms (Java/J2EE, C#/.Net, PHP, ) Transport protocol Simple Object Access Protocol (SOAP) Remote Procedure Call (RPC) - Oriented Allowing one application to call another one Message - Oriented Allowing to send an object to a remote application using an XML message

37 UDDI WebServices lerin UDDI, WSDL ve SOAP üçlüsü aracılığıyla kullanımı... 1 Points to description WSDL 2 Finds Services INTERNET Protocols: HTTP, SMTP, Describes and points to services 3 SOAP Client Application XML is used on three levels : SOAP: to activate Web services WSDL: to describe Web services UDDI: to publish Web services in a reference form WebService

38 Peki, bir sürecin adımlarından hareketle WebServices leri nasıl ortaya çıkarabiliriz? Enter [ Entered] Fill Questionnaire [Questionnaire Realize Lottery Lottery_Mgr Filled] [lottery Assign Bonus ok] Notify WebServices? Süreç adımlar mları

39 1- İlk olarak, süreç adımlarındaki davranışları COMPONENTS ler temelinde tasarlıyoruz! Enter Fill Questionnaire... [abandon] [abandon] Notify : [Notif linked] <<realized by>> Component of Business Use Case.. : Fill Form Complete Fields [entry_request] [form_filled] [fields_completed] Thanks for your entry <<invokes>> [form incomplete] Business Goal Cases.. :System Process Entry Check Form Register Form [form_ok] [visitor entered]

40 2- Sonra, COMPONENTS leri UML Classes larına çevirip XML ile teknolojik platforma dağıtıyoruz! : :System Fill Form [entry_request] Process Entry [form_ok] Component of Business Use Case <<BUC_Comp>> [Entry] +enter_visitor (name, ) -fill_form() -complete_fields() -thanks_for_your_entry() -cancel_entry() -... [fields_completed] Complete Fields [form_filled] Thanks for your entry Check Form [form incomplete] Register Form [visitor entered] Component of Business Goal Case [Entry] +enter_visitor (name, ) -process_entry() -check_form() -register_form() cancel_entry()

41 G4 - Birlikte çalışabilirlik (Process Interoperability) İhtiyaçlar Daha kaliteli ve az maliyetle hizmet sunumu için Süreçlerin Birlikte Çalışabilirliğini (Interoperability) nasıl sağlayabiliriz? Çözümler Süreçlerin birbirleriyle ilişkilendirilmesini UML in Activity Diagrams ları ile modelledik Bu süreçlerde tanımlanan adımları WebServices ler halinde diğerleriyle birleştirerek (integration) ihtiyacımıza cevap verebilecek yeni süreçleri ortaya çıkarıyoruz!

42 WebServices lerin entegrasyonu için : UDDI + WSDL + SOAP yeterli mi? UDDI + WSDL + SOAP birlikte WebService lerin kolayca başkalarıyla entegrasyonunu sağlayıp, yeni ihtiyaçlara uygun süreçlerin ortaya çıkmasç kmasını kolaylaştı ştırıyor Böylesi bir birlikte çalışabilirlik kurumların kendi değerlerini de katarak dinamik olarak yeni hizmetler yaratmalarını sağlıyor Ancak bu teknolojik imkanlar, WebServices lerin kaliteli ve az maliyetle birlikte çalışabilmeleri için yeterli değil! Süreçlerden hareketle bu niteliklere uygun WebServices lerin tasarımlarını nasıl yapacağız?

43 Kalite ve az maliyetli birlikte çalışabilirlik için WebServices tasarımında önemli noktalar Granularity Fine-grained WebServices imply a more complex network of WebServices to manage! Coupling The more you have interdependent synchronous WebServices, the more you are exposed to deadlocks and performances issues! Evolution High coupling decreases extensibility and causes maintenance issues!

44 Kaliteli Birlikte Çalışabilirlik için SOA Mimarisi Service-Oriented Architecture Low Coupling (based on identifiable goal structures ) Coarse Granularity (in contrast to traditional objects methods) Mainly Asynchronous WebServices allow to design SOA Clients are often themselves servers : similar approach to P2P

45 Coarse Granularity within traditional objects generates high coupling between them! Coarse Granularity using traditional objects A traditional Class att1 att2 att3 att4 att5 att6 att7 att8 attxx opname1() opname2() opname3() opname4() opname5() opname6() opname7() opname8() opname9() opname10() opname11() opname12() opname13() opname14() opname15() opname16() opname17() opname18() Opname xx() «causes»

46 Coarse Granularity / Low coupling A type of Goal-Oriented Object (GOO) [Registration] {Goal-value = 100 registrants a week,..} entered_ok : boolean questionnaire_filled :boolean visitor_notified : boolean bonus_affected : boolean +<<ctrl>> register_visitor() -<<.>> cancel_register() -<<.>> modify_register() - <<.>> enter_visitor() - <<.>> fill_questionnaire() - <<.>> notify_visitor() - <<.>> notify_rate_of_registrant() - <<.>> abort_transaction()... High coupling Yüksek Maliyet!! Low coupling Low coupling confers a better extensibility and enhances maintenance for WebServices! İhtiyaçlardan hareketle gerekli adımları yeniden gözden geçirirsek (sonraki slayt)

47 Build WebServices based on Goals to obtain Coarse Granularity and Low Coupling! G1 : Enhance Production Process G1.1: Efficient Production G1.3 : Efficient Purchase G2 : Motivate staff (means :..) G2.0 : Develop a program for staff motivation G2.1 :Communicate program G2.2 :Accompany program G6 :Increase profits for Sales G5 :Increase profit of the Internet Site G4 :Enhance productivity of the Production and Delivery Chains G4.2 :Enhance efficiency of the Production...G4.2.2 : Respect delays for production 3. to register List of High-Level Strategic Goals for the Process of Increasing Market Parts -V1 Error Condition : Abandon rate reached Entry Questionnaire Filling Lottery Review_ Questionnaire G3 : Increase volume of transactions (500 transactions a day) G3.1 : Increase rate of visits G3.1.1 :Links from other sites G3.1.2 :Site reviewed in medias G3.1.3 :Visible in search engines G3.2 : Motivate visitors to register via a bonus system Make registration beneficial via a bonus system (Goal-Value = 100 registrants a week )... Invent a bonus system Notify visitor G3.4 : Increase visitor reliability Activities of a Goal-Case may be identified via an Activity Diagram,.. Error Condition : Winner Rate reached Bonus Assignment Notification Purchase Review_Lottery Registered << Goal Case>> A Goal-Case is created in a system for a set of requirements that belong to the same unit of intention [Registration] {Goal-value = 100 registrants a week,..} entered_ok : boolean questionnaire_filled :boolean visitor_notified : boolean bonus_affected : boolean +<<ctrl>> register_visitor() -<<.>> cancel_register() -<<.>> modify_register() - <<.>> enter_visitor() - <<.>> fill_questionnaire() - <<.>> notify_visitor() - <<.>> notify_rate_of_registrant() - <<.>> abort_transaction() A type of Goal-Oriented Object (GOO) Goal-Oriented Objects

48 Süreçlerden hareketle WebServices leri nasıl tasarlıyoruz? Tek başına bir bütün teşkil eden, birlikte anlam taşıyan işlevleri (cohesion) bir arada toparlıyoruz!

49 Soru : Bu süreç şemasından hareketle hangi WebServices leri oluşturmak mümkün? Starting point Entering Error Condition : Abandon rate reached Questionnaire Filling Bonus Assignment Lottery Error Condition : Winner Rate reached Notification Normal completion : Registered Purchase Review_Questionnaire Review_Lottery_Rules

50 Cevap : Tek başına bir bütün teşkil eden, birlikte anlam taşıyan işlevleri bir arada toparlıyoruz! Starting point Entering Error Condition : Abandon rate reached Questionnaire Filling Bonus Assignment Lottery Error Condition : Winner Rate reached Notification Normal completion : Registered Purchase Review_Questionnaire Not : Bonus Assignment ve Lottery başka müşteri (client) lercede kullanıldığı takdirde ayrı WebServices ler teşkil edeceklerdir Review_Lottery_Rules

51 Build WebServices based on identifiable goal structures Kullanıcı dili Bilgi Sistemci dili to register Register Error Condition : Abandon rate reached Entry Questionnaire Filling Lottery Review_ Questionnaire Error Condition : Winner Rate reached Bonus Assignment Notification Purchase Registered [Registration] {Goal-value = 100 registrants a week,..} entered_ok : boolean questionnaire_filled :boolean visitor_notified : boolean bonus_affected : boolean +<<ctrl>> register_visitor() - << exc.>> cancel_register() - << mch.>> modify_register() - <<mch.>> enter_visitor() - <<mch.>> fill_questionnaire() - <<mch.>> review_questionnaire() - <<mch.>> run_lottery().. - <<post.>> notify_visitor() Review_Lottery _Rules Solda verilen Register adlı sürece karşı gelen WebService in yapısı

52 THE TECHNICAL WHAT (ANALYSIS) Analiz sırasında ihtiyaçlardaki dinamiği amaç güdümlü nesne tabanlı WebService lerin operations ları ile belirtiyoruz [Entry] visitor_entered : boolean +visitor_entry (name, ) -cancel_entry() -find_article(designation) [Registration] visitor_registered : boolean questionnaire_filled : boolean interests_attached : boolean.. +register_visitor() -cancel_register() -modify_register() -enter_visitor() -fill_questionnaire() -notify_visitor() -notify_rate_of_registrant() -attach_visitor_interests().. [Notification] visitor_notified : boolean notif_created : boolean notif_attached: boolean +visitor_notification() -create_notif() {Pre : } -transmit_notif(){pre:notif_created..} -cancel_transmit()

53 TECHNICAL WHAT TECHNICAL HOW Analizdeki amaçların tasarım safhasında da geçerliliklerini korumasıyla sistemin bakımı kolaylaşıyor [Entry] visitor_entered : boolean +visitor_entry (name, ) -cancel_entry() -find_article(designation) I_Art_Consult Catalog * {HASHTABLE} Article Art_Id : String Designation : String get_designation()... [Registration] visitor_registered : boolean questionnaire_filled : boolean interests_attached : boolean.. +register_visitor() -cancel_register() -modify_register() -enter_visitor() -fill_questionnaire() -notify_visitor() -notify_rate_of_registrant() -attach_visitor_interests().. _name : String String create_visitor() set_visitor_notif() set_visitor_interests()... I Mngt [Notification] visitor_notified : boolean notif_created : boolean notif_attached: boolean +visitor_notification() -create_notif() {Pre : } -transmit_notif(){pre:notif_created..} -cancel_transmit() 0..1 visitor_ notif Notification Send_status:Boolean Sending_time: Time create_notification() visitor set_status() _interests * {ARRAYLIST}... V-Item

54 Ayrıca bir WebService in bir tek yerden hizmet sunması «birlikte Çalışabilirliğin» kalitesini de arttırmada önemli bir etken! BUSINESS SYSTEM <<invokes>> <<Business Use Case>> Visit Company Presentation <<invokes>> <<Business Use Case>> Register to be plugged into <<BUC_Comp>> [Entry] +enter_visitor () -fill_form() -complete_fields() -thanks_for_entry() -cancel_entry() -... Company [Presentation] {Promote Registration with a Bonus System..} I_Register_ WebSite_Mngt [Turn to Buyer] {Motivate Visit ors to Registe r with a Bonus System} to be plugged into [Entry] [Registration] {wit h a Bonus System Goal-value = 100 registrant a week..} [Registration] {with a Bonus System} [Entry] +enter_visitor () -process_entry() {PRE=..} -check_form() {PRE=..} -ask_to_complete() {PRE=..} -register_form() {PRE=..} -cancel_entry() {PRE=..} I_Mng_ [question. filled] [end register] [not winner] Lottery [Realize] {Goal-value <1 winner /100 registered visitor} [winner_rate > 1/ 100] [Notification] Bonus [As signment] Mktg_[Lottery Realization] _Mktg [lottery review] [visitor entered] Questionnaire [Filling] {Goal-value = 1 winner /100} [Min. stocks reached] Lottery_Rules [Review] Purchase [Material Order] [register] [notified] [bonus critical rate reached ] I-Purchase _Purchase [material order] Product_Info [Presentation] I_Make_Buyer Sales [Bonus Review] _Sales [bonus review] Materi al [Purchase] Sales [Turn to Buyer] _Sales [turn to buyer] [Turn to Buyer] I_ Present Product Goal-Oriented Objects GOObiz.com